私はhttp://www.example.com/tempfile.html?u=2345
urlを持つパラメータを渡すとamazon s3のキャッシュに影響しますか?
のようにURLパラメータを渡す場合、私は、Amazon S3サービスhttp://www.example.com/tempfile.html
上でホストされているファイルは、今、これは完全に別のURLとして扱われるだろうしていると私は、キャッシングのない利益を得るんだろうか?
私はhttp://www.example.com/tempfile.html?u=2345
urlを持つパラメータを渡すとamazon s3のキャッシュに影響しますか?
のようにURLパラメータを渡す場合、私は、Amazon S3サービスhttp://www.example.com/tempfile.html
上でホストされているファイルは、今、これは完全に別のURLとして扱われるだろうしていると私は、キャッシングのない利益を得るんだろうか?
これは別のURLとして扱われ、キャッシングのメリットは になりますか?
私たちは、この規則に一つの例外に注意してください:ので、一般的にQuery stringを追加する(Caching in HTTP以内)セクションSide Effects of GET and HEADを参照してください、それ自体がそれに応じて、まだ完全にキャッシュ可能である、確かに異なるURLを生成し、話す
一部のアプリケーションでは、重要な側の操作を実行するために、クエリURL(rel_path部分に "?"を含むもの)を持つGETとHEADを伝統的に使用していましたが、キャッシュは rは明示的な有効期限を与えます。
これは、CSS/JSなどの長い静的な静的資産を置き換えるブラウザを強制するために、実際には広く使用されていますが、多少議論の余地があります。 What is an elegant way to force browsers to reload cached CSS/JS files?へのSCdFの答えと、これと関連するアプローチとそれぞれの賛否両論の広範な議論に対するコメント。現在、CSS/JSのトピックのための明らかに好ましい解決法は、acceptedとother回答でも説明したように、それに応じてクエリフラグメントを追加するのではなく、ファイル名のフィンガープリントを使用します。