Les extensions et les th\u00e8mes \u00e9largissent les fonctionnalit\u00e9s et les options de design de WordPress. Cependant, toutes les extensions ne fonctionnent pas de mani\u00e8re ind\u00e9pendante les unes des autres. Deux extensions peuvent influencer les m\u00eames fonctionnalit\u00e9s, un th\u00e8me peut entrer en collision avec une extension, ou une extension peut ne plus \u00eatre compatible avec la version de WordPress ou de PHP utilis\u00e9e.<\/p>\n\n\n\n
Les cons\u00e9quences vont de simples erreurs d'affichage \u00e0 un espace d'administration WordPress totalement inaccessible. Les sympt\u00f4mes typiques sont des erreurs JavaScript, des formulaires qui ne fonctionnent plus, des mises en page d\u00e9fectueuses, des erreurs HTTP 500, des erreurs WordPress critiques ou des fonctionnalit\u00e9s qui ne r\u00e9pondent soudainement plus apr\u00e8s une mise \u00e0 jour.<\/p>\n\n\n\n
La r\u00e8gle la plus importante lors du d\u00e9pannage est donc de ne pas deviner, mais d'isoler syst\u00e9matiquement les composants concern\u00e9s.<\/p>\n\n\n\n
\nEn bref :<\/strong> Un conflit de plugin ou de th\u00e8me se d\u00e9tecte le plus s\u00fbrement en reproduisant l'erreur puis en d\u00e9sactivant individuellement et de mani\u00e8re contr\u00f4l\u00e9e les composants. Id\u00e9alement, cela se fait sur un environnement de staging ou de test. Les journaux d'erreurs et le mode de d\u00e9bogage de WordPress peuvent en outre montrer quel composant est effectivement \u00e0 l'origine de l'erreur.<\/p>\n<\/blockquote>\n\n\n\n
Qu'est-ce qu'un conflit de plugins dans WordPress ?<\/h2>\n\n\n\n
On parle de conflit de plugin lorsqu'une extension ne fonctionne pas correctement avec un autre composant de l'installation WordPress.<\/p>\n\n\n\n
Cela peut se produire, par exemple, entre deux extensions. De m\u00eame, une extension peut entrer en conflit avec le th\u00e8me actif, une version sp\u00e9cifique de WordPress, la version de PHP ou votre propre code.<\/p>\n\n\n\n
Aucun des plugins impliqu\u00e9s ne doit pour autant \u00eatre fondamentalement \u201e mauvais \u201c ou d\u00e9fectueux. Deux extensions fonctionnant individuellement peuvent s'influencer mutuellement parce qu'elles utilisent par exemple les m\u00eames hooks, biblioth\u00e8ques JavaScript, donn\u00e9es ou fonctions.<\/p>\n\n\n\n
Qu'est-ce qu'un conflit de th\u00e8me ?<\/h2>\n\n\n\n
Un th\u00e8me WordPress ne se r\u00e9sume pas non plus aux couleurs et \u00e0 la mise en page. Les th\u00e8mes peuvent contenir du code PHP, du JavaScript, des mod\u00e8les, des fonctions personnalis\u00e9es et, dans certains cas, des syst\u00e8mes suppl\u00e9mentaires complexes.<\/p>\n\n\n\n
Un conflit peut donc survenir lorsqu'un th\u00e8me ne fonctionne pas correctement avec un plugin ou un autre composant.<\/p>\n\n\n\n
Cela vaut particuli\u00e8rement pour les th\u00e8mes volumineux qui int\u00e8grent leurs propres fonctionnalit\u00e9s de constructeur de pages, types de publication personnalis\u00e9s, widgets, codes courts ou extensions suppl\u00e9mentaires.<\/p>\n\n\n\n
Un th\u00e8me enfant peut \u00e9galement \u00eatre la cause s'il utilise du code personnalis\u00e9 ou obsol\u00e8te.<\/p>\n\n\n\n
Comment reconnais-tu un conflit potentiel entre des plugins ou des th\u00e8mes ?<\/h2>\n\n\n\n
Un conflit ne se manifeste pas toujours par un message d'erreur explicite. Parfois, c'est simplement une fonction sp\u00e9cifique qui ne fonctionne plus.<\/p>\n\n\n\n
Un probl\u00e8me qui survient imm\u00e9diatement apr\u00e8s l'installation, l'activation ou la mise \u00e0 jour d'un plugin ou d'un th\u00e8me est particuli\u00e8rement suspect.<\/p>\n\n\n\n
D'autres sympt\u00f4mes typiques sont une mise en page soudainement d\u00e9fectueuse, un \u00e9diteur qui ne r\u00e9pond plus, des fonctionnalit\u00e9s disparues, des erreurs JavaScript, une erreur HTTP 500 ou le message de WordPress concernant une erreur critique.<\/p>\n\n\n\n
M\u00eame un site web inhabituellement lent peut \u00eatre caus\u00e9 par une extension probl\u00e9matique, sans que WordPress n'affiche de message d'erreur visible.<\/p>\n\n\n\n
Le moment de l'erreur est un indice important<\/h2>\n\n\n\n
Avant de d\u00e9sactiver des plugins ou de modifier des fichiers, r\u00e9fl\u00e9chis au moment o\u00f9 le probl\u00e8me est apparu pour la premi\u00e8re fois.<\/p>\n\n\n\n
Si un site Web fonctionne sans probl\u00e8me pendant des mois et tombe en panne imm\u00e9diatement apr\u00e8s une mise \u00e0 jour de plugin, cette mise \u00e0 jour constitue un point de d\u00e9part bien meilleur que la d\u00e9sactivation al\u00e9atoire de n'importe quelle autre extension.<\/p>\n\n\n\n
Il en va de m\u00eame apr\u00e8s une mise \u00e0 jour de th\u00e8me, un changement de version PHP ou une mise \u00e0 jour du c\u0153ur de WordPress.<\/p>\n\n\n\n
\nConseil pratique :<\/strong> Pour les sites web importants, documentez les mises \u00e0 jour ou les modifications effectu\u00e9es juste avant qu'une erreur ne se produise. Cette information peut consid\u00e9rablement r\u00e9duire le temps de d\u00e9pannage.<\/p>\n<\/blockquote>\n\n\n\n
Conflit ou erreur ind\u00e9pendante ?<\/h2>\n\n\n\n
Ce n'est pas chaque erreur de plugin qui est automatiquement un conflit de plugins.<\/p>\n\n\n\n
Si un plugin provoque d\u00e9j\u00e0 \u00e0 lui seul une erreur fatale PHP, il est possible qu'il y ait un bug ou une incompatibilit\u00e9 avec ce plugin.<\/p>\n\n\n\n
Nous parlons plut\u00f4t d'un conflit classique lorsque la composante A fonctionne seule et que la composante B fonctionne \u00e9galement seule, mais que le probl\u00e8me survient d\u00e8s que les deux sont actives en m\u00eame temps.<\/p>\n\n\n\n
Cette distinction est importante, car elle d\u00e9bouche sur des solutions diff\u00e9rentes.<\/p>\n\n\n\n
Cr\u00e9er une sauvegarde avant le d\u00e9pannage<\/h2>\n\n\n\n
Avant de modifier des extensions, des th\u00e8mes ou des configurations sur un site Web de production, une sauvegarde r\u00e9cente doit \u00eatre disponible.<\/p>\n\n\n\n
Cela est particuli\u00e8rement vrai pour les boutiques WooCommerce, les espaces membres et les autres sites Web dynamiques dont les donn\u00e9es changent continuellement.<\/p>\n\n\n\n
Une sauvegarde ne constitue pas en soi la m\u00e9thode de diagnostic. Elle sert de s\u00e9curit\u00e9 au cas o\u00f9 une modification aurait des cons\u00e9quences inattendues.<\/p>\n\n\n\n
Staging au lieu de d\u00e9pannage sur le site en direct<\/h2>\n\n\n\n
Si la situation le permet, un diagnostic des conflits plus approfondi ne devrait pas \u00eatre effectu\u00e9 directement sur le site web de production.<\/p>\n\n\n\n
Une copie de staging ou de test permet de d\u00e9sactiver des plugins et des th\u00e8mes, de tester des versions de PHP et d'utiliser le d\u00e9bogage, sans que les visiteurs ne voient chaque modification imm\u00e9diatement.<\/p>\n\n\n\n
C'est particuli\u00e8rement important si le site Web traite des commandes, des r\u00e9servations, des formulaires ou d'autres fonctions essentielles \u00e0 l'activit\u00e9.<\/p>\n\n\n\n
\nImportant :<\/strong> Un site de staging n'est pertinent en tant qu'environnement de diagnostic que s'il reproduit fid\u00e8lement l'environnement de production probl\u00e9matique. Des versions de plugins, des versions de PHP ou des configurations diff\u00e9rentes peuvent entra\u00eener des r\u00e9sultats diff\u00e9rents.<\/p>\n<\/blockquote>\n\n\n\n
Reproduire d'abord l'erreur<\/h2>\n\n\n\n
Avant de chercher une cause, tu dois savoir comment reproduire l'erreur de mani\u00e8re fiable.<\/p>\n\n\n\n
En supposant qu'un formulaire de contact ne fonctionne pas, l'affirmation \u201e Le formulaire ne marche parfois pas \u201c ne suffit gu\u00e8re pour un diagnostic contr\u00f4l\u00e9.<\/p>\n\n\n\n
Il est plus utile de fournir une description concr\u00e8te : le formulaire peut \u00eatre rempli, mais apr\u00e8s avoir cliqu\u00e9 sur \u201e Envoyer \u201c, un message d'erreur sp\u00e9cifique appara\u00eet.<\/p>\n\n\n\n
Plus l'erreur peut \u00eatre reproduite avec pr\u00e9cision, mieux il est possible de d\u00e9terminer apr\u00e8s chaque modification si elle persiste.<\/p>\n\n\n\n
Tester d'abord le plugin suspect<\/h2>\n\n\n\n
Si l'erreur a commenc\u00e9 imm\u00e9diatement apr\u00e8s une modification apport\u00e9e \u00e0 un plugin sp\u00e9cifique, vous devriez commencer par ce plugin.<\/p>\n\n\n\n
D\u00e9sactive-le temporairement, puis reproduis exactement la m\u00eame op\u00e9ration.<\/p>\n\n\n\n
Si le probl\u00e8me dispara\u00eet, c'est un indice fort d'une implication du plugin. Cela ne prouve toutefois pas encore que le plugin est seul en cause.<\/p>\n\n\n\n
L'erreur ne se produit peut-\u00eatre qu'en combinaison avec une deuxi\u00e8me extension, le th\u00e8me ou la version de PHP utilis\u00e9e.<\/p>\n\n\n\n
Que faire si aucun plugin n'est manifestement suspect ?<\/h2>\n\n\n\n
Si aucun lien temporel n'est reconnaissable, une d\u00e9sactivation contr\u00f4l\u00e9e peut s'av\u00e9rer n\u00e9cessaire.<\/p>\n\n\n\n
Sur un environnement de test, les plugins normaux peuvent d'abord \u00eatre d\u00e9sactiv\u00e9s, puis r\u00e9activ\u00e9s individuellement ou par groupes pertinents.<\/p>\n\n\n\n
Apr\u00e8s chaque modification, l'erreur pr\u00e9c\u00e9demment d\u00e9finie est test\u00e9e \u00e0 nouveau.<\/p>\n\n\n\n
D\u00e8s que le probl\u00e8me se reproduira, il sera possible de restreindre nettement le cercle des extensions impliqu\u00e9es.<\/p>\n\n\n\n
\nImportant :<\/strong> Ne supprimez pas les extensions lors d'un diagnostic de conflit. Les d\u00e9sactiver suffit g\u00e9n\u00e9ralement. La suppression peut, selon l'extension, entra\u00eener la perte de donn\u00e9es ou de r\u00e9glages suppl\u00e9mentaires, ce qui complique inutilement le diagnostic.<\/p>\n<\/blockquote>\n\n\n\n
Pourquoi d\u00e9sactiver tous les plugins ne suffit pas encore \u00e0 \u00e9tablir un diagnostic<\/h2>\n\n\n\n
En supposant que tu d\u00e9sactives 25 extensions et que le site Web refonctionne ensuite, tu sais seulement qu'au moins l'une de ces extensions pourrait \u00eatre impliqu\u00e9e dans le probl\u00e8me.<\/p>\n\n\n\n
Cela ne permet pas encore de d\u00e9terminer quelle extension est responsable.<\/p>\n\n\n\n
Le diagnostic proprement dit s'effectue lors de la r\u00e9activation contr\u00f4l\u00e9e. Pour ce faire, vous devez v\u00e9rifier apr\u00e8s chaque modification pertinente si l'erreur initiale peut \u00eatre reproduite.<\/p>\n\n\n\n
C'est la seule fa\u00e7on de cerner la cause avec certitude.<\/p>\n\n\n\n
R\u00e9activer judicieusement les extensions<\/h2>\n\n\n\n
Sur une petite installation WordPress, les extensions peuvent \u00eatre r\u00e9activ\u00e9es une par une et ensuite test\u00e9es.<\/p>\n\n\n\n
En pr\u00e9sence d'un tr\u00e8s grand nombre d'extensions, un diagnostic par groupe peut s'av\u00e9rer plus rapide. D\u00e8s que l'erreur se produit \u00e0 nouveau au sein d'un groupe, seul ce groupe est subdivis\u00e9.<\/p>\n\n\n\n
Quelle que soit la m\u00e9thode, il doit toujours \u00eatre possible de comprendre quelles extensions \u00e9taient actives lors de quel test.<\/p>\n\n\n\n
Tenir compte des d\u00e9pendances entre les plugins<\/h2>\n\n\n\n
Certains plugins WordPress ne sont pas enti\u00e8rement autonomes. Par exemple, des add-ons peuvent n\u00e9cessiter un plugin principal.<\/p>\n\n\n\n
Si le plugin principal est d\u00e9sactiv\u00e9, il est possible que le module compl\u00e9mentaire cesse \u00e9galement de fonctionner. Il ne s'agit pas d'un conflit, mais d'une d\u00e9pendance attendue.<\/p>\n\n\n\n
Prenez de telles relations en compte lors du diagnostic afin qu'une perte de fonctionnalit\u00e9 attendue ne soit pas interpr\u00e9t\u00e9e \u00e0 tort comme une nouvelle erreur.<\/p>\n\n\n\n
N'oubliez pas les Must-Use-Plugins<\/h2>\n\n\n\n
En plus des plugins normaux, WordPress peut utiliser des plugins dits Must-Use.<\/p>\n\n\n\n
Celles-ci se trouvent g\u00e9n\u00e9ralement sous :<\/p>\n\n\n\n
wp-content\/mu-plugins\/<\/code><\/p>\n\n\n\nIls sont charg\u00e9s diff\u00e9remment des plugins normaux et apparaissent s\u00e9par\u00e9ment dans l'espace d'administration WordPress.<\/p>\n\n\n\n
Si tu as d\u00e9sactiv\u00e9 tous les plugins normaux et qu'un probl\u00e8me persiste, tu ne dois donc pas en d\u00e9duire automatiquement qu'aucun code de plugin ne peut \u00eatre impliqu\u00e9.<\/p>\n\n\n\n
D\u00e9sactiver manuellement un plugin lorsque wp-admin est inaccessible<\/h2>\n\n\n\n
Si un plugin provoque une erreur critique et que vous ne pouvez plus ouvrir l'espace d'administration WordPress, le plugin peut \u00eatre d\u00e9sactiv\u00e9 manuellement avec un acc\u00e8s appropri\u00e9 aux fichiers.<\/p>\n\n\n\n
Les plugins normaux se trouvent sous :<\/p>\n\n\n\n
wp-content\/plugins\/<\/code><\/p>\n\n\n\nSi le plugin concern\u00e9 est connu, son r\u00e9pertoire peut \u00eatre renomm\u00e9 temporairement.<\/p>\n\n\n\n
De :<\/p>\n\n\n\n
wp-content\/plugins\/beispiel-plugin\/<\/code><\/p>\n\n\n\npourrait par exemple \u00eatre temporaire :<\/p>\n\n\n\n
wp-content\/plugins\/beispiel-plugin-deaktiviert\/<\/code><\/p>\n\n\n\ndevenir.<\/p>\n\n\n\n
WordPress ne peut alors plus charger normalement l'extension sous son chemin pr\u00e9vu.<\/p>\n\n\n\n
Exclure le th\u00e8me comme cause<\/h2>\n\n\n\n
Si le diagnostic du plugin ne donne pas de cause \u00e9vidente, le th\u00e8me actif doit \u00eatre examin\u00e9 comme zone suivante.<\/p>\n\n\n\n
Sur un environnement de test appropri\u00e9, vous pouvez activer temporairement un th\u00e8me WordPress standard r\u00e9cent.<\/p>\n\n\n\n
Si l'erreur dispara\u00eet avec le th\u00e8me par d\u00e9faut, le th\u00e8me actuel ou une interaction entre le th\u00e8me et le plugin constitue un point de d\u00e9part \u00e9vident.<\/p>\n\n\n\n
Si l'erreur persiste de mani\u00e8re identique, le th\u00e8me est moins probable comme cause, mais cela n'exclut pas totalement toute interaction.<\/p>\n\n\n\n
Distinguer le th\u00e8me parent et le th\u00e8me enfant<\/h2>\n\n\n\n
Si le site Web utilise un th\u00e8me enfant, celui-ci doit \u00eatre pris en compte s\u00e9par\u00e9ment lors du diagnostic.<\/p>\n\n\n\n
Une erreur peut par exemple se produire dans un(e) :<\/p>\n\n\n\n
fonctions.php<\/code><\/p>\n\n\n\nou se trouver dans un template surcharg\u00e9 du th\u00e8me enfant.<\/p>\n\n\n\n
Le th\u00e8me parent lui-m\u00eame peut fonctionner de mani\u00e8re tout \u00e0 fait correcte.<\/p>\n\n\n\n
Si l'erreur a commenc\u00e9 seulement apr\u00e8s une modification du th\u00e8me enfant, c'est donc cette adaptation pr\u00e9cise qu'il convient d'examiner en premier.<\/p>\n\n\n\n
Changement de th\u00e8me sur un site web de production<\/h2>\n\n\n\n
Un changement de th\u00e8me peut influencer la navigation, les widgets, les mod\u00e8les et l'ensemble de l'affichage.<\/p>\n\n\n\n
C'est pourquoi il ne faut pas changer un th\u00e8me \u00e0 la l\u00e9g\u00e8re sur un site web en production, juste pour \u201e voir ce que \u00e7a donne \u201c.<\/p>\n\n\n\n
Pour un diagnostic approfondi du th\u00e8me, un environnement de staging est g\u00e9n\u00e9ralement le meilleur choix.<\/p>\n\n\n\n
Tenir compte de la version de WordPress<\/h2>\n\n\n\n
Les extensions et les th\u00e8mes sont d\u00e9velopp\u00e9s et test\u00e9s pour des versions sp\u00e9cifiques de WordPress.<\/p>\n\n\n\n
Si un probl\u00e8me survient imm\u00e9diatement apr\u00e8s une mise \u00e0 jour du c\u0153ur de WordPress, cela peut r\u00e9v\u00e9ler une incompatibilit\u00e9 jusqu'alors inaper\u00e7ue.<\/p>\n\n\n\n
Cela ne signifie pas automatiquement que la mise \u00e0 jour WordPress est d\u00e9fectueuse.<\/p>\n\n\n\n
V\u00e9rifiez plut\u00f4t si les extensions concern\u00e9es sont pr\u00e9vues pour la version de WordPress utilis\u00e9e et si elles sont maintenues \u00e0 jour.<\/p>\n\n\n\n
Version de PHP comme facteur de conflit<\/h2>\n\n\n\n
PHP est le langage de programmation c\u00f4t\u00e9 serveur sur lequel WordPress et une grande partie de ses extensions sont bas\u00e9s.<\/p>\n\n\n\n
Un code de plugin ou de th\u00e8me plus ancien peut utiliser des fonctions qui ont \u00e9t\u00e9 modifi\u00e9es ou supprim\u00e9es dans une version plus r\u00e9cente de PHP. Inversement, un logiciel r\u00e9cent peut n\u00e9cessiter une version de PHP qui n'est pas encore utilis\u00e9e sur le serveur.<\/p>\n\n\n\n
Par cons\u00e9quent, si une erreur survient imm\u00e9diatement apr\u00e8s un changement de version de PHP, il convient de v\u00e9rifier la compatibilit\u00e9 des composants concern\u00e9s.<\/p>\n\n\n\n
Nous aborderons la proc\u00e9dure exacte sous Modifier la version PHP pour WordPress et v\u00e9rifier la compatibilit\u00e9<\/a>.<\/p>\n\n\n\n
Ne pas r\u00e9trograder la version de PHP comme solution permanente<\/h2>\n\n\n\n
Si un site Web fonctionne avec une version plus ancienne de PHP et plante avec une version plus r\u00e9cente, un retour temporaire \u00e0 la version pr\u00e9c\u00e9dente qui fonctionnait peut aider \u00e0 rendre le site Web \u00e0 nouveau accessible.<\/p>\n\n\n\n
Cela ne devrait toutefois pas \u00eatre consid\u00e9r\u00e9 automatiquement comme une solution permanente.<\/p>\n\n\n\n
La v\u00e9ritable question est de savoir quelle composante n'est pas compatible avec le nouvel environnement et si une mise \u00e0 jour ou un remplacement est disponible.<\/p>\n\n\n\n
\nConseil pratique :<\/strong> \u201e Cela fonctionne avec l'ancien PHP \u201c est une information de diagnostic importante, mais pas encore une solution p\u00e9renne au probl\u00e8me.<\/p>\n<\/blockquote>\n\n\n\n
Utiliser les journaux d'erreurs en cas de conflits<\/h2>\n\n\n\n
En cas d'erreurs PHP visibles, vous ne devriez pas chercher la cause uniquement en d\u00e9sactivant des extensions.<\/p>\n\n\n\n
Un journal d'erreurs peut d\u00e9j\u00e0 fournir des indications concr\u00e8tes.<\/p>\n\n\n\n
Une entr\u00e9e avec un chemin tel que :<\/p>\n\n\n\n
wp-content\/plugins\/beispiel-plugin\/...<\/code><\/p>\n\n\n\nfait r\u00e9f\u00e9rence au code d'un plugin.<\/p>\n\n\n\n
Un chemin tel que :<\/p>\n\n\n\n
wp-content\/themes\/beispiel-theme\/...<\/code><\/p>\n\n\n\nm\u00e8ne en revanche vers le th\u00e8me.<\/p>\n\n\n\n
Le type d'erreur, le chemin du fichier, le num\u00e9ro de ligne et l'heure sont particuli\u00e8rement utiles.<\/p>\n\n\n\n
Utiliser le d\u00e9bogage WordPress de mani\u00e8re cibl\u00e9e<\/h2>\n\n\n\n
Si les journaux de serveur normaux ne fournissent pas suffisamment d'informations, le d\u00e9bogage WordPress peut fournir des indices suppl\u00e9mentaires.<\/p>\n\n\n\n
Les constantes importantes sont :<\/p>\n\n\n\n
WP_DEBUG<\/code><\/p>\n\n\n\n
WP_DEBUG_LOG<\/code><\/p>\n\n\n\n
WP_DEBUG_DISPLAY<\/code><\/p>\n\n\n\nNous verrons comment utiliser ces fonctionnalit\u00e9s de mani\u00e8re contr\u00f4l\u00e9e et analyser les journaux d'erreurs dans Activer le d\u00e9bogage WordPress et utiliser les journaux d'erreurs<\/a>.<\/p>\n\n\n\n
\nAttention :<\/strong> Le d\u00e9bogage ne doit pas entra\u00eener l'affichage public permanent d'erreurs PHP d\u00e9taill\u00e9es sur un site Web de production. Les journaux peuvent contenir des informations techniques internes.<\/p>\n<\/blockquote>\n\n\n\n
Une erreur fatale PHP est particuli\u00e8rement explicite<\/h2>\n\n\n\n
Lorsqu'un conflit entra\u00eene une erreur fatale PHP, le journal contient souvent un message d'erreur sp\u00e9cifique.<\/p>\n\n\n\n
Les exemples d'\u00e9l\u00e9ments pertinents comprennent :<\/p>\n\n\n\n
Erreur fatale PHP<\/code><\/p>\n\n\n\n
Erreur non intercept\u00e9e<\/code><\/p>\n\n\n\n
Appel \u00e0 une fonction non d\u00e9finie<\/code><\/p>\n\n\n\n
Impossible de redeclarer<\/code><\/p>\n\n\n\n
Classe ... introuvable<\/code><\/p>\n\n\n\nDe tels messages peuvent donner des indications sur les composants qui entrent en collision ou sur la d\u00e9pendance qui manque.<\/p>\n\n\n\n
Identifier les conflits JavaScript<\/h2>\n\n\n\n
Tous les conflits WordPress ne provoquent pas d'erreur PHP.<\/p>\n\n\n\n
Par exemple, si un menu, un pop-up, un formulaire, un curseur ou un constructeur de page ne r\u00e9pond plus, il peut s'agir d'un probl\u00e8me JavaScript.<\/p>\n\n\n\n
Il est typique que la page se charge en principe, mais que certaines fonctions interactives ne fonctionnent plus.<\/p>\n\n\n\n
Les outils de d\u00e9veloppement du navigateur peuvent afficher des erreurs JavaScript dans de tels cas. La corr\u00e9lation temporelle avec les mises \u00e0 jour de plugins ou de th\u00e8mes reste \u00e9galement ici un indice important.<\/p>\n\n\n\n
Les conflits CSS ne sont pas des conflits PHP<\/h2>\n\n\n\n
Si une fonction fonctionne techniquement, mais a un aspect incorrect, il peut s'agir d'un conflit CSS.<\/p>\n\n\n\n
Un plugin peut par exemple charger des r\u00e8gles CSS globales qui influencent les \u00e9l\u00e9ments du th\u00e8me.<\/p>\n\n\n\n
Le r\u00e9sultat peut \u00eatre une mise en page d\u00e9cal\u00e9e, une taille de police incorrecte ou un \u00e9l\u00e9ment invisible, bien que WordPress et PHP fonctionnent sans erreur.<\/p>\n\n\n\n
Dans ce cas, un journal des erreurs PHP n'aide g\u00e9n\u00e9ralement pas \u00e0 trouver la cause r\u00e9elle. Les outils de d\u00e9veloppement du navigateur sont plus adapt\u00e9s aux probl\u00e8mes de CSS.<\/p>\n\n\n\n
Le cache peut fausser le diagnostic<\/h2>\n\n\n\n
Apr\u00e8s la d\u00e9sactivation d'un plugin ou la modification du th\u00e8me, une version mise en cache du site Web peut continuer \u00e0 \u00eatre diffus\u00e9e.<\/p>\n\n\n\n
Cela peut donner l'impression qu'un changement n'a eu aucun effet.<\/p>\n\n\n\n
Apr\u00e8s une modification pertinente, vous devez donc tenir compte de la possibilit\u00e9 que des caches de navigateur, de WordPress, de serveur ou de CDN soient impliqu\u00e9s.<\/p>\n\n\n\n
Cependant, vider le cache ne r\u00e9pare pas un v\u00e9ritable conflit de plugins. Cela permet simplement d'\u00e9valuer l'\u00e9tat actuel de mani\u00e8re fiable.<\/p>\n\n\n\n
Plugins d'optimisation comme source potentielle de conflits<\/h2>\n\n\n\n
Les extensions de performance peuvent compresser, charger en diff\u00e9r\u00e9, combiner ou modifier de toute autre mani\u00e8re les fichiers CSS et JavaScript.<\/p>\n\n\n\n
Si un site Web pr\u00e9sente soudainement des probl\u00e8mes d'affichage ou de JavaScript apr\u00e8s l'activation d'une telle optimisation, il convient de v\u00e9rifier quelle fonction d'optimisation d\u00e9clenche l'erreur.<\/p>\n\n\n\n
Il n'est alors souvent pas n\u00e9cessaire de supprimer l'ensemble du syst\u00e8me de performance de mani\u00e8re permanente. Une seule option d'optimisation ou une exception cibl\u00e9e peut \u00eatre la cause r\u00e9elle.<\/p>\n\n\n\n
Les plugins de s\u00e9curit\u00e9 comme source potentielle de conflits<\/h2>\n\n\n\n
Les extensions de s\u00e9curit\u00e9 s'immiscent parfois profond\u00e9ment dans WordPress. Elles peuvent limiter les tentatives de connexion, analyser des fichiers, filtrer des requ\u00eates ou bloquer certaines actions.<\/p>\n\n\n\n
Si une fonction ne fonctionne plus apr\u00e8s une modification de la configuration de s\u00e9curit\u00e9, il convient par cons\u00e9quent de v\u00e9rifier si une requ\u00eate l\u00e9gitime n'est pas bloqu\u00e9e.<\/p>\n\n\n\n
Cependant, la solution ne devrait pas consister \u00e0 d\u00e9sactiver d\u00e9finitivement l'ensemble de la solution de s\u00e9curit\u00e9. L'objectif est d'identifier la r\u00e8gle ou la fonction sp\u00e9cifique.<\/p>\n\n\n\n
Conflits entre constructeurs de pages et th\u00e8mes<\/h2>\n\n\n\n
Les constructeurs de pages travaillent en \u00e9troite collaboration avec le th\u00e8me, JavaScript, CSS et WordPress.<\/p>\n\n\n\n
Si un \u00e9diteur ne se charge plus ou si certains widgets sont d\u00e9fectueux, plusieurs niveaux peuvent donc \u00eatre impliqu\u00e9s.<\/p>\n\n\n\n
Il est \u00e9galement tr\u00e8s utile de se demander ce qui a \u00e9t\u00e9 modifi\u00e9 juste avant l'apparition du probl\u00e8me.<\/p>\n\n\n\n
Changer de th\u00e8me ou d\u00e9sactiver l'ensemble des plugins sur un site en ligne ne devrait pas \u00eatre le premier r\u00e9flexe.<\/p>\n\n\n\n
Conflits avec plusieurs plugins<\/h2>\n\n\n\n
Parfois, un probl\u00e8me ne provient pas d'un seul plugin, mais d'une combinaison sp\u00e9cifique.<\/p>\n\n\n\n
Le plugin A fonctionne seul. Le plugin B fonctionne \u00e9galement seul. Si les deux sont actifs, l'erreur se produit.<\/p>\n\n\n\n
C'est pr\u00e9cis\u00e9ment pourquoi la r\u00e9activation contr\u00f4l\u00e9e lors du diagnostic des conflits est si importante.<\/p>\n\n\n\n
S'il est simplement constat\u00e9 que le site Web fonctionne avec des plugins d\u00e9sactiv\u00e9s, une telle interaction reste ind\u00e9tect\u00e9e.<\/p>\n\n\n\n
Un plugin consomme des ressources de mani\u00e8re inhabituelle<\/h2>\n\n\n\n
Tous les conflits ne g\u00e9n\u00e8rent pas un message d'erreur visible. Par exemple, une extension peut provoquer des requ\u00eates de base de donn\u00e9es tr\u00e8s lentes ou consommer une quantit\u00e9 inhabituelle de m\u00e9moire PHP ou de temps CPU.<\/p>\n\n\n\n
Le site Web peut alors sembler simplement lent ou instable.<\/p>\n\n\n\n
Si la performance est le sympt\u00f4me principal, il ne faut donc pas seulement chercher des erreurs PHP classiques.<\/p>\n\n\n\n
Nous traitons le diagnostic de performance d\u00e9taill\u00e9 sous WordPress est lent : trouver les causes et am\u00e9liorer le temps de chargement<\/a>.<\/p>\n\n\n\n
Identifier correctement les erreurs de m\u00e9moire<\/h2>\n\n\n\n
Un plugin gourmand en ressources peut amener PHP \u00e0 atteindre sa limite de m\u00e9moire disponible.<\/p>\n\n\n\n
Dans le journal des erreurs, on peut par exemple trouver :<\/p>\n\n\n\n