Quels sont les plugins indispensables dans WordPress ? Le système de plugins est l'un des aspects les plus puissants de WordPress. La possibilité d'étendre rapidement et facilement les fonctionnalités du CMS est sans précédent sur d'autres plates-formes. Les plugins sont généralement installés et maintenus via l'interface d'administration WordPress et se retrouvent dans /wp-content/plugins/ dans leur propre dossier. Il existe cependant un type de plugin entièrement différent, appelé plugin Must Use .

Dans cet article, nous allons examiner ce qu'ils sont et comment ils fonctionnent, ainsi que les avantages et les inconvénients de leur utilisation.

Qu'est-ce qui les rend différents ?

Les plugins standard sont stockés dans /wp-content/plugins/ mais les plugins à utiliser sont stockés dans /wp-content/mu-plugins/. Le "mu" signifie Must Use, mais ce n'est pas toujours le cas. Il fut un temps où cela signifiait des plugins multi-utilisateurs et était lié à ce que nous appelons maintenant WordPress Multisite. Cela signifie que si vous faites quelques recherches sur Google, vous trouverez peut-être de la documentation qui parle des plugins multi-utilisateurs. C'est très vieux, et vous ne devriez pas l'utiliser.

Autre chose qui les rend différents, c'est la façon dont ils sont gérés . Il n'y a pas d'interface utilisateur Web pour eux comme les plugins réguliers, ils doivent être gérés via FTP.

Une autre différence est qu'ils sont toujours allumés . C'est pourquoi ils sont appelés Must Use. S'ils se trouvent dans le dossier mu-plugins, ils sont en cours d'exécution. Il n'y a aucun moyen de les désactiver.

Une autre différence est qu'il s'agit presque toujours de simples plugins à fichier unique , plutôt que de dossiers remplis de fichiers comme un plugin normal. En effet, les plugins dans les dossiers ne fonctionnent pas dans les mu-plugins à moins que vous ne créiez un fichier "appelant" dans le dossier principal des mu-plugins qui inclut le fichier principal du plugin dans le dossier.

Ce fichier pourrait ressembler à ceci :

<?php // plugins mu/load.php
nécessite WPMU_PLUGIN_DIR.'/my-plugin/my-plugin.php' ;

Vous pouvez avoir un fichier séparé pour chaque dossier, ou vous pouvez avoir un seul fichier qui les appelle tous.

Comment sont-ils les mêmes?

Structurellement, les mu-plugins sont identiques aux plugins normaux. L'en-tête en haut du fichier principal est exactement le même. Donc, si vous avez déjà un seul plugin de fichier dans /plugins/, vous pouvez le déplacer vers mu-plugins et il continuera à fonctionner correctement.

Même avec un plugin dans un dossier, où il faut avoir un fichier appelant, à part ça le plugin est identique. Vous pouvez prendre n'importe quel plugin régulier du référentiel WordPress.org et le mettre dans mu-plugins, créer un fichier d'appel qui utilise simplement la méthode PHP include pour inclure le fichier principal et cela fonctionnerait sans modification.

Pourquoi quelqu'un utiliserait-il un plugin indispensable ? (AKA La section "Pros")

Les plugins indispensables sont difficiles à manipuler. Ils ne peuvent pas être désactivés, de sorte qu'un client est moins susceptible de les désactiver « accidentellement ». Ils ne peuvent pas être supprimés dans la zone d'administration de WordPress, donc encore une fois, il est très peu probable qu'un client supprime complètement le plugin.

Ils ne peuvent pas être mis à jour via l'interface utilisateur d'administration, dont nous reparlerons dans la section Inconvénients. Mais c'est aussi un pro pour la même raison que ci-dessus. Il est peu probable qu'un client mette à jour un plugin que vous n'êtes pas encore prêt à mettre à jour.

Il est très courant que les mu-plugins soient du code personnalisé, écrit uniquement pour un site. Cela signifie qu'il n'y a pas vraiment de mécanisme de mise à jour. Il n'y a pas de serveur de plugins à partir duquel il a été téléchargé qui pourrait servir une mise à jour, donc il le déplace simplement à l'écart des plugins réguliers.

De même, les plugins simples, à fichier unique et à fonction unique sont plus faciles à gérer et à comprendre. Un bon plugin Must Use est si simple que vous pouvez regarder le nom du fichier et comprendre à peu près tout ce que fait le plugin.

Voici quelques bons exemples de noms de fichiers. Voyez si vous pouvez deviner ce que fait le plugin.

• staff-member-custom-post-type.php
• taxonomie-localisation-membre-du-personnel.php
• relations-membre-du-personnel-membre-du-personnel.php

Vous voyez comment cela fonctionne ? Chaque fichier fait une chose et a un code minimal.

Une dernière raison pour laquelle quelqu'un pourrait prendre du code et en faire un plugin Must Use est si le code est en fait une bibliothèque de code d'assistance. Les types de publication personnalisés étendus de John Blackbourn ne sont pas du tout un plugin. Vous pouvez l'inclure dans votre propre plugin en tant que bibliothèque, ou vous pouvez mettre le dossier dans mu-plugins, créer un fichier appelant, et la bibliothèque deviendrait comme par magie disponible pour tous les autres plugins et thèmes.

CMB2 est un autre plugin qui sert de bibliothèque. Celui-ci est en fait un plugin standard, que vous pouvez installer dans WordPress, mais vous pouvez AUSSI le traiter comme une véritable bibliothèque, le mettre dans des mu-plugins et créer un fichier appelant pour celui-ci.

Pourquoi quelqu'un n'utiliserait-il PAS un plugin indispensable ? (AKA La section « Inconvénients »)

J'ai mentionné ci-dessus que les plugins Must Use ne peuvent pas être mis à jour via l'administrateur WordPress. Cela signifie que si vous mettez un plugin régulier dans mu-plugins et qu'une mise à jour devient disponible, WordPress ne vous en parlera pas, ni ne vous donnera un mécanisme pour le mettre à jour. Vous devrez garder un œil sur le fil d'actualités de ce plugin, puis télécharger manuellement une nouvelle version lorsqu'elle sera prête.

Tout bien considéré, les plugins Must Use sont beaucoup plus difficiles à gérer .

Le résumé : quand les utiliser et quand ne pas les utiliser

Vous devez utiliser un plugin Must Use quand :

1. Vous avez écrit le plugin, et les anticipations manuelles ne sont pas un problème.
2. Le code est une bibliothèque où vous avez besoin de stabilité, et les mises à jour doivent être très étroitement contrôlées.
3. Le site dépend absolument de l'activation du plugin, et il ne doit jamais être désactivé.

Vous ne devez PAS utiliser un plugin Must Use quand :

1. Le code est maintenu par quelqu'un d'autre (il provient peut-être de WordPress.org ou d'un magasin de plugins commercial).
2. La base de code est plus grande qu'un fichier et doit être un dossier.
3. Vous devrez peut-être désactiver et réactiver facilement le plugin pour une raison donnée.

Sommaire

Les plugins Must Use ne sont ni meilleurs ni pires que les plugins classiques ; ce sont simplement des outils différents avec un objectif différent. L'astuce consiste à examiner la fonction et l'analyse de rentabilisation du plug-in et à décider s'il doit être installé en tant que plug-in standard ou en tant que plug-in Must Use. L'expérience vous aidera à comprendre cela, mais vous pouvez toujours demander à quelqu'un qui les a déjà utilisés, à quelqu'un de votre meetup local, ou même aux forums de support OSTraing ou aux forums de support WordPress.org. Une fois que vous avez trouvé l'équilibre, les plugins Must Use sont exceptionnellement utiles.