Trusted WordPress tutorials, when you need them most.
Beginner’s Guide to WordPress
Coupe WPB
25 Million+
Websites using our plugins
16+
Years of WordPress experience
3000+
WordPress tutorials
by experts

Comment corriger l’écran blanc de WordPress (étape par étape)

Note éditoriale : Nous percevons une commission sur les liens des partenaires sur WPBeginner. Les commissions n'affectent pas les opinions ou les évaluations de nos rédacteurs. En savoir plus sur Processus éditorial.

L’écran blanc de WordPress est l’une des erreurs les plus courantes de WordPress. C’est aussi une erreur frustrante car il n’y a aucun message et vous êtes bloqué hors de WordPress.

Un autre problème avec l’erreur de l’écran blanc de la mort est que parfois, elle affecte uniquement une certaine partie de votre site. Par exemple, vous pouvez voir l’écran blanc de la mort uniquement dans la zone d’administration de WordPress, alors que tout le reste fonctionne correctement. Dans d’autres cas, vous pouvez le voir uniquement sur une publication spécifique.

Dans cet article, nous allons vous afficher comment corriger l’écran blanc de WordPress en examinant différentes solutions.

How to Fix the WordPress White Screen of Death (Step by Step)

Note : Avant d’apporter des modifications à votre site, assurez-vous d’avoir une sauvegarde de votre site WordPress. Si vous n’avez pas accès à la zone d’administration, consultez notre guide sur la création manuelle d’une sauvegarde de la base de données de WordPress.

Pourquoi l’écran blanc de la mort apparaît-il sur WordPress ?

La plupart du temps, lorsque vous voyez un écran blanc de la mort en essayant de visiter votre site WordPress, cela signifie qu’un script sur votre site a épuisé la limite de mémoire.

Le script qui ne répond pas est soit tué par le serveur de votre hébergeur WordPress, soit simplement interrompu. Aucun message d’erreur n’est donc généré et vous voyez simplement un écran blanc.

WordPress showing white screen instead of website

Cependant, il peut arriver qu’un message d’erreur s’affiche.

Par exemple, vous pouvez voir un message d’erreur critique au lieu d’une page blanche.

Critical error in WordPress

Que vous voyiez un écran vide ou le message « Une erreur critique s’est produite sur votre site », il s’agit de la même erreur.

Cette erreur peut également se produire en raison d’un thème ou d’une extension mal codé(e) installé(e) sur votre site. Parfois, elle peut se produire en cas de problème avec votre serveur hébergeur.

Comme l’erreur de l’écran blanc peut être causée par un certain nombre de choses, il est nécessaire de procéder à un dépannage méthodique pour la corriger. Voici les étapes par lesquelles vous devriez essayer de résoudre le problème :

Tutoriel vidéo

Subscribe to WPBeginner

Si vous préférez des instructions écrites, continuez à lire.

1. Vérifiez si le problème se pose sur vos autres sites

Si d’autres sites WordPress sont installés sur le même compte d’hébergeur, commencez par vérifier si le problème se pose également sur d’autres sites.

Si c’est le cas, cela indique clairement que quelque chose ne va pas avec votre hébergeur WordPress. Il pourrait s’agir d’un problème temporaire affectant leur service, et vous devez contacter leur support pour plus d’aide.

En revanche, si le problème se produit uniquement sur un site ou une partie spécifique de ce site, vous savez que le problème se situe au niveau de ce site en particulier.

2. Corrigé l’erreur de l’écran blanc avec le mode de récupération de WordPress

Si l’erreur de l’écran blanc de la mort est causée par une extension ou un thème WordPress, alors WordPress peut être en mesure de la détecter.

La nouvelle fonctionnalité de protection contre les erreurs fatales introduite dans WordPress 5.2 peut parfois détecter l’erreur, de sorte que vous ne verrez peut-être même pas d’écran blanc. Au lieu de cela, vous verrez un message indiquant que le site rencontre des difficultés techniques.

This Site Is Experiencing Technical Difficulties Error Message

