14 septembre 2022

Matt Mullenweg renouvelle la promotion des plugins WordPress canoniques ou Canonical Plugins

Un plugin peut-il ĂȘtre plus fiable, exĂ©cutĂ© par plus de personnes et meilleur que les autres plugins du rĂ©fĂ©rentiel WordPress ? DĂ©couvrons les plugins canoniques.

Plugin WordPress Plugins Canoniques Canoniques

Il y a eu beaucoup de références aux "plugins canoniques" de 2009 à aujourd'hui, en particulier chez Matt's WordCamps, mais nous n'avons rien publié d'officiel à propos de l'idée, et nous n'avons pas fait beaucoup de progrÚs au-delà des discussions sur la façon dont il serait formidable d'avoir plugins canoniques et combien ce serait bien pour la communauté.

Qu'est-ce qu'un plugin WordPress canonique ou un plugin canonique.

C'est l'une des nombreuses choses dont l'équipe principale de validation a parlé ces derniers jours et tout le monde s'accorde à dire que nous devons donner la priorité à cet aspect du projet le plus tÎt possible. Voici donc une description de premier ordre de la façon dont nous pensons actuellement aux plugins canoniques, que nous aimerions utiliser pour démarrer une discussion communautaire ciblée sur le sujet.

Référentiel de plugins WordPress

Les plugins canoniques seraient des plugins dĂ©veloppĂ©s par la communautĂ© (plusieurs dĂ©veloppeurs, pas une seule personne) et rĂ©pondraient aux demandes de fonctionnalitĂ©s populaires avec une exĂ©cution exceptionnelle. Ces plugins seraient GPL et rĂ©sideraient dans le rĂ©fĂ©rentiel WordPress.org et seraient dĂ©veloppĂ©s en Ă©troite connexion avec le noyau WordPress. Il y aurait une relation trĂšs forte entre le noyau et ces plugins qui garantirait que a) le code du plugin Ă©tait sĂ©curisĂ© et le meilleur exemple possible de normes de codage et b) que les nouvelles versions de WordPress seraient testĂ©es par rapport Ă  ces plugins avant version sur assurer la compatibilitĂ©. Il y aurait un Ă©cran au sein de la section des plugins d'administration de WordPress pour prĂ©senter ces plugins canoniques comme une sorte de garantie du choix de l'Ă©diteur ou vĂ©rifiĂ©. Ces plugins seraient une vĂ©ritable extension du noyau WordPress en termes de compatibilitĂ©,

Canonical Plugin et WordCamp 2022. L'appel de Matt Mullenweg.

Lors de la journĂ©e des contributeurs WordCamp US ce week-end, Matt Mullenweg a publiĂ© une invitation renouvelĂ©e aux Ă©quipes de WordPress Make Ă  adopter une approche plug-in lors du dĂ©veloppement de nouvelles fonctionnalitĂ©s de base. Relance la notion de plug-ins canoniques, Introduit pour la premiĂšre fois dans la communautĂ© WordPress en 2009 comme moyen de fournir aux utilisateurs des fonctionnalitĂ©s optionnelles avec un niveau de sĂ©curitĂ© supĂ©rieur Ă  celui des plug-ins classiques :

Les plugins canoniques seraient des plugins développés par la communauté (plusieurs développeurs, pas une seule personne) et répondraient aux demandes de fonctionnalités populaires avec une exécution exceptionnelle. Ces plugins seraient GPL et résideraient dans le référentiel WordPress.org et seraient développés en étroite connexion avec le noyau WordPress. Il y aurait une relation trÚs forte entre le noyau et ces plugins qui garantirait que a) le code du plugin était sécurisé et le meilleur exemple possible de normes de codage et b) que les nouvelles versions de WordPress seraient testées par rapport à ces plugins avant version sur assurer la compatibilité. Il y aurait un écran au sein de la section des plugins d'administration de WordPress pour présenter ces plugins canoniques comme une sorte de garantie du choix de l'éditeur ou vérifiée. Ces plugins seraient une véritable extension du noyau WordPress en termes de compatibilité,

Jen Mylo

La RĂ©pertoire des plugins WordPress ce n'est qu'un plug-in de plus de 60.000 XNUMX (au moment de la publication). Contrairement Ă  l'idĂ©e des plugins canoniques, le rĂ©pertoire officiel est toujours comme le Far West en termes de ce que les utilisateurs peuvent attendre des auteurs de plugins. Mullenweg a citĂ© plusieurs scĂ©narios de plug-in qui ne sont pas idĂ©aux pour les utilisateurs, comme un plug-in contrĂŽlĂ© par une seule entreprise et Ă©voluant vers une version pro ou la suppression de fonctionnalitĂ©s auparavant gratuites et la mise en place d'une mise Ă  jour.

