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

Wie man den WordPress White Screen of Death behebt (Schritt für Schritt)

Hinweis der Redaktion: Wir erhalten eine Provision für Partnerlinks auf WPBeginner. Die Provisionen haben keinen Einfluss auf die Meinung oder Bewertung unserer Redakteure. Erfahre mehr über Redaktioneller Prozess.

Der weiße WordPress-Bildschirm des Todes ist einer der häufigsten WordPress-Fehler. Es ist auch ein frustrierender Fehler, weil es keine Meldung gibt und Sie aus WordPress ausgesperrt sind.

Ein weiteres Problem mit dem „White Screen of Death“-Fehler ist, dass er manchmal nur einen bestimmten Teil Ihrer Website betrifft. Zum Beispiel kann es sein, dass Sie den weißen Bildschirm des Todes nur im WordPress-Administrationsbereich sehen, während alles andere gut funktioniert. In anderen Fällen kann es sein, dass er nur bei einem bestimmten Beitrag auftritt.

In diesem Artikel zeigen wir Ihnen, wie Sie den WordPress White Screen of Death beheben können, indem wir uns verschiedene Lösungen ansehen.

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

Hinweis: Bevor Sie Änderungen an Ihrer Website vornehmen, stellen Sie sicher, dass Sie ein Backup Ihrer WordPress-Website haben. Wenn Sie keinen Zugriff auf den Admin-Bereich haben, lesen Sie unsere Anleitung, wie Sie manuell ein Backup der WordPress-Datenbank erstellen.

Warum sehen Sie den weißen Bildschirm des Todes in WordPress?

Wenn Sie einen weißen Bildschirm des Todes sehen, wenn Sie versuchen, Ihre WordPress-Website zu besuchen, bedeutet dies in den meisten Fällen, dass ein Skript auf Ihrer Website das Speicherlimit erreicht hat.

Das Skript, das nicht reagiert, wird entweder von Ihrem WordPress-Hosting-Server beendet oder es kommt einfach zu einem Timeout. Aus diesem Grund wird keine eigentliche Fehlermeldung erzeugt, sondern Sie sehen nur einen leeren weißen Bildschirm.

WordPress showing white screen instead of website

Es kann jedoch vorkommen, dass Sie eine Fehlermeldung erhalten.

So kann es zum Beispiel sein, dass Sie statt einer leeren Seite eine kritische Fehlermeldung sehen.

Critical error in WordPress

Egal, ob Sie einen leeren Bildschirm oder die Meldung „Auf Ihrer Website ist ein kritischer Fehler aufgetreten“ sehen, es handelt sich um den gleichen Fehler.

Dieser Fehler kann auch durch ein schlecht kodiertes Thema oder ein auf Ihrer Website installiertes Plugin verursacht werden. Manchmal kann er auch auftreten, wenn es ein Problem mit Ihrem Webhosting-Server gibt.

Da der Fehler des weißen Bildschirms verschiedene Ursachen haben kann, ist eine methodische Fehlersuche erforderlich, um ihn zu beheben. Hier sind die Schritte, die Sie versuchen sollten:

Video-Anleitung

Subscribe to WPBeginner

Wenn Sie eine schriftliche Anleitung bevorzugen, dann lesen Sie einfach weiter.

1. Prüfen Sie, ob das Problem auch auf Ihren anderen Websites auftritt

Wenn Sie andere WordPress-Sites auf demselben Hosting-Account installiert haben, sollten Sie zunächst prüfen, ob das Problem auch auf anderen Sites auftritt.

Wenn ja, ist das ein deutlicher Hinweis darauf, dass mit Ihrem WordPress-Hosting-Service etwas nicht stimmt. Es könnte sich um ein vorübergehendes Problem handeln, das den Dienst beeinträchtigt, und Sie müssen sich an den Support wenden, um weitere Hilfe zu erhalten.

Tritt das Problem hingegen nur bei einer Website oder einem bestimmten Teil dieser Website auf, dann wissen Sie, dass das Problem bei dieser Website liegt.

2. Beheben Sie den Fehler des weißen Bildschirms mit dem WordPress-Wiederherstellungsmodus

Wenn der „White Screen of Death“-Fehler durch ein WordPress-Plugin oder -Theme verursacht wird, kann WordPress den Fehler möglicherweise abfangen.

Die neue Funktion zum Schutz vor fatalen Fehlern, die mit WordPress 5.2 eingeführt wurde, kann den Fehler manchmal abfangen, so dass Sie möglicherweise nicht einmal einen weißen Bildschirm sehen. Stattdessen wird eine Meldung angezeigt, dass die Website technische Schwierigkeiten hat.

This Site Is Experiencing Technical Difficulties Error Message

WordPress sendet außerdem eine E-Mail über das Problem an Ihre Administrator-E-Mail-Adresse.

