Matt Mullenweg erneuert Push für kanonische Plugins

Während des Contributor Day von WordCamp US an diesem Wochenende veröffentlichte Matt Mullenweg einen erneuten Aufruf an die Make-Teams von WordPress, bei der Entwicklung neuer Funktionen für den Kern einen Plugin-First-Ansatz zu verfolgen. Er hat den Begriff der kanonischen Plugins wiederbelebt, der erstmals 2009 in der WordPress-Community eingeführt wurde, um Benutzern optionale Funktionen mit einem höheren Maß an Vertrauen als reguläre Plugins bereitzustellen:

Kanonische Plugins wären Plugins, die von der Community entwickelt wurden (mehrere Entwickler, nicht nur eine Person) und die beliebtesten Funktionalitätsanforderungen mit hervorragender Ausführung erfüllen. Diese Plugins wären GPL und leben im WordPress.org-Repo und würden in enger Verbindung mit dem WordPress-Kern entwickelt. Es würde eine sehr starke Beziehung zwischen Core und diesen Plugins geben, die sicherstellt, dass a) der Plugin-Code sicher und das bestmögliche Beispiel für Codierungsstandards ist und b) dass neue Versionen von WordPress vor der Veröffentlichung mit diesen Plugins getestet werden Kompatibilität sicherstellen. Es würde einen Bildschirm im Plugin-Bereich des WordPress-Adminbereichs geben, um diese kanonischen Plugins als eine Art Editor's Choice oder verifizierte Garantie zu präsentieren. Diese Plugins wären eine echte Erweiterung des WordPress-Kerns in Bezug auf Kompatibilität, Sicherheit und Support.

Jen Mylo – Kanonische Plugins (Sag was?)

Das WordPress-Plugins-Verzeichnis ist nur ein Plugin davon entfernt, 60.000 zu überschreiten (zum Zeitpunkt der Veröffentlichung). Im Gegensatz zur Idee der kanonischen Plugins ist das offizielle Verzeichnis immer noch wie der Wilde Westen, was Benutzer von Plugin-Autoren erwarten können. Mullenweg nannte mehrere Plug-in-Szenarien, die für Benutzer nicht ideal sind – wie z. B. ein Plug-in, das von einem einzelnen Unternehmen kontrolliert wird und sich mehr in Richtung einer Pro-Version entwickelt, oder das Entfernen zuvor kostenloser Funktionen und das Hinterlegen eines Upgrades.

Canonical-Plugins sollen eine vertrauenswürdige Alternative zu Plugins bieten, bei denen die Motivation der Autoren die Benutzer möglicherweise nicht an erste Stelle stellt. Es bietet auch eine Möglichkeit für wichtige Mitwirkende, die Nachfrage nach Funktionen zu demonstrieren, die sie in WordPress landen möchten. Einige Projekte wie MP6, Gutenberg und die REST-API haben diesen Weg in den Kern eingeschlagen.

„Wir erreichen einen Punkt, an dem der Kern redaktioneller sein muss und „Nein“ zu Funktionen sagen muss, die so ad hoc kommen, wie sie es manchmal tun, und ich hoffe, dass mehr Make-Teams dies als Gelegenheit nutzen, um die Zukunft von WordPress zu beeinflussen ein Plugin-First-Ansatz, der ihnen den Luxus schnellerer Entwicklungs- und Veröffentlichungszyklen (statt dreimal pro Jahr), weniger Überprüfungsaufwand und einen Weg zum Core bietet, wenn das Plugin ein durchschlagender Erfolg wird“, sagte Mullenweg.

„Ich bin mir sehr bewusst, dass ein ‚Nein‘ oder ‚Jetzt nicht‘ frustrierend sein kann, wenn Leute etwas im Kern haben wollen, und manchmal künstlichen Druck erzeugen kann, etwas einzugeben, bevor es fertig ist, wie ich glaube, dass es mit der REST-API passiert ist AP 4.4.“

In einem verwandten Beitrag, der die erneute Diskussion über kanonische Plugins anregte, ging Mullenweg auf den umstrittenen Vorschlag von WebP by default ein, der kürzlich neue Einwände von führenden WordPress-Entwicklern erhalten hatte. Die Mitwirkenden haben fieberhaft daran gearbeitet, ihren Ansatz rechtzeitig für 6.1 zu überarbeiten.

Mullenweg empfahl diese neuen Funktionen als Hauptkandidaten für den kanonischen Plugin-Pfad und schlug vor, dass dies dem Ökosystem um WebP mehr Zeit geben würde, um zu reifen:

Ich bin daran interessiert, neue Formate zu unterstützen und die Leistung zu verbessern, aber ich denke, dass diese Änderung, die Benutzern beim Upgrade auf 6.1 standardmäßig übertragen wird, im Moment viel bringt, einschließlich einiger der klobigen Interaktionen, die Betriebssysteme immer noch rund um webp (und HEIC! ) Dateien.

Ich freue mich über die Unterstützung für die Arbeit mit Webp- und HEIC-Dateien, um im Kern zu bleiben, da wir liberal sein sollten, was wir akzeptieren und womit wir arbeiten, aber nicht mit der Änderung, alles in Webp zu konvertieren, wenn JPEGs hochgeladen werden.

