Mise à jour des réglages de personnalisation de réécriture de WordPress - stratégies?
Deux fois maintenant j'ai mis à jour wordpress, seulement pour me rendre compte que (facepalm) il écrase certaines modifications que j'ai apportées au modèle personnalisé - dans la barre latérale ou quelque chose de similaire.
Évidemment, je n'ai pas à mettre à jour, mais il vaut mieux utiliser des add-ons, etc., et j'aime bien avoir les derniers produits et corrections de bugs.
Quelles sont les stratégies des autres personnes pour mettre à jour Wordpress directement sans perdre les modifications personnalisées apportées au modèle par défaut?
Très simple: si vous utilisez le modèle par défaut, renommez-le nom du dossier et déclaration du fichier css) et il ne sera pas mis à jour.
Si vous voulez les mises à jour (par exemple, le Twenty One est souvent mis à jour), créez un thème enfant .
Infos ici: http://codex.wordpress.org/Child_Themes
Premièrement: Vous ne devez jamais modifier les fichiers principaux de WordPress, mais écrivez un plug-in pour le faire à votre place.
Deuxièmement: Si vous n'avez que des personnalisations de thème mineures à modérées, vous pouvez utiliser un thème enfant, laissant ainsi les fichiers principaux seuls. Vous pouvez également renommer le dossier de thèmes afin que vos modifications ne soient pas effacées par la mise à jour.
Je n'utilise pas le programme de mise à jour du tableau de bord.
J'installe WordPress avec Subversion; Toutes mes modifications locales peuvent être affichées avec svn diff et dans la plupart des cas, elles sont fusionnées de manière transparente avec la nouvelle base de code lorsque je passe à un nouveau numéro de version. Le noyau et de nombreux plugins et thèmes sont disponibles via SVN. Malheureusement, ce n'est pas tout, mais cela vous laisse toujours avec un out: créez un référentiel pour ne jamais perdre les modifications, même si vous utilisez le programme de mise à jour automatique sur un plugin. De toute évidence, de fortes compétences en VCS aident ici. :)
http://codex.wordpress.org/Installing/Updating_WordPress_with_Subversion
Conservez votre copie de votre base de code modifiée dans un système de contrôle de source. Je recommande Mercurial .
Supprimez la version originale du code wordpress que vous avez modifié dans Mercurial et validez-la. Puis déposez votre base de code modifiée dessus et validez-la en lui donnant un nom de branche. Appelez la branche 'oursite', peu importe.
Le fait est que Mercurial sait maintenant en quoi votre site diffère de la distribution standard. Cela facilite les mises à niveau.
Lorsque la prochaine version de wordpress sera disponible, téléchargez-la et déposez-la au-dessus de votre répertoire de travail Mercurial local. Assurez-vous simplement de "mettre à jour" cette copie de travail dans la branche par défaut, c'est-à-dire et non votre branche "oursite". Mercurial sait maintenant en quoi la nouvelle version de wordpress diffère de la précédente. Mercurial sait très bien fusionner les différences entre deux versions "enfant" d'un "parent" commun et, le plus souvent, vos modifications personnalisées seront bien intégrées.
Même mon thème personnalisé reçoit des mises à jour de temps en temps. Je le télécharge d'abord localement et fais une comparaison en utilisant BeyondCompare pour voir où se trouvent les modifications et si je peux ignorer en toute sécurité les fichiers contenant les modifications que j'ai apportées. Sinon, je mets à jour manuellement les fichiers source avant de les télécharger sur mon site. C'est un peu de travail supplémentaire, mais requis si vous avez apporté des modifications personnalisées à votre thème/site.