WordPressのホワイトスクリーンの死を修正する方法(ステップバイステップ)

ホワイトスクリーンの死は、ウェブサイト所有者にとって最悪の悪夢となる可能性があります。このイライラするWordPressのエラーは、何も手がかりを与えずに空白のページを見つめることになります。

さらに悪いことに、この一般的なWordPressのエラーは、管理画面や個々の投稿など、ウェブサイトの特定の部分に影響を与えることがあります。

例えば、WordPressの管理画面で、他のすべてが正常に機能しているにもかかわらず、ホワイトスクリーンの死が発生するのを見たことがあります。他のケースでは、特定の投稿を表示したときにのみ発生しました。

このエラーの根本原因を理解することが、解決策を見つけるための最初のステップです。このガイドでは、ホワイトスクリーンの死を修正するためのいくつかの解決策と、ウェブサイトの機能を復元するための実行可能な手順を説明します。

WordPressのホワイトスクリーンの死を修正する方法(ステップバイステップ)

注意: サイトに変更を加える前に、WordPressサイトのバックアップがあることを確認してください。管理画面にアクセスできない場合は、WordPressデータベースを手動でバックアップする方法に関するガイドを参照してください。

WordPressでホワイトスクリーンの死が表示されるのはなぜですか?

ほとんどの場合、WordPressウェブサイトにアクセスしようとしたときに真っ白な画面が表示されるのは、ウェブサイト上のスクリプトがメモリ制限を超過したことを意味します。

反応しないスクリプトは、WordPressホスティングサーバーによって強制終了されるか、単にタイムアウトします。そのため、実際のエラーメッセージは生成されず、単に空白の白い画面が表示されるだけです。

WordPressがウェブサイトの代わりに白い画面を表示する

ただし、場合によってはエラーメッセージが表示されることがあります。

例えば、空白のページの代わりに致命的なエラーメッセージが表示されることがあります。

WordPressの致命的なエラー

ブランクスクリーンが表示されるか、「ウェブサイトで重大なエラーが発生しています」というメッセージが表示されるかは、どちらも同じエラーです。

このエラーは、サイトにインストールされているテーマやプラグインのコードが不十分な場合にも発生する可能性があります。また、ウェブホスティングサーバーに問題がある場合にも発生することがあります。

ホワイトスクリーンエラーは様々な原因で発生する可能性があるため、問題を解決するには体系的なトラブルシューティングが必要です。試すべき手順は以下の通りです。

動画チュートリアル

WPBeginnerを購読する

文章での説明をご希望の場合は、そのまま読み進めてください。

1. 他のサイトでも問題が発生するか確認する

同じホスティングアカウントに他のWordPressサイトがインストールされている場合は、まず他のサイトでも問題が発生しているかどうかを確認することから始めるのが良いでしょう。

もしそうであれば、WordPressホスティングサービスに何か問題があることを強く示唆しています。これはサービスに影響を与える一時的な問題である可能性があり、サポートに連絡してさらに詳しいヘルプを得る必要があります。

一方で、問題が1つのウェブサイトまたはそのサイトの特定のパートでのみ発生している場合は、その問題がその特定のウェブサイトにあることがわかります。

2. WordPressリカバリーモードでホワイトスクリーンエラーを修正する

白い画面の死のエラーがWordPressプラグインまたはテーマによって引き起こされている場合、WordPressはそれを検出できる場合があります。

WordPress 5.2で導入された新しい致命的エラー保護機能は、エラーを検出することがあります。そのため、ホワイトスクリーンが表示されない場合があります。代わりに、サイトで技術的な問題が発生しているというメッセージが表示されます。

このサイトは技術的な問題が発生しています エラーメッセージ

WordPressは、問題について管理者メールアドレスにもメールを送信します。

メールは「Your Site is Experiencing a Technical Issue」という件名になります。

技術的な問題が発生したことを知らせるメールとリカバリーモードへのリンク

このメールメッセージは、エラーの原因となっているプラグインまたはテーマを指摘し、特別なリンクも含まれています。

このリンクからWordPressのリカバリーモードにログインし、問題のあるプラグインを無効化できます。

WordPressリカバリーモードダッシュボード

ただし、メールやリカバリモードのオプションが表示されない、真っ白な画面が表示される場合は、エラーを手動で修正する必要があります。

