2

私のアプリケーションには、OpenLayers VectorLayer でレンダリングされたカスタム マーカー イメージで描画されたマップがあります。ここでの問題は、このマップを持つページへの多くのリクエストがサーバーに送信され、そのページ用に記述されたすべてのサーバー側コードが実行され、HTML がクライアントに返され、次のエラーが表示されることです。

Resource interpreted as image but transferred with MIME type text/html.

私の推測では、ページにレンダリングされたマーカーは img コントロールとしてレンダリングされますが、src は空白に設定されています。コントロールの src 値が空である場合に何が起こるかについては、http ://www.nczonline.net/blog/2009/11/30/empty-image-src-can-destroy-your-site で詳しく読むことができます。 /

これらのマーカーが問題の原因なのか、何かが無限リダイレクトを開始しているのかを調べたいのですが、特定の数のリクエストの後に停止することが常に見られるため、そうではありません。

上記の投稿で述べたように、これは Webkit ブラウザーでのみ発生し、FFX では発生しません。

追跡できる方法があれば、誰かがこれらのリクエストのsrcを見つけるのを手伝ってくれますか.

前もって感謝します。

4

1 に答える 1

0

「追跡できる方法があれば、これらのリクエストの送信元を見つけるのを手伝ってくれませんか。」

もちろん。

Firebug がインストールされていると仮定して、Firebug パネルを開き、[リソース] タブをクリックします。上部の左側のペインには、大量のものがリストされており、Web ページを表すフォルダーが表示されます。そのフォルダを開き、画像を探します。何かが壊れていたり、欠けていたり、間違った場所にリンクしている場合は、そこに表示されます。

それでもニーズが満たされない場合は、Firebug の [ネットワーク] タブをクリックします。そこに何も表示されない場合は、ページをリロードしてください。ページをレンダリングするためにダウンロードする必要のあるすべてのページ要素が、欠落している部分も含めて、多かれ少なかれ時系列で表示されます。

問題の画像を探し、左側で 1 回クリックすると、右側にヘッダー、プレビュー、レスポンス、Cookie、およびタイミングのタブが表示されます。ヘッダー、プレビュー、および応答タブで情報を検索する必要があります。さらに、興味のある画像が見つかった場合は、左側の名前をダブルクリックして、その先を確認することもできます。

他にもいくつかのトリックがありますが、少なくとも、トラブルシューティングを開始するための弾薬が得られるはずです.

于 2012-04-27T03:29:24.837 に答える