Die E-Mail trägt die Betreffzeile ‚Your Site is Experiencing a Technical Issue‘.

Technical Difficulties Email With Link to Recovery Mode

Diese E-Mail-Nachricht weist auf das Plugin oder Theme hin, das den Fehler verursacht, und enthält einen speziellen Link.

Über diesen Link können Sie sich in den Wiederherstellungsmodus von WordPress einloggen und das fehlerhafte Plugin deaktivieren.

WordPress recovery mode dashboard

Wenn Sie jedoch den einfachen weißen Bildschirm des Todes ohne E-Mail- oder Wiederherstellungsmodus-Option sehen, müssen Sie den Fehler manuell beheben.

3. Erhöhen Sie das Speicherlimit

Normalerweise tritt dieser Fehler auf, weil ein Skript den Speicher Ihres Webservers erschöpft hat und mittendrin abbricht.

Um dies zu beheben, müssen Sie den für WordPress verfügbaren PHP-Speicher erhöhen. Dadurch kann das Skript mehr Arbeitsspeicher verwenden, um die ihm zugedachte Aufgabe zu erledigen.

Sie müssen die Datei wp-config.php auf Ihrer WordPress-Website bearbeiten oder ein Code-Snippet-Plugin wie WPCode verwenden.

Sie können den Anweisungen in unserem Tutorial folgen, wie Sie den PHP-Speicher in WordPress erhöhen können.

4. Beheben Sie den Fehler des weißen Bildschirms durch Deaktivieren aller Plugins

Wenn die Erhöhung des PHP-Speicherlimits nicht geholfen hat, oder wenn Sie ein hohes Speicherlimit haben, wie 256M oder 512M, dann müssen Sie mit der Fehlersuche beginnen.

Bei der Behebung dieses Problems haben wir immer festgestellt, dass das Problem entweder mit einem bestimmten Plugin oder einem Theme zusammenhängt. Machen wir weiter und deaktivieren alle Plugins.

Wenn Sie noch Zugriff auf das WordPress-Administrations-Dashboard haben, können Sie einfach die Seite Plugins “ Installierte Plugins aufrufen. Wählen Sie alle installierten Plugins aus und wählen Sie dann „Deaktivieren“ unter dem Dropdown-Menü „Massenaktionen“.

Deactivate all WordPress plugins

Wenn Sie jedoch keinen Zugriff auf den WordPress-Administrationsbereich haben, müssen Sie alle Plugins per FTP deaktivieren.

Stellen Sie zunächst mit einem FTP-Client oder dem Dateimanager Ihres Hosting-Anbieters eine Verbindung zu Ihrer WordPress-Website her. Sobald Sie verbunden sind, gehen Sie zum Ordner wp-content, wo Sie den Ordner plugins sehen.

Klicken Sie nun mit der rechten Maustaste auf den Ordner “ plugins" und wählen Sie „Umbenennen“. Sie können den Plugins-Ordner in „plugins-deactivated“ umbenennen.

Using FTP to Rename the Plugins Folder

WordPress sucht nach einem Ordner namens plugins, um alle Plugins zu laden. Wenn es den Ordner nicht findet, deaktiviert es einfach alle Plugins.

Wenn dies das Problem behebt, aktivieren Sie ein Plugin nach dem anderen, um dem Problem auf den Grund zu gehen. Sobald Sie das Plugin gefunden haben, das das Problem verursacht, können Sie es durch eine Alternative ersetzen oder das Problem den Plugin-Autoren melden.

5. Aktivieren Sie das Standardthema

Wenn die Plugin-Fehlerbehebung das Problem nicht behebt, sollten Sie versuchen, Ihr aktives Theme durch ein Standard-Theme zu ersetzen.

Stellen Sie zunächst mit einem FTP-Client eine Verbindung zu Ihrer Website her und gehen Sie zum Ordner /wp-content/themes/. Er enthält alle installierten Themes auf Ihrer Website.

Klicken Sie mit der rechten Maustaste, um Ihr aktuelles WordPress-Theme auszuwählen und es als Backup auf Ihren Computer herunterzuladen.

Using FTP to Download the Current Theme as a Backup

Als Nächstes müssen Sie Ihr aktuelles Theme von Ihrer Website löschen.

Klicken Sie einfach mit der rechten Maustaste auf Ihren Themenordner und wählen Sie „Löschen“. Ihr FTP-Client wird nun das Thema von Ihrer Website löschen.

Using FTP to Delete the Current Theme

Wenn Sie ein Standard-WordPress-Theme wie (Twenty Twenty-Two oder Twenty Twenty-Three) auf Ihrer Website installiert haben, wird WordPress dieses automatisch als Standard-Theme verwenden.

Wenn Sie jedoch kein Standard-Theme installiert haben, müssen Sie es manuell per FTP installieren.