3. メモリ制限の引き上げ

通常、このエラーは、スクリプトがウェブサーバーのメモリを使い果たして途中で終了したことが原因で発生します。

これを修正するには、WordPressで利用可能なPHPメモリを増やす必要があります。これにより、スクリプトは本来行うべきジョブを完了するために、より多くのメモリを使用できるようになります。

WordPressサイトの wp-config.php ファイルを編集するか、 WPCodeのようなコードスニペットプラグインを使用する必要があります。

WordPressでPHPメモリを増やす方法に関するチュートリアルの指示に従ってください。

4. すべてのプラグインを無効にしてホワイトスクリーンのエラーを修正する

PHPメモリ制限の増加が役に立たなかった場合、または256Mや512Mのような高いメモリ制限がある場合は、トラブルシューティングを開始する必要があります。

この問題のトラブルシューティングの経験から、問題は特定のプラグインまたはテーマのいずれかにあることが常に判明しています。すべてのプラグインを無効にしましょう。

WordPress管理ダッシュボードにまだアクセスできる場合は、**プラグイン » インストール済みプラグイン**ページに移動できます。インストールされているすべてのプラグインを選択し、「一括操作」ドロップダウンの下で「非アクティブ化」を選択します。

すべてのWordPressプラグインを無効にする

ただし、WordPress管理画面にアクセスできない場合は、FTP経由ですべてのプラグインを無効にする必要があります。

まず、FTPクライアントまたはホスティングプロバイダーのファイルマネージャーを使用してWordPressサイトに接続します。接続したら、pluginsフォルダが表示されるwp-contentフォルダに移動します。

次に、pluginsフォルダを右クリックし、「名前の変更」を選択します。pluginsフォルダを「plugins-deactivated」に変更できます。

FTP を使用してプラグインフォルダの名前を変更する

WordPressは、すべてのプラグインを読み込むためにpluginsという名前のフォルダを探します。フォルダが見つからない場合、すべてのプラグインを無効にします。

これで問題が解決した場合は、プラグインを1つずつ有効にして、問題の原因を突き止めてください。問題の原因となっているプラグインを見つけたら、代替のものに置き換えるか、プラグインの作成者に問題を報告することができます。

5. デフォルトテーマを有効にする

プラグインのトラブルシューティングで問題が解決しない場合は、アクティブなテーマをデフォルトのテーマに置き換えてみてください。

まず、FTPクライアントを使用してウェブサイトに接続し、/wp-content/themes/フォルダに移動します。ここには、ウェブサイトにインストールされているすべてのテーマが含まれています。

現在のWordPressテーマを右クリックして選択し、バックアップとしてコンピューターにダウンロードしてください。

FTPを使用して現在のテーマをバックアップとしてダウンロードする

次に、ウェブサイトから現在のテーマを削除する必要があります。

テーマフォルダを右クリックして「削除」を選択するだけです。FTPクライアントがウェブサイトからテーマを削除します。

FTP を使用して現在のテーマを削除する

これで、ウェブサイトに(Twenty Twenty-TwoやTwenty Twenty-Threeのような)デフォルトのWordPressテーマがインストールされていれば、WordPressは自動的にそれをデフォルトテーマとして使用し始めます。

ただし、デフォルトのテーマがインストールされていない場合は、FTPを使用して手動でインストールする必要があります。

これで問題が解決する場合は、テーマのfunctions.phpファイルを確認してください。ファイルの末尾に余分なスペースがある場合は、それらを削除する必要があります。それが問題を解決することがあります。

テーマのfunctions.phpファイルでコードが適切に記述されていない関数を使用している場合、ホワイトスクリーンの死のエラーが発生する可能性があります。

テーマのソースから最新版をダウンロードし、FTP を使用して手動でインストールすることを検討してください。

6. WordPressでエラーをキャッチするためにデバッグモードを有効にする

これまでのところ何も効果がなかった場合は、次のステップはWordPressでデバッグをオンにすることです。これにより、どのような種類のエラーが出力されているかを確認できるエラーログが保持されます。

次のコードをwp-config.phpファイルに追加するだけです。

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

これを追加すると、空白の画面にエラー、警告、通知が表示されるようになります。これらは根本原因を特定するのに役立つ可能性があります。

