Comment savoir si un plugin est compatible multisite?

En tant que débutant administrateur WordPress, je viens de passer par ma première mise à niveau non automatique de WordPress.

J'ai mis à jour cinq installations WordPress différentes de 4.1.3 à 4.2.

Ils font tous référence à des sites Web différents hébergés sur le même hôte Web comme un domaine principal et quatre domaines complémentaires.

Sur chacun des sites Web, j'utilise les plug-ins suivants:

• Akismet;
• Google Analytics par Yoast;
• Google adsense;
• Sitemaps XML Google et
• Jetpack par WordPress.com.

Afin de rationaliser l'administration, j'envisage de consolider les cinq installations en une seule installation multisite.

Jusqu'à présent, j'ai trouvé assez difficile de trouver des réponses définitives sur la compatibilité de chacun de ces plugins avec une installation multisite sur les sites Web du plugin.

La page du plugin est-elle le bon endroit pour rechercher cela?

Existe-t-il un emplacement central où ces informations peuvent être trouvées?

Il existe deux types de compatibilité multisite:

1. Compatibilité passive: ne rien faire de spécifique à plusieurs sites, fonctionne sans rien casser.
2. Compatibilité active: modification ou extension d'un comportement spécifique à plusieurs sites.

Je suppose que vous êtes sorti pour 1. Voir mes diapositives de WordCamp Prague 2015 pour la deuxième partie.

Les plugins qui ne disent rien sur le multisite ne doivent pas être activés en tant que plugins réseau. WooCommerce, par exemple, crée des tableaux personnalisés lors de l'installation. Si vous l'activez sur l'ensemble du réseau, les sous-sites ne reçoivent pas ces tables et le ciel vous tombera dessus.

Malheureusement, la plupart des plugins ne vérifient pas leur type d'activation, ils vous permettent donc de faire la mauvaise activation.

sont liés des problèmes UX comme des pointeurs d'administration ou des pages spéciales "À propos" que vous devez cliquer sur un sous-site dans des plug-ins non compatibles. WP SEO de Yoast en est un exemple . Cela sera bientôt corrigé dans ce plugin, je suppose. :)

Les autres problèmes dépendent de ce que vous faites avec ce multisite. Si vous créez un site Web multilingue où chaque site est écrit dans une langue et les sites sont connectés les uns aux autres, vous souhaitez synchroniser les publications lorsque vous écrivez du contenu. Cela signifie que vous appelez switch_to_blog()sur le crochet save_postet enregistrez également les messages connectés. save_postsera appelé plusieurs fois lors d'une même demande. De nombreux plugins ne sont pas conscients d'une telle situation, ils écrasent donc simplement les méta-informations des articles connectés, pensant qu'ils sont toujours sur le premier article.

Recherchez les plugins qui traitent de la méta-publication et manquent d'une vérification comme celle-ci:

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

Ces plugins ne sont pas compatibles.

Des problèmes similaires, bien que plus difficiles à spécifier, se posent lorsque les plug-ins touchent les méta-champs utilisateur ou réécrivent les règles.

Certains plugins essaient d'écrire du contenu dans des fichiers sans inclure l'ID de site dans le nom de fichier. Ils sont très probablement cassés aussi.

Comme l'a dit Tom: Créez une installation de test, exécutez tous les cas d'utilisation que vous pouvez imaginer. Vous ne pouvez pas faire confiance à la page du plugin, et généralement il n'y a pas assez d'informations de toute façon.

Sauf si un plugin déclare qu'il est compatible, le seul moyen fiable de le savoir est de créer une installation multisite locale et de la tester.

Parfois, vous pouvez rechercher des signes, mais ceux-ci sont toujours un symptôme de mauvais code, par exemple le codage en dur des noms de table de base de données plutôt que d'utiliser le préfixe de $wpdb, auquel cas je recommanderais d'éviter le plugin même si vous n'utilisez pas le multisite