Les plugins canoniques sont destinĂ©s Ă  fournir une alternative fiable aux plugins oĂč les motivations des auteurs peuvent ne pas donner la prioritĂ© aux utilisateurs. Il offre Ă©galement aux principaux contributeurs un moyen de dĂ©montrer la demande de fonctionnalitĂ©s qu'ils souhaitent atteindre dans WordPress. Certains projets comme MP6, Gutenberg et l'API REST ont introduit ce chemin dans le noyau.

Matt Mullenweg

Nous atteignons un point oĂč le noyau doit ĂȘtre plus Ă©ditorial et dire "non" aux fonctionnalitĂ©s qui viennent ad hoc comme ils le font parfois, et j'espĂšre que davantage d'Ă©quipes Make utiliseront cela comme une opportunitĂ© d'influencer l'avenir de WordPress Ă  travers une approche plug-first qui leur donne le luxe de cycles de dĂ©veloppement et de publication plus rapides (au lieu de trois fois par an), moins de frais gĂ©nĂ©raux de rĂ©vision et un chemin vers le noyau si le plug-in devient un succĂšs retentissant,

dit Mullenweg.

Je suis trĂšs conscient que lorsque les gens visent Ă  avoir quelque chose dans leur noyau, un "non" ou un "pas maintenant" peut ĂȘtre frustrant et parfois crĂ©er une pression artificielle pour insĂ©rer quelque chose avant qu'il ne soit prĂȘt, comme je pense que c'est arrivĂ© avec l'API REST dans WP 4.4.

Dans un poster connexe qui a inspirĂ© la discussion renouvelĂ©e sur les plugins canoniques, Mullenweg a pesĂ© la proposition controversĂ©e de WebP par dĂ©faut qui avait rĂ©cemment reçu de nouvelles objections de la part des principaux dĂ©veloppeurs de WordPress. Les contributeurs ont travaillĂ© fĂ©brilement pour rĂ©viser leur approche Ă  temps pour la version 6.1.

Mullenweg a recommandĂ© ces nouvelles fonctionnalitĂ©s comme un excellent candidat pour le chemin du plugin canonique, suggĂ©rant que cela laisserait plus de temps Ă  l'Ă©cosystĂšme autour de WebP pour mĂ»rir :

 Je suis intĂ©ressĂ© par la prise en charge de nouveaux formats et l'amĂ©lioration des performances, mais je pense que ce changement envoyĂ© par dĂ©faut aux utilisateurs lors de la mise Ă  niveau vers 6.1 est beaucoup pour l'instant, mĂȘme avec certaines des interactions maladroites que les systĂšmes d'exploitation ont encore autour de webp ( et HEIC ! ) dossier.

Je suis heureux que le support de travail pour les fichiers webp et HEIC reste dans le noyau, car nous devrions ĂȘtre libĂ©raux dans ce que nous acceptons et travailler avec, mais pas avec la modification pour tout convertir en webp lorsque les JPEG sont chargĂ©s.

L'Ă©quipe Performances prĂ©voit d'en discuter dans le chat programmĂ© de demain. On ne sait toujours pas si les tentatives rĂ©centes de WebP pointeront par dĂ©faut vers le statut de plug-in canonique ou si certains d'entre eux peuvent encore atteindre la version 6.1.

Les réponses à la demande de plug-ins plus canoniques ont été mitigées, car certains ont immédiatement reconnu la charge accrue pour les mainteneurs de ces plug-ins.

"WP a juste besoin de surmonter son aversion pour les fonctionnalités optionnelles», a déclaré le développeur WordPress Jon Brown.

Fonctions pouvant ĂȘtre activĂ©es / dĂ©sactivĂ©es. "Decisions not options" est une excellente philosophie lorsqu'il s'agit de garder les choses simples pour les utilisateurs, mais il semble avoir Ă©tĂ© jetĂ© par la fenĂȘtre avec Gutenberg UX et transformĂ© en un axiome lors de la discussion sur l'ajout d'options trivialement simples Ă  la page des paramĂštres.

Le contributeur parrainĂ© par IThemes, Timothy Jacobs, a dĂ©clarĂ© qu'il n'Ă©tait pas nĂ©cessairement favorable Ă  l'ajout de plus d'options Ă  Core, mais il pense que les plugins canoniques pourraient ĂȘtre prĂ©sentĂ©s de la mĂȘme maniĂšre que les options.

Cela ne signifie pas que l'interface utilisateur doit simplement rechercher dans le rĂ©pertoire du plugin quelque chose que vous voulez », a dĂ©clarĂ© Jacobs. "Les plugins canoniques pourraient Ă©ventuellement ĂȘtre exposĂ©s dans une interface utilisateur" de type paramĂštres ". Je pense que les mĂ©thodes d'importation sont un peu cachĂ©es dans le menu Outils, mais peut-ĂȘtre quelque chose comme ça.

