Les développeurs travaillent généralement sur plusieurs serveurs ou couches pour tester leur travail et srsquoassurer que le Code est prêt à être déployé sans introduire drsquoerreurs dans un environnement de production en temps réel. WP Engine offre plusieurs environnements pour les installations WordPress et plusieurs niveaux de flux de travail. Les développeurs peuvent travailler sur des sites de développement séparés jusqursquoà ce que le code soit prêt à être partagé avec les clients. Le Code complété peut ensuite être envoyé à la mise en scène pour approbation par le client. Une fois que le client a signé, pouvez utiliser git pour envoyer le Code en temps réel au portail utilisateur du moteur WP ou à la ligne de commande.
Cette configuration offre une grande flexibilité et offre lrsquoavantage drsquoexécuter les trois niveaux dans un environnement précis pour éliminer tout problème causé par la compatibilité de version ou les différences de configuration. Comme le Code est testé sur la même pile, il nrsquoy a aucune raison de travailler à un niveau et de ne pas travailler à un autre. Mais il y a un problème. Les développeurs travaillent généralement dans un environnement local dans le cadre de leur flux de travail quotidien qui se déroule en dehors de lrsquoenvironnement moteur WP. Le problème est que la synchronisation des données entre les deux environnements nécessite lrsquoexportation lrsquoimportation de bases de données et drsquoautres transformations plus petites.
Dans mon dernier article, jrsquoai examiné comment configurer les alias WP CLI pour accéder aux serveurs locaux et distants en utilisant SSH. Dans jrsquoapprendrai comment synchroniser une base de données locale avec un site distant en utilisant la ligne de commande et wp CLI. Dans ce cas, le site distant est l’installation de production WordPress que j’exécute sur le moteur WP et l’installation locale est une copie du site que j’utilise pour le développement de VVV que j’exécute sur MacBook Pro. OK, passons aux détails. Commande de base de données WP CLI
La fonction WP CLI nommée « WP db» prend en charge la gestion de la base de données. Vous pouvez créer de nouvelles bases de données, supprimer des tables, réparer des bases de données, et même exécuter des requêtes qui sont déjà stockées sous forme de fichiers. Vous pouvez voir beaucoup drsquoautres actions dans la documentation WP CLI
La fonction
Exporter la base de données ci dessous est la commande complète que jrsquoutilise pour exporter la base de données à partir du serveur de production. WP @ prod DB Export gt prod.sql
King imprime à lrsquoécran, ce que jrsquoappelle
Pour obtenir lrsquoURL du site en direct afin drsquoimporter correctement la base de données, devez modifier les options pour lrsquoURL du site stockée dans la table WP _ options. Ce changement permet à nos liens de pointer vers des sites de développement dans un environnement de développement plutôt que vers des sites de production. En exécutant la commande
Obtenir siteUrl _ siteUrl = $(WP @ prod option obtenir siteUrl) à partir des produits de production et de développement
Dev _ siteUrl = $(WP @ Dev option get siteUrl) Recherche et remplacement nous stockons la valeur de lrsquoURL du site de production et de développement pour effectuer des opérations de recherche et de remplacement dans la base de données exportée afin de mettre à jour la valeur de lrsquoURL du site. Pour ce faire, lancez la commande
WP @ Dev Search replace $prod _ siteUrl $Dev siteUrl nous avons besoin drsquoun nettoyage interne du fichier SQL exporté. Parce que jrsquoai mis à jour
Vous pouvez supprimer sans enregistrer. Supprimer le fichier. SQL RM prod.sql script final le texte suivant peut être sauvegardé sous getdb. Une fois que avez modifié les permissions pour permettre au script de fonctionner, lancez le sur votre ordinateur local. Vous pouvez ajouter des permissions drsquoexécution au script en utilisant la commande chmod sur la ligne de commande. Exécuter les permissions en utilisant la commande chmod
Chmod + X getdb. SH peut maintenant exécuter le script en tapant ce qui suit dans le répertoire où il a été enregistré. Exécuter le script Getdb. SH Script Bash complet Ce script prendra une base de données de production et l’importera dans votre installation WordPress locale. Les alias @ prod et @ Dev sont utilisés pour simplifier les commandes. Obtenir lrsquoURL du site à partir de prod, Dev prod _ siteeurl = $(WP @ prod option get siteeurl)
Dev _ siteUrl = $(WP @ Dev option get siteUrl) Exporter la base de données à partir de prod et importer Dev WP @ prod DB Export gt prod.sql
WP @ Dev DB Import srv www Edmund prod.sql rafraîchir lrsquoURL du site
WP @ Dev Search remplace $prod _ siteUrl $Dev siteUrl
Supprimer le fichier. SQL
RM prod.sql pouvez également voir ce code comme un GIST sur github. Bonne conclusion, c’est difficile à accepter, mais en réalité nous avons entièrement automatisé la connexion à distance à la machine de production et téléchargé MySQL dump de la base de données WordPress sur la machine locale. Ensuite, nous effectuons des recherches et des remplacements pour mettre à jour la valeur de lrsquoURL du site et permettre aux liens dans le site de développement de fonctionner correctement. Il est très puissant et peut être exécuté à partir de plusieurs lignes de code si nécessaire en sauvegardant la commande dans le script et en la permettant drsquoexécuter. Le résultat final est une base de données réutilisable qui peut être exportée importée en utilisant des commandes simples.
Jrsquoespère pouvoir aider. T
Utiliser la ligne de commande pour Automatisation – Partie II
