WAMP : développer avec PHP / AJAX / HTML sous Windows

Chouette, un tuto pour Windows ! Bon, sous OS X ça me fait une belle jambe mais bon… depuis le temps que vous parlez de ce tuto, il était temps qu'il voit le jour !

Par contre le titre me chagrine un peu : PHP et HTML sont des langages, mais Ajax est loin d'en être un, du coup c'est pas super cohérent…

Sous OSX, tu as MAMP qui fonctionne très bien aussi…
Après, je te rejoins, WAMP == Windows/Apache/MySQL/Php, mais ça n'empêche en rien de l'utiliser sous d'autres langages qui demandent un serveur de BDD ou autre…

+++

Euh… MAMP est loin de bien fonctionner. M'enfin, je disais surtout ça pour le côté orienté Windows plutôt que de parler de toutes les plateformes.

D'ailleurs, faudra que je me renseigne pour Chrome OS…

Perso j'ai pas eu de souci avec MAMP sur mon MacBook, mais je ne l’utilise pas plus que cela…
Et sous GNU/Linux, c'est une ligne de commande pour LAMP.
Je n'ai jamais eu recours à WAMP, j'utilisais easyPHP encore quand j'étais sous Windows.
Mais l'initiative de ce tuto est bonne je trouve…

+++

Bonjour à tous !

Merci d’être venus lire ce tutoriel et d’avoir osé descendre jusqu’ici.

Pour information, ce fil de commentaires est prévu pour discuter de la forme ou relever des détails du tutoriel.

Pour demander de l’aide suite à un problème avec WAMP (installation impossible, extensions pas chargées, etc.)

Veuillez utiliser le forum « Systèmes et Matériels » pour y créer un nouveau sujet, et précisez le tag WAMP.

Pour demander de l’aide sur un souci de PHP (code qui ne fait pas ce que vous voulez, etc.)

Cette fois, c’est le forum « Site Web » qui attend votre sujet, avec le tag PHP.

Pour proposer un changement dans le fond du tutoriel

Un vieux sujet attend vos propositions.

Merci, et bonne continuation sur le site et dans vos programmes ! 

On est d’accord    Mais cela reste quelque chose qui nécessite un serveur pour être utilisé en local, et qui intéresse du monde, ça ne mange pas de foin que de le mentionner dans le titre _{(oui, c’est un peu du marketing, et alors ?  )}

Le contenu a été sujet à débat pendant plus d’un mois et demi maintenant (la première beta remonte au 19 septembre). Histoire de ne pas surcharger le tutoriel ou noyer le lecteur, nous avons décidé de nous cantonner à WampServer (communément et — à tort ? — abrégé WAMP), qui est une solution accessible, même si elle a, comme toutes les autres, ses défauts. Et ça permet éventuellement de préparer à un futur tutoriel sur PHP, notamment 

Quant au côté "Encore du Windows", ben ma foi, je crois que c’est encore un des OS les plus répandus, non ? 
Et peut-être surtout chez les amateurs éclairés en devenir.

Ensuite, il est clair que si vous souhaitez proposer votre solution, sur quelque plateforme que ce soit, c’est toujours bienvenu 

Je croyais d’ailleurs qu’il y en avait quelques unes dans les rails ?

Ah les marketeux !

