WordPressの死亡エラーの白い画面を修正する方法は?

公開: 2019-08-06
死の白い画面
@Cloudwaysをフォローする

インターネットを閲覧したり、Webサイトを管理したりしたことがある場合は、エラーを阻止するためのあらゆる努力にもかかわらず、エラーが避けられないことに気付いたかもしれません。 しかし、優れたWebマスターは、状況を評価し、可能な限り最も効果的な方法でエラーをトラブルシューティングする方法を知っています。

WordPress Webサイトをダウンさせる(そしてビジネスを大幅に混乱させる)可能性のある多くのエラーの中で、 White Screen of Death(WSOD)はおそらく最も厄介で、Webサイトをオンラインに戻すためにすぐに修正する必要があります。

現在、ホワイトスクリーンオブデスは、推奨されるチェックリストに従い、適切なツールを使用するだけで修正できます。 このエラーを自分でトラブルシューティングしたい場合は、WordPressWebサイトを麻痺させる可能性のあるWhiteScreen ofDeathを修正するいくつかの効果的な方法を示します。

しましょうか?

  • 死の白い画面とは何ですか?
  • WordPressで死の白い画面のトラブルシューティング
      • サーバーの可用性を確認する
      • ブラウザのキャッシュをクリアする
      • デバッグモードを有効にする
      • メモリ制限を増やす
      • プラグインとテーマを無効にする
      • 構文エラーを解決する
    • バックアップを復元

死の白い画面とは何ですか?

問題の可能な修正を見つける前に、問題を理解することが重要です。 問題に複数の解決策がある可能性は十分にあります。 ただし、最短で最も効果的な修正を提供するソリューションを見つけることは、そのようなソリューションが競合他社に対して大きな優位性を意味するため、推奨されます。

ご想像のとおり、WordPressのWSODは空白の白い画面を表示するだけです。 管理者または一部の投稿に白い画面が表示されている間は、Webサイトが問題なく機能している可能性があります。 通常、このエラーの背後にある主な原因は、感染したPHPまたはデータベースファイルです。

ただし、これは必ずしも単純なことではなく、根本的な原因がより複雑になる場合があります。 したがって、問題を解決するための複数の方法を知っていることが不可欠です。

WordPressで死の白い画面のトラブルシューティング

真ちゅう製の鋲に取り掛かり、WordPress White Screen ofDeathエラーを修正する方法を見てみましょう。

サーバーの可用性を確認する

まず、 isthiswebsitedownなどのオンラインステータスレポートツールを使用して、サーバーが利用できない可能性を排除します。 このツールは、問題が完全な/破損したブラウザのキャッシュまたはIPの問題の結果であるか、ホスティングサーバーが利用できないためにWebサイトがダウンしているかを判断します。

サーバーがダウンしている場合は、ホスティングプロバイダーに連絡して、できるだけ早くオンラインに戻してください。 これは、Cloudwaysのようなマネージドクラウドホスティングプラットフォームが競合他社を凌駕する分野の1つです。

ブラウザのキャッシュをクリアする

場合によっては、ブラウザのキャッシュをクリアするだけでうまくいくことがあります。 Webサイトは、ブラウザキャッシュを使用して、ユーザーエクスペリエンスを向上させ、ブラウジングを高速化します。 ただし、時間が経つにつれて、キャッシュは不要になったデータとCookieでいっぱいになります。