Le principal contributeur Torsten Landsiedel a dĂ©clarĂ© que la diffĂ©rence entre les plug-ins canoniques et les plug-ins en fonctionnalitĂ© elle n'est pas claire. La distinction pourrait ĂȘtre que les plugins canoniques incluent ceux qui n'appartiennent peut-ĂȘtre jamais au noyau mais qui sont toujours importants pour les utilisateurs.

Il semble que le plugin 'WordPress importer' soit un plugin canonique. Je ne sais pas si c'est un bon exemple pour un plugin * prospÚre *. Ne prend pas en charge les images en vedette, lutte avec une grande quantité de messages/médias, etc. Le plug-in Health Check utile se débat avec les personnes disparues qu'il aide.

dit Landsiedel.

Comment pouvons-nous empĂȘcher ces plugins (quel que soit leur nom) de ne pas avoir suffisamment de contributeurs ? Je pense qu'un importateur est un outil crucial mais inutile dans le noyau (je peux l'installer si j'en ai besoin, d'accord) - mais cela devrait fonctionner et cela ne fonctionne pas bien pour le moment. Mais je ne vois pas beaucoup d'intĂ©rĂȘt de la part de la communautĂ© des dĂ©veloppeurs pour aider Ă  rĂ©soudre ce problĂšme (peut-ĂȘtre parce qu'ils utilisent WP CLI et ne se soucient pas de ce plugin ?)

Le contributeur principal de WordPress, Colin Stewart, a déclaré que s'il convient que les fonctionnalités en tant que plugin sont utiles pour les nouvelles fonctionnalités, cela nécessite "une métrique bien meilleure qu'un" succÚs écrasant "pour l'inclusion dans le noyau".

Certaines fonctionnalitĂ©s sont importantes pour la stabilitĂ© et protĂšgent les utilisateurs contre les problĂšmes qui leur causent des maux de tĂȘte plusieurs fois au cours de la vie de leur site Web, mais ce ne sont pas des choses que les utilisateurs pourraient penser Ă  rechercher dans le rĂ©fĂ©rentiel de plug-ins ou Ă  les installer.. La restauration est une telle fonctionnalitĂ©, tout comme l'intĂ©gritĂ© du site, l'exportation/effacement de la confidentialitĂ©, etc.

dit Stewart.

"La prise de dĂ©cision formelle pour les propositions serait extrĂȘmement utile. Ce sujet revient rĂ©guliĂšrement maintenant" .

Mullenweg a proposĂ© prĂšs de deux douzaines d'idĂ©es de plugins canoniques aux Ă©quipes Make et a suggĂ©rĂ© que les Ă©quipes elles-mĂȘmes pourraient probablement proposer de meilleures idĂ©es. Imaginer toutes ces nouvelles fonctionnalitĂ©s en jeu serait comme une renaissance de l'innovation dans l'administration. C'est une perspective passionnante qui pourrait profiter aux utilisateurs de WordPress tant que les plugins sont prĂ©sentĂ©s d'une maniĂšre facile Ă  adopter. Les premiers commentateurs de l'idĂ©e soulĂšvent des inquiĂ©tudes lĂ©gitimes quant au manque de responsables, car l'histoire montre que la prise en charge de certains des plugins canoniques existants est quelque peu inĂ©gale.

J'espÚre que cela déclenchera une discussion pendant la journée des contributeurs et au-delà sur la façon dont nous pouvons mieux utiliser les plugins pour augmenter la vitesse d'évolution de WordPress, garder le noyau léger, rapide et opiniùtre, et le faire en disant "oui" à plus d'idées et d'expérimentation.

dit Mullenweg.

Vous avez des doutes ? Vous ne savez pas par oĂč commencer ? Contactez-nous


Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

ManagedServer.it est le premier fournisseur italien de solutions d'hébergement hautes performances. Notre modÚle d'abonnement est abordable et prévisible, afin que les clients puissent accéder à nos technologies d'hébergement fiables, à nos serveurs dédiés et au cloud. ManagedServer.it offre également d'excellents services d'assistance et de conseil sur l'hébergement des principaux CMS Open Source tels que WordPress, WooCommerce, Drupal, Prestashop, Magento.

JUSTE UN MOMENT !

Souhaitez-vous voir comment votre WooCommerce fonctionne sur nos systĂšmes sans avoir Ă  migrer quoi que ce soit ? 

Entrez l'adresse de votre site WooCommerce et vous obtiendrez une démonstration navigable, sans avoir à faire absolument quoi que ce soit et entiÚrement gratuite.

Non merci, mes clients préfÚrent le site lent.
Retour en haut de page