Blier.com - Développement Internet

Orthographier.com est un site Internet qui fera la promotion de l’utilisation de l’orthographe véritable (ou l’orthographe traditionnelle). Ce site offrira des bannières publicitaires à copier sur d’autres sites ou pour impression.

Même si le site est simple, il a été construit avec Drupal 6.x, le module Webform et quelques modules d’appoint. De plus, ce site n’utilise pas CCK ni Views. Orthographier.com était donc un candidat idéal pour tester la mise à jour à Drupal 7.

Comme matériel, j’avais une copie complète du site fonctionnel (tous les fichiers et une copie de la base de données exportée) installé en local sur mon ordinateur. Ainsi, en cas d’erreur, le site en production n’est pas affecté.

Premier problème

Bien que les étapes de mises à jour soient simples et faciles à suivre, il y a eu quelques problèmes (dont je n’ai pas gardé le texte précis des messages d’erreurs, ce que j’aurais du faire afin de pouvoir cerner le problème et trouver une solution plus rapidement). En effet, la commande normale « continue » de « /update.php » générait un message d’erreur mentionnant qu’une table de la base de données était manquante, bloquant effectivement toute tentative d’aller plus loin.

Solution au premier problème

Comme il n’y avait rien à faire, j’ai tenté de voir si le site affichait quelque chose en mode anonyme. J’ai donc ouvert Chrome (tout autre fureteur aurait pu suffire) afin d’avoir en même temps ma session connectée (où je tentais la mise à jour dans Firefox) et une session anonyme. Avec Chrome, en mode anonyme, j’ai donc affiché le site dans sont était actuel, soit en mode maintenance.

Ensuite, quand je suis revenu à Firefox et que j’ai recommencé la mise à jour avec « /update.php », la mise à jour s’est enfin débloquée et j’ai pu par la suite utiliser ma nouvelle version du site en Drupal 7.

Deuxième problème

J’avais maintenant un site mis à jour à Drupal 7. Malheureusement, en permanence, deux messages d’erreurs ayant trait à des « fields » inexistants ou mal configurés (encore une fois je n’ai pas copié les messages d’erreurs).

Pour corriger ce problème, il a fallu que j’ouvre toutes les pages d’administration incorporant des « fields » et que je les sauvegarde à nouveau. Par exemple, j’ai édité tous les types de contenu pour les enregistrer sans aucune modification. J’ai vérifié les configurations du formulaire webform et enregistré sans rien modifier. J’ai également vérifié la liste de tous les « fields » existants « /admin/reports/fields », afin de voir s’il y avait des champs que je n’aurais pas oubliés.

Une fois avoir enregistré à nouveau ces formulaires, tous les messages d’erreurs étaient disparus. Il semble donc que la fonctionnalité de mise à jour de Drupal 6 à Drupal 7 comporte certains désagréments et n’enregistre pas correctement les bons paramètres associés aux « fields » lors de la mise à jour.

Conclusion

Travaillez toujours avec une copie complète du site avant de tenter une mise à jour majeure de Drupal.

Ayez toujours deux fureteurs sous la main, le deuxième vous permettant de jeter un coup d’œil sur le site en mode anonyme.

Veuillez toujours noter les messages d’erreurs. Ceux-ci vous seront utiles pour indiquer la marche à suivre que vous aurez trouvée pour régler ces problèmes, ou écrire et envoyer un correctif pour une prochaine version mineure de Drupal, par exemple la version 7.1 ou 7.2.

Vérifier toutes les pages d’administration et enregistrer à nouveau les formulaires dont vous pouvez croire être liés au problème (par exemple les pages contenant des « fields »).

Comme tout logiciel dont le numéro de version fini par zéro, on peut croire qu’il y reste des bogues importants. En effet, ce n’est généralement qu’à partir de ce moment que l’utilisation en masse du logiciel se produit. Et plus de monde l’utilise, plus de problèmes sont trouvés.

Cela dit, les problèmes que j’ai trouvés dans la mise à jour vers Drupal 7 sont mineurs. Il faut juste trouver un moyen de les régler efficacement.