Wie kann man feststellen, ob ein Plugin mit mehreren Standorten kompatibel ist?

Als WordPress-Administrator-Neuling habe ich gerade mein erstes nicht automatisches WordPress-Upgrade durchlaufen.

Ich habe fünf verschiedene WordPress-Installationen von 4.1.3 auf 4.2 aktualisiert.

Sie alle beziehen sich auf verschiedene Websites, die auf demselben Webhost wie eine Hauptdomäne und vier Addon-Domänen gehostet werden.

Auf jeder der Websites verwende ich die folgenden Plug-Ins:

• Akismet;
• Google Analytics von Yoast;
• Google AdSense;
• Google XML Sitemaps und
• Jetpack von WordPress.com.

Um die weitere Verwaltung zu optimieren, erwäge ich, alle fünf Installationen in einer einzigen Installation mit mehreren Standorten zusammenzufassen.

Bisher war es ziemlich schwierig, endgültige Antworten auf die Kompatibilität jedes dieser Plugins mit einer Multisite-Installation auf den Websites des Plugins zu finden.

Ist die Seite des Plugins der richtige Ort, um danach zu suchen?

Gibt es einen zentralen Ort, an dem diese Informationen gefunden werden können?

Es gibt zwei Arten der Multisite-Kompatibilität:

1. Passive Kompatibilität: Wenn Sie nichts Multisite-spezifisches tun, funktioniert dies nur, ohne etwas zu beschädigen.
2. Aktive Kompatibilität: Ändern oder Erweitern des spezifischen Verhaltens mehrerer Standorte.

Ich denke, Sie sind für 1. aus. Siehe meine Folien vom WordCamp Prague 2015 für den zweiten Teil.

Plugins, die nichts über Multisite aussagen, sollten nicht als Netzwerk-Plugins aktiviert werden. WooCommerce erstellt beispielsweise während der Installation einige benutzerdefinierte Tabellen. Wenn Sie es netzwerkweit aktivieren, erhalten die Unterwebsites diese Tabellen nicht und der Himmel fällt auf Ihren Kopf.

Leider überprüfen die meisten Plugins nicht ihren Aktivierungstyp, sodass Sie die falsche Aktivierung durchführen können.

Im Zusammenhang stehen UX-Probleme wie Admin-Zeiger oder spezielle "Info" -Seiten, auf die Sie in nicht kompatiblen Plugins auf eine Unterwebsite klicken müssen. Yoasts WP SEO ist ein Beispiel . Dies wird wohl bald in diesem Plugin behoben sein. :) :)

Andere Probleme hängen davon ab, was Sie mit dieser Multisite machen. Wenn Sie eine mehrsprachige Website erstellen, auf der jede Website in einer Sprache verfasst ist und die Websites miteinander verbunden sind, möchten Sie die Beiträge beim Schreiben von Inhalten synchronisieren. Das bedeutet, dass Sie switch_to_blog()den Haken anrufen save_postund auch die verbundenen Beiträge speichern. save_postwird jetzt während einer Anfrage mehrmals aufgerufen. Viele Plugins sind sich einer solchen Situation nicht bewusst, daher überschreiben sie einfach die Post-Metainformationen für die verbundenen Posts und denken, dass sie sich noch im ersten Post befinden.

Achten Sie auf Plugins, die sich mit Post-Meta befassen und denen ein Check wie folgt fehlt:

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

Diese Plugins sind nicht kompatibel.

Ähnlich, wenn auch schwieriger zu spezifizieren, gibt es Probleme, wenn Plugins Benutzer-Metafelder berühren oder Regeln neu schreiben.

Einige Plugins versuchen, Inhalte in Dateien zu schreiben, ohne die Site-ID in den Dateinamen aufzunehmen. Sie sind sehr wahrscheinlich auch kaputt.

Wie Tom sagte: Erstellen Sie eine Testinstallation, führen Sie jeden erdenklichen Anwendungsfall aus. Sie können der Plugin-Seite nicht vertrauen und normalerweise gibt es sowieso nicht genug Informationen.

Sofern ein Plugin nicht angibt, dass es kompatibel ist, besteht die einzige zuverlässige Möglichkeit, dies herauszufinden, darin, eine lokale Installation mit mehreren Standorten zu erstellen und zu testen.

Manchmal gibt es Anzeichen, nach denen Sie suchen können, aber diese sind immer ein Symptom für schlechten Code, z. B. hartcodierte Datenbanktabellennamen, anstatt das Präfix von zu verwenden $wpdb. In diesem Fall würde ich empfehlen, das Plugin zu meiden, auch wenn Sie nicht Multisite verwenden