プラグインがマルチサイト互換かどうかを確認するにはどうすればよいですか?


9

WordPress管理者の初心者として、私は初めての非自動WordPressアップグレードを経験しました。

5つの異なるWordPressインストールを4.1.3から4.2にアップグレードしました。

それらはすべて、1つのメインドメインと4つのアドオンドメインとして同じWebホストでホストされている異なるWebサイトを参照します。

各Webサイトでは、次のプラグインを使用しています。

  • Akismet;
  • YoastによるGoogle Analytics;
  • グーグルアドセンス;
  • Google XMLサイトマップと
  • WordPress.comによるJetpack。

さらに管理を合理化するために、5つのインストールすべてを単一のマルチサイトインストールに統合することを検討しています。

これまでのところ、これらのプラグインと、プラグインのWebサイト上のマルチサイトインストールとの互換性に関する明確な答えを見つけるのは非常に困難でした。

プラグインのページはこれを検索するのに適切な場所ですか?

この情報を見つけることができる中心的な場所はありますか?


この統合が良いアイデアかどうかについてアドバイスはありますか?同じことを検討していますが、大規模なマルチサイトを管理している私の同僚は、それが価値があるよりも面倒だと言っています。私のサイトを単一インストールとして維持し、InfiniteWPなどを使用して管理することを検討しています。代わりにそれを検討しましたか?
Rikki

私はInfiniteWP、@ Rikkiを知りませんでした。見てみましょう。ありがとう!
Alfred Myers

マルチサイトプラグインの互換性がどこかで簡単にアクセスできないことを確認するためにこの情報に驚いています。
アントワーヌBrunel

回答:


6

マルチサイト互換性には2つのタイプがあります。

  1. 受動的な互換性:マルチサイト固有の処理は何もせず、何も壊すことなく機能します。
  2. アクティブな互換性:マルチサイト固有の動作の変更または拡張。

私はあなたが1に出ていると思います。第2部については、WordCamp Prague 2015の私のスライドを参照してください。

マルチサイトについて何も言わないプラグインは、ネットワークプラグインとしてアクティブ化しないでください。たとえばWooCommerceは、インストール中にいくつかのカスタムテーブルを作成します。ネットワーク全体で有効にすると、サブサイトはこれらのテーブルを取得できず、空が頭に落ちます。

残念ながら、ほとんどのプラグインはアクティベーションタイプをチェックしないため、間違ったアクティベーションを行うことができます。

関連するのは、非互換プラグインのサブサイトでクリックしなければならない管理ポインターや特別な「概要」ページなどのUXの問題です。YoastのWP SEOはその一例です。これはすぐにそのプラグインで修正されると思います。:)

その他の問題は、そのマルチサイトで何をするかによって異なります。各サイトが1つの言語で記述され、サイトが相互に接続されている多言語Webサイトを構築している場合、コンテンツを記述するときに投稿を同期する必要があります。つまりswitch_to_blog()、フックを呼び出しsave_post、接続された投稿も保存します。save_post現在、1つのリクエスト中に複数回呼び出されます。多くのプラグインはこのような状況を認識していないため、接続されている投稿の投稿メタ情報を上書きし、まだ最初の投稿にいると見なします。

ポストメタを処理していて、次のようなチェックが欠けているプラ​​グインを探します。

if ( is_multisite() && ms_is_switched() )
    return FALSE;

これらのプラグインは互換性がありません。

同様に、プラグインがユーザーのメタフィールドに触れたり、ルールを書き換えたりするときの問題も、特定するのは難しいですが。

一部のプラグインは、ファイル名にサイトIDを含めずにコンテンツをファイルに書き込もうとします。それらも壊れている可能性が非常に高いです。

トムが言ったように:テストインストールを作成し、想像できるすべてのユースケースを実行します。プラグインページを信頼することはできません。通常、とにかく十分な情報がありません。


2

プラグインに互換性があると記載されていない限り、信頼できる唯一の方法は、ローカルマルチサイトインストールを作成してテストすることです。

時には、あなたが見ることができる兆しがありますが、これらは常に不正なコードの症状、例えばハードコーディングデータベースのテーブル名ではなく、からプレフィックスを使用している$wpdb私は、あなたがマルチサイトを使用しない場合でも、プラグインの明確な操縦をお勧めします、その場合には、

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.