Bosser en local avec Wamp (update 2013 !) (Créer un compte)

Bonjour à tous,

Pour différentes raisons (1/ mon PC a crashé 2/ j’ai dû m’occuper d’un site dont l’URL à changer 3/ je songe à donner un coup de frais à mon blog), j’ai ressorti du placard ma blouse et ma boîte à outils pour pouvoir tranquillement travailler sur le design de mes sites en local (indispensable si on veut faire les choses proprement) sur une installation Wamp 2 toute fraîche.

NB : Les fichiers, programmes, … utilisés ici appartiennent au monde Windows. Vous trouverez sans peine les équivalents pour MacOS ou Linux, mais n’étant pas spécialiste, je préfère rester silencieux ici.

Je ne rentrerai pas dans les détails du pourquoi ni du comment, vous trouverez sur la toile quelques tutos assez bien foutus. Mais il y a quelques « tweaks » pas forcément clairement expliqués que j’ai envie de partager avec vous.

Avec une seule instance de Wamp, on peut bien sûr travailler sur plusieurs sites différents en local.
* Il faut créer autant de base de données que nécessaire
* Il faut configurer les différentes URL dans votre fichier hosts (j’y reviendrai) et dans votre fichier http-vhosts.conf

Mon fichier ressemble à ça :

DocumentRoot « d:/sites »
ServerName localhost

ServerAdmin webmaster@monsiteweb.fr
DocumentRoot « d:sites/_gandi/vhosts/www.monsiteweb.fr/htdocs »
ServerName http://www.site_en_local.fr
ErrorLog « logs/site1.localhost-error.log »
CustomLog « logs/site1.localhost-access.log » common

ServerAdmin webmaster@deuxiemesite.fr
DocumentRoot « d:/sites/_site2@online/www »
ServerName http://www.site2_local.fr
ErrorLog « logs/site2.localhost-error.log »
CustomLog « logs/site2.localhost-access.log » common

etc.

ASTUCE 1 : faites en sorte que votre URL en local fasse la même longueur (même nombre de caractères) que l’URL réelle (j’y reviens plus tard)

ASTUCE 2 : calez votre arborescence de fichiers en local au plus près de votre arborescence chez votre hébergeur (dans mon exemple : GANDI et ONLINE), ça simplifiera les synchronisations FTP (j’utilise filezilla)

ASTUCE 3 : Soyez jusqu’au-boutiste ! Votre fichier wp-config.php doit être identique aussi… Ça veut dire qu’il vous faudra parfois ajouter dans votre fichiers hosts le nom de votre serveur MySQL quand ce n’est pas localhost.

Exemple : sur OVH, il est probable que vous ayez un fichier wp-config.php de ce genre :

define(‘DB_NAME’, ‘site1’);
define(‘DB_USER’, ‘site1’);
define(‘DB_PASSWORD’, ‘mOt2pAssE’);
define(‘DB_HOST’, ‘mysql51-101.perso’);

Du coup, dans votre fichier hosts vous allez mettre ceci :
127.0.0.1 localhost http://www.site_en_local.fr mysql51-101.perso http://www.site2_local.fr (autres adresses locales…)

NB : sur windows, le fichier se trouve généralement ici : C:WindowsSystem32driversetchosts
NB : certains antivirus bloquent l’accès en modification à ce fichier. Si c’est le cas, désactivez-le le temps de l’opération

Bien évidemment, quand vous créerez votre base MySQL en local, vous utiliserez le même nom d’utilisateur, avec le même mot de passe.

2/ La meilleure façon pour mettre à jour une base de données entre un site en local et un site réel, c’est l’import/export SQL
La méthode est la suivante :
a) j’exporte la base depuis PhpMyAdmin sur le premier site (je prends soin de cocher la case « Ajouter un énoncé DROP TABLE… »)
b) Je prends mon bon éditeur de texte (Notepad++)
c) Je remplace globalement http://www.monsitereel.fr par http://www.monsitelocal.fr (ou inversement, selon le cas) sans me poser de question
d) Je compresse au format .gz (indispensable surtout quand on commence à avoir un gros historique)
e) j’importe le résultat sur l’autre site

Jusqu’à présent, tout ça marchait du feu de dieu jusqu’à ce que je tombe sur un thème qui sauvegardait tous ses réglages en base de données et que je perde tout après l’opération.
Que s’était-il passé ?! Eh bien le problème venait du fait que le nom de domaine n’était pas de la même longueur, et avec la sérialisation des données utilisée par WP, comme la longueur est indiquée, ça ne fonctionnait plus. C’est là que j’ai découvert un script démentiel qui m’a corrigé ça d’un coup de baguette magique :
Database search and replace script in PHP

Pour m’éviter cette opération, je prends soin désormais de travailler avec des URL de même longueur (NB : les méthodes basées sur le simple remplacement de deux options en base, c’est de la m…, utilisez la méthode Notepad++ !). Mais si vous n’avez pas le choix et que vous devez changer de nom de domaine, ce script est d’une efficacité redoutable.

Une fois que toutes ces opérations sont faites, tout devrait marcher comme sur des roulettes sauf que
LA PAGE DE UNE DE MON SITE S’AFFICHE BIEN MAIS TOUS LES ARTICLES TOMBENT EN 404

Suivez bien ces 3 étapes :
1/ Sauvegardez la structure de vos permaliens depuis l’admin (pour regénérer le fichier .htaccess)
2/ Vérifiez que le module Apache mod_rewrite est bien activé (par défaut : non !)
Menu Wamp / Apache / Apache modules / …
3/ Vérifiez que vous avez bien dans le fichier httpd.conf (menu Wamp / Apache / httpd.conf)

AllowOverride All
Require all granted

Par défaut, j’avais AllowOverride None

Amusez-vous bien !