WordPress enverra également un e-mail concernant le problème à votre adresse e-mail d’administrateur.

L’e-mail aura pour objet « Votre site connaît un problème technique ».

Technical Difficulties Email With Link to Recovery Mode

Ce message e-mail indiquera l’extension ou le thème à l’origine de l’erreur et contiendra également un lien spécial.

Ce lien vous permettra de vous connecter au mode de récupération de WordPress et de désactiver l’extension défectueuse.

WordPress recovery mode dashboard

Cependant, si vous voyez l’écran blanc de la mort sans option d’e-mail ou de mode de récupération, vous devez corriger l’erreur manuellement.

3. Augmenter la limite de mémoire

En général, cette erreur se produit parce qu’un script a épuisé la mémoire de votre serveur web et s’est arrêté en cours de route.

Pour corriger ce problème, vous devez augmenter la mémoire PHP disponible pour WordPress. Cela permettra au script d’utiliser plus de mémoire pour terminer le travail qu’il était censé faire.

Vous devrez modifier le fichier wp-config.php sur votre site WordPress ou utiliser une extension d’extraits de code comme WPCode.

Vous pouvez suivre les instructions de notre tutoriel sur la façon d’augmenter la mémoire de PHP dans WordPress.

4. Corrigé l’erreur de l’écran blanc en désactivant toutes les extensions

Si l’augmentation de la limite de mémoire de PHP n’a pas aidé, ou si vous avez une limite de mémoire élevée, comme 256M ou 512M, alors vous devez commencer le dépannage.

Dans notre expérience de dépannage de ce problème, nous avons toujours trouvé que le problème provenait soit d’une extension spécifique, soit d’un thème. Désactivons donc toutes les extensions.

Si vous pouvez toujours accéder au Tableau de bord WordPress, vous pouvez simplement vous rendre sur la page  » Plugins  » Installed Plugins. Sélectionnez toutes les extensions installées, puis sélectionnez  » Désactiver  » dans le menu déroulant  » Actions groupées « .

Deactivate all WordPress plugins

Cependant, si vous n’avez pas accès à la zone d’administration de WordPress, vous devrez désactiver toutes les extensions via FTP.

Tout d’abord, connectez-vous à votre site WordPress à l’aide d’un client FTP ou du gestionnaire de fichiers de votre fournisseur d’hébergement. Une fois connecté, rendez-vous dans le dossier wp-content, où vous verrez le dossier des extensions.

Vous devez maintenant cliquer avec le bouton droit de la souris sur le dossier des extensions et sélectionner « Renommer ». Vous pouvez renommer le dossier des extensions en « plugins-désactivés ».

Using FTP to Rename the Plugins Folder

WordPress recherche un dossier nommé plugins pour charger toutes les extensions. Lorsqu’il ne trouve pas ce dossier, il désactive simplement toutes les extensions.

Si cela corrige le problème, activez une extension à la fois pour trouver la cause du problème. Une fois que vous avez trouvé l’extension à l’origine du problème, vous pouvez la remplacer par une autre ou signaler le problème aux auteurs/autrices de l’extension.

5. Activer le thème par défaut

Si le dépannage de l’extension ne corrige pas le problème, essayez de remplacer votre thème actif par un thème par défaut.

Tout d’abord, connectez-vous à votre site à l’aide d’un client FTP et accédez au dossier /wp-content/themes/. Il contient tous les thèmes installés sur votre site.

Cliquez avec le bouton droit de la souris pour sélectionner votre thème WordPress actuel et le télécharger sur votre ordinateur en tant que sauvegarde.

Using FTP to Download the Current Theme as a Backup

Ensuite, vous devez supprimer votre thème actuel de votre site.

Il vous suffit de cliquer avec le bouton droit de la souris sur le dossier de votre thème et de sélectionner « Supprimer ». Votre client FTP va maintenant supprimer le thème de votre site.

Using FTP to Delete the Current Theme

Maintenant, si vous avez un thème par défaut WordPress comme (Twenty Twenty-Two ou Twenty Twenty-Three) installé sur votre site, alors WordPress commencera automatiquement à l’utiliser comme thème par défaut.

