Voilà un jolie challenge dans lequel je me suis lancé : Migrer ma plate forme de blog sous WordPress MU 1.0 vers la dernière version 2.6. Autant le dire tout de suite c’est véritablement l’horreur et pour l’instant après quelques heures, il n’y a toujours rien d’efficace malgré de nombreuses pages lues sur les forums. Donc, pour ma part je travaille tout d’abord avec les liens symboliques sous linux afin de conserver une version opérationnelle. J’avais envisagé d’installer une version de test sur un autre serveur mais il me semble que les Bind me poseront problèmes (j’avais déjà galérer à l’install la première fois).

Donc on bosse en live sur la production, c’est beaucoup plus fun et stressant !

Le principe est simple on balance dans des répertoires distincts, tout d’abord les différentes versions MU en commençant par la 1.2.2 ensuite 1.3.3, 1.5.1, et 2.6 sur son serveur avec son FTP ou ce que l’on veut. Dans chacune des mises à jour, on supprimera le répertoire Thème pour conserver tous les thèmes déjà ajoutés ou modifiés.

on créer pour chacune de ses version un répertoire d’accueil. on conserve la version de base non altérée bien au chaud.

on a donc en répertoire :

• plateformeblog.sav/
• 1.2.2/ [répertoire vide]
• 1.3.3/ [répertoire vide]
• 1.5.1/ [répertoire vide]
• 2.6/ [répertoire vide]

Il nous reste enfin lien symbolique vers lequel on a configuré notre serveur Apache :
@plateformeblog/

on comment donc par se positionner pour passer la version 1.2.2 dans le repertoire de la 1.0 : plateformeblog.sav/ et on lance la commande suivante cp -rf * ../1.2.2

Ensuite on se rend dans le répertoire ou l’on a extrait la première mise à jour et on lance un cp -rf * ../1.2.2 et on écrase ainsi avec les nouveaux fichiers tous les anciens. Ensuite on refait pointer avec ln -s 1.2.2 plateformeblog. Et voilà la 1.2.2 est désormais activée. Mais on a plus de catégories affichés pour les blogs ! et l’encodage est à transformer en UTF-8.

Et là c’est une des parties qui restent plutôt délicates puisqu’il faut sauvegarder sa base d’origine en latin1. On obtient alors un fichier .sql sur lequel on va appliquer plusieurs modifications du moins pour ma part car le tutorial suivi n’a malheureusement pas fonctionné comme je l’espérais.

J’ai donc exporté cette base enfin sous windows par ftp (bah vlà les manipulations) et ensuite ouverture du fichier sql de plus de 500Mo et automatiquement détecté en iso menu édition et encodage en utf-8. Si tout va bien c’est transparent, on enregistre alors ce fichier sous un nouveau nom.

Pas de bol sous Windows, j’ai tenté avec l’ouverture de ce fichier avec Notepad++, Pspad, Notepad et impossible plus de 500 Mo ! Donc je l’ai découpé avec un logiciel de Split sous windows en 4 fichier de 123 Mo. Ensuite j’ai ouvert ce fichier sous notepad, on fait un couper de tout son contenu, avant le coller on repasse notepad en ansi cette fois. On colle et on a bien cette fois un encodage ansi pour un contenu ansi. Ouf. Ensuite avec notepad++, on ouvre ce nouveau fichier qu’on a pris soin d’enregistrer sous un nouveau nom et automatiquement, il doit le détecter en Ansi, plus qu’à changer l’encodage en utf8 et tout devrait être bon. On regroupe enfin ces quatre fichiers en un seul et on l’importe dans la base de donnée.

Apparemment UltraEdit, payant il me semble n’aurait pas les contraintes de taille de fichier. Et puis, si vous ne faites pas de boulette à l’export Mysql, vous n’aurez pas ce genre de désagrément.

Le problème vient de trois nouvelle tables insérées pour gérer la taxonomie : http://trac.mu.wordpress.org/browser/trunk/wp-content/mu-plugins?rev=1141

On reprend le même principe pour la version 1.3.3 en copiant les fichiers de la 1.2.2 : cp -rf * ../1.3.3 et on va dans le répertoire de la mise à jour et on relance cette commande. on supprime et on recrée le lien symbolique et cette fois une petite erreur devrait s’afficher si les fichiers suivants sont encore présent dans le répertoire de mu-pluggins.

avec 1500 blogs, la sauvegarde est déjà bien délicate. Beaucoup de tables ne sont pas verrouillées et certaines carrément corrompu. Il a donc fallu réparer la base de donnée et l’exporter.

On reprend la même procédure sans contrainte particulière pour migrer de la 1.5 à la dernière 2.6 et surtout n’allez pas directement aux versions supérieurs car elles ne fonctionnent pas.

Enfin pour chacune des transitions, n’oubliez pas de faire la mise à jour de votre base qui est plus au moins longue suivant le nombre de blogs. Un dernier conseil pour cette mise à jour est de bien relire la documentation sur le site officiel : http://codex.wordpress.org/Upgrading_WPMU

Ce Post regroupera à l’avenir, la suite de mes mises à jours. Dans tous les cas, une chose à bien retenir est de ne pas griller les étapes et les versions.

En cas de problème de migration, n’hésitez pas à me contacter.

Articles traitant d'un sujet similaire :

• Pas d'articles en relation