2

ページの一部である画像、css、および JavaScript ファイルがブラウザによってキャッシュされていることを確認したいと考えています。Fiddler と Google Page Speed を使用しましたが、必要な情報が得られるかどうかは不明です。Fiddler は、キャッシュされたコピーを使用するようにブラウザに指示する画像、css、および JavaScript の HTTP 304 応答を表示します。Google Page Speed は 304 応答を表示しますが、ゼロの転送サイズは表示しません。代わりに、リソースの完全なファイル サイズを表示します。また、Google Page Speed が 200 の応答を報告しているのを見たことがありますが、200 の隣に (キャッシュ) という単語が表示されます (したがって、ステータスは 200 (キャッシュ) です)。これはあまり意味がありません。

前のページ ヒットによって画像、css、javascript が取得およびキャッシュされた後、サーバーが画像、css、javascript を返送しているかどうかを確認する方法について、他に何か提案はありますか?

4

4 に答える 4

6

ブラウザの HTTP デバッガーは、おそらくあなたの状況で最も使いやすいでしょう。Dragonfly が組み込まれている Firefox または Opera の HTTPFox を試してください。これらはどちらも、ローカル ブラウザ キャッシュが使用された時期を示します。

矛盾する情報を取得しているように見える場合、wireshark/tcpdump は、送受信される実際のネットワーク パケットを監視しているため、オブジェクトがダウンロードされているかどうかを示します。これまでにネットワーク トレースを確認したことがない場合は、最初は少し混乱するかもしれません。

于 2010-03-24T15:00:45.027 に答える
2

フィドラーで、応答本文 (画像、css の場合) が空であることを確認します。また、Cache-Control ヘッダーで max-age が十分に長いことを確認してください。ほとんどのブラウザー (Safari、Firefox) には、優れたトラフィック アナライザー ツールがあります。

于 2010-03-24T15:12:10.070 に答える
1

サーバーのアクセス ログから、キャッシュ戦略の効果に関する多くの情報が得られます。

/some.js と /lookandfeel.css を参照する html ページ /home.html があるとします。特定の期間について、3 つのファイルすべてに対する要求の数を集計します。

キャッシュが効果的であれば、home.html に対する膨大な数のリクエストが表示されるはずですが、css または js に対するリクエストはほとんどありません。その中間にあるのは、3 つすべてに対して同じ数のリクエストが表示される場合ですが、css と js には 304 があります。最悪なのは、200 秒しか表示されない場合です。

明らかに、そのような研究を行うには、アプリケーションを知っている必要があります。js ファイルと css ファイルは複数のページで共有される場合があり、分析が複雑になる可能性があります。しかし、一般的な考え方は依然として有効です。

このような調査の利点は、「自分のマシンでキャッシングが機能しているか」ではなく、キャッシング戦略がユーザーにとってどれほど効果的かを知ることができることです。ただし、これは http プロキシ/フィドラーの使用に代わるものではありません。

于 2010-03-27T08:21:08.103 に答える
0

HTTP/304 応答に本文を含めることは禁止されています。したがって、完全な応答は送信されず、代わりに 304 応答のヘッダーが返されます。ただし、ラウンドトリップ自体は無料ではないため、最初に 304 を返す条件付きリクエストを作成しないようにパフォーマンスを向上させるには、適切な有効期限情報を送信することをお勧めします。

http://www.fiddler2.com/redir/?id=httpperfでは、このトピックについて詳しく説明しています。

于 2010-03-24T22:15:07.147 に答える