Appuyez sur ceci : l'énigme de la rétrocompatibilité avec WP-CLI avec Alain Schlesser

Bienvenue sur Press This, le podcast de la communauté WordPress de WMR. Ici, l'hôte David Vogelpohl s'assoit avec des invités de toute la communauté pour parler des plus gros problèmes auxquels sont confrontés les développeurs WordPress. Ce qui suit est une transcription de l'enregistrement original.

Propulsé par RedCircle

David Vogelpohl : Bonjour à tous et bienvenue sur Press This, les podcasts de la communauté WordPress sur WMR. Voici votre hôte, David Vogelpohl, je soutiens la communauté WordPress à travers mon rôle chez WP Engine, et j'aime apporter le meilleur de la communauté pour que vous entendiez chaque semaine sur presse ceci pour rappel, vous pouvez me trouver sur Twitter @wpdavidv , ou vous pouvez vous abonner pour appuyer dessus sur iTunes, iHeartRadio, Spotify ou télécharger les derniers épisodes sur wmr.fm. Dans cet épisode, nous allons parler du connecteur de compatibilité descendante avec WP CLI. Et nous rejoindre pour cette conversation est quelqu'un qui en sait pas mal sur WP CLI. En tant que contributeur pour WP CLI de XMPP, je souhaite la bienvenue à Alain Schlesser. Alain, bienvenue sur Press This.

Alain Schlesser : David. Bonjour. Super d'être ici.

DV : Tellement content de vous avoir. C'est au moins votre deuxième participation à cette émission. Nous vous avons posé des questions sur WP CLI au fil des ans et j'apprécie vraiment de vous avoir. Pour ceux qui écoutent. WP CLI est un élément essentiel de l'écosystème WordPress, en particulier autour de l'automatisation et des flux de travail et d'autres aspects des versions de WordPress et ce que nous allons couvrir aujourd'hui est une réflexion sur ce qui a été accompli avec BPCL AI au cours de la dernière année. Quels changements de compatibilité descendante nous attendent. Vous savez que la rétrocompatibilité est une grande partie des avantages de WordPress mais aussi le défi des développeurs de logiciels et bien sûr, comment ces défis sont relevés et la part du lion un peu sur les façons dont vous pouvez contribuer à WP CLI vers la fin. J'attends donc avec impatience l'entretien. Donc, je vais vous poser la même question que je pose à tous les invités et je vous l'ai déjà posée, mais je veux que vous la redisiez si vous le pouviez. Pourriez-vous me parler de votre histoire d'origine WordPress? Quand avez-vous utilisé WordPress pour la première fois ?

AS : Euh, oui, donc mon histoire d'origine est comme la plupart des histoires WordPress commence par un petit détour. J'ai travaillé comme agent du gouvernement au Luxembourg. Et à un moment donné, j'en ai vraiment eu marre de la politique de tout. Je voulais faire autre chose de ma vie et essayer une autre carrière. Et j'ai décidé de faire du développement en freelance, car j'avais déjà fait du développement auparavant mais je ne l'avais jamais fait en tant que freelance. Et quand il était temps de décider sur quoi se concentrer, j'ai juste regardé ce qui était là-bas et ce qui avait la plus grande part de marché à un moment donné. Cela s'est avéré être WordPress comme nous le savons tous. Et je viens de commencer avec le développement WordPress parce que je pensais que ce serait le moyen le plus simple d'obtenir des clients en tant que nouveau pigiste qui commence à partir de 0.

DV : J'ai choisi WordPress comme plate-forme de choix pour la même raison que je me souviens d'une excellente agence entre Drupal et WordPress et je pense qu'à l'époque Drupal était le bon choix, mais ce n'était pas ce que les gens appelaient à propos de trucs comme Oh, mais c'était en 2010 Vous savez, juste à l'aube des types de messages personnalisés et des champs méta. Et je me demande juste quand tu as pris cette décision quelle année environ les auditeurs

AS: euh, c'était en 2014 une partie de 2014 et je pense que WordPress était autour de la version 332 ou quelque chose comme ça. Je ne suis pas sûr d'être honnête.

DV : Donc, pour vous en tant que développeur indépendant, les avantages des sites de publication personnalisés avaient déjà été publiés. Et donc vous étiez en quelque sorte entré dans cet écosystème et avez vu ces capacités. Un WP CLI était encore dans deux ans. Je suppose donc que cela ne répondait pas entièrement à tout ce dont vous aviez besoin en tant que développeur, mais c'est formidable de vous voir gérer ce projet maintenant. Maintenant, comprenez que vous travaillez avec XMPP. Et nous allons me dire ce que fait XMPP et ce que vous y faites.

