Migration de gallery2 1.0.0.2 vers 1.1.0.1

Migration de gallery2 1.0.0.2 vers 1.1.0.1

Mugshots aléatoires

From Anonymous

From Anonymous
Votre note: None

Réseaux






Ce billet décrit les différentes étapes que j'ai suivi lors de la migration de Gallery2. J'ai d'ailleurs rencontré 2 problèmes pas piqué des hannetons.

  1. J'ai commencé par faire une copie de gallery (fichiers et base de donnée) histoire de ne pas tout perdre bêtement.
  2. Ensuite, j'ai désactivé la plupart des modules, dans le doute on ne sais jamais.
  3. Debut de la migration : Là, c'est relativement simple, il suffit de suivre les étapes comme indiqué dans le fichier d'UPDATE livré avec gallery
  4. Le système d'update de gallery est maintenant lancé :
  5. Arrivé à l'étape 3 de la migration (update core), l'updater affiche un warning au sujet de vieux fichiers de l'ancienne installation de gallery. Gentillement, l'updater propose de télécharger un script shell permettant la suppression de ces fameux fichiers. Lors d'une première tentative de migration j'ai essayé ce script, ce fut une catastrophe ;-( ! Plus rien n'a fonctionné après, c'est pourquoi je recommande de ne pas prendre en compte l'avertissement de l'updater et de ne pas lancer le script shell proposé.
  6. Etape 3 toujours, arrive un problème concernant mon installation : les fichiers d'un module ont été supprimés sans désinstaller le module au préalable. J'avoue, j'avais du bourriner le coup là... L'updater demande alors de télécharger la dernière version du module concerné, faite-le si vous y tenez mais ce n'est toujours possible, les modules ne sont pas tous maintenus...

    J'ai plutot opté pour la solution hardcore : désinstaller le module à la main. Pour cela il faut supprimer les lignes des modules à supprimer dans la table 'g2_PluginMap'
  7. Le reste du process d'update fonctionne sans problème. Juste avant de mettre à jour la base de donnée, l'updater propose une dernière fois de faire une sauvegarde :
  8. Durant la mise à jour de la base de donnée, l'updater encode les données en UTF-8.

    Bonne idée, quand ça fonctionne bien sûr...
  9. Fin de la migration, je m'empresse alors d'aller voir le résultat et là, c'est le drame ! Le bon vieux problème d'encodage : 'Virée en mongolfière' à la place de 'Virée en mongolfière'. Ca m'a tellement soulé de mettre le nez dans le script de l'updater pour voir ce qui clochait que j'ai préfèré faire mon propre script de récupération. (Celui-ci est attaché à ce billet)

Bilan, malgrès le problème d'encodage de la base de données, la migration c'est bien passée. Je peu maintenant passer à la mise à jour de Drupal Smiling

Fichier attachéTaille
gallery2_correction_utf8.tgz1.24 Ko
Tags
Commentaires

Poster un nouveau commentaire

Le contenu de ce champ ne sera pas montré publiquement.
  • Balises HTML autorisées: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <u> <img> <strike> <blockquote>
  • Les lignes et les paragraphes vont à la ligne automatiquement.
  • Vous pouvez publier du code en utilisant les balises <code>...</code> (generic) ou bien <?php ... ?> (PHP colorié).
  • Les smileys texte sont replacés par des smyleys images.
  • Les adresses de pages web et de messagerie électronique sont transformées en liens automatiquement.
  • Les liens d'images avec le tag 'rel="lightbox"' dans la balise <a> apparaîtrons dans une Lightbox.

Plus d'informations sur les options de formatage