エラーが表示されない場合は、デバッグログを確認することをお勧めします。

FTPクライアントを使用して、ウェブサイトのwp-contentフォルダにアクセスするだけです。そこには、すべてのエラー、通知、警告のログが含まれる新しいdebug.logファイルがあります。

デバッグログ

7. WordPressキャッシュをクリアする

バックエンドにはアクセスできるのに、サイトのフロントエンドが「ホワイトスクリーンの死」になっている場合があります。

これはキャッシュプラグインが原因で発生する可能性があります。その場合は、WordPressのキャッシュをクリアするだけで済みます。

WordPressでのキャッシュクリア方法については、WordPressでキャッシュをクリアする方法のガイドで詳細な手順をご確認ください。

8. 長文記事のホワイトスクリーンエラーを修正する

非常に長い投稿またはページでのみホワイトスクリーンの死が発生する場合、この方法が有効かもしれません。

このトリックは、基本的にPHPの再帰とバックトラックの制限を増やすことで、PHPのテキスト処理能力を向上させます。以下のコードをwp-config.phpファイルに貼り付けることができます。

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

これは非常にイライラするエラーであることを理解しており、上記のトリックのいずれかが問題を解決したことを願っています。

また、WordPressエラーのトラブルシューティング初心者ガイド(ステップバイステップ)や、最も一般的なWordPressブロックエディタの問題とその解決策のリストも参照してください。

この記事が気に入ったら、WordPressのビデオチュートリアルについては、YouTubeチャンネルを購読してください。 TwitterFacebookでもフォローできます。

開示:当社のコンテンツは読者によってサポートされています。これは、当社のリンクの一部をクリックすると、当社が手数料を得る可能性があることを意味します。WPBeginnerがどのように資金提供されているか、それがなぜ重要か、そしてどのように私たちをサポートできるかについては、こちらをご覧ください。当社の編集プロセスはこちらです。

究極のWordPressツールキット

無料のツールキットにアクセスしましょう - すべてのプロフェッショナルが持つべきWordPress関連の製品とリソースのコレクションです!

読者とのインタラクション