Cependant, si vous n’avez pas de thème par défaut installé, vous devez l’installer manuellement à l’aide du FTP.

Si cela corrige le problème, vous devriez alors regarder le fichier functions.php de votre thème. S’il y a des espaces supplémentaires au bas du fichier, vous devez les retirer, ce qui corrige parfois le problème.

Si vous utilisez une fonction mal codée dans le fichier functions.php de votre thème, cela peut également provoquer l’erreur de l’écran blanc de la mort.

Envisagez de télécharger une nouvelle copie de votre thème à partir de sa source, puis de l’installer manuellement à l’aide d’un FTP.

6. Activer le mode débogage pour détecter les erreurs dans WordPress

Si rien ne vous a aidé jusqu’à présent, l’étape suivante consiste à activer le débogage dans WordPress. Cela permettra de conserver des journaux des erreurs qui vous permettront de voir quel type d’erreurs est connecté.

Il suffit d’ajouter le code suivant à votre fichierwp-config.php:

define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true );

Une fois que vous l’aurez fait, l’écran vierge comportera des erreurs, des avertissements et des notifications. Ceux-ci peuvent vous aider à déterminer la cause première.

Si vous ne voyez aucune erreur, vous pouvez toujours consulter le journal de débogage.

Il vous suffit de vous rendre dans le dossier wp-content de votre site à l’aide d’un client FTP. Vous y trouverez un nouveau fichier debogage.log contenant un journal de toutes les erreurs, notifications et avertissements.

Debug log

7. Vider le cache de WordPress

Il peut arriver que vous ayez accès à l’interface d’administration, mais que le public ait l’écran blanc de la mort.

Cela peut se produire à cause d’une extension de mise en cache. Dans ce cas, il vous suffit de vider le cache de WordPress.

Vous pouvez consulter notre guide sur la façon de vider le cache dans WordPress pour obtenir des instructions détaillées.

8. Corrigé l’erreur de l’écran blanc pour les articles plus longs

Si vous avez un écran blanc de la mort uniquement sur une très longue publication ou page, alors cette méthode peut fonctionner.

Cette astuce permet d’augmenter les permissions de traitement de texte de PHP en augmentant la limite de récursivité et de retour en arrière. Vous pouvez coller le code suivant dans votre fichier wp-config.php:

/** Trick for long posts */
ini_set('pcre.recursion_limit',20000000);
ini_set('pcre.backtrack_limit',10000000);

Nous comprenons qu’il s’agit d’une erreur très frustrante, et nous espérons que l’une des astuces ci-dessus a corrigé le problème pour vous.

Vous pouvez également consulter notre guide de dépannage WordPress, qui explique les étapes à suivre pour détecter et corriger les problèmes WordPress par vous-même, ou notre sélection des meilleurs fournisseurs d’hébergement infogéré WordPress.

Si vous avez aimé cet article, veuillez alors vous abonner à notre chaîne YouTube pour obtenir des tutoriels vidéo sur WordPress. Vous pouvez également nous trouver sur Twitter et Facebook.

Divulgation : Notre contenu est soutenu par les lecteurs. Cela signifie que si vous cliquez sur certains de nos liens, nous pouvons gagner une commission. Consultez comment WPBeginner est financé, pourquoi cela compte et comment vous pouvez nous soutenir. Voici notre processus éditorial.

Avatar

Editorial Staff at WPBeginner is a team of WordPress experts led by Syed Balkhi with over 16 years of experience in WordPress, Web Hosting, eCommerce, SEO, and Marketing. Started in 2009, WPBeginner is now the largest free WordPress resource site in the industry and is often referred to as the Wikipedia for WordPress.

L'ultime WordPress Toolkit

Accédez GRATUITEMENT à notre boîte à outils - une collection de produits et de ressources liés à WordPress que tous les professionnels devraient avoir !

Reader Interactions

