web-dev-qa-db-ja.com

Googleから記事にアクセスすると空白のページ

これは私が見た中で最も奇妙なバグです。

私は1週間後に地元の雑誌編集者で新しい仕事を始めます。そして今日、私は彼らが私に提供を求めたいくつかの論文を提出するために通り過ぎました。

私がそこに着いたとき、彼らは最近発見したこのバグについて私に言った:

Googleの検索結果ページからWordPress-on-Nginxサイトのリンクにアクセスすると、HTMLがまったくなく、ステータスコードが200の空白のページが表示されます。

上記のページを更新しても何も起こりません。まだ空白です。

BUTアドレスバーでURLを選択してEnterキーを押した場合変更なしの場合、ページが正常に読み込まれます。この動作は、さまざまなブラウザー、コンピューター/スマートフォン、およびネットワーク(DSLおよび携帯電話)で一貫しています。

サイトのホームページから直接記事にアクセスしても、空白ページの兆候はまったくありません。

さらにいらいらするのは、すべてのページが影響を受けるわけではないということです。そして、私はそうである(またはそうでない)人々の間でパターンを検出することに失敗しました。

物事を難しくするために、彼らはサーバーに直接アクセスできないため、ログファイルを確認できませんでした(ただし、ホスティングを管理している会社は、来週までにログと構成ファイルを送信しようとします)。

だから私の質問は次のとおりです。ここで何が起こっているのでしょうか?そして、少なくともどこから探し始めることができますか

1
ahmed

悪名高いWordPress "White Screen of Death"は、WordPressが、潜在的な機密情報をエンドユーザーにダンプしないなど、デバッグ機能を無効にした状態で致命的なエラーを経験した場合に発生します。インストールを追加の脆弱性にさらす可能性があるため、問題のトラブルシューティングの過程で、ライブ環境でWP_DEBUGを有効にしないでください。 「死の白い画面」は、それを作成した状況に応じてHTTP 200で配信できます。

一般的な致命的なエラーでない場合、何らかの理由で、インストール内の何かがHTTP Referrerヘッダーに作用しているように聞こえます。 SEOおよびキャッシュプラグインに関連する設定を調査/更新したり、キャッシュをフラッシュしたりする価値があるかもしれません。

あなたの会社は新しいホストを見つけることを検討すべきだと思います-彼らがクライアントにログへの直接アクセスを提供しないことはかなり奇妙であり、さらに悪いことに彼らの最善のサポート努力は「try来週それらのログと設定を送信します。 "彼らはあなたの会社があなた自身で問題を理解し、彼らに知らせてくれると期待していますか構成設定を変更する必要がありますか?

サイトのNginx構成を確認することもお勧めしますが、ホストの制限を考えると不可能である可能性があります。会社のサポート契約を確認してください-ホスティング会社の相対的な管理レベルを考えると、契約上、問題に対処するか、余暇にファイルを送信するだけでなく、トラブルシューティングの実践的な支援を提供する義務があるようです。

2
bosco