AS : So X Delta P est une agence spécialisée dans les projets WordPress haute performance de niveau entreprise. L'accent est mis sur les performances, mais pas seulement sur la vitesse de chargement du site, mais également sur la manière dont il répond à votre entreprise. Je travaille avec XWP depuis deux ans et demi maintenant environ Et pendant ce temps, j'ai travaillé sur le plugin WordPress amfa puis sur l'expérience de page pour le plugin WordPress ensemble.

DV : ça sonne comme des projets MIDI. Je les connais certainement, je ne les ai pas pour WordPress, je n'ai pas encore joué sur l'expérience de la page et je sais que vous savez XMPP, nous avons eu quelques personnes de XMPP en fait sur cette presse. Ils font des projets vraiment vraiment cool. On dirait que vous commencez à travailler sur certains des plus cool. Et c'est génial. Par rapport à notre sujet pour l'émission, cependant, aujourd'hui, WP CLI de haut niveau, en supposant qu'il y aura des auditeurs qui n'auront aucune idée de ce qu'est WP CLI, je me demandais si vous pouviez l'encadrer afin qu'ils puissent comprendre ce que WP CLI est.

AS : Oui, bien sûr. WordPress a donc son back-end d'administration où vous faites toute la maintenance du site où vous apportez les modifications où vous configurez les options. Et WP CLI est une interface différente pour contrôler votre site WordPress. C'est une interface que vous pouvez utiliser à partir de la ligne de commande. Vous tapez donc des commandes sous forme de texte pour contrôler votre site. Il vous permet de faire tout ce que fait le backend d'administration et plus encore. Et en utilisant la ligne de commande qui se trouve être une interface beaucoup plus expressive que le backend d'administration, vous pouvez résoudre de nombreux problèmes très spécifiques à vos cas d'utilisation où il n'y a pas d'élément d'interface utilisateur prédéfini dans l'administrateur finir. Vous pouvez simplement mélanger et assortir les commandes WP CLI pour résoudre ces problèmes n'importe où. Et puis, pour aller plus loin, tout ce que vous pouvez faire avec WP CLI, vous pouvez également le mettre dans un script et, finalement, vous pouvez automatiser tous vos processus de gestion et vous pouvez même les exécuter à distance. Il y a donc beaucoup de puissance en accédant à une interface textuelle et WP CLI vous permet de le faire avec WordPress.

DV : Wow, c'était vraiment élégant. Je pense que vous avez une autre carrière dans le marketing seul. C'était une très belle façon de cadrer VCI et n'oubliez pas de décrire même si c'est très bien. D'accord, donc à mon avis, et j'ai, vous savez, une petite feuille de triche pour la chronologie des moments clés de l'histoire de WordPress que j'utilise quand j'entends les histoires d'origine des gens pour leur demander quand ils sont entrés et ce qui se passait à le temps. Et WP CLI est en fait l'un des moments clés de l'histoire de WordPress que j'appelle ici. De retour en 2016 dans la vue chronologique, je le maintiens donc je pense que c'est super important. Et je sais que vous savez qu'il y a cette pression pour obtenir de plus en plus de fonctionnalités et de capacités, mais je suis juste curieux de dire le récent lot de versions relatives aux fonctionnalités ou à la refactorisation ou quoi que ce soit, qu'est-ce qui vous a le plus excité dans les versions récentes ?

AS : Donc, une fonctionnalité très excitante est l'ajout de contextes globaux que nous avons depuis la création de YouTube. Il y a toujours eu des discussions sur le contexte dans lequel l'outil doit s'exécuter, s'il doit s'exécuter en tant que processus frontal ou processus d'administration ou quelque chose comme ça. entre. Et toutes les approches sont toujours venues avec leur propre ensemble de problèmes. Il n'y a donc jamais vraiment eu de solution propre. Et la façon dont la CLI s'exécute par défaut est ce mélange étrange qui n'est ni un processus d'administration ni un processus frontal. Pour des raisons historiques, mais cela signifie que certains processus qui vérifient si la demande en cours est une demande d'administration, par exemple, échoueront alors automatiquement. Cela se produit le plus notoirement avec les plugins et les thèmes premium lorsque vous exécutez pour exécuter les mises à jour. Donc, généralement, vous verrez ces mises à jour qu'elles fonctionnent dans le backend d'administration. Mais avec WP CLI, les administrateurs ne sont pas visibles sur les mises à jour ou ne fonctionnent pas comme prévu. C'est parce que la logique personnalisée qui gère ces mises à jour pour chaque plugin, ils vérifient que le processus d'administration ne ralentit pas le front-end bien sûr, et cela exécute automatiquement WP CLI. Alors maintenant, avec ce nouvel indicateur de contexte, nous pouvons choisir le contexte dans lequel parcourir et cela vous permet de basculer le contexte dans un contexte d'administration. Par exemple, lorsque vous effectuez une mise à jour de plug-in, puis tout à coup, toutes les intégrations premium fonctionnent comme prévu. C'est très excitant. Désolé, ce n'est pas une nouvelle fonctionnalité très excitante. Il a été construit en collaboration avec cloudways dans la mesure où nous testons actuellement dans une phase où il n'est pas activé par défaut. Vous devez donc manuellement cette provision automatique deviendra la valeur par défaut dans la prochaine itération.

