functions.php<\/code>et certaines consid\u00e9rations que je n’avais jamais eues auparavant.<\/p>\nDe plus, cela m’a amen\u00e9 \u00e0 regarder plus profond\u00e9ment l’utilisation de mu-plugins<\/code>et \u00e0 me demander quand ils sont n\u00e9cessaires et pourquoi je ne les ai pas utilis\u00e9s plus dans le pass\u00e9 (ou m\u00eame quand on aurait vraiment besoin de les utiliser).<\/p>\nJe vais donc \u00eatre un peu po\u00e9tique \u00e0 ce sujet.<\/p>\n
TL;DR<\/code><\/pre>\nQuand je faisais du d\u00e9veloppement de th\u00e8me, functions.php<\/code>a \u00e9t\u00e9 utilis\u00e9 pour deux choses (ce qui est probl\u00e9matique en soi) mais quand m\u00eame :<\/p>\n\n- pour activer ou d\u00e9sactiver des fonctionnalit\u00e9s dans les th\u00e8mes,<\/li>\n
- pour d\u00e9finir les fonctionnalit\u00e9s sp\u00e9cifiques au th\u00e8me.<\/li>\n<\/ol>\n
Le manuel du d\u00e9veloppeur de th\u00e8mes<\/a> indique\u00a0:<\/p>\n\nLe functions.php<\/code>fichier est l’endroit o\u00f9 vous ajoutez des fonctionnalit\u00e9s uniques \u00e0 votre th\u00e8me WordPress. Il peut \u00eatre utilis\u00e9 pour se connecter aux fonctions de base de WordPress pour rendre votre th\u00e8me plus modulaire, extensible et fonctionnel.<\/p>\nFonctions de th\u00e8me, Manuel du d\u00e9veloppeur de th\u00e8me<\/p>\n<\/blockquote>\n
Et je comprends, mais de mon point de vue et au fur et \u00e0 mesure que WordPress a \u00e9volu\u00e9, je pense que cela functions.php<\/code>devrait \u00eatre d\u00e9di\u00e9 aux fonctionnalit\u00e9s sp\u00e9cifiques au th\u00e8me en termes de choses qui s’accrochent directement au noyau comme :<\/p>\n\n- fonctionnalit\u00e9 de personnalisation,<\/li>\n
- fonctionnalit\u00e9 des menus,<\/li>\n
- enregistrement du script et du style,<\/li>\n
- etc.<\/li>\n<\/ul>\n
Mais s’il y a quelque chose qui doit s’ex\u00e9cuter pendant l’un des crochets et que cela correspond davantage \u00e0 une logique sp\u00e9cifique au domaine, alors cela n’appartient pas<\/strong> \u00e0 ce fichier.<\/p>\n![\"Sur](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-158759-61e6e52f7b3b5.png\")
<\/a><\/p>\nCela soul\u00e8ve cependant une question\u00a0: o\u00f9 r\u00e9sident les fonctionnalit\u00e9s sp\u00e9cifiques \u00e0 un domaine\u00a0?<\/p>\n
Entrez les plugins indispensables<\/h3>\n
Je sais que des choses comme les inc<\/code>r\u00e9pertoires deviennent de plus en plus courantes, mais je ne m’en soucie pas lorsque je parle de d\u00e9veloppement de th\u00e8mes, en particulier lorsque le d\u00e9veloppement de th\u00e8mes n’est pas mon objectif et que cette structure de r\u00e9pertoire particuli\u00e8re n’est pas mon style.<\/p>\nQuoi qu’il en soit, lorsqu’il s’agit de solutions hautement sp\u00e9cialis\u00e9es (o\u00f9 une solution est une combinaison de pr\u00e9sentation et de fonctionnalit\u00e9s \u00e9troitement cibl\u00e9es), je commence \u00e0 penser \u00e0 mu-plugins<\/code>.<\/p>\n![\"Sur](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-158759-61e6e536dbfe7.png\")
<\/a><\/p>\nEt la raison pour laquelle je ne pense pas \u00e0 un plugin WordPress standard est qu’ils sont g\u00e9n\u00e9ralement con\u00e7us pour fonctionner avec n’importe quel th\u00e8me et pour ajouter des fonctionnalit\u00e9s. Ce n’est pas le cas avec mu-plugins<\/code>.<\/p>\n\nLes plugins indispensables (alias mu-plugins) sont des plugins install\u00e9s dans un r\u00e9pertoire sp\u00e9cial \u00e0 l’int\u00e9rieur du dossier de contenu et qui sont automatiquement activ\u00e9s sur tous les sites de l’installation.<\/p>\n