Das Performance-Team plant, dies im morgigen geplanten Chat zu besprechen. Es ist noch nicht klar, ob die jüngsten Bemühungen von WebP standardmäßig auf den Status eines kanonischen Plugins gebracht werden oder ob ein Teil davon möglicherweise noch in 6.1 landet.

Die Reaktionen auf die Forderung nach mehr kanonischen Plugins waren gemischt, da einige sofort die erhöhte Belastung für die Betreuer dieser Plugins erkannten.

„WP muss nur seine Abneigung gegen optionale Funktionen überwinden“, sagt WordPress-Entwickler Jon Brown. „Funktionen, die aktiviert/deaktiviert werden können. „Entscheidungen statt Optionen“ ist ein großartiges Motto, wenn es darum geht, die Dinge für Benutzer einfach zu halten, aber es scheint mit Gutenberg UX aus dem Fenster geworfen worden zu sein und zu einem Axiom geworden zu sein, wenn es darum geht, trivial einfache Optionen zur Einstellungsseite hinzuzufügen.“

Der von iThemes gesponserte Mitwirkende Timothy Jacobs sagte, er befürworte nicht unbedingt das Hinzufügen weiterer Optionen zu Core, denke aber, dass kanonische Plugins auf ähnliche Weise wie Optionen präsentiert werden könnten.

„Das bedeutet nicht, dass die Benutzeroberfläche nur das Plugin-Verzeichnis nach etwas durchsuchen muss, das Sie möchten“, sagte Jacobs. „Die kanonischen Plugins könnten möglicherweise in einer ‚einstellungsähnlichen‘ Benutzeroberfläche angezeigt werden. Ich denke, Importmethoden sind im Menü Extras etwas versteckt, aber so ähnlich vielleicht.“

Core Contributor Torsten Landsiedel sagte, der Unterschied zwischen kanonischen Plugins und Feature-Plugins sei nicht klar. Der Unterschied kann darin bestehen, dass kanonische Plugins solche enthalten, die möglicherweise nie zum Kern gehören, aber dennoch wichtig für Benutzer sind.

„Es hört sich so an, als ob das Plug-in „WordPress-Importer“ ein kanonisches Plug-in sein könnte“, sagte Landsiedel. „Ich bin mir nicht sicher, ob dies ein gutes Beispiel für ein *erfolgreiches* Plugin ist. Unterstützt keine vorgestellten Bilder, kämpft mit einer großen Anzahl von Beiträgen/Medien usw.

„Das nützliche Health Check-Plugin kämpft mit der Hilfe vermisster Personen.

„Wie verhindern wir, dass diese Plugins (wie auch immer genannt) nicht genügend Mitwirkende bekommen? Ich denke, ein Importer ist ein entscheidendes Tool, aber im Kern auch nicht notwendig (ich kann es installieren, wenn ich es brauche, das ist okay) – aber es sollte funktionieren und im Moment funktioniert dies nicht gut. Aber ich sehe kein großes Interesse der Entwickler-Community, dies zu beheben (vielleicht, weil sie WP CLI verwenden und sich nicht um dieses Plugin kümmern?)“

Colin Stewart, Mitwirkender am WordPress-Kern, sagte, dass er zwar zustimmt, dass Funktionen als Plugins zuerst für neue Funktionen nützlich sind, es aber „eine viel bessere Metrik als ‚ausreißerischer Erfolg' für die Aufnahme in den Kern erfordert.

„Einige Funktionen sind wichtig für die Stabilität und schützen Benutzer vor Problemen, die ihnen während der Lebensdauer ihrer Website mehrmals Kopfschmerzen bereiten, aber sie sind nicht etwas, nach dem Benutzer im Plugin-Repository suchen oder es sofort installieren sollten“, sagte Stewart. „Rollback ist eine solche Funktion, ebenso wie Site Health, Privacy Export/Erase und so weiter.

„Ein formaler Entscheidungsprozess für Vorschläge wäre unglaublich hilfreich. Dieses Thema taucht jetzt regelmäßig auf.“

Mullenweg bot fast zwei Dutzend Ideen für kanonische Plugins an, die die Make-Teams in Betracht ziehen könnten, und schlug vor, dass die Teams selbst wahrscheinlich bessere Ideen entwickeln könnten. Wenn man sich all diese neuen Funktionen im Spiel vorstellt, wäre es wie eine Renaissance der Innovation im Adminbereich. Dies ist eine aufregende Aussicht, von der WordPress-Benutzer profitieren könnten, solange die Plugins so ausgestattet sind, dass sie einfach zu übernehmen sind. Frühe Kommentatoren der Idee äußern berechtigte Bedenken über den Mangel an Betreuern, da die Geschichte zeigt, dass die Unterstützung für einige der bestehenden kanonischen Plugins etwas lückenhaft ist.

„Ich hoffe, es entfacht am Tag der Mitwirkenden und darüber hinaus eine Diskussion darüber, wie wir Plugins besser nutzen können, um die Evolutionsgeschwindigkeit für WordPress zu erhöhen, den Kern leicht, schnell und rechthaberisch zu halten und dabei ‚Ja‘ zu mehr Ideen und Experimenten zu sagen. “, sagte Mullenweg.