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
- WampServer (2 clics)
# "reproduire fidèlement votre serveur de production en local"
Posté par BAud (site web personnel) . Évalué à 4.
à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 ethtezahl . Évalué à 2.
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 Axel . Évalué à 4.
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 ethtezahl . Évalué à 2.
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 Moogle . Évalué à 2.
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 ethtezahl . Évalué à 2.
[^] # Re: "reproduire fidèlement votre serveur de production en local"
Posté par Moogle . Évalué à 2.
[^] # Re: "reproduire fidèlement votre serveur de production en local"
Posté par Gniarf . Évalué à 3.
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 Damien Pobel (site web personnel) . Évalué à 2.
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 Axel . Évalué à 3.
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 Gniarf . Évalué à 4.
> 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 Axel . Évalué à 1.
Tu as entendu parler des mots ergonomie ? intuitif ? rapide ? pratique ? usabilité ?
[^] # Re: c'est sale
Posté par Gniarf . Évalué à 3.
> 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 Axel . Évalué à 0.
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 le_vrai_roms . Évalué à 6.
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 Jul (site web personnel) . Évalué à 1.
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 Cyril PIERRE de GEYER (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.