DV : Excellent, excellent. Je peux voir pourquoi vous seriez excité à ce sujet. Et je pense que c'est vraiment intelligent que vous pensiez comme, d'accord, y aura-t-il un front-end ou un administrateur, mais vraiment, en donnant le choix au développeur, vous donne la possibilité de résoudre, ou au moins le développeur de résoudre pour plusieurs cas d'utilisation à la fois. Je peux voir pourquoi vous seriez excité à ce sujet. en particulier en pensant à ce cas d'utilisation de héros et en ne pouvant pas rendre les mises à jour pour les plugins premium. C'est un cas d'utilisation assez courant. Et imaginez que beaucoup d'autres en sortent en cascade. J'ai cependant quelques questions, en quelque sorte, vous savez, en quelque sorte sur la feuille de route et la réflexion sur les considérations de compatibilité descendante. Mais nous allons faire notre première pause. Nous serons de retour. Il est temps de se brancher sur une pause publicitaire. Restez à l'écoute pour plus d'informations dans un instant. Bienvenue à tous pour appuyer sur ce podcast de la communauté WordPress que je donne à Omar, votre hôte David Vogel. Paul. Je suis en train d'interviewer un bailleur de lancement à propos de WP CLI et de certains connecteurs de rétrocompatibilité. Seul juste avant la pause, vous parliez de votre fonctionnalité préférée, ou WP CLI récemment, qui était le contexte global changeant le drapeau pour qu'il s'agisse d'un processus frontal ou d'administration. Et j'ai pensé que c'était vraiment intelligent. Tout ce que vous vouliez ajouter à cela avant que je n'entre dans le genre de future feuille de route et de rétrocompatibilité.

AS : Oui, je voulais ajouter que j'ai vraiment hâte d'y être car c'est probablement l'une des demandes d'assistance les plus fréquentes que reçoit WP CLI. Pourquoi les mises à jour fonctionnent-elles dans WP CLI alors qu'elles le font dans le compartiment d'administration ?

DV : Ouais, que ce processus de dépôt de plugins premium pointe le bout de son nez et beaucoup d'endroits différents que je trouve dans WordPress mais oui, je peux voir où c'est une capacité de base où les gens sont comme, pourquoi diable ne le fait-il pas ? C'est tellement basique pour WordPress. C'est incroyable. Alors que vous pensez à l'avenir de WP CLI, je veux apporter des considérations de rétrocompatibilité en une seconde, mais ce que nous aimons, les deux ou trois principales fonctionnalités qui vous enthousiasment pour l'avenir.

AS : Donc, ce que je prévois depuis un bon moment maintenant, c'est de revoir complètement l'échafaudage de WP CLI. La commande d'échafaudage est une commande qui utilise des modèles pour vous permettre de générer du code comme générer un thème vide générer un plugin vide. Et je voulais terminer le Super Bowl pour qu'il soit moins un outil de démarrage et plus une aide au développement constant comme c'est le cas dans l'espace Laravel avec la commande autisme où chaque concept utilisé dans le développement WordPress aurait sa propre commande pour en générer la version canonique. Et cela accélérerait non seulement considérablement le développement, mais ce serait également un formidable outil d'apprentissage et contribuerait à façonner la qualité globale de l'espace WordPress.

DV : Celui-ci a l'air vraiment sympa et je peux aussi commencer à imaginer où la rétrocompatibilité pourrait jouer un rôle. Y a-t-il d'autres fonctionnalités similaires à la feuille de route ? C'était un assez bon n'importe quel autre Voulez-vous ajouter ?

