JoomlaのWebサイトのフロントエンドがコンテンツのない空白の画面であり、「死の白い画面」と呼ばれることもあります。
これは、Webサイトが移動された後に発生し、以前に機能していたWebサイトでも予期せずに発生しました。
さまざまな原因が考えられますが、この問題をトラブルシューティングして修正する効率的な方法は何ですか？
「死の白い画面」をトラブルシューティングする効率的な方法は何ですか
回答:
エラー報告を最大に変更する
- 管理領域にログイン
- [グローバル構成]-> [サーバー]に移動します。
最初に、エラー報告を最大に設定する必要があります
FTPでファイルを編集する
FTP経由でJoomlaサイトファイルにログインします。
サイトのルートにあるindex.phpファイルを見つけます。
index.phpを開き、ファイルの最初の行の直後にこのコードを追加します。
ini_set('display_errors', TRUE); error_reporting(E_ALL);
PHP.iniファイルを編集する
PHP.iniファイルでは、次の2つの設定を変更する必要があります。
表示エラーをオンに設定します。
display_errors = Onエラー報告を設定します。
error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT
サーバーログを確認する
最後に、エラーパスとエラーの理由を示すエラーメッセージを含むエラーログを取得します。
リファレンス：http : //www.ostraining.com/blog/joomla/white-screen-of-death/
2
上記と同様に、Firebugコンソールをブラウザにインストールして有効にすることをお勧めします。一度完了したら、死の白い画面を再訪してください。あなたが時々見つけるものに驚かれることでしょう。
—
TryHarder 14
もう1つ、私は通常、死のホワイトスクリーンが.htaccessファイルと関係があることを発見します。
—
TryHarder 14
まれに、ロードされるファイルが
—
アンドリューエディ14
defined('FOO') or die();行を使用しているがFOO定義されていないことが原因である可能性があります。
これらの他の回答はおそらくあなたに答えを導きますが、マイナーな問題として気づいたことの1つは、いくつかのプラグインが独自にerror_reportingを設定し、Joomlaのエラーレポートをオーバーライドできるため、これを修正する別の方法は拡張機能を無効にすることですサイトが読み込まれるまでの時間。プラグインが主な攻撃者です。
他のページを手動でチェックしますか？その場合、モジュールまたはコンポーネントはフロントページにのみ読み込まれ、分離に役立ちます。拡張機能も更新することをお勧めします。おそらく環境がPHP 5.2になる前に機能し、5.3または5.4に移行したときに大きな違いがあったためです。
通常、拡張機能の更新は、アクティブに維持されている限り修正できます。場合によっては、テンプレートにすることもできます。
また、これを逆の方法で行い、すべての拡張機能をオフにしてから、サイトが壊れるまで1つずつ拡張機能をオンにします。同じ考え。
—
デビッドフリッチュ14
一度にすべてをオフにすると、単独でブレークする場合があります。常にではありませんが、それは一度しか起こらなかったため、一度に1つずつ解決策がありました。
—
ジョーダンラムスタッド14
これらの場合、以下に示すように、Joomlaエラーの報告を最大限に有効にしてください。
エラー報告がアクティブになったら、Webページをリロードしてください。エラー文が表示されます。実際に、エラーを解決するためにデバッグする必要がある最初の情報を見つけました。
より基本的なデバッグのヒントは、このブログで見つけることができます：http : //www.readybytes.net/blog/item/a-beginners-guide-to-start-debugging-joomla.html
出力バッファリングを無効にすることについて誰も言及していないようです-ここでそれについて言及します...
出力バッファリングはデバッグには非常に厄介であり、エラーレポートを最大に設定してphp.iniエントリを追加しても、機能しません（エラーは表示されません）。ここで述べたようにファイルに追加output_buffering = offするだけでこれを無効にできます（これはすべての環境で動作するとは限らないことに注意してください）。.htaccess
さらに、空白ページを引き起こす別の問題は、ホスト自体がエンドでのエラー報告を無効にしている可能性があることです。その場合、多くのホストが独自の設定のオーバーライドを許可しないため、ホストに連絡する必要があります
SEF URLを有効にしていて、Joomla！の.htaccessファイルを使用している場合は、サーバーでmod_rewriteが有効になっていることを確認してください。
多くの場合、.htaccessファイルが原因であるため、mod_rewriteが有効になっていると仮定して、.htaccessファイルをバックアップしてから元のファイルを削除（または名前を変更）して、違いが生じるかどうかを確認することをお勧めします。
また、ブラウザにfirebugコンソールをインストールして実行することをお勧めします。多くの場合、問題の追跡に使用できるヒントが明らかになります（これは多くの異なる問題に当てはまります）。