L'\u00e9cran blanc de WordPress (WSOD) est une erreur courante qui se traduit par un \u00e9cran blanc, ce qui rend difficile la compr\u00e9hension de la cause car aucun message d'erreur n'est affich\u00e9. Il peut \u00eatre caus\u00e9 par des conflits de plugins ou de th\u00e8mes, par l'\u00e9puisement des limites de m\u00e9moire de PHP ou par des probl\u00e8mes au niveau du noyau de WordPress. Voici un guide \u00e9tape par \u00e9tape pour d\u00e9panner et r\u00e9parer le WSOD :<\/p>\n\n\n\n
L'activation du mode de d\u00e9bogage de WordPress peut vous aider \u00e0 d\u00e9couvrir des messages d'erreur sp\u00e9cifiques. Pour ce faire, proc\u00e9dez comme suit<\/p>\n\n\n\n
wp-config.php<\/code> d\u00e9poser.<\/li>\n\n\n\n- Modifiez le fichier et recherchez la ligne qui dit
d\u00e9finir('WP_DEBUG', faux);<\/code>. Changement faux<\/code> \u00e0 vrai<\/code>. Si cette ligne n'existe pas, ajoutez-la au-dessus de la ligne \"C'est tout, arr\u00eatez la r\u00e9daction ! Bonne publication\" :<\/li>\n<\/ul>\n\n\n\ndefine('WP_DEBUG', true) ;\ndefine('WP_DEBUG_LOG', true) ;\ndefine('WP_DEBUG_DISPLAY', false) ;<\/code><\/pre>\n\n\n\nCette configuration enregistre les erreurs dans un fichier nomm\u00e9 journal de d\u00e9bogage<\/code> au sein de la wp-contenu<\/code> sans les afficher aux visiteurs de votre site.<\/p>\n\n\n\n<\/span>D\u00e9sactiver tous les plugins<\/span><\/h3>\n\n\n\nLes plugins sont souvent \u00e0 l'origine du WSOD. Pour v\u00e9rifier si un plugin est \u00e0 l'origine du probl\u00e8me :<\/p>\n\n\n\n
\n- Utilisez le FTP ou le gestionnaire de fichiers de votre h\u00f4te pour naviguer jusqu'au fichier
wp-contenu<\/code> dossier.<\/li>\n\n\n\n- Renommer le
plugins<\/code> \u00e0 quelque chose comme plugins_old<\/code>. Cela d\u00e9sactive tous les plugins.<\/li>\n\n\n\n- V\u00e9rifiez \u00e0 nouveau votre site. S'il est r\u00e9tabli, l'un des plugins est \u00e0 l'origine du probl\u00e8me. Renommez le dossier en
plugins<\/code> puis d\u00e9sactivez chaque plugin un par un dans le tableau de bord de WordPress afin d'isoler celui qui pose probl\u00e8me.<\/li>\n<\/ul>\n\n\n\n<\/ul>\n\n\n\n<\/span>Augmenter la limite de m\u00e9moire de PHP<\/span><\/h3>\n\n\n\nUne m\u00e9moire insuffisante allou\u00e9e \u00e0 PHP peut \u00e9galement \u00eatre \u00e0 l'origine du WSOD :<\/p>\n\n\n\n
\n- Dans le
wp-config.php<\/code> ajouter la ligne suivante :<\/li>\n<\/ul>\n\n\n\ndefine('WP_MEMORY_LIMIT', '256M') ;<\/code><\/pre>\n\n\n\nCela augmente la limite de m\u00e9moire de PHP \u00e0 256MB. Si vous rencontrez toujours le WSOD apr\u00e8s cette op\u00e9ration, le probl\u00e8me peut \u00eatre li\u00e9 \u00e0 la limite de m\u00e9moire globale de votre environnement d'h\u00e9bergement, et vous devrez peut-\u00eatre contacter votre fournisseur d'h\u00e9bergement.<\/p>\n\n\n\n
<\/span>V\u00e9rifier les erreurs de syntaxe<\/span><\/h3>\n\n\n\nSi vous avez r\u00e9cemment modifi\u00e9 des fichiers, une erreur de syntaxe peut en \u00eatre la cause :<\/p>\n\n\n\n
\n- Examinez les modifications que vous avez apport\u00e9es. En cas de doute, revenez \u00e0 une version ant\u00e9rieure du fichier.<\/li>\n\n\n\n
- Utilisez un v\u00e9rificateur de syntaxe PHP ou un \u00e9diteur avec mise en \u00e9vidence de la syntaxe pour rep\u00e9rer et corriger les erreurs.<\/li>\n<\/ul>\n\n\n\n
<\/span>Vider le cache<\/span><\/h3>\n\n\n\nParfois, votre navigateur ou vos plugins de mise en cache peuvent afficher une version en cache de la WSOD :<\/p>\n\n\n\n
\n- Videz le cache de votre navigateur et, si possible, videz le cache via le panneau de contr\u00f4le de votre h\u00e9bergement ou les param\u00e8tres du plugin de mise en cache.<\/li>\n<\/ul>\n\n\n\n
<\/span>V\u00e9rifier les autorisations de fichiers<\/span><\/h3>\n\n\n\nDes permissions de fichiers incorrectes peuvent \u00e9galement \u00eatre \u00e0 l'origine du WSOD :<\/p>\n\n\n\n
\n- Les fichiers doivent \u00eatre r\u00e9gl\u00e9s sur 644 ou 640, et les r\u00e9pertoires sur 755 ou 750. Vous pouvez v\u00e9rifier et modifier les autorisations \u00e0 l'aide d'un client FTP.<\/li>\n<\/ul>\n\n\n\n
<\/span>Restauration \u00e0 partir d'une sauvegarde<\/span><\/h3>\n\n\n\nSi aucune des mesures ci-dessus ne fonctionne, la restauration de votre site \u00e0 partir d'une sauvegarde peut \u00eatre une solution rapide pour r\u00e9tablir le fonctionnement de votre site :<\/p>\n\n\n\n
\n- Utilisez une sauvegarde r\u00e9cente pour restaurer vos fichiers WordPress et votre base de donn\u00e9es.<\/li>\n<\/ul>\n\n\n\n
<\/span>Contactez votre fournisseur d'h\u00e9bergement<\/span><\/h3>\n\n\n\nSi vous \u00eates toujours bloqu\u00e9, votre h\u00e9bergeur peut vous donner des indications sur les erreurs de serveur, les probl\u00e8mes de base de donn\u00e9es ou d'autres probl\u00e8mes li\u00e9s \u00e0 l'h\u00e9bergement qui pourraient \u00eatre \u00e0 l'origine du WSOD.<\/p>\n\n\n\n
En suivant m\u00e9thodiquement ces \u00e9tapes, vous devriez \u00eatre en mesure de diagnostiquer et de corriger la cause de l'\u00e9cran blanc de WordPress. N'oubliez pas de faire des sauvegardes r\u00e9guli\u00e8res et de tester les modifications dans un environnement de test pour \u00e9viter que des probl\u00e8mes n'affectent votre site r\u00e9el.<\/p>\n
\n\nTable des mati\u00e8res<\/p>\n<\/span><\/div>\n