296 CommentsLeave a Reply

  1. 投稿ありがとうございます。すべてのプラグインを無効にしたところ、うまくいきました。Zopim Chatが問題でした。

  2. 私の場合はfunctions.phpがクラッシュしていました(何も変更していないにもかかわらず o.o) – 本当にありがとうございます!

  3. 素晴らしいヒントです。私の場合は(WP v.3.5.1)問題はプラグイン wp-super-cache でした。それを削除しただけで全て正常に動作しました。まだアップデートやインストールのアップグレード、プラグインのアップグレードをする時間がありませんでした。なので、これが役立つかもしれません。

  4. ありがとう、プラグインを削除してテーマをデフォルトに変更した両方でうまくいきました。しかし、私の問題はプラグインを有効化できないことです。有効化しようとすると、白い死の画面がもう一つ開くだけです。すべてのプラグインで。

  5. 投稿ありがとうございます。

    テーマのアップデートを試みたところ、「ホワイトスクリーンの死」に遭遇しました。

    あなたのアドバイスに従って、サイトの cPanel から問題のあるテーマを削除したところ、「 presto 」、WordPress に再度ログインできるようになり、動作するテーマに変更することができました。

  6. ここで確認すべきもう一つのことがあります。テンプレートページの先頭にあるページ情報ブロック(正式名称は不明)の PHP タグを閉じていることを確認してください。やれやれ。

  7. 皆さん、私もこの問題を抱えていましたが、解決策を見つけました。3.71から3.72へのアップデートで発生したようです。

    さて、以下のことを試しました。

    プラグインフォルダの名前を変更
    テーマを削除
    設定ファイルでメモリを変更
    設定ファイルでエラーを報告

    その後、エラーが表示されました:

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

    cron.phpを確認したところ、コメントで終わっていたため、コードの多くが切り取られているように見えました。そのため、WordPressから新しいcron.phpファイルをアップロードしたところ、機能しました。

    この問題に直面している他の人々にとって、これが役立つことを願っています。

    ありがとう

  8. ここに書き込むのは初めてです。私の場合はすべて真っ白で、
    ログインすらできません。まだ構築中なので、新しいテーマをアップロードしたところ、すべて真っ白になりました。

    テーマを「twenty twelve」に戻す必要があることはわかっていますが、どうすればよいですか?ログインすらできないのですが。

    何か助けてください?!ありがとうございます

    • FTPクライアントを使用してウェブサイトに接続し、/wp-content/themes/ ディレクトリに移動して、アップロードしたばかりのテーマを削除します。ウェブホストがcPanelを提供している場合は、cPanelのファイルマネージャーを使用してテーマを削除できます。

      管理者

  9. ここにもWSOD(White Screen of Death)になる別の方法があります!Yoo Themesの私のテンプレートは、「cache」ディレクトリを生成します。誤ってこのウェブサイトでドライブをいっぱいにしてしまい、キャッシュファイルがゼロバイトになりました。

    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

    ドライブをクリーンアップした後、ここにある「xml*.php」ファイルを削除してください…これで元通りです。

    数時間探しただけなんて、もううんざり。

    • すみません、xml.phpファイルを削除しましたが、wp-adminページをリフレッシュした瞬間にまた戻ってきました。WSODはまだ続いています。何か助けになりますか?私もyooテーマを使用しています。

  10. 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 :(

  11. 私はあなたのサイトの購読者ですが、私のクライアントもホワイトスクリーンの死に直面しています。
    すべての修正を試しましたが、まだ成功していません。
    私のクライアントのサイトのwp-contentには、次のような不要なフォルダがあると思います。
    1- backups(このフォルダ内のファイルは(.htaccess、.backup_running、database_arcproject_co_u.sql)です)
    2-cache
    3-uploads(画像フォルダがたくさんあります)
    どうすればよいか教えてください。
    ありがとうございます

  12. ホワイトスクリーンの最も一般的な原因の1つは、functions.phpファイルまたはその他のphpファイルの先頭または末尾にある空白です。コードをコピー&ペーストしたり、単に編集したりすると、先頭または末尾に改行が入ってしまい、うまくいかなくなります!

    一番下の <tag> の前を見てください。

  13. いくつかテストを行い、新しいテーマをサーバーにアップロードし、メモリ制限を解除し、wpを最新のものに再インストールしました。そして、問題の原因はSQLデータベースにあることがわかりました。wpがSQLサーバーに情報が削除または更新されたと伝えても、削除されたアイテムも含めてすべて保持しているようです。さて、どうやって直したかという大きな疑問ですが、データベースに行ってすべて削除し、同じ名前に戻してからサイトにアクセスし、基本的な情報を入力したところ表示されました。そして、ホワイトスクリーンが消えました。テーマを有効にして、調整と作成を続けました。

  14. こんにちは、

    クライアントからWPサイトを引き継ぎ、一度ログインしてプラグインを更新しましたが、それ以来、WPの管理画面にもサイトにもアクセスできなくなりました。まさにホワイトスクリーンの死、両方ともです。

    上記のコメント欄で、誰かが同じ問題を抱えており、あなたが「WordPress管理画面へのアクセスができない」という記事に誘導したと読みました。残念ながら、その記事では、White screen of Death(白い画面の死)に陥った人を、「WordPressの白い画面の死を修正する方法」という、まさにこのトピックの記事に誘導しています。
    それで… 私はWP初心者で、途方に暮れています。さらに、クライアントは過去24時間ウェブサイトが利用できません。
    何か助けていただくか、実際のアドミンページにアクセスする方法を教えてくれるチュートリアル/記事に誘導していただけると大変助かります!

    前もって感謝いたします。

    Lea

    • 「プラグイン」フォルダ内のwp super cacheプラグインディレクトリの名前を変更したことで問題が解決しました

  15. ブラザー!!!!!!!!!!本当にありがとう、テーマの問題でした。同じテーマでこの問題を解決する方法を教えていただけますか???

  16. すべての手順に従いましたが、まだ同じエラーが発生しています。

    何をすべきか提案してください???

  17. こんにちは、私のWordPressページには私(管理者)しかアクセスできず、ログアウトするとホームページが真っ白になります。助けてください。

    • twenty thirteen または twenty fourteen のようなデフォルトテーマに切り替えてみてください。それでも問題が解決しない場合は、インストールされているすべてのプラグインを無効にしてください。パーマリンクも更新してください。

      管理者

  18. 今日ブログを更新しようとしたら問題が発生しました(Android用のWordPressアプリを使用していました)。アプリの問題だと思い、再インストールしてからサイトを実際に確認する前に(後から考えるとそうすべきでした)、サイトを確認しました。同じサイトに複数のブログをホストしている(もう一つは問題なかった)ため、パニックになり始めました。ネットカフェに駆け込んで、このトラブルシューティングガイドを見つけることができ、今はオンラインに戻っています。

    ありがとうございます。

  19. Rootsテーマを使用しています。コンピューターをオンにしたら、白いページが表示されました。数週間前に何をしたのか覚えていませんでした。カスタムテーマをデフォルトテーマに置き換え、その後scripts.phpとwidgets.phpの変更を元に戻したところ、うまくいきました。わあ、簡単な解決策ですが、パニックの中で簡単なトラブルシューティングを見つけるのは難しいこともありますね…本当にありがとうございます!

  20. ありがとうございます。
    大変助かりました。
    私の場合は、プラグインフォルダの名前を変更することで解決しました。

  21. アップグレード後に(サイトとバックエンドで)WSODが発生した、私が発見した別の原因です。

    FTP を使用した手動アップグレード中に接続が失われ、ファイルが1つ欠落してしまいました。

    テーマやプラグインが原因ではないことを確認した後、デバッグをオンにするためにあなたの役立つ指示を使用しました。これにより、問題のあるファイルを特定してアップロードすることができました。うまくいきました!

  22. デバッグモードを有効にする必要があり、これがエラーです:
    警告: require_once(ABSPATHwp-admin/includes/dashboard.php): ストリームを開けませんでした: ファイルまたはディレクトリがありません in /var/www/domains/rhodon.nl/www/wp-admin/index.php on line 13 fatal error: require_once(): require_once() に失敗しました ‘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
    これを解決するにはどうすればよいですか?
    Rhodon

  23. phpMyAdminの修正を編集して、ようやく動作させることができました。データベースの編集は楽しいものではありませんが、あなたの分かりやすい指示のおかげで簡単でした。ありがとうございました!!!

    • フロントエンドとバックエンドの両方で何も表示されなくなり、パニックになり始めていました。functions.phpの最後の空行を削除したところ、すべて元に戻り、正常に動作しています。どうやってそこに入ったのでしょうか?このインストールでは一度も開いたことがありませんでした。

  24. ファイル名を plugins から plugins-temp に変更することで「ホワイトスクリーンの死」から抜け出すことができましたが、その後サイトは古いテーマに戻ってしまい、新しいテーマ(約1ヶ月前にインストールしたもの)に戻したところ、すべてのプラグインとウィジェットが消えてしまいました!カスタマイズがすべて失われた非常に基本的なテーマです!これをすべて回復するにはどうすればよいですか?

  25. 前回のWordPressのインストールで作成されたwp-*テーブルをすべて削除するためにphpMyAdminとMySQLデータベースに入り、White Screen of Deathの問題を解決することができました。これで正常に動作します。

  26. こんにちは。
    約1年前に、wp-ウェブサイトのフロントページ全体が真っ白になる件について、一度あなたの助言で大変助かりました。残念ながら、今回は(別のサイトでも)今のところうまくいきません。

    メモリを何度か拡張し(現在は512M)、オートキーを変更しましたが、うまくいきませんでした。現在、plugins-folder を plugins.deactivated にリネームしたところ、このエラーメッセージが表示されます。

    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.

    他に何か試せることはありますか?
    この役立つ情報を共有してくれてありがとう、
    Ilke

    • テーマのフォルダの名前も変更してみてください。その後、WordPressをダウンロードし、サイトにテーマフォルダの新しいコピーをアップロードする必要があります。WordPressはデフォルトのtwenty thirteenテーマにフォールバックします。うまくいったかどうか教えてください。

      管理者

      • 現在のテーマのフォルダの名前を変更し、新しい wp 3.7 のダウンロードからテーマのフォルダをアップロードしました。残念ながら、これによりフロントエンドとバックオフィス全体が真っ白になり、同じエラーメッセージが表示されます。

        wp-configでデバッグをtrueに設定したところ、
        Notice: WP_User->id はバージョン 2.1 以降非推奨の引数で呼び出されました。
        その他にもいくつかの非推奨通知と、wp_enqueue_script および wp_enqueue_style が誤って呼び出されたという通知が表示されました。どちらも functions.php を参照しています。

        これは本当に心配になってきました。他に何かアドバイスはありますか?

        敬具
        Ilke

      • プラグインフォルダの名前を変更して、新しいものをアップロードしてみました。キャッシュもクリアしました。それでも同じエラーメッセージが表示されます。wp-configでデバッグをtrueに設定すると、2つのプラグインに関するNotice: undifined indexメッセージが表示されるのですが、それらを削除すべきでしょうか?

  27. こんにちは、私のサイトでも同じ空白ページの現象が発生しています。記載されているほとんどの手順を試しました。
    すべてのプラグインを無効にする
    デフォルトのテーマを有効にする。
    メモリ制限を128MBに増やす。

    しかし、うまくいきませんでした。どんな助けでも感謝します。

  28. ありがとうございます。サイトの更新をたくさん行った後に発生するようで、ロックアウトされて待たなければなりません。メモリの問題であれば納得です。不要なプラグインをたくさん整理する時期が来ました。

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

  30. フロントエンドとバックエンドの両方で、時々白い画面が表示されます。白い画面は完全にランダムなパターンで発生します。私の状況でも推奨事項は同じですか、それとも永続的な問題にのみ適用されますか?

  31. ありがとうございます、役に立ちました。ライブサイトでは白い画面が表示されていましたが、WP管理画面は問題ありませんでした。WP Super Cacheを使用しており、キャッシュをクリアしても効果がなく、すべてのプラグインを非アクティブ化しました。他に何も思いつかず、期限切れのキャッシュページのことを突然思いつきました。

    WP Super Cache を使用している場合は、期限切れのキャッシュも削除する必要があります。これで問題はすぐに解決しました。その後、再発を防ぐために、ゴミ箱の収集(詳細設定タブ)を毎日から毎時に設定しました。

    • こんにちは。2セント追加しようと思いました。

      私も WP Super Cache を使用しており、よくホワイトスクリーンでクラッシュしていました。wp-config.php ファイルを見たところ、SQL割り当ての上に指示が記述されていたので、それを下に移動し、「デフォルトメモリ制限」の調整を追加したところ、私のサイト http://webinardatabase.com/ は爆速になりました!

      参照:
      まず、wp-config.php の未変更のコピーをハードディスクに保存してください。

      WordPress のルートディレクトリにある wp-config.php を開きます。

      WP Super Cache のコード(コードは明白で3行です。4行目は重複ですが、そのままにしてあります)を見つけ、それらを下に移動します(私は自分のものをSALTSの上に置きました)。

      次に、次の行を追加します: define(‘WP_MEMORY_LIMIT’, ’64M’);
      スーパーキャッシュの直前です。論理的だと思いました。

      保存して、パフォーマンスを確認してください。

      わからない、これはバグだと思う。SQLデータベースを開く前にキャッシュを割り当てるのは意味がなかった。

      私にはうまくいきました。乾杯! — Wpbeginner.com ありがとうございます

      PS: 下の投稿に気づきました。WP Super Cache はパーマリンクを post name に設定する必要があります。このエラーはクリーンインストール時に発生しました。さらに2セント。

      • フォローアップ。

        WP Super Cacheはバグが多すぎたので、もう使わないことにしました。W3 Total Cacheに変更しました。

        ローン・ワーティー:私たちは長い間、「忍耐を試みる」ことを考えました。そして十分に考えた後、私たちは組合に宣戦布告しました。

        Union = WP、これが本当に答えですか?!

        • 追伸:プラグインを削除したら、wp-configに戻り、WPSCの行を手動で削除してください。

          本当に、いや、本当に!?!?

      • Tomさん、心から感謝いたします。

        私のwpconfigには、supercache の後に define(‘WP_MEMORY_LIMIT’, ’64M’); がありました。これを上に移動したところ、「ホワイトスクリーンの死」の問題が解決しました。数ヶ月間リフレッシュしていました。サイトは現在かなりサクサク動いています。

        Tomさん、改めて感謝します。

        TheeMahn

  32. 個人的にはまだこの問題に遭遇していませんが、リダイレクトが無限に続くため、常にパーマリンクをリセットしなければならないという問題を抱えています。気が狂いそうです。ブログに新しい投稿を公開するたびに、パーマリンクを標準に戻してから「投稿名」に戻す必要があります。これはホスト関連ですか、それともプラグイン関連ですか?

  33. はい、デバッグオプションをオンにすると役立ちました。query.php ファイルのアップロードが不完全でした。

    ありがとう

  34. 上記のいずれも機能しない場合の別の提案ですが、リライトルールのキャッシュをフラッシュしてみてください。

    私のサイトの1つのページが空白ページになっており、上記のほとんどすべての解決策と、その他のいくつかのこと(Debug Barプラグインのインストールなど)を試しましたが、効果がありませんでした。

    パーマリンクの問題だと推測して絞り込みましたが、以前は動作していたページが動作しなくなり、別のページテンプレートを使用しても正常に動作しなかったためです(それ以前はカスタムのwp_queryが原因だと考えていました)。

    WordPressのリライトシステムを調査し始めたところ、WordPressがカスタムページのスラッグとリライトルールのすべてをキャッシュしていることがわかりました。(詳細はこちら:http://codex.wordpress.org/Rewrite_API/flush_rules およびこちら:http://codex.wordpress.org/Function_Reference/WP_Rewrite

    また、リライトキャッシュをフラッシュするためにこのメソッドが使用されていることも見つけました: $wp_rewrite->flush_rules();

    そこで、functions.phpファイルの2行目にそれを追加したところ、1回のページリフレッシュでページの内容が再び表示されました。

    重要:一度使用したら、そのメソッドを削除してください。そのコードをファイルに残しておくと、パフォーマンスにコストのかかる影響があるためです。問題を解決するには一度だけ使用すれば十分です。

      • ええ、でも私の場合はうまくいきませんでした。実際、通常はパーマリンク設定ページを保存する必要すらなく、ただアクセスするだけで良いのです。しかし、私の場合は、アクセスしても、保存しても、別の設定に変更してから元に戻しても、うまくいきませんでした。

        しかし実際には、もっと厄介な問題であることが判明し、フラッシュは一時的な応急処置に過ぎませんでした。

        タイトル/スラッグが「team」のページと、リライトスラッグが「team」のカスタム投稿タイプとの間に競合があったことが判明しました。カスタム投稿タイプが最終的に優先されていましたが、ルールをフラッシュした場合は、それが優先されるのを防ぐことができました。

        しかし、私がホワイトスクリーンに陥っていた本当の理由は、カスタム投稿タイプのスラッグが優先されたときに、アーカイブページを表示するようにデフォルト設定されていたためです。私は(テーマはスクラッチから作成したため)archive.phpファイルを作成しましたが、まだマークアップを入れていませんでした。ファイルは完全に空白だったので、ホワイトスクリーンが表示されました。

        Womp womp womp wanhhhhh.

    • !!すべてを試したなら、これはうまくいきます!!!

      他に何もBLANK PAGEに変化をもたらすことはできませんでした。
      そのコードを貼り付けたところエラーが発生しました。その後、削除したところウェブサイトは再びオンラインになりました!

      ノートパソコンを壊すところでした、ハハハハハ

  35. テーマやプラグインをテストする際は、常に「テーマ」のタブを開いたままにしておいてください。WSOD(White Screen of Death)が発生した場合でも、デフォルトのtwenty elevenテーマを有効にできる可能性があります。

      • そうかもしれませんね?まだ管理ロックレベルに達していないのかもしれません。phpmyadmin ページのタブはそのままにしておくべきだと思います +_+

  36. くそー!記事の functions.php ファイルに関するセクションを見たばかりでした – おっと!まあ、早く読まないことへの教訓ですね!

  37. もう一つの「落とし穴」は、functions.php ファイルの最後の ?> の下の空白です。以前に一度この問題に遭遇し、その下の空白を削除したことで解決しました。これは、公開ボタンを押した後に白い画面が表示される原因にもなります。

返信する

コメントを残していただきありがとうございます。すべてのコメントは、当社のコメントポリシーに従ってモデレーションされますので、ご了承ください。メールアドレスは公開されません。名前フィールドにキーワードを使用しないでください。個人的で有意義な会話をしましょう。