Forum PHP 2007 : Annonce de la sortie de WampServer 2

Posté par  . Modéré par Jaimé Ragnagna.
Étiquettes :
0
23
nov.
2007
PHP
WampServer 2.0, la nouvelle version de WAMP5 est sortie. WampServer permet d'installer un environnement de développement Apache, MySQL et PHP sur Microsoft Windows.

WampServer 2 est une véritable refonte de l'application. Son noyau a été complètement revu afin d'optimiser l'ergonomie et offrir un environnement de développement plus souple et plus fonctionnel. La grande nouveauté réside dans la possibilité d'y installer et d'utiliser n'importe quelle version de PHP, Apache ou MySQL en un clic.

Avec WampServer 2, vous allez maintenant pouvoir reproduire fidèlement votre serveur de production en local.

Aller plus loin

  • # "reproduire fidèlement votre serveur de production en local"

    Posté par  (site web personnel) . Évalué à 4.

    Suis-je le seul qui trouve bizarre de déployer _en production_ Apache / Mysql / PHP sur du windows ?

    àmha c'est la dernière phrase qui est mal tournée : tant mieux d'avoir des outils de dév' qui permettent de reproduire "au plus proche" de la production sur les postes client des développeurs, maîtriser et réduire les écarts de configuration entre le dév' et la prod' est toujours bon.
    Cela est particulièrement important quand les postes des développeurs sont sous windows sans possibilité de choisir et que l'on déploie sur des Linux / Solaris / AIX ensuite... Tant mieux dans ce cas de pouvoir tester en local au pire avec "uniquement" l'OS de différent (il restera la recette, l'intégration, la préproduction pour tester encore plus proche de l'env' de prod').
    Malgré tout cette dernière phrase me semble bizarre, autant pour Solaris / AIX, cela peut être lourd d'en avoir un sur son poste client (le marché des workstations en dehors des cercles scientifiques ne me semble pas très développé), autant pour un Linux cela me semble léger et préférable sur le long terme pour le développeur (et beaucoup plus envisageable depuis quelques temps maintenant).

    Bref, autant sur le début de la dépêche c'est sympathique autant cette dernière phrase m'avait fait tiquer. Pas vous ?
    • [^] # Re: "reproduire fidèlement votre serveur de production en local"

      Posté par  . Évalué à 2.

      Suis-je le seul qui trouve bizarre de déployer _en production_ Apache / Mysql / PHP sur du windows ?

      C'est pas pour de la production, mais pour du dev, attention.

      Sinon au taff pour le dev, on l'utilise, c'est 100 fois meilleur que EasyPHP, mais en prod, on est sur du GNU Linux. On a deux serveurs sous RedHat et deux autres sous Gentoo 2006 pour le premier et 2007 pour le second, et tout tourne nickel!
      • [^] # Re: "reproduire fidèlement votre serveur de production en local"

        Posté par  . Évalué à 4.

        Au taf, on utilise un serveur de dev, avec des installations manuelles de apache/php/mysql. Je suis pour simplifier la vie des utilisateurs lambda, mais qu'un développeur php/mysql comprenne et sache configurer (basiquement) Apache, PHP et MySQL est une bonne chose.

        C'est pour ça que je n'aime pas du tout le solutions easyphp & cie, ça facilite certaines choses qui "masquent" certaines bases que tout bon développeur PHP/MySQL se doit de connaitre et comprendre.

        De plus, savoir manipuler apache/php/mysql sans ces outils de configurations permet de ne pas être perdu quand on est confrontée à une autre plateforme que windows.
        • [^] # Re: "reproduire fidèlement votre serveur de production en local"

          Posté par  . Évalué à 2.

          J'aimerais clarifier mon point de vue.

          mais qu'un développeur php/mysql comprenne et sache configurer (basiquement) Apache, PHP et MySQL est une bonne chose.


          Je suis entièrement d'accord sur ce point là. D'ailleurs, je compile toujours les sources et je fais tous les fichiers de conf à la main, c'est quelque part mon plaisir.

          Ce que je voulais dire, c'est qu'au taff, malheureusement tout le monde n'est pas dans mon cas, donc nous passons par des programmes tels que Wamp, qui est pour moi, nettement meilleur qu'easyphp, c'est tout ce que je voulais dire
          • [^] # Re: "reproduire fidèlement votre serveur de production en local"

            Posté par  . Évalué à 2.

            L'idée, c'est surtout d'avoir un environnement AMP sous Windows, vu que l'environnement se prête assez mal à une installation manuelle de l'ensemble.

            D'ailleurs, il n'y a pas de tels packages sous Linux, tout simplement parce qu'avec apt-get, yume, emerge et autres, ou même avec du ./configure && make && make install on peut avoir la même chose installée proprement.
            • [^] # Re: "reproduire fidèlement votre serveur de production en local"

              Posté par  . Évalué à 2.

              Et XAMPP alors?
            • [^] # Re: "reproduire fidèlement votre serveur de production en local"

              Posté par  . Évalué à 3.

              > L'idée, c'est surtout d'avoir un environnement AMP sous Windows, vu que l'environnement se prête assez mal à une installation manuelle de l'ensemble.

              c'est une blague ?

              s'il faut "un clic" pour installer ce WAMP, il en faut trois pour installer les bidules séparément.

              résultat, on économise DEUX clics. joie et bonheur, clairement

              (bon allez j'étais méchant, il inclut aussi PHPMyAdmin et un SQLiteManager, ce que la news ne mentionne pas : ca fait un "clic" de plus)

              un intérêt semble être qu'il est possible de mélanger diverses versions de php, apache et qu'il se débrouille pour activer les fichiers de configuration correspondants tout seul.
    • [^] # Re: "reproduire fidèlement votre serveur de production en local"

      Posté par  (site web personnel) . Évalué à 2.

      Je trouve aussi cela bizarre, et je dirais même que c'est une bonne manière se rajouter des problèmes mais certains clients n'acceptent que du Windows dans leur réseau même en serveur pour des questions de certification de logiciel ou tout simplement parce que l'admin local est un branleur et qu'il veut pas se former à autre chose... alors il faut bien faire avec...
      Cela dit comme précisé dans les commentaires, WAMP est destiné au poste de "développeur" et si le logiciel cachent certains "détails" ce qui peut être gênant, il faut avouer que c'est extrêmement pratique pour déployer Apache, PHP, MySQL sur un système qui est dépourvu de système de package moderne type dpkg/apt, rpm/yum, ...
      Sur un serveur en règle général chaque élément est installé et configuré à la main.

      https://damien.pobel.fr

  • # c'est sale

    Posté par  . Évalué à 3.

    Je reviens poster un commentaire, je viens juste de pester une fois de plus contre ces "tout en un" mal intégrés. Car c'est bien là le gros problème des tout en un de ce genre.

    Un collègue vient me voir et me demande pourquoi son "wamp" ne marche pas avec un serveur MS SQL, alors qu'il a modifié le php.ini (dont le chemin ressemble à wamp/php/php.ini et qu'il a rapidement trouvé grâce à une recherche de fichier) manuellement.

    Le problème c'est que le php.ini utilisé par l'apache de wamp se situe dans, tenez vous bien, : c:/wamp/apache2/bin/php.ini. Je trouve ça tout simplement magnifique alors qu'un répertoire php existe... Il y a surement plein de raisons (ou pas) mais à mes yeux aucune ne me semble assez bonne pour faire ce genre de gruikerie.

    Ajoutons à ça que la liste des modules php dans ce php.ini n'est tout simplement pas dans l'ordre alphabétique, super pratique pour vite en trouver un....


    Bref avec justes ces 2 choses génantes trouvées en 10 minutes, c'est pas demain la veille que je vais apprécier ce genre d'outil.
    • [^] # Re: c'est sale

      Posté par  . Évalué à 4.

      > Un collègue vient me voir et me demande pourquoi son "wamp" ne marche pas avec un serveur MS SQL, alors qu'il a modifié le php.ini (dont le chemin ressemble à wamp/php/php.ini et qu'il a rapidement trouvé grâce à une recherche de fichier) manuellement.

      > Le problème c'est que le php.ini utilisé par l'apache de wamp se situe dans, tenez vous bien, : c:/wamp/apache2/bin/php.ini. Je trouve ça tout simplement magnifique alors qu'un répertoire php existe... Il y a surement plein de raisons (ou pas) mais à mes yeux aucune ne me semble assez bonne pour faire ce genre de gruikerie.

      euh, RTFM. l'outil permet de jongler avec plusieurs versions de PHP et de Apache, le gruik il est entre la chaise et le clavier s'il a été modifier un fichier qui n'était pas le bon ou s'il n'a pas remarqué qu'il y en avait plusieurs

      > Ajoutons à ça que la liste des modules php dans ce php.ini n'est tout simplement pas dans l'ordre alphabétique, super pratique pour vite en trouver un....

      tu es au courant qu'on est au 21ème siècle et que la plupart des éditeurs de texte permettent maintenant une recherche sur des chaines de caractères ? certains permettent même de trier une partie d'un fichier ou d'insérer du texte d'autres fichiers...
      • [^] # Re: c'est sale

        Posté par  . Évalué à 1.

        bien sur, puisque l'utilisateur a les moyens de s'en sortir, faisons n'importe quoi !

        Tu as entendu parler des mots ergonomie ? intuitif ? rapide ? pratique ? usabilité ?
        • [^] # Re: c'est sale

          Posté par  . Évalué à 3.

          (on rappellera pour la forme que c'est un outil de développement et que l'une de ses fonctionnalités annoncées est de changer de version de PHP d'un clic (de Apache et MySQL aussi, mais gageons que ça sera moins utilisé))

          > Tu as entendu parler des mots ergonomie ? intuitif ? rapide ? pratique ? usabilité ?

          je trouve que l'interface graphique colle à tout ça.

          maintenant, en allant sur le site, on tombe très vite sur :

          http://www.wampserver.com/en/faq.php#q3

          "3. Where is the php.ini file?" et la réponse associée.

          maintenant, si j'en crois http://www.wampserver.com/en/data/image_change_version.gif on peut accéder directement au bon fichier. ma seule interrogation est si on perd ses modifications en changeant de version de PHP (écrabouillage du php.ini)


          ta remarque concernant l'ordre des modules peut devenir une demande d'amélioration, personnellement je n'avais jamais remarqué que cette liste était triée, malgré 7 ans ou plus de php.
          • [^] # Re: c'est sale

            Posté par  . Évalué à 0.

            Si je résume, en connaissant déjà apache/php/mysql, en installant un outil graphique sensé simplifier le travail, on est quand même obligé de passer par une documentation, et une FAQ.
            Je trouve pas ça génial de passer le temps qu'on gagne à faire ça.

            Et en faisant abstraction de tout ça, pour moi le php.ini n'a rien à faire dans le répertoire d'Apache, "bin" qui plus est.
  • # [^]Re: "reproduire fidèlement votre serveur de production en local"

    Posté par  . Évalué à 6.

    Bonjour,
    je suis le créateur de WampServer.
    Je comprends les critiques qui ont été formulées precedemment. WampServer n'a pas pour vocation de convenir à tout le monde, l'objectif est simplement d'aider ceux qui veulent faire du PHP sous Windows sans trop s'embeter avec l'aspect environnement de dev.

    Je voulais juste revenir sur la remarque sur l'ordre des extensions. Le menu de WampServer contient une section permettant d'activer les extensions PHP de façon graphique et dans ce menu elles sont dans l'ordre.
    Par ailleurs, il me semble qu'elles sont dans l'ordre par defaut dans le php.ini (les php.ini fournis avec WampServer sont ceux livrés par le PHP Group mis à part quelques modifications très légères).

    Romain
    • [^] # Re: [^]Re: "reproduire fidèlement votre serveur de production en local"

      Posté par  (site web personnel) . Évalué à 1.

      Il semble que des malins ignorent que l'on peut faire du WIMP : Windows / IIS /mysql/php

      A ce sujet, je viens de galérer une soirée entière à vouloir intégrer une base avec des fichiers (SQL/csv) qui ont foirés à cause de la limitation de la taille maximum d'une ligne dans un shell (et quand on importe un article spip, ça fait mal) ce qui fait foirer les mysql -utoto -ptoto toto < import.sql ou les INSERT ... avec data file. Ainsi je dis le phpmyadmin configuré par défaut c'est cool. (Phpmyadmin à configurer sur un WIMP c'est vraiment galère.

      Pourquoi faire du wimp ? parce que c'est ça ou asp.net avec c#. Entre les deux, php est largement moins verbeux et plus efficace, même si je préfère encore perl. Seulement, autant il est facile de corriger un bug, autant les croyances c'est une autre affaire.

      Donc comme je dois développer en PHP sous windows/IIS en ce moment, je vois vraiment l'intérêt d'un wampserver :) et je dis merci romain.
    • [^] # Re: [^]Re: "reproduire fidèlement votre serveur de production en local"

      Posté par  (site web personnel) . Évalué à 2.

      Merci pour WampServer romain, il m'est utile régulièrement dans mon boulot car j'ai la flemme de refaire une instal des trois logiciels à la mano à chaque fois.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.