Vous êtes-vous déjà retrouvé à regarder un écran vide lors de l’ouverture de votre site WordPress? Tout fonctionnait bien il y a à peine un instant, et soudain le site a Vide! Il se peut également que le site WordPress se charge correctement, mais le tableau de bord ne l’est pas. Des situations comme celle-ci ce que la communauté WordPress aime appeler le tristement célèbre Écran blanc de la mort – et c’est l’un des la les choses les plus troublantes à propos de WordPress.

Si vous n’avez pas rencontré ce terme encore – alors vous êtes l’un des chanceux. Aujourd’hui, nous allons parler des différents symptômes de l’écran blanc de la mort (appelons-le WSOD) et apprendre le remède pour chaque maladie.

Tout d’abord. Le WSOD est une anomalie qui découle d’une multitude de raisons différentes. Si vous avez de la chance, votre cas particulier tomberait sous le symptômes courants – pour lesquels des correctifs prêts à l’emploi sont disponibles. Cependant, si vous ne pouvez pas déterminer la cause du problème, vous feriez mieux de vous confier à un expert WordPress.

4 raisons (et solutions) pour WordPress White Screen of Death

La bonne nouvelle, cependant, est que les chances que votre incident WSOD tombe dans la catégorie inconnue sont assez minces. Le plus souvent, la cause du WSOD relève de trois catégories générales. Ce tutoriel décrit des étapes simples et faciles à suivre pour résoudre chacune des causes de WordPress White Screen of Death.

Raison n ° 1: problèmes liés aux plugins

Vous avez installé un nouveau plugin, mis à jour un ancien ou essayé de modifier un plugin actif.

Réparer: Désactivez un ou tous les plugins

Dans la plupart des cas, il peut y avoir un conflit entre votre thème actif actuel et le plugin que vous venez d’installer. Dans un tel cas, vous pouvez simplement désactiver ce plugin particulier et tout devrait fonctionner correctement. Cependant, il y a un problème. Comment allez-vous désactiver le plugin lorsque votre tableau de bord WordPress ne fonctionne pas?

Si vous utilisez WordPress depuis plus de six mois maintenant, ne lisez pas la ligne suivante. Essayez de penser à une solution. Je vais vous donner un indice – cela a quelque chose à voir avec l’accès à votre répertoire de plugins WordPress via FTP? Est-ce que tu l’as? Oui? Gloire! Non? Pas de problème – continuez à lire, mais je vous promets que vous vous frapperez le front une fois que vous aurez lu la solution! Et c’est parti.

Comment désactiver le plugin WordPress via FTP?

La désactivation d’un plugin WordPress via FTP est une tâche très simple. Au préalable, vous devez disposer d’un accès FTP, avec les autorisations appropriées sur votre répertoire WordPress.

REMARQUE: La plupart des hébergeurs vous donnent un accès FTP. Cependant, si vous avez installé WordPress dans un VPS ou un serveur cloud, il est possible que vous n’ayez pas installé de serveur FTP dans votre VPS. Dans une telle situation, vous devrez installer un client FTP open-source tel que proftpd ou vsftp. Il existe plusieurs didacticiels en ligne, et je vous suggère d’en lire un qui utilise le système d’exploitation de votre serveur. Par exemple, si nous exécutons un VPS basé sur Ubuntu, notre terme de recherche serait «Comment installer proftpd sur Ubuntu».

Une fois cette étape franchie, il est temps de désactiver le plugin.

  1. Connectez-vous à votre serveur FTP avec un compte approprié
  2. Accédez à votre répertoire d’installation WordPress
  3. Entrez le wp_content / plugins dossier
  4. Vous trouverez plusieurs dossiers avec des noms familiers dans le dossier des plugins. Chaque dossier représente un plugin.
  5. Recherchez et sélectionnez le dossier avec le nom correct du plugin
  6. Renommez-le avec un nom différent mais reconnaissable. Par exemple, si le nom du plugin (c’est-à-dire du dossier) est Akismet, alors vous devriez le renommer en quelque chose comme _akismet ou akismet_disabled.
  7. Vous êtes libre de choisir le nom de votre choix. Assurez-vous simplement qu’il n’entre pas en conflit avec le nom d’un autre plugin et qu’il soit plus tard reconnaissable.
  8. Renommer le dossier désactivera définitivement le plugin.

Une fois ces étapes terminées, lancez votre navigateur et voyez si le site se charge. Si le problème est résolu – bravo!

Comment désactiver tous les plugins WordPress à la fois?

Vous pouvez suivre le processus ci-dessus pour désactiver autant de plugins que vous le souhaitez. Cependant, si vous souhaitez désactiver tous les plugins en une seule fois, cela prendrait beaucoup de temps. Il existe un moyen beaucoup plus simple: renommer le dossier plugins (en quelque chose comme plugins_old) et créez un nouveau dossier vide intitulé plugins. En substance, cela désactiverait tous les anciens plugins en une seule fois. Vous pouvez déplacer les plugins un par un depuis le plugins_old dossier vers pluginset activez-les individuellement.

Lorsque vous avez modifié un fichier de plugin particulier qui a causé le WSOD, désactivez simplement le plugin via FTP et le site devrait fonctionner à nouveau. Il est toujours recommandé de tester les plugins modifiés sur un site de sauvegarde. (Aller à la conclusion pour une solution).

Raison n ° 2: Problèmes liés au thème

wp-wsod-r1

Semblables aux plugins, les problèmes WSOD liés aux thèmes ont des origines similaires.

Réparer: Désactiver le thème