Je te rassure, je n'ai rien contre windaube, il fallait juste que je fasse une petite boutade sinon vous n'auriez eu que des compliments (question d'équilibre, tout ça…)

Tout à fait d’accord avec viki, le titre ne me paraît pas être le plus explicite. Sinon, très bon tutoriel

C'est envisageable d'en faire un tuto global sur l'install de LAMP et MAMP également ? Quitte à ce que ces installs ne soient décrites que succinctement dans un seul chapitre en guise d'annexe en fin de tuto ? Sous Linux c'est quelques lignes de commande à peine, et sous Mac OS c'est pas bien plus long.

Ça permettrait de servir de base complète pour de futurs tutos de PHP.

Ça a été envisagé, mais pas retenu. La discussion dans le sujet pour la bêta peut être relancée à ce sujet 

Vous avez l'air plutôt catégoriques, donc je ne vais pas pousser plus que ça. Mais c'est dommage de devoir créer un tuto qui ne va contenir que deux micro-parties pour présenter LAMP et MAMP.

Je m'appuie d'ores et déjà sur votre tuto WAMP dans les prérequis du tuto "Amusons-nous avec le PHP" de `Haku, qu'on va passer en ligne avant la fin de l'année. Le PHP va enfin arriver sur ZdS.

La question n'avait pas attiré les foules, si on arrivait à avoir plus de retours, pour ma part, je serais prêt à en tenir compte.

Mais on est deux à avoir écrit le tutoriel

Pour la discussion, je préférerais que soit rouvert le sujet de la bêta plutôt que de continuer ici, merci 

Bonjour,

Venant d'installer wamp sur un autre PC, je ne voyais pas trop pourquoi le chemin avait changé donc merci de l'astuce

Du coup, j'ai regardé ton tuto et j'ai une question à propos des virtuals host. Si j'ai bien compris l'accès avec l'adresse localhost risque de poser un problème quand on a en même temps plusieurs sites ou si on veut utiliser un framework à cause des noms de fichiers qui peuvent être les mêmes.

Mais dans le cas ou il n'y a qu'un seul site et pas de framework, vaut il mieux utiliser les virtuals host quand même?

Autre question, l'affichage de la page d'index des projets a changé (avant il n'y avait que les liens), est ce que c'est possible de remettre l'affichage comme avant ?

Merci à vous pour le tuto

Alors attention, c'est peut-être clair pour toi, mais je trouve que ta formulation pourrait induire en erreur.
Ce sont les combinaisons suivantes qui peuvent poser problème :

• frameworks sans hôtes virtuels (le problème des URLs générées)
• plusieurs sites qui ne sont pas dans leurs sous-dossiers de www respectifs, mais tous directement dans www (le problème des conflits entre fichiers nommés de la même manière)

Ce n'est pas nécessairement utile, mais cependant vivement conseillé, d'autant plus si le seul site est dans un sous-dossier de www. Il y a aussi l'avantage pour le flemmard de ne pas avoir à cliquer sur le projet ou de taper le nom du dossier 

Sois plus précis, qu'est-ce qui a changé, et depuis quelle version s'il te plaît ?

Merci à toi pour ton retour et tes questions 

Salut,

Effectivement ta formulation est plus claire même pour moi !

Si c'est mieux même dans mon cas, je vais me mettre aux virtuals hosts.

Je viens de voir que sur mon autre PC j'étais vraiment pas à jour. C'est la version 2.2 et quand on rentre sur un des projets, tu as juste une liste de liens vers tes fichiers, alors que sur la version 2.5 tu un tableau:

[ICO] Name Last modified Size Description avec les infos pour chaque fichier.

Et je trouve que c'était plus clair avant.

En tout cas merci pour tes réponses aussi clair que le tuto

Ça, c'est paramétrable, et c'est Apache qui génère automatiquement parce qu'il n'y a pas de fichier index.php (ou index.html) dans le dossier du projet. 

Donc si je ne m'habitue pas à cet affichage, juste besoin de faire une page index avec mes liens comme je veux en attendant que ma page d'accueil soit faite.

Merci et A+

Bonjour,

Je crois que les liens sont morts…

A+

C'est connu, mais merci d'avoir essayé de venir lire 

Pour ceux qui le souhaitent, le tutoriel est à nouveau disponible en entier, et mis à jour pour tenir compte de Windows 10 !

Concernant les virtualhost, .localhost est reservé à cette usage, contrairement à .local. Vu la multiplication des tld, vaut mieux être prudent et mettre .localhost !

Merci, je me demandais si et quand ce serait défini, et je vois que j'avais loupé l'info.
Apparemment, même les DNS gèrent ça nativement, donc même plus besoin de modifier le fichier hosts, si j'en crois la version anglaise de ta source. Intéressant…

Je vais faire mes tests et on intégrera ça dans la prochaine mise à jour 

Edit

Bon, comme ni MacOS 10.11 ni Windows 10 ne font automatiquement la redirection vers ::1 quand on a un domaine en .localhost, ça ne sert finalement pas à grand-chose de le mentionner.

En revanche, l'application Bonjour (native sous Mac et fournie avec iTunes pour Windows) semble supporter mDNS, dans lequel .local est implémenté. A bon lecteur… 

Tient, ce tuto à été republié en modification majeure

Oui, c'est voulu 

Au menu : mention de possibilités de WAMP 3.0 et explications pour l'installation, ajout d'informations pour migrer ou faire évoluer depuis WAMP 2.5, plus quelques détails.

J'ai réouvert le sujet de la beta pour que les discussions sur les points à ajouter/améliorer y soient discutés. Ça permettra à mon collègue auteur de suivre plus facilement, et on gardera ce fil de commentaires pour les demandes d'explications/éclaircissements.