この問題を解決するには、ブラウザの設定に移動し、 [すべてのCookieとサイトデータ] [chrome:// settings / siteData?search = cookie]に移動して、特定のWebサイトのキャッシュをクリアします。

すべてのCookieとキャッシュを削除する場合は、Chromeの[履歴]タブに移動してデータを消去します。

プロセスが終了したら、Webサイトに戻り、[更新]をクリックします。 wp-admin画面が表示されたら、準備は完了です。 それでも問題が解決しない場合は、次の手順に進みます。

注:上記のプロセスでは、一部のWebサイトからログアウトしたり、データを削除したりすることもできます。

デバッグモードの有効化

ブラウザのキャッシュをクリアしても問題が解決しない場合、次の修正はWordPressをデバッグモードにできるようにすることです。 このモードは、WordPressで死の白い画面を引き起こしたエラーに関するいくつかの重要な情報を強調表示します。

WordPressでデバッグモードを有効にするには、 wp-config.phpファイルにアクセスする必要があります。 このファイルにアクセスするには、CPanelにログインするか、FileZilla(または同様のFTPクライアント)を使用してSFTP経由でサーバーに接続します。

任意のテキストエディタでファイルを開き、次の行を探します。

 定義( 'WP_DEBUG'、false) 

に変更します

define( 'WP-DEBUG'、true)

変更を保存し、更新されたファイルをアップロードします。 ブラウザに戻り、画面を更新します。 それでも死の白い画面が表示されますが、今回はエラーメッセージが表示されます。

たとえば、次のように表示される場合があります。

 / var / www / html / wordpress / wp-content / plugins / my-plugin / my-でget_posts()(以前は/var/www/html/wordpress/wp-includes/post.php:1624で宣言されていました)を再宣言できません21行目のplugin.php

上記のエラーメッセージは、プラグインの1つで21行目にエラーがあることを示しています。 この時点で、プラグインプロバイダーに連絡するか、プラグインを同様のものに置き換えることができます。 それが不可能な場合は、 WordPressプラグインを完全に無効にしてください。

メモリ制限を増やす

WordPressはPHP上で実行されます。 そのため、両方のレイヤーを実行するには十分なメモリが必要です。 制限が使い果たされて、White Screen ofDeathや500InternalServerエラーなどのエラーが発生することがあります

メモリ制限の設定は簡単です。 Cloudwaysを使用している場合は、プラットフォームアカウントにログインし、 [サーバー管理][設定とパッケージ]に移動します。 [基本]タブで、[メモリ制限]を64(デフォルト)から128MBに増やします。

次の行を追加します。

 define( 'WP_MEMORY_LIMIT'、 '128M');

変更を保存してファイルをアップロードします。

ここでwp-adminに戻り、ページを更新して、エラーがまだ存在するかどうかを確認します。 それでも死の白い画面が表示される場合は、深呼吸して次の方法を試してください。

プラグインとテーマを無効にする

これはおそらく最も簡単な方法であり、多くの場合、トラブルシューティングガイドの大部分の最初のステップです。 ただし、これには多くの時間がかかり、WordPressサイトの外観が変わる可能性があるため、最後に配置しました。

WordPressサイトに損傷を与えることなく、テーマとプラグインの両方を1つずつ無効にする方法を見てみましょう。

テーマを無効にする

wp-adminにアクセスできる場合、既存のテーマを無効にする最も簡単な方法は、デフォルトのTwentyNineteenテーマに切り替えることです。

WordPressダッシュボードにログインし、[外観] →[テーマ]に移動して、デフォルトのテーマをアクティブにします。

White Screen of Deathエラーが原因でwp-adminにアクセスできない場合は、FileZillaを使用してサーバーにアクセスし、 wp-content / themesフォルダーの名前をmy_themesなどに変更します。

これにより、既存のテーマが無効になり、WordPressがデフォルトのテーマに置き換えます。

プラグインを無効にする

wp-adminを使用してすべてのプラグインを簡単に無効にし、それらを1つずつアクティブにして、どのプラグインがWhite Screen ofDeathエラーを引き起こしているかを確認できます。

ただし、 wp-adminにアクセスできない場合は、FileZillaを再度使用して、今度はpluginsフォルダーの名前を変更してください。 Webサイトが機能し始めたら、フォルダーの名前をプラグインに戻し、プラグインの名前を1つずつ変更して、各プラグインのテストを開始します。

構文エラーを解決する

開発者やWebサイトの所有者は、特定の機能を追加/最適化するために、 functions.phpファイル内にカスタムPHPコードを追加することがよくあります。 WordPressでは必要に応じてカスタムコードを追加できるため、サードパーティのサービスを統合したり、既存の機能を強化したりするためにコードが追加される場合があります。

カスタムコードを追加するための推奨される方法は、functions.phpファイルに加えたすべての変更についてメモをとることです。 さらに良いことに、このような問題を回避するために、元のファイルのバックアップを保持してください。 最近変更を加えた場合は、元に戻すとこの状況から抜け出すことができます。

バックアップを復元

バックアップを取ることは良い習慣であり、定期的に実行する必要があります。 Cloudwaysを使用すると、顧客はステージングサイト作成できます。 WSODのような苛立たしいエラーに遭遇し、トラブルシューティングできない場合、これらのサイトのデータをライブWebサイトにプルすることができます。

Cloudwaysプラットフォームにログインし、[アプリケーション管理] →[ステージング管理]に移動するだけです。 設定から、ステージングサイトから変更をプルします。

Cloudwaysを使用していない場合は、WordPressバックアッププラグインを使用して完全バックアップを取り、cPanelを使用してWordPressWebサイトバックアップを取得できます。

最終的な考え

これまでに、WordPressの死の白い画面を修正できるようになることを願っています。 私たちは多くの分野をカバーし、さまざまな方法について議論しました。 エラーのトラブルシューティングを行う必要がある特定の順序はありません。 ウェブマスターになると、エラーを分析でき、過去のイベントに応じて、WSODを解決するための適切なアプローチを選択できるはずです。

何がうまくいったのか、そしてこのエラーを効果的に解決するための別の解決策があるかどうかを知りたいです。