Histoire d’une mise à jour
Ce soir ce weblog est passé à la dernière version de wordpress, petite histoire d’une bascule
À force de planifier des évolutions sur des systèmes d’informations, je me suis plié à l’exercice sur mon propre site: il y a 8 jours Matt annonçait la sortie de la v1.5 de wordpress, il était donc temps de mettre à jour ma vieille version beta.
Procédure de préparation
- Récupérer en local de la vieille version en ligne
- Dupliquer les sources (pour comparaison ultérieure)
- Copie de la base en local
- Configuration pour rendre la version locale opérationnelle
- Lancement de la mise à jour avec la 1.5
À partir de maintenant, la nouvelle version tourne en local. Il nous reste plus qu’à vérifier que tout fonctionne bien et s’il faut réappliquer les personnalisations. - Test de manière générale
- Test spécifique pour les points de personnalisation et comparaison des sources
- Mise à jour du fichier de localisation
- Validation : tout est ok, on peut tout envoyer sur le serveur
Procédure de mise en ligne
À partir de maintenant il s’agit de déterminer une stratégie pour la mise en ligne finale. Afin d’éviter de perturber les visiteurs, il faut au minimum afficher un message d’information pour les avertir des opérations en cours.
- Mise en place d’un page d’information comme celle-ci par exemple
- Modifer le fichier .htaccess pour faire pointer toutes les pages publiques vers la page d’avertissement.
Attention : Nous aurons besoin plus tard d’accéder à l’administration pour faire des vérifications. Il ne faut pas de redirection vers la page d’avertissement pour la partie d’administration. - Supprimer tous les fichiers de l’application hors
wp-config.phpqui contient la configuration; - Charger tous les fichiers applicatifs de la version locale
- Lancer la procédure de mise à jour
- Faire les contrôles nécessaires pour s’assurer que tout s’est bien passé : liste des billets, pages, etc.
- Replacer le fichier .htaccess pour réactiver toutes les pages du site.
- C’est fini…