J'ai un souci à priori bien bête mais j'arrive pas à voir où se trouve mon erreur.
J'ai installé Wamp 3.1.9 sur mon windows 7.
L'installation s'est passé sans problème, le test des VC++ m'indique que tout est bien installé, l'icône est verte et je peux accéder sans soucis à la page d'accueil localhost et phpmyadmin.
J'ai crée un serveur virtuel avec l'outil intégré à Wamp avec l'adresse monsite.local et j'y ai installé un prestashop déjà existant. J'ai crée la base correspondant et j'ai modifié l'adresse url dans la BDD pour la faire pointer vers la nouvelle adresse. J'ai pris soin aussi de modifier le fichier config pour l'accès à la base de donnée.
Hors quand je tente d'accéder au site, j'ai un beau message d'erreur :
ERR_CONNECTION_REFUSED
Je précise que j'utilise chrome. J'ai testé avec IE également sans succès.
J'ai tenté : de vider le cache, vider le DNS, Désactiver antivirus et pare feu (pare feu windows et avast), redémarrer le service DNS d'apache.
Je coince.
voici les fichiers pour que vous puissiez avoir plus d'infos : fichier httpd-vhosts <VirtualHost *:80> ServerName monsite.local DocumentRoot "c:/wamp64/www/www" <Directory "c:/wamp64/www/www/"> Options +Indexes +Includes +FollowSymLinks +MultiViews AllowOverride All Require local </Directory> </VirtualHost>
Une installation de Pretashop en local, en tant que VirtualHost, fonctionne parfaitement avec Wampserver.
Là, il s'agit d'un transfert d'une installation existante. Il se pourrait que les autorisations et/ou les propriétaires des dossiers et fichiers ne correspondent pas à l'utilisateur de la session Windows.
Voir comment vérifier propriétaire dans la note 2.1 de CONSEILS DE DÉPANNAGE ; ça s'adresse au fichier hosts, mais le principe est le même.
Je viens de vérifier, mais je suis bien propriétaire du fichier. De plus, la session que j'utilise a bien le contrôle total sur les fichiers.
A noter que j'ai crée un deuxième VirtualHost où j'ai placé un hello world dans un fichier index.html. Il me retourne une erreur 400. Je ne sais pas si ça peut aider au diagnostic.
Avec une erreur 400, il est difficile de déterminer ce qui s’est mal passé. Dans une certaine forme, la demande elle-même est défectueuse. Le serveur a interprété la requête comme défectueuse ou même nocive. Par conséquent, il a empêché le chargement du site. Les raisons du message d’erreur sont souvent liées avec le navigateur Web utilisé ou sont dues à une erreur de la part de l’utilisateur.
Essayez avec Firefox ou Opera. Chrome est réputé pour ses interdictions d'accès sans prévenir.