(jp) =
今週末の WordCamp US のコントリビューター デーで、Matt Mullenweg は WordPress の Make チームに対し、コアの新機能を開発する際にプラグイン ファーストのアプローチを採用するよう新たに呼びかけました。 彼は正規のプラグインの概念を復活させました。これは、通常のプラグインよりも高いレベルの自信を持ってオプション機能をユーザーに提供する手段として、2009 年に WordPress コミュニティに初めて導入されました。
Canonical プラグインは、コミュニティで開発されたプラグイン (1 人だけでなく複数の開発者) であり、最も人気のある機能要求に最高の実行力で対応します。 これらのプラグインは GPL であり、WordPress.org リポジトリに存在し、WordPress コアと密接に関連して開発されます。 コアとこれらのプラグインの間には非常に強い関係があり、a) プラグイン コードが安全であり、コーディング標準の最良の例であり、b) WordPress の新しいバージョンがリリース前にこれらのプラグインに対してテストされることを保証します。互換性を確保します。 WordPress 管理画面のプラグイン セクション内に、これらの正規プラグインを一種の編集者の選択または検証済みの保証として取り上げる画面が表示されます。 これらのプラグインは、互換性、セキュリティ、およびサポートの点で、WordPress コアの真の拡張機能です。
Jen Mylo – Canonical プラグイン (Say What?)
WordPress Plugins Directory は、60,000 を超える (公開時点で) プラグインの 1 つに過ぎません。 標準的なプラグインの考え方とは対照的に、公式ディレクトリは、ユーザーがプラグイン作成者に期待できるものという点で、いまだに西部劇のようです。 Mullenweg は、ユーザーにとって理想的ではないいくつかのプラグイン シナリオを挙げました。たとえば、プラグインが 1 つの会社によって管理されていて、プロ バージョンに向けて進化したり、以前は無料だった機能を削除してアップグレードの背後に置いたりするなどです。
Canonical プラグインは、作成者の動機がユーザーを第一に考えていない可能性があるプラグインの信頼できる代替手段を提供することを目的としています。 また、主要な貢献者が WordPress に搭載したい機能の需要を実証する手段も提供します。 MP6、Gutenberg、REST API などのいくつかのプロジェクトは、この道をコアに取り入れています。
「私たちは、コアがより編集的になり、アドホックに追加される機能に「ノー」と言う必要がある段階に達しています。私の希望は、より多くの Make チームが、これを機会として、WordPress の将来に影響を与えることによって使用することです。プラグイン ファーストのアプローチにより、開発とリリースのサイクルが短縮され (年 3 回ではなく)、レビューのオーバーヘッドが少なくなり、プラグインが大成功を収めた場合にコアに移行することができます」と Mullenweg 氏は述べています。
「人々が何かを核心に据えようとしているとき、『いいえ』または『今はありません』は苛立たしく、準備が整う前に何かを入れるという人為的な圧力を生み出すことがあるということを私は非常に意識しています。 WP 4.4.」
正規プラグインに関する新たな議論に影響を与えた関連記事で、Mullenweg は物議を醸している既定の WebP 提案に加担しました。 コントリビューターは、6.1 に間に合うようにアプローチを修正するために熱心に取り組んできました。
Mullenweg は、これらの新機能を正規のプラグイン経路の最有力候補として推奨し、WebP 周辺のエコシステムが成熟するためにより多くの時間を与えることを示唆しています。
私は新しいフォーマットのサポートとパフォーマンスの向上に興味がありますが、OS がまだ webp (および HEIC! ) ファイル。
Webp と HEIC ファイルの作業のサポートがコアにとどまることを嬉しく思います。受け入れて作業するものには寛容であるべきですが、JPEG がアップロードされたときにすべてを webp に変換するという変更はありません。
パフォーマンス チームは、明日の予定されたチャットでこれについて話し合う予定です。 最近の WebP の取り組みがデフォルトで正規のプラグイン ステータスにパントされるのか、それともその一部が 6.1 に移行する可能性があるのかはまだ明らかではありません。
より標準的なプラグインを求める声への反応はまちまちで、これらのプラグインの保守担当者の負担が増大していることをすぐに認識した人もいました。
「WP は、オプション機能に対する嫌悪感を克服する必要があるだけです」と、WordPress 開発者の Jon Brown 氏は述べています。 「有効/無効にできる機能。 「オプションではなく決定」は、ユーザーにとって物事をシンプルに保つための優れた精神ですが、Gutenberg UX では窓の外に放り出され、設定ページに単純なオプションを追加することについて話し合うと公理に変わったようです。」
iThemes がスポンサーとなっている寄稿者である Timothy Jacobs 氏は、Core にオプションを追加することを必ずしも支持しているわけではないが、正規のプラグインをオプションと同様の方法で提示できると考えていると述べました。
「これは、UI が必要なものをプラグイン ディレクトリから検索する必要があるという意味ではありません」と Jacobs 氏は言います。 「正規のプラグインは、おそらく「設定のような」UI で公開される可能性があります。 インポート メソッドは[ツール]メニューに少し隠されていると思いますが、おそらくそのようなものです。」
中心的な貢献者である Torsten Landsiedel 氏は、標準プラグインと機能プラグインの違いは明確ではないと述べています。 違いは、カノニカル プラグインには、決してコアに属さない可能性があるものの、ユーザーにとって重要なプラグインが含まれていることです。
「『WordPress インポーター』プラグインは正規のプラグインになり得るようです」と Landsiedel 氏は述べています。 「これが*繁栄している*プラグインの良い例かどうかはわかりません. アイキャッチ画像をサポートしていない、大量の投稿やメディアに苦労している、など。
「便利なヘルス チェック プラグインは、行方不明者を助けるのに苦労しています。
「これらのプラグイン (名前が何であれ) が十分な貢献者を得られないようにするにはどうすればよいでしょうか? インポーターは重要なツールだと思いますが、コアでは必要ありません (必要に応じてインストールできます。問題ありません)。 しかし、これを修正するために開発者コミュニティからの関心はあまり見られません (おそらく、彼らは WP CLI を使用しており、このプラグインを気にしていないためでしょうか?)」
WordPress のコア貢献者である Colin Stewart 氏は、プラグインとしての機能が新機能に役立つことに同意する一方で、「コアに含めるには『暴走成功』よりもはるかに優れた指標が必要です。
「一部の機能は安定性にとって重要であり、Web サイトの存続期間中に何度も頭痛の種となる問題からユーザーを保護しますが、ユーザーがプラグイン リポジトリで検索したり、すぐにインストールしたりするものではありません」と Stewart 氏は述べています。 「ロールバックは、サイトの健全性、プライバシーのエクスポート/消去などと同様に、そのような機能です。
「提案に関する正式な意思決定プロセスは非常に役立ちます。 このトピックは現在、定期的に出てきています。」
Mullenweg は、Make チームが検討できる正規プラグインの 20 近くのアイデアを提供し、チーム自身がより良いアイデアを思い付く可能性が高いことを示唆しました。 これらすべての新機能が実行されていることを想像すると、管理者のイノベーションのルネッサンスのようになります. これは、プラグインが採用しやすい方法で機能している限り、WordPress ユーザーに利益をもたらす可能性があるエキサイティングな見通しです. 歴史が示すように、既存の標準的なプラグインの一部のサポートはやや不完全であるため、このアイデアに対する初期のコメント者は、メンテナーの不足について正当な懸念を提起しています。
「寄稿者の日以降、WordPress の進化のスピードを上げ、コアを軽く、速く、独断的に保ち、より多くのアイデアや実験に「はい」と言いながら、プラグインをより適切に活用する方法についての議論が活発になることを願っています。 」 マレンウェッグは言った。