Développement WordPress Comment configurer un environnement de transfert

Habituellement, nous commençons à développer un site Web sur un serveur local. Ensuite, nous le téléchargeons dans un mise en scène site, et après tout sont confirmés, nous poussons le site à la vivre serveur. Aussi simple que cela puisse paraître, développer un site web peut être un processus très long.

Dans ce post, nous verrons comment déployer et configurer ces étapes efficacement lors du développement pour WordPress à l'aide d'un plugin pratique appelé WP Local Toolbox.

Une fois le plugin activé, il expose un certain nombre de constantes PHP. Pour n'en nommer que quelques-unes, ces constantes nous permettront de savoir si nous sommes actuellement dans un site live ou dans un site local, assurer des plugins inutiles à certaines étapes rester désactivé, et nous informer quand nouveau contenu a été ajouté dans le site live.

Stade de développement

C'est par là que nous commençons. Nous construisons notre site Web dans un hôte local: un serveur Web fonctionnant sur notre ordinateur. Si vous utilisez OS X, vous pouvez facilement en configurer un avec MAMP. Les utilisateurs Windows ont quelques options supplémentaires telles que MAMP (pour Windows), WAMP et XAMPP..

À ce stade, vous pouvez utiliser des outils de développement tels que Codekit et Grunt ou Gulp. Vous pouvez travailler avec vos collègues à l'aide du contrôle de version Git. vous pouvez également effectuer librement des expériences et commettre des erreurs en toute sécurité.

Au cours de la période de développement, je vous encourage à activer la WP_DEBUG et pour installer quelques plugins WordPress tels que Query Monitor, RTL Tester et User Switching en plus des plugins que nous déploierions sur le site en direct. Ces quelques plugins supplémentaires sont destinés à faciliter le développement aussi bien que processus de test. Cela dit, nous n'activerons pas ces plugins sur le site de mise en scène ou en direct.

Ouvrez le wp-config.php, et ajoutez la ligne suivante après define ('WP_DEBUG', true);.

 define ('WP_DEBUG', true); define ('WPLT_SERVER', 'dev'); 

Cette ligne marque notre installation WordPress dans localhost comme “développement”. Lorsque vous vous connectez au tableau de bord WordPress, vous remarquerez que la barre d’administrateur, par défaut, est maintenant verte avec le serveur indiqué DEV SERVER.

Le réglage dev permet la “Décourager les moteurs de recherche d'indexer ce site” Option permettant d'éviter que le site ne soit indexé accidentellement dans le moteur de recherche, bien qu'il ne soit accessible que sur notre ordinateur..

Si vous n’aimez pas le vert par défaut, vous pouvez toujours le modifier en définissant WPLT_COLOR. La couleur peut être définie avec un mot-clé color ou avec le format Hex comme indiqué ci-dessous.

 define ('WPLT_COLOR', '# 7ab800'); 

En outre, vous pouvez également désactiver de force certains plug-ins inutiles lors du développement, tels que le plug-in de mise en cache, le plug-in de sauvegarde et Akismet..

Pour ce faire, spécifiez chaque plugin dans un tableau avec WPLT_DISABLED_PLUGINS.

 define ('WPLT_DISABLED_PLUGINS', sérialiser (array ('w3-total-cache / w3-total-cache.php', 'akismet / akismet.php',))); 

“Mise en scène” Étape

le “mise en scène” site est l'endroit où nous testons notre site. Idéalement, il devrait être dans un environnement qui est imite étroitement (le contenu, la spécification du serveur, etc.) le site live dans ordre de attraper les bugs et les erreurs que nous avons peut-être manqué dans la phase de développement.

Le site ne doit généralement être accessible qu'à certaines personnes, y compris les clients, pour leur montrer la version finale des sites..

Certains plugins sont mieux désactivés, tels que les plugins que nous avons utilisés lors de la phase de développement, un plugin de mise en cache et un plugin de sauvegarde. Le site intermédiaire peut être défini dans un sous-domaine, par exemple, staging.coolsite.com ou dans un domaine séparé comme coolsitestaging.com.

Nous définissons le site de transit dans wp-config.php comme suit.

 define ('WP_DEBUG', true); define ('WPLT_SERVER', 'test'); define ('WPLT_DISABLED_PLUGINS', sérialiser (array ('w3-total-cache / w3-total-cache.php', 'akismet / akismet.php', 'debug-bar / debug-bar.php', 'debug-bar -extender / debug-bar-extender.php ',' debug-bar-console / debug-bar-console.php ',' simply-show-ids / simply-show-ids.php ',' monster-widget / monster -widget.php ',' thème-check / theme-check.php ',' wordpress-beta-testeur / wp-beta-tester.php ',))); 

Nous définissons maintenant le serveur comme mise en scène ou essai. La couleur de la barre d'administration doit maintenant virer à l'orange.

A ce stade, nous pouvons également désactiver quelques plugins que nous utilisons pour le développement. Nous gardons quelques autres plugins de développement activés et WP_DEBUG activé car nous avons besoin d'attraper les erreurs lors des tests sur le serveur de transfert.

Scène en direct

C'est la dernière étape où nous publions notre site sur un serveur live et permettons à tout le monde de le voir. À ce stade, nous devrions également désactiver tous les plugins pour les développements et enfin activer les plugins de cache et de sauvegarde entre autres.

 define ('WP_DEBUG', false); define ('WPLT_SERVER', 'live'); define ('WPLT_DISABLED_PLUGINS', serialize (array ('developer / developer.php', 'debug-bar / debug-bar.php', 'debug-bar-extender / debug-bar-extender.php', 'debug-bar-extender-bar -console / debug-bar-console.php ',' ID-simplement-show-ids / Simply-show-ids.php ',' regenerate-thumbnails / regenerate-thumbnails.php ',' rewrite-rules-inspector / rewrite-rules -inspector.php ',' rtl-tester / rtl-tester.php ',' changement d'utilisateur / changement d'utilisateur.php ',' monster-widget / monster-widget.php ',' thème-check / theme-check .php ',' requête-monitor / query-monitor.php ',' wordpress-beta-tester / wp-beta-tester.php ',))); 

La barre de scène en direct rouge par défaut (cela peut être changé). Surveillez les nouveaux contenus sur le serveur en direct pour garder la base de données du serveur de test mise à jour avec le nouveau contenu comme dans le serveur live; cela rendra le test plus précis et garantira que le nouveau contenu est affiché OK.

Ajouter la ligne suivante dans le serveur live wp-config.php faire cela.

 define ('WPLT_NOTIFY', '[email protected]'); 

Une fois défini, nous recevrons une notification par courrier électronique lorsque notre client ajoutera un nouveau contenu (publications et pages) sur le serveur en direct. Quand ils le font, copiez la base de données de contenu à partir de Live..

Si ton essai et vivre serveur sont hébergés sur le même serveur, allez à phpMyAdmin. Ensuite, sélectionnez le wp_posts base de données et sélectionnez le Des opérations languette. Dans le Copier le tableau dans (database.table) zone, sélectionnez la base de données du site intermédiaire et assurez-vous que le Ajouter DROP TABLE l'option est cochée pour écraser la base de données existante.

Ça y est, nous avons maintenant des étapes bien organisées pour développer un site WordPress. Je me rends compte que beaucoup d’entre vous ont leur propre style de flux de travail, alors n'hésitez pas à partager votre meilleur flux de travail lorsque vous traitez avec “mise en scène”, et quels outils utilisez-vous.