Conseils WordPress : vérifiez vos sauvegardes

Je n’avais pas encore testé mes sauvegardes de WordPress, le courriel envoyé chaque jour par mon plugin de sauvegarde automatique me rassurait suffisamment.

Mais voilà qu’avec l’arrivée de WordPress 2.3 j’ai voulu faire les choses bien en m’inspirant de cette procédure d’upgrade qui implique l’utilisation d’une sauvegarde.

Procédure assez détaillée

• Création d’un sous domaine ou domaine de test chez votre hébergeur (a mon avis beaucoup plus simple que l’installation d’un serveur xampp en local…)
• Création chez votre hébergeur d’une base de données vierge.
• Récupération par FTP de tous les fichiers présent sur votre serveur “de production”.
• Montage (upload) par FTP de tous ces fichiers dans le répertoire de votre domaine de test.
• N’oubliez pas de changer le fichier config.php pour qu’il vous permette de vous connecter à votre base de test.
• Aller dans le panneau d’administration de votre base de donnée (phpMyAdmin).
• Supprimer éventuellement les tables présentes.
• Cliquez sur l’icone “sql” dans le menu de gauche.
• Cliquez sur l’onglet “importe les fichiers” de l’écran de gestion des requêtes SQL.
• Naviguer sur votre disque dur à la recherche de votre fichier de sauvegarde.
• Lancer l’importation du fichier.
• Modifier http://votre-domaine par http://votre-domaine-de-test :
  • UPDATE wp_options SET option_value = ‘[url-de-test]’ WHERE option_value = ‘[your_blog_url]’;
  • UPDATE wp_options SET option_value = ‘[url-de-test]’ WHERE option_value LIKE ‘[your_wordpress_url]’;

Ce qu’il ne faut pas faire.

• Au lieu de passer par le menu / onglet appelé “importe les fichiers” de l’écran de gestion des requêtes SQL de phpMyAdmin, j’ai essayé de coller le contenu du fichier de la sauvegarde dans l’écran des requêtes. Le problème avec cette technique est que les caractères accentués n’ont pas été reconnus et cela m’a fait très peur…
• Flipper en ouvrant la sauvegarde avec un éditeur de texte et onstater que les lettres accentuées sont massacrées (è au lieu de è - é au lieu de é - ô au lieu de …). Pour moi il n’y a pas eu de problèmes avec la procédure qui précède et en choisissant utf8 comme définition du fichier à importer.

Remarques :

• L’idée de requête SQL donnée ci-dessus n’a pas fonctionné pour moi (je suis vraiment un âne). J’ai réussi à aller éditer la valeur dans la table via le panneau dde modification / édition des tables. La requête effectuée est finalement la suivante (pour mon cas) :
  • UPDATE `wp_options` SET `option_value` = ‘http://test.wordpress-tuto.fr’ WHERE `option_id` =1 AND `blog_id` =0 AND CONVERT( `option_name` USING utf8 ) = ’siteurl’ LIMIT 1 ;
• Après avoir mis à jour ce paramètre le blog de test est accessible et dans le menu “options” de l’administration je suis allé changer “à la main” le paramètre “adresse du blog”.

Conclusion

Je n’ai aucune idée sur l’intérêt de cet article. Peut-être que pour vous ces histoires de sauvegardes et de bases de test sont tout à fait triviales mais ce qui est sur c’est que j’ai passé plusieurs jours à m’arracher les cheveux avec des lectures sur l’encodage UTF8 et autre avant de tomber sur cette solution toute simple.

Bon ce soir je vais me coucher bien aise de pouvoir bientôt tester en vrai le nouveau (déjà plus tant que ça…) WordPress 2.3