Checklist pour le switch
Essayons d'être vaguement méthodique. J'essaie ici de récapituler les étapes nécessaires pour ceux qui ont un blog sous Dotclear 1.x et souhaitent passer à Dotclear 2.0. Donnez-vous du temps pour réaliser cette mutation, rien ne presse !
Avant toute chose :
- S'assurer que son hébergeur offre les prérequis permettant l'installation de Dotclear 2.0. Si ça n'est pas le cas mais que vous souhaitez quand même migrer, s'enquérir d'un hébergeur compatible.
Faire des essais
- Faire une installation d'un blog de test « pour des prunes », pour s'assurer qu'on a bien pigé la procédure d'installation et se familiariser avec l'interface et les diverses manipulations sans risquer de casser le vrai blog (attention, si vous êtes chez Free ça ne sera pas possible sur le même compte, en ce cas ouvrez un autre compte Free pour faire les tests).
- Tester la fonctionnalité d'import en suivant les instructions de la documentation. Les anciens chemins internes ne fonctionneront pas et les images ne s'afficheront pas mais c'est pas grave.
- Pourquoi ne pas en profiter pour adapter votre thème sur cette install de test, soit en partant de celui que vous utilisiez sous DC1[1], soit en en élaborant un nouveau (voir ci-contre le lien vers la galerie des thèmes disponibles).
Préparer ses valises
- Prévenir les lecteurs que ça va être un peu le bazar quelques jours. Choisissez soit de fermer les commentaires et trackbacks le temps de la réinstall, soit d'informer vos lecteurs que les commentaires publiés ultérieurement à votre annonce ne seront pas conservés.
- Installer sur votre blog DC1 le plugin Flatexport, faire le fichier d'export.
Assurer ses arrières
- Faites une sauvegarde complète de votre répertoire de l'ancien blog et de sa base de données via le plugin Opérations MySQL vers votre disque dur. C'est votre ticket de retour en cas de panique.
- Ne supprimez pas tout de suite vos anciennes données : renommez le répertoire de l'ancienne install (de
dotclearàwas-dotclearpar exemple). Si vous installez le nouveau Dotclear sur la même base de données que l'ancien donnez un autre préfixe aux tables de la nouvelle install (ça se détermine dans le fichier inc/config.php qu'on vous demande d'éditer avant l'installation).
C'est parti !
- Installer Dotclear 2 (vous êtes désormais super à l'aise puisque vous avez suivi les points 1 et 2 du paragraphe « Faire des essais » n'est-ce pas ? ;)
- Créer le nouveau blog. Pensez à vous inspirer des notes Isoler les fichiers personnels et/ou Mon install multiblog[2] et de veiller à ne pas casser les anciens liens.
Après le switch
- Dans un fichier
.htaccessplacé à la racine de l'espace web, faire les redirections des anciennes URL vers les nouvelles. Vous pouvez dans un premier temps utiliser le même fichier que celui copié dans ce billet (en l'adaptant à votre cas bien sûr) et voir s'il fonctionne. Si ça n'est pas le cas, voyez sur le forum d'autres modèles proposés. C'est l'aspect le plus casse-pieds du machin : tel .htaccess fonctionne chez tel hébergeur mais pas chez tel autre :/ - Faire un billet d'annonce de migration effectuée à vos lecteurs et demandez-leur de vous signaler les dysfonctionnements éventuels.
- Tirez la sonnette d'alarme sur le forum si vous rencontrez un souci, mais pas avant d'avoir cherché si ce problème n'aurait pas été déjà posé et résolu... Pensez notamment à regarder (ou à l'aide du module de recherche) si des instructions ou conseils spécifiques pour votre hébergeur existent. Dans cette section du forum il y a des fils dédiés à tel ou tel hébergement.
Kozlika, 30/12/2006 - Lien permanent - Fil des commentaires de ce billet
Commentaires
Tu dis :
Si vous installez le nouveau Dotclear sur la même base de données que l'ancien donnez un autre préfixe aux tables de la nouvelle installOr il me semble que l'install dc1 sur bdd mysql ne propose pas innodb mais myisam... ou alors ça veut dire qu'on peut avoir ces deux formats dans une même bdd ?
Bah le script d'install demande lui-même l'innodb et râle s'il ne peut le mettre, mais sauf erreur oui elles peuvent cohabiter.
Serait-il utile d'intégrer dans cette procédure très utile le fait qu'il y a peut-être des choses à modifier dans le fichier d'export. Je pense par exemple aux chemins des images, DC2 utilisant le répertoire PUBLIC pour ce stockage.
Ah vi, mais ça c'est encore autre chose hein, pi on en parle par là :
http://dissitou.klafoutis.org/index...