AS : Il y a aussi des travaux en cours sur une réécriture de la commande Profile qui est toujours une commande tierce. Il n'est pas encore groupé. Mais dès que cette réécriture est terminée, je souhaite également regrouper cette commande afin que tout le monde ait un moyen simple de profiler. Le site Web demande et voit dans quelles actions j'ai besoin de regarder quels filtres les principaux goulots d'étranglement de performance sont bloqués.

DV : C'en est une autre bonne. D'accord, vous avez donc deux éléments de feuille de route juteux. Je suis sûr que plus que cela, bien sûr, vous pensez à l'avenir et que d'autres contributeurs pensent à l'avenir. Mais évidemment, la rétrocompatibilité est une chose importante dans WordPress. Alors, quelles considérations vous préoccupent lorsque vous réfléchissez à votre capacité à respecter cette feuille de route ?

AS : Oui, WP CLI fonctionne ainsi, son travail interne est directement lié à la politique de rétrocompatibilité du cœur de WordPress. À l'heure actuelle, WordPress Core prend toujours en charge un minimum de PHP 5.6 WP CLI le fait également. Et il existe une politique pour WP CLI qui, quel que soit le minimum de WordPress, chaque fois que cela change. WP CLI retardera ce changement d'au moins un an pour donner à chacun la possibilité d'utiliser WP CLI pour migrer depuis les anciens sites. Vers les nouveaux sites. Et parce que WP CLI est généralement l'outil utilisé pour migrer depuis les anciens sites, il doit toujours fonctionner sur les exportations. Ainsi, WP CLI ne peut jamais diriger l'approche en prenant en charge les nouvelles versions de PHP et des choses comme ça. Car il échouerait alors dans son objectif principal qui est d'avoir accès aux anciens sites et de vous permettre de passer à autre chose. Donc, à cet égard, il est vraiment difficile de faire le développement dans WP CLI d'une manière qui garde le code frais et maintenable tout en respectant cette exigence minimale PHP très faible avec le noyau WordPress, ce qui cause de plus en plus de problèmes.

DV: quand ils le feront ou savez-vous quand le noyau augmentera le numéro de version minimum de 5.6. Ensuite, vous avez AB, est-ce parce que 5.6 est passé de quelques variantes et qu'il est difficile de maintenir aussi loin, avez-vous une idée du moment où des versions plus récentes seraient le minimum?

AS: Honnêtement, je ne peux pas dire que j'ai investi beaucoup de travail dans le sous-projet heureux où j'ai beaucoup de mécanismes pour rendre techniquement faisable le code WordPress pour passer rapidement aux nouvelles versions de PHP à ce stade, tous les prérequis techniques sont là. C'est juste une question de prendre la décision. Et je ne peux pas dire quand cela arrivera. Parce que c'était déjà prévu depuis pas mal de temps mais pour l'instant rien ne s'est encore passé.

DV : Et donc à partir du moment où cela se produit, bien que vous ayez un an après cela, lorsque WP CLI peut augmenter sa version PHP minimale prise en charge. Y a-t-il d'autres parties de la pile logicielle ou des langages ou quoi que ce soit d'autre qui pèsent également lorsque vous pensez à votre capacité à respecter la feuille de route, ou est-ce principalement PHP

AS : est-ce en termes de rétrocompatibilité ? C'est principalement principalement php. Le WP CLI est construit en PHP et en gherkin et dans des scripts shell. Donc gherkin est un langage de test qui n'est pas vraiment un problème et les scripts shell n'ont pas changé depuis 20 ans. Je ne pense pas qu'il y aura des problèmes de sitôt.

DV : Quel est l'impact, évidemment, garder un logiciel compatible avec de très anciennes versions de PHP est difficile, mais aidez-moi à comprendre, en quoi est-ce difficile ? Quels sont les compromis que vous devez faire en raison de la prise en charge de la version 5.6