Jetons un coup d’œil à certaines des causes les plus simples:

Nouvelles installations de thème

L’installation d’un nouveau thème pourrait créer un conflit avec un plugin existant – le conflit classique thème-plugin. Dans un tel cas, il vous suffit de désactiver le thème nouvellement activé et WordPress reviendra automatiquement à son thème par défaut. Assurez-vous que vous n’avez pas supprimé le thème par défaut (le vingt ans thème). Si c’est le cas, téléchargez le thème sur le thèmes dossier dans wp_content.

Comment désactiver un thème via FTP dans WordPress?

Ce processus est presque similaire au processus de désactivation d’un plugin, la seule différence étant que vous devez ouvrir le wp_content / themes dossier au lieu du plugins dossier. Accédez au thèmes dossier et renommez le dossier du thème spécifique pour le désactiver.

Thèmes mal codés

Plusieurs fois, les mises à jour majeures de WordPress pourraient entraîner des thèmes mal codés sur la rivière. Un thème mal codé et obsolète peut ne pas fonctionner avec la dernière mise à jour de WordPress. Themelocal est fier de ses thèmes de qualité magnifiquement conçus – ils ont un lot des clients de Themeforest (il suffit de consulter leur portfolio), et ils font partie des rares personnes dont je fais confiance aux thèmes.

Si votre thème a cessé de fonctionner juste après la mise à jour de WordPress, il y a de fortes chances que le thème soit le coupable. Désactivez le thème et les choses devraient revenir à la normale.

Modifier un thème

WordPress n’aime pas le code bogué. Il repose sur un ensemble de objets de code, travaillant en harmonie. Si l’une de ces parties (à ne pas confondre avec un objet de POO), dites le thème functions.php fichier, dysfonctionnements, alors WordPress ne fonctionnera pas. Cela conduit au WSOD.

Habituellement, les thèmes du référentiel WordPress ou des développeurs réputés sont méticuleusement testés contre de tels défauts. Un thème tout droit sorti de la boîte ne contiendrait pas de fichier functions.php défectueux. Si vous obtenez un WSOD lorsque vous installez un tel thème, c’est probablement un conflit plugin-thème.

Lorsque vous modifiez ou mettez à jour un thème, cela peut conduire à un code incorrect, ce qui nous conduit au cœur du problème, à savoir un WSOD. Afin de résoudre ce problème, vous pouvez remplacer le fichier modifié par une ancienne copie (je suppose que vous avez effectué une sauvegarde). Dans tous les autres cas, vous pouvez télécharger les fichiers de thème d’origine.

Raison n ° 3: dépassement de la limite de mémoire

wp-wsod-r3

Cette situation est un indicateur classique que vous avez dépassé votre fournisseur d’hébergement actuel. La quantité de trafic sur votre site Web nécessite plus de ressources – que votre hébergeur actuel ne peut pas fournir. Il est temps pour une mise à niveau. C’est une bonne nouvelle – votre site grandit

Réparer: Augmentez votre limite de mémoire

Vous pouvez essayer d’augmenter votre limite de mémoire PHP en modifiant le wp-config.php fichier. Ajoutez simplement la ligne suivante:

define('WP_MEMORY_LIMIT', '64M');

Une limite de mémoire de 64 Mo devrait être suffisante sur les hôtes partagés. Si le problème persiste, vous devriez consulter votre hébergeur.

Hébergeurs Web bon marché

Ce problème est également courant chez les hébergeurs bon marché qui sacrifient la qualité. Afin de faire un profit, ces hôtes crampent autant de clients que possible sur un serveur. En conséquence, la quantité de ressources (par exemple, RAM) par client est considérablement réduite. Cela conduit au WSOD. Donc, si vous utilisez un plan d’hébergement économique qui ne vous permettra plus d’augmenter votre limite de mémoire, vous devrez mettre à niveau votre plan.

Raison n ° 4: causes inconnues

wp-wsod-r4-causes inconnues

Parfois, la cause WSOD ne peut pas être tout à fait déterminée, ce qui nous amène à un correctif. Dans des moments comme ceux-ci, vous devrez déterminer la source du problème.

Réparer: Activer le mode WP_DEBUG

Ajoutez simplement les lignes suivantes au bas du wp-config.php fichier:

error_reporting(E_ALL);
ini_set('display_errors', 1);
define( 'WP_DEBUG', true);

Cela indique à WordPress d’afficher toutes les erreurs qui se produisent sur l’écran de sortie. Vous pouvez utiliser ces informations pour déterminer la cause du WSOD.

Conclusion

L’écran blanc de la mort est l’un de ces problèmes inévitables auxquels chaque utilisateur de WordPress doit faire face. Bien sûr, si vous utilisez WordPress.com, il n’y aura jamais un tel problème, mais il comporte son propre ensemble de limitations.

hébergement WordPress géré

Si vous voulez le confort de ne pas avoir à vous soucier de ces problèmes d’hébergement, il existe un correctif – Hébergement WordPress géré. Les fournisseurs d’hébergement WordPress gérés se spécialisent dans les problèmes liés à WordPress et à WordPress. Chez Themelocal, nous utilisons WPEngine et nous en sommes très satisfaits – il suffit de regarder à quelle vitesse notre site se charge. 😉

Si votre budget le permet et que vous souhaitez être libre de tous les problèmes liés à l’hébergement, vous adorerez l’hébergement géré par WPEngine ou Media Temple, ou l’un des fournisseurs d’hébergement recommandés. Comme toujours, nous aimerions connaître votre opinion! Quelle est votre histoire WSOD?

Share: