キャッシュキャッシュと強い交渉 - フィナーレ

ブラウザのキャッシュには、ブラウザのユーザーは、最近、ローカルディスクに保存されているresource'veを要求したことを意味します。キャッシュすることで、サイトのパフォーマンスを向上させ、通信ブラウザとサーバの数を減らすことができます。強い交渉キャッシュにブラウザのキャッシュとキャッシュ。

強力なキャッシュ

入門

ブラウザは、リソースファイルを要求すると、それは最初のキャッシュが強いヒットかどうかを決定します。ベースのリソース・バッファのヘッダ情報、およびキャッシュ制御は、電界強度が期限切れにさらなる開始するには、サーバーへの要求、リソースがキャッシュから直接取得された場合にキャッシュヒットのヒットが、ステータスコード200を返すかどうかが決定されていません。

関連するステータスコード

200

関連分野

Expries

このフィールドは、そのような温、2020年3月18日夜五時25分00秒GMTとして、HTTP1.0仕様に絶対時間で、GMT時間文字列フォーマットで時間を要求は値送信される前ならば、それが決定されます強力なキャッシュヒット。

Cache-Control

HTTP1.1仕様際に、関連するフィールドには、5つの属性を設定することができました:

MAX-年齢:それは秒数、バッファの最大相対時間を表す数値です。設定した場合Cache-Control:max-age=500、取得した時間サーバーから計算リソースから最後は500秒後に期限が切れます。

pubilc:ブラウザやプロキシサーバがリソースをキャッシュすることができます。

privite:唯一のブラウザは、プロキシサーバーがキャッシュすることはできません、キャッシュすることができます。

キャッシュなし:強力なキャッシュを使用することはできません、キャッシュが交渉を使用することができます。

無店舗:すべてのキャッシュが利用できません。

キャッシュ相談

入門

ブラウザ無用キャッシュが強いヒットした場合、それはキャッシュが協議を打つかどうかを判断していきます。キャッシュヒット相談、ステータスコード304は、既存のリソースを代表して、返された場合は、キャッシュから直接取られたリソースは、もは​​やブラウザへの要求を開始していない、そうでない場合は、ブラウザへのリソースの再要求します。

関連するステータスコード

304

関連分野

たEtag / IF-なしマッチ

ETagのリソース識別子は、リソースが符号化されたハッシュ値である、変更された場合に変更され、一意な識別子です。アクセスへの初めてのブラウザリソースは、リソースが再びリソースにアクセスするためのEtag識別子ブラウザで返される場合は、リクエストヘッダがIf-None-Matchフィールドに表示され、その値はETagの値は、最後に返されました。そうでない場合は、再要求サーバリソース、同じならば、彼らは一貫している場合、彼らは、一貫している場合、参照整合性最後-modefiedならば、決定する新しいチェックサムとその後のIf-なしマッチたEtag。

Last-Modified /変更 - 開始

リソースを表すGMT形式の文字列に時間の最終変更されたが最後に変更されました。アクセスへの初めてのブラウザリソースは、リソースが再びリソースにアクセスするためのLast-Modified識別子ブラウザで返される場合は、リクエストヘッダは、If-Modifiedの-のでフィールド、それのが表示されます最後に変更された値は、復帰への最後の値です。その後、変更された場合は、-ので新しい同じ、キャッシュが協議を打つかどうかを確認するために検証するのLast-Modified。

たEtagのLast-Modifiedとの違い
  1. より良いのLast-ModifiedよりのETag。ファイルは1秒、その後、彼らのLast-Modified事実が反映されていない変更に数回変更されていますが、毎回のEtagは、精度を確保するために変更した場合のLast-Modifiedは、秒単位の時間の最小単位です。
  2. パフォーマンスでは、劣ったEtag最終-修正する、唯一のすべての録画時間後に最終修飾、およびサーバーのEtagにアルゴリズムによって計算されたハッシュ値が必要です。
  3. 優先順位では、優先順位のサーバーがのEtagをご確認ください。

フローチャートを確認します

おすすめ

転載: www.cnblogs.com/zhoulixiangblog/p/12519327.html
おすすめ