AS: soutenir cinq sur six en soi n'est pas si grave. C'est juste une version du langage et c'était un langage plus laid. A cette époque, mais encore très utilisable. Le problème est que vous souhaitez également pouvoir exécuter la dernière version de PHP. Vous devez donc couvrir tout ce spectre. Et tant que nous n'augmentons pas la version minimale, nous ajoutons simplement de plus en plus de versions que vous devez prendre en charge et avec PHP, mais maintenant la cadence est que chaque année, il y a une nouvelle version majeure qui sort donc ils appellent il s'agit de versions mineures, mais en termes de fonctionnalités, ce sont des versions majeures, et les dernières versions ont vu des changements plus importants et plus radicaux dans le langage. Et en ce moment, il est vraiment difficile de construire plus de bas niveau, plus de constructions de bas niveau de manière à ce que cela fonctionne à la fois sur cinq, six et sur huit deux en même temps et cela ne fera qu'empirer avec le temps. Et ce qui ajoute à cela, c'est que les outils dont vous avez besoin pour travailler en PHP, vous devez exécuter des tests unitaires, vous devez exécuter des tests fonctionnels, etc. Tout cet outillage, ça colle ça colle à la cadence PHP pour quelque chose avec l'unité PHP. Par exemple, il est maintenant très difficile d'écrire vos tests de manière à ce que les tests eux-mêmes fonctionnent sur toutes les versions de l'unité PHP. Vous devez utiliser pour couvrir toutes ces versions de PHP.

DV : Ok , donc c'est le poids de toutes ces multiples cohortes, si vous voulez, les types de PHP unitaires TA, et puis je suppose que vous avez probablement aussi du mal avec vous savez comment vous utilisez des fonctions dans différentes versions en tant que nouvelles fonctions deviennent disponibles et sont obsolètes. Et il semble que la collecte de tout ce travail supplémentaire est une friction qui alourdit votre capacité à fournir de nouvelles fonctionnalités, cela vous semble-t-il juste ?

AS : Ouais, euh, il y a aussi PHP qui devient de plus en plus strict. Alors, où avant quand vous deviez mapper plusieurs versions de PHP, et vous pouviez simplement garder votre code vague afin qu'il ne rencontre aucun des problèmes d'une version ou de l'autre. Cela devient de plus en plus difficile maintenant, car HP lance pour la plupart de nombreux avis, avertissements et problèmes de dépréciation. Pour les moindres détails maintenant, et parfois cela signifie que vous créez une fonction que vous devez exécuter plusieurs fois et que vous disposez d'un mécanisme pour extraire la bonne version de cette fonction, en fonction de la version de PHP que vous exécutez, qui augmentations exponentielles de l'effort de maintenance de tout.

DV : Ouais, c'est tout à fait logique. D'accord, eh bien, je veux en quelque sorte commencer à explorer un peu, vous savez, comment vous l'habillez et peut-être même vos réflexions sur la façon dont WordPress en général peut faire mieux et, vous savez, habiller la rétrocompatibilité, mais nous ' Nous allons prendre notre dernière pause, et nous reviendrons tout de suite. Il est temps de se brancher sur une pause publicitaire. Restez à l'écoute pour plus d'informations dans un instant. Eh bien, tout le monde est de retour pour appuyer sur ces podcasts de la communauté WordPress sur W EMR. Nous sommes en train de parler à un bailleur de lancement de l'énigme de l'habitabilité à l'envers avec WP CLI J'aurais dû choisir un titre moins virelangue pour ce spectacle. Mais nous y sommes. Longtemps c'est un bon livre. Ouais, j'aime ça, je dois dire trois fois vite avant que ce soit fini. Mais d'accord, donc avant la pause, vous parliez d'une sorte de problème de maintenance exponentiel alors que vous commencez à gérer plusieurs versions de PHP et je ne sais pas si cela vous fait vous sentir mieux seul, mais comme 100% des moteurs WP les clients sont corrigés dans les versions modernes de PHP, nous avons forcé ces mises à jour, mais évidemment pas tout le monde. À droite? Ce ne sont pas tous les hébergeurs qui hébergent un site Web qui font cela, ce qui ne crée que des oshin mis de côté et obsolètes, des versions PHP logicielles ou même des plugins WordPress. Et donc, cette nature de WordPress, vous savez, dans cette idée de rétrocompatibilité fait partie de WordPress, la force de sa popularité importe si je la définis vous-même. WP CLI doit être en retard car il fait un travail pour les personnes qui ont besoin de mettre à niveau. Et donc c'est une bonne chose, non ? C'est une bonne partie de cette dynamique. Mais je me demande simplement ce que vous pensez de la façon dont WP CLI ou WordPress dans son ensemble pourraient améliorer la conservation de ces bonnes parties et peut-être éviter davantage de mauvaises parties comme les exigences de maintenance exponentielles de la rétrocompatibilité. Que pensez-vous de cela en gros?

