すべHTTP304変更されません-対応を含むcache-controlヘッダ?

StackOverflow https://stackoverflow.com/questions/1587667

  •  22-09-2019
  •  | 
  •  

質問

いうことで検索で同様の質問をされていない100%の理解からはずだ。

私はこの対応の要請のための画像資源:

Response Headers
    Server  Apache-Coyote/1.1
    Date    Mon, 19 Oct 2009 09:04:04 GMT
    Expires Mon, 19 Oct 2009 09:06:05 GMT
    Cache-Control   public, max-age=120
    Etag    image_a70703fb393a60b6da346c112715a0abd54a3236
    Content-Disposition inline;filename="binary-216-420"
    Content-Type    image/jpg;charset=UTF-8
    Content-Length  4719

希望の行動のクライアントはこのキャッシュ120秒でサーバからです。内に120秒、要求がサーバに送ります。

その後約120秒、送信されたリクエストであること、304の対応は受け:

Response Headers
    Server  Apache-Coyote/1.1
    Date    Mon, 19 Oct 2009 09:06:13 GMT

Request Headers
    Host    localhost:8080
    User-Agent  Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
    Accept  image/png,image/*;q=0.8,*/*;q=0.5
    Accept-Language en-us,no;q=0.8,sq;q=0.7,en;q=0.5,sv;q=0.3,nn;q=0.2
    Accept-Encoding gzip,deflate
    Accept-Charset  ISO-8859-1,utf-8;q=0.7,*;q=0.7
    Keep-Alive  300
    Connection  keep-alive
    Referer http://localhost:8080/cms/site/0/en/home
    Cookie  JSESSIONID=768ABBE1A3BFABE3B535900233330650; versionsCssDisplayState=block; iceInfo=iceOn:false,activePortletKey:,icePagePanelX:1722,icePagePanelY:3
    If-None-Match   image_a70703fb393a60b6da346c112715a0abd54a3236

これまでに、すべてます。それでは、次の要求(whithin120秒)になるとは思ってのリソースをキャッシュするために120秒です。私のブラウザ（Firefoxのみ）であることからこの点を常に要求の資源を受け取304ます。

かの添付のcache-controlヘッダの304-。だからこそできる、スペックと思われるキャッシュ-制御の設定は省略されなければなりませんが、キャッシュにはキャッシュでは120秒でしょうか。

役に立ちましたか？

解決

理論的にはないと思いますが送信のキャッシュ-制御304を受け取るだけのキャッシュの指令を受領したことから200件を超えています。しかし、また、実際にだけ送信のキャッシュ-制御、ブラウザでの閲覧を無視するキャッシュれるディレクティブをお送りいただいたものとに戻すには、自身のデフォルトヒューリスティックス.

では実際にまと同じものを含めなければなりまキャッシュ-制御304ますが、200件を超えています。のスペックだけることを義務付けるもので、送信すので、304の場合は異なるように送信先を参照 10.3.5 304変更されません るのだそれは確かなことは禁止だから繰り返しの際にものと同じです。

との対応を具体的には、間違った頭ポイントからの応答(構造):

  1. す い い仲介キャッシュキャッシュに対応する更新をキャッシュのエントリの資源).その適切な対応を求めのお客様から200または304るのかによって、顧客は付属の条件付きヘッダのような場合-変性-。

  2. 120秒ttl ま リフレッシュされるの304（同じクライアントさせてはならなか点について同じリソースのための少なくとも120秒)があります。お客様にとったもののコンテンツをキャッシュ ま 継続条件と要求資源にできる対応を推進していくとの304.

他のヒント

RFC7232 のアップデートRFC2616言ってます：

  

304応答を生成するサーバーのいずれかを生成しなければなりません      200（OK）で送信されたであろう次のヘッダフィールド      同じ要求に対する応答：のCache-Control、コンテンツの場所、日付、      ETagを、有効期限、およびヴァリます。

がわかれば、正しくそしてブラウザのではないのキャッシュ120秒およびサーバーに対応304変更されませんその後の場合-変性-来ます。この"IMS"要求が発生するエンドユーザーのアクセスと同じURL。この時のブラウザが送信した場合-変性-来ます。ブラウザのときに知りたいと思うのであれば表示の無効な内容です。このようだ。

を受けてこの要求をサーバーには返答200OK304変更されません（4XXが必要です。

ていると思えない場合はサーバに送るキャッシュ-Controlヘッダの304対応のための二つの理由
1.いず仲介キャッシュにはキャッシュ304応答可能性があること)
2.120秒TTLないリフレッシュされるの304に応じます。のブラウザを保持するオブジェクト120秒から200OKです。後120秒のブラウザ すべ 送取得要求のではない場合-改変-降、サーバー対応のバイトのファイルだけではなく304に応じます。

なお、ブラウザを申請していないファイルを自動的に再び後120秒ない限り、ユーザーに要求するページのロードまたは直接入力するURLへのアドレスバーから持っていない場合、カスタムアプリケーションを管理する機能なんだか).

編集の第項の規定を読み込むには少しよりよいば

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top