Voici un exemple de scénario où cela pourrait se produire. Supposons que vous ajoutiez un plugin sur votre serveur de développement, ce qui nécessite une page wordpress pour faire sa magie. Il y a quelques problèmes.
@Imbécile,
Vous voudrez peut-être également consulter DeployMint, qui ne fonctionne que sur WordPress Multisite - mais qui pourrait constituer la meilleure solution pour ce que vous recherchez.
http://markmaunder.com/2011/08/19/deploymint-a-staging-and-deployment-system-for-wordpress/
Il existe deux façons d'éviter de reconfigurer manuellement le plug-in, en fonction du scénario que vous décrivez. Aucune option n'est attrayante. Pour ma part, j'opterais pour l'option n ° 2. La plupart des autres membres du WPSE semblent plus enclins à l’option n ° 1.
Déplacez votre base de développement ou de transfert en production - puis migrez le contenu le plus récent de la base de production précédente à l'aide de la fonctionnalité d'exportation/importation de wordpress.
Examinez le contenu des options/paramètres des plug-ins stockés dans la base de données. Écrivez un script de migration personnalisé qui
a) créez toutes les pages ou publications nécessaires, y compris les champs personnalisés, en capturant le post_id de la page nouvellement créée , puis
b) insérez les données mises à jour sur les options/paramètres avec le nouveau post_id créé, en utilisant le php ou le sql personnalisé spécifique au plugin que vous écrivez. Si les options/paramètres du plugin sont sérialisés, alors les informations ici seront utiles.
J'ai récemment entendu parler de RAMP pour WordPress , ce qui représente une solution à 99 $. Au plaisir de le vérifier plus en détail.
Je ne sais pas si cela prend en compte les identifiants de base de données.