Si vous n’avez jamais entendu parler de ces deux outils auparavant, nous les pr\u00e9senterons \u00e9galement et nous esp\u00e9rons vous aider en expliquant pourquoi vous devriez les utiliser par rapport \u00e0 une configuration traditionnelle.<\/p>\n
Bedrock et Trellis<\/h2>\n
Bedrock et Trellis existent tous deux pour faciliter le d\u00e9veloppement, la maintenance et le d\u00e9ploiement<\/strong> des sites WordPress<\/a>.<\/p>\n La principale raison d’utiliser Bedrock est d’obtenir une bonne gestion des d\u00e9pendances et des paquets pour un projet WordPress. Vous connaissez peut-\u00eatre d\u00e9j\u00e0 npm<\/a> pour JavaScript ou Bundler<\/a> pour Ruby. PHP n’est pas diff\u00e9rent, et son \u00e9quivalent est Composer<\/a>.<\/p>\n Bien que l’utilisation d’un gestionnaire de paquets soit courante, elle l’est moins pour WordPress lui-m\u00eame puisque WordPress a d\u00e9j\u00e0 son propre concept pour les plugins. Bedrock int\u00e8gre Composer pour g\u00e9rer les plugins, les th\u00e8mes et m\u00eame le noyau WordPress lui-m\u00eame comme d\u00e9pendances.<\/p>\n Trellis est un outil permettant de cr\u00e9er facilement des serveurs de d\u00e9veloppement et de production pour h\u00e9berger des sites WordPress. Il a \u00e9t\u00e9 sp\u00e9cialement con\u00e7u pour fonctionner \u00e9galement avec les sites bas\u00e9s sur Bedrock. Le cas d’utilisation par d\u00e9faut de Trellis est de l’utiliser en d\u00e9veloppement avec Vagrant<\/a> et en production pour obtenir la parit\u00e9 entre ces deux environnements.<\/p>\n Cet article explique un cas d’utilisation l\u00e9g\u00e8rement diff\u00e9rent : Trellis pour votre serveur de d\u00e9veloppement et Kinsta pour votre serveur de production (et\/ou de staging).<\/p>\n Pourquoi utiliser Kinsta plut\u00f4t qu’un VPS avec Trellis ? Parce que parfois vous voulez payer quelqu’un d’autre pour g\u00e9rer le serveur au lieu de le faire vous-m\u00eame<\/a> (surtout si vous avez beaucoup de clients). Kinsta facilite \u00e9galement l\u2019\u00e9volution sans avoir \u00e0 g\u00e9rer plusieurs serveurs, r\u00e9partiteurs de charge et t\u00e9l\u00e9chargements dans les nuages.<\/p>\n Beaucoup d’h\u00e9bergeurs WordPress ne sont pas tr\u00e8s conviviaux pour les d\u00e9veloppeurs et n’offrent pas l’acc\u00e8s SSH et l’int\u00e9gration de Composer ou WP-CLI<\/a> qui sont n\u00e9cessaires pour utiliser Trellis et Bedrock. Heureusement, Kinsta offre un acc\u00e8s SSH sur tous leurs plans d’h\u00e9bergement<\/strong>, de Starter \u00e0 Entreprise, ce qui rend tout cela possible. Ils peuvent \u00e9galement modifier le chemin racine<\/strong> pour une fonctionnalit\u00e9 correcte.<\/p>\n\n Vous vous demandez peut-\u00eatre pourquoi vous utiliseriez Bedrock plut\u00f4t qu’une installation WordPress traditionnelle. La raison en est que Bedrock a \u00e9t\u00e9 construit sp\u00e9cifiquement pour les d\u00e9veloppeurs web modernes<\/strong> :<\/p>\n Raspberry Pi<\/a>, Snopes<\/a>, JetBlue<\/a>, et plus encore, font confiance \u00e0 Bedrock pour alimenter leurs sites WordPress.<\/p>\n Examinons les deux structures de dossiers c\u00f4te \u00e0 c\u00f4te :<\/p>\n Bedrock am\u00e8ne l’installation de WordPress dans un sous-r\u00e9pertoire au niveau suivant. Une grande partie de la philosophie derri\u00e8re Bedrock s’inspire de la m\u00e9thodologie Twelve-Factor App<\/a>, y compris la version sp\u00e9cifique de WordPress<\/a>.<\/p>\n Tout d’abord, assurez-vous que vos cl\u00e9s publiques SSH sont ajout\u00e9es au tableau de bord MyKinsta<\/a>.<\/p>\n Trellis peut se d\u00e9ployer sur Kinsta avec seulement quelques mises \u00e0 jour. Puisque Kinsta fournit tout du point de vue du serveur web, l’approvisionnement de vos environnements de staging et de production ne s’applique pas.<\/p>\n La commande unique d\u00e9ploy\u00e9e dans Trellis fonctionne avec Kinsta avec un peu de configuration. Une fois configur\u00e9, vous pourrez d\u00e9ployer vos sites WordPress en ex\u00e9cutant le playbook de d\u00e9ploiement dans Trellis :<\/p>\n Affichez votre tableau de bord MyKinsta<\/a> et naviguez jusqu’au site WordPress que vous \u00eates en train de configurer avec Bedrock et Trellis, ainsi que votre \u00e9diteur de code<\/a> ouvert dans le r\u00e9pertoire \u00c9ditez d’abord Assurez-vous que Ouvrez ensuite\u00a0 Remplacez les chemins Ensuite, ouvrez Nous devons ajouter Enfin, ouvrez\u00a0 <\/span> Assurez-vous que l’h\u00f4te et le port SSH correspondent \u00e0 ce qui est indiqu\u00e9 dans le tableau de bord MyKinsta.<\/p>\n R\u00e9p\u00e9tons maintenant le m\u00eame processus ci-dessus pour l’environnement de production. Assurez-vous de basculer vers votre environnement \u00ab\u00a0Production\u00a0\u00bb dans le tableau de bord MyKinsta.<\/p>\n Ouvrez Veillez \u00e0 remplacer les chemins Ensuite, ouvrez Enfin, ouvrez Trellis Deploys essaie de recharger Ouvrez\u00a0 Remplacez Si vous obtenez un \u00e9cran qui vous dit d’ex\u00e9cuter ‘Composer Install’, ajoutez ce qui suit juste avant le code \u00ab\u00a0Clear Kinsta cache\u00a0\u00bb ci-dessus :<\/p>\n Le\u00a0 Les sites Bedrock sont livr\u00e9s avec des Ouvrez\u00a0 Ex\u00e9cutez ensuite ce qui suit depuis votre r\u00e9pertoire Bedrock\/site (ou sp\u00e9cifiez les extensions kinsta\/kinsta-mu comme pr\u00e9-requis dans votre fichier Les constantes suivantes peuvent \u00eatre n\u00e9cessaires pour r\u00e9soudre les probl\u00e8mes li\u00e9s aux chemins CDN et aux URL des ressources des extensions partag\u00e9es. Ajoutez le code suivant au fichier de configuration de votre site (bedrock\/config\/application.php<\/strong> dans les sites Bedrock) :<\/p>\n Pour plus d’informations, y compris la fa\u00e7on de mettre \u00e0 jour l’extension, consultez notre guide pour l’extension Kinsta MU<\/a>.<\/p>\n\n
Bedrock par rapport \u00e0 un WordPress traditionnel<\/h2>\n
\n
.env<\/code><\/li>\napp<\/code><\/li>\n.gitignore<\/code> qui exclut le noyau, les plugins et les t\u00e9l\u00e9chargements WordPress<\/li>\n<\/ul>\n![\"Bedrock](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2018\/04\/bedrock-par-rapport-a-wordpress.png\")
Configuration de Trellis pour Kinsta<\/h2>\n
ansible-playbook deploy.yml -e env=staging -e site=example.com --limit=kinsta_staging<\/code><\/pre>\ntrellis<\/code> de votre projet.<\/p>\ntrellis\/ansible.cfg<\/code> pour ajouter ce qui suit \u00e0 [defaults]<\/code> en haut :<\/p>\nforks = 3\nhost_key_checking = False<\/code><\/pre>\nConfiguration du d\u00e9veloppement<\/h3>\n
trellis\/group_vars\/staging\/wordpress_sites.yml<\/code> est configur\u00e9 avec le canonical<\/code> appropri\u00e9 pour votre site de d\u00e9veloppement :<\/p>\nwordpress_sites:\n example.com:\n site_hosts:\n - canonical: staging-example.kinsta.com<\/code><\/pre>\ntrellis\/group_vars\/staging\/main.yml<\/code>\u00a0et ajoutez ce qui suit \u00e0 la fin du fichier :<\/p>\nproject_root: \/www\/example_123\/public\nwww_root: \/www\/example_123\/public\nweb_user: example\nweb_group: www-data<\/code><\/pre>\nproject_root<\/code> et www_root<\/code> par le chemin correct fourni dans le tableau de bord MyKinsta pour votre environnement de staging Kinsta<\/a>.<\/p>\n![\"Trouvez](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2019\/02\/mykinsta-public-root.jpg\")
trellis\/group_vars\/staging\/vault.yml<\/code> pour l’\u00e9diter en ex\u00e9cutant ansible-vault edit group_vars\/staging\/vault.yml<\/code>.<\/p>\ndb_user, db_name<\/code> et db_password<\/code> \u00e0 env<\/code>. Vous pouvez trouver les valeurs de ces \u00e9l\u00e9ments sur l’\u00e9cran d’information principal de votre site dans le tableau de bord MyKinsta.<\/p>\n![\"Les](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2019\/02\/mykinsta-SFTP-database-credentials-e1651139477455.jpg\")
vault_wordpress_sites:\n example.com:\n env:\n db_user: \"example\"\n db_name: \"example\"\n db_password: \"xxxxxxxxxxxxxxx\"\n # Generate your keys here: https:\/\/roots.io\/salts.html\n auth_key: \"\"\n secure_auth_key: \"\"\n logged_in_key: \"\"\n nonce_key: \"\"\n auth_salt: \"\"\n secure_auth_salt: \"\"\n logged_in_salt: \"\"\n nonce_salt: \"\"<\/code><\/pre>\ntrellis\/hosts\/staging<\/code> et remplacez le contenu par :<\/p>\nkinsta_staging ansible_host=104.154.94.123 ansible_ssh_port=12345 ansible_ssh_extra_args='-o StrictHostKeyChecking=no'\n\n[web]\nkinsta_staging\n\n[staging]\nkinsta_staging<\/code><\/pre>\n![\"D\u00e9tails](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2019\/02\/mykinsta-SFTP-host-port-details-e1651139792179.jpg\")
Configuration de la production<\/h3>\n
![\"Passez](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2019\/02\/mykinsta-switch-to-live-environment-2.png\")
trellis\/group_vars\/production\/main.yml<\/code> et ajoutez ce qui suit \u00e0 la fin du fichier :<\/p>\nproject_root: \/www\/example_123\/public\nwww_root: \/www\/example_123\/public\nweb_user: example\nweb_group: www-data<\/code><\/pre>\nproject_root<\/code> et www_root<\/code> par le chemin correct fourni dans le tableau de bord de MyKinsta pour votre environnement de production.<\/p>\ntrellis\/group_vars\/production\/vault.yml<\/code> pour l’\u00e9diter en ex\u00e9cutant ansible-vault edit group_vars\/production\/vault.yml<\/code> :<\/p>\nvault_wordpress_sites:\n example.com:\n env:\n db_user: \"example\"\n db_name: \"example\"\n db_password: \"xxxxxxxxxxxxxxx\"\n # Generate your keys here: https:\/\/roots.io\/salts.html\n auth_key: \"\"\n secure_auth_key: \"\"\n logged_in_key: \"\"\n nonce_key: \"\"\n auth_salt: \"\"\n secure_auth_salt: \"\"\n logged_in_salt: \"\"\n nonce_salt: \"\"<\/code><\/pre>\ntrellis\/hosts\/production<\/code> et remplacez le contenu par :<\/p>\nkinsta_production ansible_host=104.154.94.123 ansible_ssh_port=12345 ansible_ssh_extra_args='-o StrictHostKeyChecking=no'\n\n[web]\nkinsta_production\n\n[production]\nkinsta_production<\/code><\/pre>\nModification des t\u00e2ches de d\u00e9ploiement<\/h3>\n
php-fpm<\/code>, que nous devons supprimer des tentatives d’ex\u00e9cution sur les serveurs de Kinsta. Nous devons aussi d\u00e9clencher le nettoyage du cache de Kinsta<\/a> lors d’un d\u00e9ploiement.<\/p>\ntrellis\/roles\/deploy\/hooks\/finalize-after.yml<\/code>\u00a0et faites d\u00e9filer vers le bas. Supprimez la derni\u00e8re t\u00e2che pour Reload php-fpm<\/code> et ajoutez ce qui suit :<\/p>\n- name: Clear Kinsta cache\n uri:\n url: \"{{ site_env.wp_home }}\/ask-support-rep\/\"\n method: GET<\/code><\/pre>\nask-support-rep<\/code> ci-dessus apr\u00e8s avoir demand\u00e9 \u00e0 un repr\u00e9sentant du support Kinsta<\/strong> l’URL pour vider le cache sur votre site.<\/p>\nOptionnel : Installer les d\u00e9pendances de composer<\/h3>\n
- name: Install Composer dependencies\ncomposer:\ncommand: install\nworking_dir: >\/www\/example123\/public\/final-path<\/code><\/pre>\n\/final-path<\/code> peut varier selon vos param\u00e8tres de Bedrock\/Trellis.<\/p>\nAjout de kinsta-mu-plugins \u00e0 Bedrock<\/h2>\n
mu-plugins<\/code> install\u00e9s automatiquement, mais, vous devrez installer le mu-plugin de Kinsta<\/a> en apportant le paquet kinsta-mu-plugins<\/code>. Cette extension (qui est install\u00e9e par d\u00e9faut quand vous cr\u00e9ez un site WordPress via MyKinsta) g\u00e8re des choses comme la mise en cache de la page enti\u00e8re<\/a> et l’int\u00e9gration du CDN de Kinsta.<\/p>\nsite\/composer.json<\/code>\u00a0et ajoutez ce qui suit dans la table\u00a0repositories<\/code>\u00a0 :<\/p>\n{\n \"type\": \"package\",\n \"package\": {\n \"name\": \"kinsta\/kinsta-mu-plugins\",\n \"type\": \"wordpress-muplugin\",\n \"version\": \"2.0.15\",\n \"dist\": {\n \"url\": \"https:\/\/kinsta.com\/kinsta-tools\/kinsta-mu-plugins.zip\",\n \"type\": \"zip\"\n }\n }\n}<\/code><\/pre>\ncomposer.json<\/code> :<\/p>\ncomposer require kinsta\/kinsta-mu-plugins:2.3.3<\/code><\/pre>\n\/**\n * Kinsta CDN fix for Bedrock\n *\/\ndefine('KINSTA_CDN_USERDIRS', 'app');\n\/**\n * Fix Kinsta MU Plugins URL path with Bedrock\n *\/\n$mu_plugins_url = Config::get('WP_CONTENT_URL') . '\/mu-plugins';\ndefine('KINSTAMU_CUSTOM_MUPLUGIN_URL', \"{$mu_plugins_url}\/kinsta-mu-plugins\");<\/code><\/pre>\n\u00c9tapes finales avec le support de Kinsta<\/h2>\n