Déploiement de plugins mis à jour ou nouveaux modifiant la table wp_options
J'ai un site WordPress sous contrôle de version local avec Git. Je le déploie sur le serveur de production à l'aide de Capistrano.
Pour le déploiement initial, j'importe manuellement la base de données SQL sur le serveur de production et modifie manuellement toutes les références locales. Toutes les modifications de contenu sont effectuées sur le serveur de production à partir de ce moment.
La plupart du temps, cela va, mais j'ai un problème en ce qui concerne le test/la configuration de plugins nouveaux ou mis à jour, car de nombreux plugins modifient la table wp_options. J'ai besoin d'un moyen d'ajouter/supprimer/mettre à jour/configurer des plugins localement, de faire tous mes tests, puis de déployer de manière transparente le site mis à jour sur le serveur de production sans rien casser.
Comment les autres traitent-ils cela?
Pas très bien. Il y a des problèmes non seulement avec WordPress, mais aussi avec les plugins lors du déplacement de bases de données à la volée. Pour autant que je sache, il n'y a pas de moyen simple (ou sans effort) de le faire, c'est au mieux un hacky, c'est pourquoi la plupart des gens utilisent encore des bases de données décharges.
Si vous vous souciez simplement de préserver les URL de base de données, vous pouvez imiter l'URL en direct sur votre ordinateur localhost à l'aide d'un fichier vhost.
Si vous souhaitez conserver toutes les données (identifiants, contenu, etc.), vous pouvez alors synchroniser les bases de données. Il vous suffit d'utiliser le principe de précaution ou un serveur de stockage intermédiaire, car cela pourrait provoquer un sinistre si une modification locale ou une erreur était commise. Ce n'est pas courant, car les modifications stockées dans la base de données locale affecteront la base de données du site actif. C'est donc uniquement utile pour modifier le code.
Les alternatives seraient une combinaison de ce qui précède avec un script de serveur qui automatise les migrations et passe en revue la base de données, il en existe quelques unes sur github et ailleurs.
Quelques liens utiles:
- Comment: déplacer facilement une installation WordPress du développement à la production?
- Synchronisation de la base de données entre dev/staging et production
- http://snarfed.org/sync_wordpress (ne savait rien à ce sujet, ça a l'air cool).
Je pense également que certains services tiers (hôtes) le font maintenant.