AS : Oui, je pense qu'en ce moment, nous en sommes à un point où WordPress ne rend pas service à sa base d'utilisateurs en s'en tenant à cette approche de rétrocompatibilité très extrême qu'il a actuellement concernant PHP, car tous les signes semblent pointer vers le fait que nous entrerons lentement dans la phase où nous ne pourrons plus faire fonctionner WordPress sur les dernières versions de PHP, ce qui est un vrai problème. Et nous aurions besoin de beaucoup de temps pour travailler sur la compatibilité car les changements là-bas sont autant de changements qui se produisent dans PHP de nos jours. Et la seule façon de résoudre ce problème est d'avoir une approche continue d'adaptation au cycle PHP, il peut être en retard sur PHP, mais il ne peut pas avoir une vitesse inférieure à celle de PHP qui ne fera qu'aggraver le problème. Il doit donc correspondre à la vitesse de PHP, même s'il n'a pas tous les deux ans de retard. Et puis nous devons nous assurer que nous, nous pouvons garder tout l'outillage, les tests, l'outillage, etc., suffisamment à jour pour que nous puissions toujours travailler sur la prise en charge de la dernière version de PHP, car à l'heure actuelle , PHP neuf sera probablement la première version car il semble maintenant que WordPress ne sera pas possible de s'adapter si nous ne changeons pas l'approche. Espérons que, d'accord, oui.

DV : J'allais dire qu'il semble que ce problème exponentiel auquel vous êtes confronté sur WP CLI s'aggrave, si vous voulez, dans WordPress, et il se dresse un peu la tête si vous voulez, avec les défis que vous avez mentionnés. pour PHP neuf. Et donc cela a du sens en termes de ce genre, ce genre de force de déplacement de WordPress pour qu'il doive mieux maintenir correspondent à cette vitesse afin qu'ils ne soient pas trop loin derrière les services et trop loin derrière dans les versions PHP. Au cours des deux dernières minutes ici, je sais qu'il y a beaucoup de défis avec la rétrocompatibilité. Je sais que vous proposez d'excellentes fonctionnalités et que vous souhaitez en proposer davantage. Et comme j'ai vu une ruée de contributeurs à Gutenberg et comme, j'ai juste l'impression que je ne ferais pas un service à moins que nous ne fassions un peu d'amour à WP CLI dans ce podcast pour les contributeurs. Comment les gens peuvent-ils contribuer à WP CLI pour aider à garder cette partie très importante de WordPress vivante et dynamique ?

AS : Donc, tout d'abord, nous avons l'équipe principale de wordpress.org Slack. Nous avons un canal CLI. Vous pouvez donc simplement sauter sur cette chaîne, dire bonjour et poser des questions. Et si vous voulez commencer, il y a toujours des gens qui sont heureux de vous aider à intégrer les contributions de WP CLI. Il y a aussi le site Web make wordpress.org/cli qui est le point d'entrée de toute la documentation et des liens vers un bon premier numéro, etc. Et puis, idéalement, vous rejoindriez l'une des journées des contributeurs de webcam qui se reproduisent maintenant. J'en suis vraiment content. Parce que pendant ces journées de contributeurs, les gens peuvent réellement vous aider à installer votre propre machine pour faire du bon développement local. Cela arrêtera la pièce en direct, car parfois l'intégration est l'obstacle le plus difficile que les gens doivent installer.

DV : Oui, je peux en témoigner. Quelques amis qui avaient commencé à contribuer et ce qu'ils ont surmonté. Je sais qu'il y a pas mal de gens qui ont peu de cours et d'instructions, bien sûr, WordPress a aussi des trucs autour de ça en termes de documentation, mais c'est un très bon point et des jours de contributeurs aidant avec cet aspect de cela. J'ai aussi aimé la façon dont vous avez appelé à rejoindre la chaîne Slack. Cela me rappelle en quelque sorte comment Mike Liddell s'est impliqué dans WordPress en répondant à ce que je commente sur un article de blog Mac Mullenweg, mais cette notion de contribution dans un contexte social menant à quelque chose de plus grand. Eh bien, c'était super cool. Je vous remercie d'être venus aujourd'hui.

AS : Merci de m'avoir invité.

DV : Tellement content de vous avoir ici. Si vous souhaitez en savoir plus sur ce qu'Alon fait aussi. Veuillez visiter make wordpress.org et rechercher le site WP CLI ou le trouver dans wordpress.org slack et le canal WP CLI. Merci à tous d'avoir écouté ce podcast de la communauté WordPress sur WMR. Encore une fois, c'était votre hôte David Vogelpohl. Je soutiens la communauté WordPress à travers mon rôle chez WP Engine. Et j'aime vous apporter le meilleur de la communauté ici chaque semaine sur Press This.