296 commentairesLaisser une réponse

  1. Syed Balkhi says

    Hey WPBeginner readers,
    Did you know you can win exciting prizes by commenting on WPBeginner?
    Every month, our top blog commenters will win HUGE rewards, including premium WordPress plugin licenses and cash prizes.
    You can get more details about the contest from here.
    Start sharing your thoughts below to stand a chance to win!

  2. Aleksandar says

    Great tips. In my case (WP v.3.5.1) problem was plugin wp-super-cache. I just delete it and all works ok. I didn’t have time to update and upgrade instalation and plugins.. So maybe this helps.

  3. Chris says

    Thanks, both removing plugins and changing themes to default worked for me. but my prob is i can’t activate my plugins. it’ll just open another white screen of death. all plugins.

  4. Hans Haupt says

    Thank you so much for your post.

    I tried updating my theme and was met with the ‘White Screen of Death’.

    I took your advice to delete the problematic theme from the site cPanel and ‘presto’, I was able to log back into wordpress and change the theme to one that works.

  5. Bryan Myers says

    Here’s something else to look for- make sure you close out the php tag on the page information block (not sure of it’s real name) at the top of your template page. doh.

  6. Tommy says

    Hey all I had this problem too and found a solution. It seemed to happen from updating from 3.71 to 3.72.

    Ok so I tried the following:

    rename plugin folder
    delete theme
    change memory in config file
    report errors in config file

    I then saw the error:

    Parse error: syntax error, unexpected $end in /home/public_html/wp-includes/cron.php on line 247

    I checked the cron.php and it looked like loads of the code was cut off because it endee with a comment. So I uploaded a new cron.php file from wordpress and it worked.

    I hope this may help others who have this issue.

    Thanks

  7. Mike says

    It’s the first time I write here. In my case, everything is blank, I can’t even log in with
    It is still under construction, so I just uploaded a new theme and all went blank.

    I know I have to revert the theme to the « twenty twelve », but how? If I can’t even log in.

    any help?! THANK YOU

  8. Jay Lawrence says

    Here’s another way to get WSOD! My template, from Yoo Themes, generates a ‘cache’ directory. I accidentally filled the drive with this website causing a zero byte cache file.

    root@www:/var/www/wp-content/themes/yoo_vanilla_wp# ls -l cache/
    total 32
    -rw-r–r– 1 www-data root 25 Mar 13 16:41 index.php
    -rw-r–r– 1 www-data www-data 0 Mar 13 16:43 xml-9ae22c153220f9eda980e5ec3b598954.php

    Delete the « xml*.php » files in here after you’ve cleaned up your drive … back in business.

    That only took a couple hours of hunting – groan.

    • Ope says

      Sorry i deleted the xml.php file but it still came back the moment i refreshed the wp-admin page. yet WSOD persist. Any help. am using a yoo theme too

  9. Michelle says

    I have this White Screen on my website, have tried EVERYTHING and nothing working. I cannot access my wordpress login or admin page. It is a new website, so I dont mind wiping it clean and starting again, but I have tried to upload a fresh install of wordpress 3 times and it keeps crashing dreamweaver. Is there any other way I can fix this?? Need help Please :(

  10. Aamna says

    I am a subscriber of your site and my client is also seeing the white screen of death
    I have used all the fixes but still no success
    What I fell is that I think my clients site’s wp-content has unnecessary folders like
    1- backups (files in this folder are ( .htaccess, .backup_running, database_arcproject_co_u.sql)
    2-cache
    3-uploads(it has many folders of images)
    Please tell me what should I do?
    Thanx

    • WPBeginner Support says

      First make sure that your client has a backup. If they don’t have a backup then you need to create one now before you make any further changes.

      After that you can start deleting the unnecessary files from wp-contents folder. Try deactivating all plugins by renaming the wp-content/plugins folder to wp-content/plugins.old.

      Administrateur

  11. AJ says

    One of the most common causes of whitescreen is white space at the beginning or end of a functions.php file or other php file. Often when cutting and pasting or simply editing code a line break gets in at the top or bottom and bam!!…

    Look before the tag at the bottom.

  12. jd says

    i did some testing and have uploaded a new theme to the server and have added no limit on the memory and reinstalled the wp to current one. and what i found out to be an issue is with the SQL data base.. when wp tells the SQL server that i have deleted or updated info it seems to keep everything even the deleted items.. NOw the big question what did i do to fix it. well i went to the data base and erased the whole thing and then renamed it back to the same one and went to my site and enter some basic info that showed up .. and BAMMM no white screen i went and turned on the theme and continued my adjustment and creation

  13. Lea says

    Hi,

    I took over a WP website for a client and I logged in once, updated the pluggins and since then, I can’t enter the Admin section of WP nor see the website. White screen of death indeed, for both.

    I have read in the comments part above that someone had the same issue, which you directed to the article « Locked out of WordPress admin area. » Unfortunately, in that article, you direct the person with a White screen of Death to the « How To fix the WorldPress White screen of death » article, which is this topic here.
    So… I am a beginner to WP and I am lost. + my client hasn’t had a website for the past 24 hours.
    I would really appreciate some help or re-direction to a tutorial/article that tell me how to actually access my admin page !

    Thanks a lot in advance.

    Lea

  14. abdul aziz says

    Brother !!!!!!!!!! Really Thank you, it was theme problem , can you suggest me how to fix this problem with same theme???

    • WPBeginner Support says

      Try switching to a default theme like twenty thirteen or twenty fourteen. If this does not solve your problem, then disable all installed plugins. Also update your permalinks.

      Administrateur

  15. Darlo says

    Tried to update my blog today and had problems (was using WordPress app for android). Had considered it to be an app problem and reinstalled it before considering to actually check the site (something I should really have done in hindsight). As I have more than one blog hosted on the same site (the other being fine) I started to get panicky. After diving into a net-cafe I managed to find this trouble shooting guide and now I’m back online.

    Thank you.

  16. Lark says

    I’m working with the Roots theme. Turned on the computer and had a white page. Had no memory of what I had done a few weeks before. Replacing the custom theme with the default theme and then undoing changes to scripts.php and widgets.php worked for me. Wow, simple solution, but sometimes it’s quite hard to see simple troubleshooting through the panic… Thanks so much!

  17. Lois Wakeman says

    Another cause that I just found (WSOD in site and backend) after upgrade.

    Manual upgrade via FTP was interrupted by a lost connection and somehow a file got missed.

    I used your helpful instructions to turn on debugging having ruled out themes and plugins as problems, which allowed me to trace the offending file and upload it. Voila!

  18. Rhodon says

    I had to activate the debug mode, and this is my error:
    Warning: require_once(ABSPATHwp-admin/includes/dashboard.php): failed to open stream: No such file or directory in /var/www/domains/rhodon.nl/www/wp-admin/index.php on line 13 Fatal error: require_once(): Failed opening required ‘ABSPATHwp-admin/includes/dashboard.php’ (include_path=’.:/usr/share/php:/usr/share/pear’) in /var/www/domains/rhodon.nl/www/wp-admin/index.php on line 13
    How can I solve this?
    Rhodon

  19. Junior says

    I had to use the edit phpMyAdmin fix to finally get it to work. Editing the database is never fun but your clear instructions made it easy. THANKS!!!

    • earthora says

      I had the white screen on everything, front and backend, was starting to panic. I removed the last blank line in functions.php and I’m all back up and running. How would it get there? I’ve never opened it on this installation?

  20. Christal says

    I was able to get out of the « white screen of death » by changing my file name from plugins to plugins-temp, but then my site had reverted back to the old theme, and when I reverted to my new theme (which was installed about a month ago), all of my plugins and widgets were gone! It’s a very basic theme with all of the customizations gone! How do I recover all of this??

  21. Eric Gitonga says

    I had to go into phpMyAdmin and into my MySQL database to drop all the wp-* tables created from a previous WordPress install before I could solve the White Screen of Death problem. It now works just fine.

  22. Ilke says

    Hi,
    I was very happy with your advice once about a year ago with a white screen on the entire front-page of a wp-website. Unfortunately, this time (and for another site) it doesn’t work so far.

    I extended the memory several times (I’m at 512M now) and changed the auto keys, that didn’t help. Now I renamed the plugins-folder to plugins.deactivated, and I get this error message:

    Fatal error: Cannot redeclare _1059195956() (previously declared in /public/sites/www.name.nl/wp-includes/version.php:9) in /public/sites/www.name.nl/wp-includes/version.php on line 9.

    Any idea what else I can try?
    Thanks for sharing all this useful information,
    Ilke

    • WPBeginner Support says

      Try renaming your theme’s folder as well. After that you need to download WordPress and upload a fresh copy of themes folder to your site. WordPress will now fall back to default twenty thirteen theme. Let us know if it worked for you.

      Administrateur

      • Ilke says

        I did rename the current themes folder and uploaded a fresh themes folder from a new wp 3.7 download. Unfortunately, that gives me a white screen altogether on the front as well as the back office and I still receive the same error-message.

        With debug set to true in wp-config I got
        Notice: WP_User->id was called with an argument that is deprecated since version 2.1
        and a few other deprecated notices as well as a notice that wp_enqueue_script and wp_enqueue_style was called incorrectly, which both refer to the functions.php

        This is really starting to worry me. Do you happen to have some other advice still?

        Best,
        Ilke

      • Ilke says

        I also tried renaming the plugins-folder and uploading a fresh one. And I cleared the cache. Still I get the same error-message. Since (with debug set to true on wp-config) I get Notice: undifined index-messages concerning two plugins, should I delete those?

  23. Puja singh says

    Hi, I am facing the same blank page problem for my site . I tried most of the mention step
    Disable all plugin
    Activate the default theme.
    increase the memory limit to 128 MB.

    but no luck, any help will we appreciated.

  24. Justin says

    Thank you. I seem to get it when I’ve been making lots of updates to my site, then I get locked out and have to wait. A memory issue would make sense. Time to clean out a bunch of unused plugins.

  25. Michael Lambertz says

    Another reason can be false permissions… I tried to copy a wordpress directore via unix command cp -R, and after that all copied files weren’t in the group www-data. chgrp www-data wordpress_dir/ -R did it for me ;-)

  26. Jacob Worsøe says

    I have periodically white screens on both frontend and backend. The white screens occur in a completely random pattern. Are the recommendations the same in my situation or do they only apply to more permanent issues?

  27. Rosie says

    Thanks, this was useful. I had the white screen on the live site, but WP admin was fine. I use WP Super Cache and I cleared the cache with no effect, then deactivated all plugins, and when I’d tried everything else I suddenly thought of the expired cached pages.

    If you use WP Super Cache you have to delete the expired cache too. That worked right away. Then I set my garbage collection (on the Advanced tab) to hourly instead of daily, to try to prevent it happening again.

    • Tom B. says

      Hello .. thought I might add 2cents,

      I’m using WP Super Cache too and often crashed to White Screen. Looked at the wp-config.php file and found they were putting their instructions above the SQL allocation in the script, so I moved them down and added the ‘default Memory Limit’ tweak and now my site http://webinardatabase.com/ smokes!

      REF:
      First save a unmodified copy of wp-config.php to your HD.

      Open your wp-config.php, which is located in the root WordPress directory.

      Locate the WP Super Cache code (their code is obvious –three lines- the fourth is a duplicate, but I left it), and move them down (I put mine above the SALTS).

      Then add the following line: define(‘WP_MEMORY_LIMIT’, ’64M’);
      Just BEFORE the super cache, seemed logical.

      And save, check performance.

      IDK, I think this is a bug. Made no sense to be allocating cache before opening the SQL database.

      Worked for me. Prost! — Thanks Wpbeginner.com

      PS: Just noticed the post below, WP Super Cache requires permalinks be set to post name, this error appeared on a fresh install. 2 more cents.

      • Tom B. says

        Follow-up.

        Had to kick WP Super Cache to the curb.. too buggy.. Gone with W3 Total Cache.

        Lone Watie: We thought about it for a long time, « Endeavor to persevere. » And when we had thought about it long enough, we declared war on the Union.

        Union = WP, really is this the answer?!

        • Tom B. says

          Ps: Once the plugin is deleted, return to wp-config and manually remove WPSC lines.

          Really, no, really!?!

      • Glenn "TheeMahn" Cady says

        Tom, I would like to personally extend a much deserved thanks.

        My wpconfig had define(‘WP_MEMORY_LIMIT’, ’64M’); after supercache, moving it above has closed my « White screen of death issue. » I had been refreshing for months. The site now seems fairly snappy.

        Thanks again Tom,

        TheeMahn

  28. Jacobus says

    Personally I haven’t had this problem, yet, I have the problem that I have to reset my permalinks all the time because of endless redirects. Drives me crazy. Every time I publish a new post on my blog I have to set the permalinks back to standard and then back to post name. Do you know if this is host related or plugin related?

  29. Joel Andrew Glovier says

    Here’s another suggestion when none of the above works, try flushing your rewrite rules cache.

    I had a single page on my site returning as a blank page, and tried almost every solution above, as well as some other things (like installing Debug Bar plugin, etc) to no avail.

    I was able to narrow it down to what I assumed to be a premalink issue, however, since the page had been working before, and stopped working; and also because even when I used a different page template it still was not working properly (I had prior to that assumed to had to do with my custom wp_query in that page template).

    So I started investigating the WordPress rewrite system, and came to find out WordPress keeps a cache of all the custom page slugs and rewrite rules. (more about that here: http://codex.wordpress.org/Rewrite_API/flush_rules and here: http://codex.wordpress.org/Function_Reference/WP_Rewrite)

    I also found that this method is used to flush the rewrite cache: $wp_rewrite->flush_rules();

    So I tried just adding it to the second line in my functions.php file, and after one page refresh the page contents showed up again.

    IMPORTANT: make sure to remove the method after using it once, as there are some costly performance hits associated with leaving that code in your file. You should only need to use it once to resolve the issue, however.

      • Joel Andrew Glovier says

        Yeah, but that didn’t work in my case. In fact, normally you don’t even have to save the Permalink settings page, just visit it. But in my case that neither visiting, nor saving, nor chaning to another setting and changing back worked.

        But actually I discovered it was something much more obscure, and the flushing was only a temporary band-aid.

        Turns out I had a conflict between a page with the title/slug of « team » and a custom post-type with the rewrite slug of « team ». The custom post type ended up winning out, except when I put the rules flush in place, in which case it stopped it from winning out.

        But the real reason I was getting the white screen was because when the custom-post type slug was winning out, it was defaulting to rendering the page with the archive.php file, which I had created (as my theme is from scratch), but not put any markup in yet. The file was completely blank, hence my white screen.

        Womp womp womp wanhhhhh.

    • Christian says

      !!IF YOU TRIED EVERYTHING THIS WILL WORKS!!!

      Nothing else could even make a change in the BLANK PAGE.
      I put that code an recivied a error, after that I removed it and the website was online again!

      I was about to broke my laptop hahahha

  30. Jonath Lee says

    Whenever you’re testing themes or plugins, always leave a tab for « Themes ». In case of WSOD, you may still able to activate the default twenty eleven themes.

  31. Johnny says

    Damn! Just seen the section in the article about the functions.php file – oops! Oh well it will teach me not to read so quickly!

  32. Johnny says

    Another ‘gotcha’ is whitespace below the closing ?> in your functions.php file. I got this once a while back and deleting the whitespace below it solved the problem. This can also cause a white screen after hitting the publish button as well.

Laisser une réponse

Merci d'avoir choisi de laisser un commentaire. Veuillez garder à l'esprit que tous les commentaires sont modérés selon notre politique de commentaires, et votre adresse e-mail ne sera PAS publiée. Veuillez NE PAS utiliser de mots-clés dans le champ du nom. Ayons une conversation personnelle et significative.