Wenn dies das Problem behebt, sollten Sie sich die Datei functions.php Ihres Themes ansehen. Wenn sich am Ende der Datei zusätzliche Leerzeichen befinden, müssen Sie diese entfernen, und manchmal wird das Problem dadurch behoben.

Wenn Sie eine schlecht kodierte Funktion in der Datei functions.php Ihres Themes verwenden, kann dies ebenfalls den Fehler des weißen Bildschirms verursachen.

Erwägen Sie, eine neue Kopie Ihres Themes von der Quelle herunterzuladen und es dann manuell per FTP zu installieren.

6. Aktivieren des Debug-Modus zum Abfangen von Fehlern in WordPress

Wenn alles nichts geholfen hat, ist der nächste Schritt, das Debugging in WordPress zu aktivieren. Dadurch werden Fehlerprotokolle geführt, anhand derer Sie sehen können, welche Art von Fehlern ausgegeben wird.

Fügen Sie einfach den folgenden Code in Ihre wp-config.php-Datei ein:

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

Sobald Sie dies hinzugefügt haben, werden auf dem leeren Bildschirm nun Fehler, Warnungen und Hinweise angezeigt. Diese können Ihnen helfen, die Ursache zu ermitteln.

Wenn Sie keine Fehler sehen, sollten Sie trotzdem das Debug-Protokoll überprüfen.

Rufen Sie einfach mit einem FTP-Client den Ordner wp-content auf Ihrer Website auf. Dort finden Sie eine neue Datei debug.log, die ein Protokoll aller Fehler, Hinweise und Warnungen enthält.

Debug log

7. Löschen Sie den WordPress-Cache

Manchmal haben Sie zwar Zugriff auf das Backend, aber das Frontend der Website zeigt den weißen Bildschirm des Todes.

Dies kann aufgrund eines Caching-Plugins passieren. In diesem Fall müssen Sie einfach Ihren WordPress-Cache leeren.

Detaillierte Anweisungen finden Sie in unserer Anleitung zum Löschen des Cache in WordPress.

8. Beheben Sie den Fehler des weißen Bildschirms bei längeren Artikeln

Wenn Sie nur bei einem sehr langen Beitrag oder einer sehr langen Seite einen weißen Bildschirm haben, dann könnte diese Methode funktionieren.

Dieser Trick erhöht im Grunde die Textverarbeitungsfähigkeit von PHP, indem er die Rekursions- und Backtrack-Grenze erhöht. Sie können den folgenden Code in Ihre wp-config.php-Datei einfügen:

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

Wir verstehen, dass dies ein sehr frustrierender Fehler ist, und hoffen, dass einer der oben genannten Tricks das Problem für Sie gelöst hat.

Vielleicht interessiert Sie auch unser Leitfaden zur Fehlerbehebung bei WordPress, in dem Sie erfahren, wie Sie WordPress-Probleme selbst erkennen und beheben können, oder unsere Expertenauswahl der besten Managed-Hosting-Anbieter für WordPress.

Wenn Ihnen dieser Artikel gefallen hat, dann abonnieren Sie bitte unseren YouTube-Kanal für WordPress-Videotutorials. Sie können uns auch auf Twitter und Facebook finden.

Offenlegung: Unsere Inhalte werden von unseren Lesern unterstützt. Das bedeutet, dass wir möglicherweise eine Provision verdienen, wenn Sie auf einige unserer Links klicken. Mehr dazu erfahren Sie unter Wie WPBeginner finanziert wird , warum das wichtig ist und wie Sie uns unterstützen können. Hier finden Sie unseren redaktionellen Prozess .

Das ultimative WordPress Toolkit

Erhalte KOSTENLOSEN Zugang zu unserem Toolkit - eine Sammlung von WordPress-bezogenen Produkten und Ressourcen, die jeder Profi haben sollte!

Reader Interactions

296 KommentareEine Antwort hinterlassen

  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.

      Admin

  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???

  15. Abdul Azzi says

    i have followed all steps……… but still having same error..

    please suggest me what i should have to do ???

  16. 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.

  17. 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!

  18. 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!

  19. 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

  20. 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?

  21. 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??

  22. 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.

  23. 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.

      Admin

      • 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?

  24. 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.

  25. 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.

  26. 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 ;-)

  27. 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?

  28. 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

  29. 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?

  30. 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

  31. 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.

  32. 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!

  33. 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.

Eine Antwort hinterlassen

Danke, dass du einen Kommentar hinterlassen möchtest. Bitte beachte, dass alle Kommentare nach unseren kommentarpolitik moderiert werden und deine E-Mail-Adresse NICHT veröffentlicht wird. Bitte verwende KEINE Schlüsselwörter im Namensfeld. Lass uns ein persönliches und sinnvolles Gespräch führen.