問題タブ [cache-control]

ページ キャッシュを無効にする HTTP 応答ヘッダー ディレクティブがあることを理解しています。

「手」でヘッダーを変更できます。

しかし、JSP インタープリターがサーバー応答でこのヘッダー行を返すようにする「良い」方法はありますか?

( <%@page ...%> ディレクティブを確認しました。そのようなものはないようです。)

IIS 6 ベースの Web サイトのフォルダーに、(帯域幅を維持するために) できるだけダウンロードしないようにしたい静止画像がいくつかあります。コンテンツの有効期限を 30 日後に期限切れになるように設定しました。ブラウザ、プロキシ、およびゲートウェイ キャッシュによるキャッシュを最大化するために、IIS で他にできることはありますか?

Cache-Control ヘッダーを追加するなど？他に何か？

ヘッダーCache-Control: max-age=0は、コンテンツがすぐに古くなったと見なされる（そして再フェッチする必要がある）ことを意味します。これは事実上、と同じですCache-Control: no-cache。

良い一日、

サーバーへの特定のパスをフィルタリングするためにCacheFilterを使用しています（画像ストリームを応答ストリームに出力します）。そして、次のように web.xml で構成しました。

Firefox を使用して、アドレス バーから URL にアクセスすると、最初はサーバーにヒットしますが、後続の呼び出しではキャッシュが使用されます。ただし、URL が自分のページ内にある場合 (つまり<img src="..."/>)、常にサーバーにアクセスしているようです。

[編集] さらにいくつかのテストを行った後、アドレス バーからの画像へのアクセスが常に機能しません。しかし、キャッシングは よりも頻繁に機能するようです。本当かどうかは、定かではありません。

追加情報: 私のパスは /my/path?then=some&query=strings のようなものです。拡張子 (gif、png、jpeg など) はありませんが、MIME タイプが適切に設定されていることに注意してください (image/gif、image/png、image/jpeg )。拡張子の欠如やクエリ文字列の存在が影響を与えるかどうかはわかりません。(また、別のメモ。私の URL にはクエリ文字列がありますが、同じ uri + クエリ文字列をテストで何度も使用しています)。

理由はありますか？

ありがとう

ブラウザがJavascriptまたはCSSファイルを要求したときにASP.NETMVCの応答ヘッダーを自動的に変更する方法はありますか？

基本的に、応答ヘッダーでこのセットを明示的にオンにして、JavascriptファイルとCSSファイルを提供する必要があります。

ヘルプ？

Firefox用のGoogle「PageSpeed」プラグインを使用して自分のWebサイトにアクセスしています。

私のページのいくつかのコンポーネントはHTTPステータスとして示されています：

200200（キャッシュ）304

グーグルの「ページスピード」による。

私が混乱しているのは、200（キャッシュ）と304の違いです。

ページを複数回更新しましたが（キャッシュをクリアしていません）、favicon.icoといくつかの画像はstatus = 200（キャッシュ）であり、他のいくつかの画像はhttpstatus304であるように見えます。

なぜ違いがあるのか​​わかりません。

更新：

Googleの「PageSpeed」を使用すると、 http ：//example.com/favicon.icoとhttp://cdn.example.com/js/ga.jsの「200（キャッシュ）」を受け取ります。

しかし、http：//cdn.example.com/js/combined.min.jsのhttpステータス「304」を受け取ります

同じディレクトリ/js/に2つのJavaScriptファイルがあり、1つはhttpステータス304を返し、もう1つは200（キャッシュ）ステータスコードを返す理由がわかりません。

問題:動的サーバーから送信された画像を FireFox にキャッシュさせることができないようです

セットアップ:バックエンドで動的サーバー (mod_perl2) へのリバース プロキシを使用する静的 Apache サーバー。

サーバーのリクエスト URL は次のとおりです。これは動的サーバーに送信され、そこで Cookie を使用して画像へのアクセスが検証されます。

リクエスト ヘッダー

動的サーバーは画像をサーバーにストリーミングし、次の応答を返します。

応答ヘッダー

今のところ、とても良いです（私はそう思います）。ただし、ページをリロードすると、画像がキャッシュされたように見えず、リクエストが再度送信されます。

リクエスト ヘッダー

ブラウザが画像をキャッシュする必要があるため、リクエストは発生しないようです。このままでは、最初と同じように 200 応答が受信され、画像が再取得されたように見えます (ただし、ブラウザーはキャッシュされた画像を使用しているように見えます)。

この問題は、上記のリロード リクエスト ヘッダーの Cache-Control: max-age=0 によって示唆されているようです。

なぜこれが起こっているのか誰にも分かりますか？おそらく、問題を引き起こしているのは応答のViaヘッダーでしょうか?

私はこれを読んでいました: http://docs.codehaus.org/display/JETTY/LastModifiedCacheControl

それは言う

Jetty のデフォルト サーブレットでは、次のように cacheControl init パラメータを使用して、キャッシュ コントロール ヘッダーを静的コンテンツに設定できます。

ただし、デフォルトのサーブレットを使用しているかどうかはわかりません。少なくともそのような構成は web.xml にはありません。

次のような静的リソースのキャッシュを構成したいと考えています。

/src/webapp/*、つまり:/src/webapp/images, /src/webapp/css, /src/webapp/jsなど。

に何を追加すればよいweb.xmlですか?

ビジネス システムへの外部アクセスを可能にする RESTful API (MVC.NET を使用) を作成しています。API には検索リソースが含まれています。リソースの URI 形式は「/example/search/pages/1/?query=something」です。

例: ピザを検索するには、URI "/example/search/pages/1/?query=pizza" にアクセスすると、最初の 10 件の結果が得られます。結果の 2 ページ目を取得するには、「/example/search/pages/2/?query=something」などをリクエストします。

API Web アプリにサービスを提供するサーバーの負荷を大幅に削減する目的で、cache-control HTTP ヘッダーを使用して、API 上のすべてのリソースのパブリック キャッシュを有効にしました。

ただし、検索リソースに使用するキャッシュ ポリシーがわかりません。リソース (およびその URI) は検索対象によって異なるため、ページをキャッシュする意味はほとんどないようです。RESTful API でリソースを検索するために、どのキャッシング ポリシー (すなわち、キャッシュ制御 HTTP ヘッダーを介したキャッシング) を推奨していますか? キャッシングなし？有効期限が非常に短いプライベートキャッシング? 有効期限が短いパブリックキャッシング?

シナリオ：

OnActionExecuting オーバーライド内でキャッシュを無効にするベース コントローラーがあります。

この動作をテストする単体テストを作成するにはどうすればよいですか?