最新のWPバージョンのみをサポートするというプラクティスは、WP開発サークルでは一般的なようですが、古いバージョンを実行しているブログは 大部分を占めます これらのプラグインをサポートしていないと、(一部)古いバージョンがサポートされている場合よりも大幅に使用量が少なくなる可能性があります。
特に古いバージョンのサポートには大きな問題があります。
-
あなたの経験豊富な中で、あなたは今まであなたのコードで古いWPバージョンをサポートしなければならなかったか?
どの組織的および技術的慣行が良い結果をもたらしましたか?
複数バージョンのサポートを管理するためにどのような種類のコードを使用しますか。
WordPressの古いバージョンをサポートすることは合理的に思えますが、それは本当に必要ですか?個人的には、私は古いバージョンをサポートすることは努力と時間の浪費であり、それはエンドユーザーが彼らのWordPressインストールを更新することを妨げます。安全ではない古いバージョンを使用し続けることをユーザーに奨励している場合、WordPress開発者になることのポイントは何ですか?
DB/WPのバージョンをチェックする機能を追加し、サイトが古いバージョンを実行している場合に警告メッセージを表示するだけで、ユーザーに更新を促します。誰もが最近WordPressを更新する方法を知っています - ほんの数クリックとすごい、WPは最新バージョンを実行しています。
少なくとも1つのメジャーなWordPressバージョンに対する後方互換性のサポートは合理的だと思いますが、現在のバージョンを要求することには何の問題もありません。いくつかの機能は、上品に低下するような方法では実装できません(例:投稿フォーマット)。
2つのメジャーバージョンが必要になる場合もありますが、それ以上のものはすべて理由の範囲を広げ始めます。 WordPress開発のペース - 言うまでもありませんが、新しいエクスプロイトベクトルの発見/作成のペース - は、機能性とセキュリティの両方の観点から、不可欠なものです。
WordPressは絶えず改良されています、私は現在のバージョンのために作成し、残りを後にしておくと言います。
管理者がWordPressをアップデートするのではなく、個々のプラグインをアップデートすることを決定する可能性はどのくらいありますか?彼らはただサイトを忘れてしまったのではないでしょうか。クライアント用にセットアップしてから、改善が必要な場合にのみ再度タッチします(または脆弱性にパッチが適用されていないためにハッキングされます)。
あなたのコードにあまりにも多くの後方互換性のあるハックを含めたくないが、それでも古いWPバージョンのユーザにいくらかのサポートを与えたいなら、あなたはWordPressの新しいバージョンのユーザだけのために新機能の開発を考えることができまだセキュリティ問題をバックポートしています。それで、彼らはまだ機能を使うことができて、発見された脆弱性が確実にパッチを当てられるであろうことを確かめる。
バージョン1.5が、あなたがまだWP 3.0でテストした最新のものであるとしましょう。1.6以来、あなたはWP 3.1と3.2でテストするだけです。新機能が必要な場合は、プラグインバージョン1.6にアップデートして、WordPress(またはリスクバグ)をアップデートする必要があります。しかし、1.5の機能に満足しているのであれば、1.5のセキュリティ問題を修正するためにバージョン1.5.1がリリースされていればそれをインストールすることができます。