Configuration optimale de l’environnement de développement WordPress local
L’environnement de développement WordPress est un élément important de la boîte à outils des développeurs afin qu’ils puissent travailler et apporter des changements sur le site sans se soucier d’erreurs directement sur le site en temps réel. C’est aussi un bon endroit pour tester les mises à jour, les thèmes et les noyaux des plugins wordpress pour vérifier qu’aucun contenu n’a été corrompu avant de les appliquer sur un site en direct. Ce test est un processus important lors de la mise à jour d’un plug – in de commerce électronique comme woocoommerce. Cependant, si vous n’avez jamais mis en place d’environnement de développement, cela peut sembler une tâche difficile. L’environnement disponible pour exécuter un site WordPress se compose de trois parties: un serveur Web (généralement nginx ou Apache), PHP et un système de gestion de base de données (généralement MySQL).
Comment installer un environnement de développement WordPress il existe un grand nombre d’options logicielles disponibles pour installer et exécuter un environnement sur votre ordinateur, indépendamment du système d’exploitation. Il existe de nombreux environnements fonctionnant sur Mac OS, Windows et Linux. J’ai récemment demandé sur Twitter aux développeurs ce qu’ils utilisaient dans l’environnement de développement WordPress et les résultats ont été intéressants. Il semble que beaucoup d’utilisateurs utilisent la même chose, mais beaucoup utilisent des systèmes personnalisés:? Développeurs WordPress, quel est votre environnement de développement?
Veuillez arriver rapidement Webdev Iain poulson (@ polevaultweb) 11 août 2020 j’ai décomposé toutes les réponses et les votes de façon très scientifique pour montrer les résultats: 
De toute évidence, de nombreux développeurs utilisent local (anciennement connu sous le nom de local pour les volants). Notre tasker Pete a même écrit pour créer des add – ins personnalisés pour local. Certains utilisent laragon sur Windows (Matt l’a écrit), d’autres utilisent devilbox pour jouer Jonesy. Il est important de choisir le bon environnement de développement, donc nous prenons un certain temps, par exemple:.
Nous avons comparé maxp, xampp, local et Desktop Server, comparé docker et Vagrant, et discuté de la façon dont les voituriers, VVV et châssis sont combinés.
Je suis également intéressé de voir des gens qui prétendent que leur site de développement utilise VPS. Par conséquent, ils n’ont pas d’environnement de développement local sur leurs machines, mais un environnement de développement sur des serveurs distants. J’utilise des gouttelettes digitalocean. Ce n’est pas beaucoup plus lent que les choses locales, et j’a i souvent besoin d’un site dans le domaine actif pour accepter des choses comme le webhook. Jason Coleman (@ Jason _ Coleman) 11 août 2020 nous avons entendu des clients de spinuhp qu’ils l’utilisent pour faire la même chose, et même nos développeurs trouvent parfois plus rapide de créer de nouveaux sites WordPress sur des serveurs digitalocean afin qu’ils puissent tester des fonctionnalités sur les dernières versions de PHP et MySQL.
Pour créer un site après avoir configuré votre environnement de développement WordPress, vous devez installer WordPress localement. Il peut s’agir d’un nouveau site Web que vous pouvez démarrer à partir de zéro ou d’une copie d’un site Web en direct existant qui vous permet de le modifier. Cependant, il existe de nombreuses options pour créer un site WordPress. Vous pouvez exécuter vos propres scripts de configuration de site WordPress, utiliser WP – CLI ou composer. Maintenant, j’utilise la configuration spinupwp basée sur le compositeur comme point de départ. La partie la plus importante du site WordPress est probablement la base de données. Cependant, la base de données wordpress ne fonctionne pas bien dans différents environnements, d’autant plus qu’elle stocke les URL et les chemins de fichiers dans la base de données au lieu de préserver la relativité de tout le contenu.
Cela rend difficile le déplacement des bases de données entre les environnements. Mais on te couvre. Déplacer la base de données entre les environnements si vous configurez le site localement à partir de zéro dans l’environnement de développement, vous pouvez installer la date à nouveau
Génération de certificats SSL et création d’autorités de certification. Debugging À mon avis, l’un des plus grands avantages de fournir un environnement de développement WordPress à votre site est de simplifier les problèmes de debugging. Si vous avez déjà essayé de corriger un problème sur un site en direct avec accès FTP seulement et des lignes de log d’erreur, vous saurez à quel point c’est ennuyeux et gênant. L’outil de base pour le débogage dans la boîte à outils des développeurs WordPress est WP _ debug. Activez – le dans le fichier de configuration WP. Php local et WP _ debug log, toutes les erreurs, avertissements et avertissements PHP sont écrits dans le fichier de contenu \/ débogage WP. Journal du site: défini (‘WP _ debug’, vrai); Define (‘WP _ debug Log’, True); Définir (‘WP _ debug Display’, false); Bien que le débogage wp \ u soit désactivé par défaut et ne soit généralement pas activé pour les sites en temps réel, je recommande en fait d’utiliser le même Code sur les sites de production pour détecter les erreurs réelles et d’utiliser des services comme papertrail pour une meilleure visualisation des journaux. Rendre le processus de débogage plus facile et plus sûr en permettant à un site de fonctionner localement et en activant la nouvelle synchronisation de base de données en temps réel et le débogage wp \ u! En plus d’utiliser des outils de débogage comme Xdebug, vous pouvez mieux recréer et suivre les bogues. Xdebug vous permet de définir des points d’arrêt sur des lignes de code spécifiques de sorte que l’exécution s’arrête lorsque vous demandez l’exécution de ces lignes de code, et vous pouvez comprendre toutes les variables et les variables globales pour vous aider à découvrir ce qui n’est pas défini, quel tableau est en fait un objet, ou n’importe quel morceau de code est corrompu. Lors de l’exécution de votre environnement de développement WordPress, il y a d’autres choses que vous devriez considérer qui amélioreront votre flux de travail. Pour le courrier électronique sur les sites en temps réel, je recommande d’utiliser le plug – in de service de courrier électronique transactionnel pour gérer
E – mail, mais vous ne voulez pas envoyer d’e – mail à partir du site local via ce service. En plus d’augmenter les coûts d’utilisation, si votre site local envoie accidentellement des courriels, vous ne voulez pas non plus envoyer accidentellement des courriels à vos clients. J’aime beaucoup mailtrap, qui fournit un environnement de courriel sécurisé pour votre site de développement et de test. Il dispose d’un plan de projet personnel gratuit qui vous permet d’envoyer des e – mails à une boîte aux lettres Sandbox via un serveur SMTP. Sur tous mes sites, j’ai ajouté ce plugin Mu pour désactiver le plugin transactionnel e – mail et dire à WordPress d’envoyer des e – mails via mailrap lorsque le site fonctionne dans un environnement non productif: