Comment les vétérans de WordPress traitent-ils les problèmes de mise à niveau de WordPress?
Parfois, la mise à niveau de WP est catastrophique: les plugins critiques ne fonctionnent plus (et les nouvelles versions compatibles n'existent pas encore).
Que font les WP anciens combattants? Est-ce qu'ils mettent à niveau WP après le travail fastidieux de tout sauvegarder (et la perspective horrible et affreuse de devoir réinstaller la version précédente après une catastrophe potentielle) ou ne mettent-ils jamais à jour WP?
"le travail de sauvegarde ennuyeux" ...
Les sauvegardes peuvent être ennuyeuses, mais elles sont essentielles et vous offrent une position de repli en cas de problème. Sans sauvegardes, vous jouez essentiellement à la roulette russe avec votre site. Cela ne prend même pas très longtemps, et revenir en arrière n'est ni horrible ni terrible, c'est assez facile.
Les vétérans de WP effectuent des sauvegardes, testent des mises à niveau sur des serveurs hors production et quand ils sont satisfaits, effectuent la mise à niveau. La plupart des gens "ordinaires" n'ont pas accès à plusieurs serveurs ni même à des environnements de développement locaux. Dans ce cas, le meilleur moyen de limiter vos risques est de disposer d'une sauvegarde.
Si vous avez accès à la ligne de commande, effectuer une sauvegarde complète est aussi simple que:
tar czvf yoursite_backup.tar.gz /path/to/your/wordpressmysqldump -u <username> -p <database name> > mysqlbackup.sql
La restauration est aussi simple que de désarchiver votre sauvegarde WP dans votre répertoire WP et d'importer le dump MySQL dans votre base de données.
Je fais des sauvegardes via Shell (voir Grep and Friends pour des commandes et des exemples). La sauvegarde de fichiers et de bases de données s'exécute en quelques secondes, même sur des sites plus importants, et les opérations sont faciles à restaurer. Inutile de vous soucier des sauvegardes et des pannes de mise à niveau.
Dans un monde parfait, tous les plugins et thèmes auraient déjà été testés avec la nouvelle version WP avant la mise à niveau, eh bien, mais ce n'est pas toujours le cas. Donc, je fais juste toujours la sauvegarde. C'est facile, c'est rapide et c'est économiser. Laissez les crashs de mise à niveau arriver, je ne les crains pas.
Vous avez simplement un problème avec la mise à niveau se bloque si vous ne sauvegardez pas. C'est aussi simple que cela.
Si vous n'aimez pas faire de sauvegarde, ne mettez pas à niveau. Reportez plutôt les correctifs de sécurité sur votre ancienne version. Cela ne signifie pas que vous devez prendre soin de tout vous-même, vous pouvez utiliser le paquet debian par exemple.
Le projet wordpress lui-même n'offre pas de version de support à long terme, pas même de support pour la version la plus récente, mais uniquement pour la dernière version. Un peu insistant sur les mises à niveau, donc.
Donc, si vous voulez un voyage plus détendu, ne sautez pas sur la première version. Passer le .0. Attendez que le .1 soit sorti. C'est une bonne règle de base depuis des années avec Wordpress.
conservez toujours une copie locale de votre site sur laquelle vous pourrez tester les mises à niveau.
Je fais confiance à mes sauvegardes côté serveur des bases de données SQL.
J'utilisais le plugin pendant les 2 dernières années DBC-Backup-2 et j'exécutais toujours manuellement une sauvegarde avant d'exécuter une mise à jour principale.
Ce plugin n'a eu aucun amour pour les deux dernières années, donc j'ai maintenant relancé le plugin et le republié car je pense qu'il fait le travail qu'il doit faire.
Chapeau à Lester Chan et à ses plugins http://lesterchan.net/portfolio/programming/php/#wp-dbmanager car je pense que ce sont les abeilles genoux pour la base de données
Je fais également confiance à mon MAMP local ou à ma machine virtuelle Linux pour tester les mises à jour principales
Étant donné que j'ai un thème et plusieurs plug-ins dans les référentiels WPORG, je commence à exécuter les nightlies dès que la version bêta est disponible, afin de pouvoir tester les problèmes de compatibilité. Je n'ai pas encore rencontré de problème.
Cependant, je fais quotidiennement des sauvegardes automatiques de ma base de données, donc si quelque chose ne va pas avec une mise à niveau, ne vous inquiétez pas; Il suffit de réinstaller la version précédente et d'importer la base de données. Il n'y a vraiment aucune raison de penser que les sauvegardes sont "ennuyeuses" (il y a beaucoup de plugins pour les automatiser), ou de restaurer une ancienne version de WP comme une "perspective horrible" (le processus d'installation prend vraiment 5 minutes) ).
Ce que je considérerais comme une "perspective horrible" serait la pensée de devoir récupérer de mon site piraté en raison de l'impossibilité de maintenir WordPress à jour chaque fois qu'une nouvelle version est publiée. Ce prendrait certainement loin plus longtemps qu'une réinstallation de 5 minutes .
Il n’est pas si difficile de faire fonctionner un serveur Web local sur votre ordinateur. Le serveur Apple Air est même livré pré-installé avec un serveur. Par conséquent, il n’existe aucune excuse pour ne pas disposer d’un serveur de test local. Avoir au moins un site de test à distance est également utile.
J'ai gardé une version bêta nocturne ainsi que les 2 dernières versions stables avec des copies de tous les plugins que j'utilise sur les sites activés.
Toutes les versions pointant sur le même dossier wp-content, les mêmes versions des plugins sont testées dans toutes les versions de wp.
Je mets à jour régulièrement afin qu'il n'y ait pas de grand saut dans la fonctionnalité.
Il faut simplement prendre en compte les frais généraux de tout cela.