問題タブ [http-caching]

私は aspx ページを持っていますが、すべてのコンテンツは手で生成されています (はい、ハンドラーを作成する必要があることはわかっています。別の質問があります)

出力をクライアント ブラウザにキャッシュしたい。問題は、1 つのクエリに対してのみキャッシュされることです。

それはかなり面倒になっています。私が言ったように、一度だけキャッシュされます。受信後、HTTP 304 ブラウザーは情報 (etag、lastmodified) をキャッシュせずにクリーン リクエストを送信します。アイデアはありますか？

私の会社では、ほとんどの場合、個々のマシンへのソフトウェアのインストールを自己管理しています。多くの場合、複数のユーザーが同じファイルをダウンロードします。ダウンロードをキャッシュし、新しいダウンロード要求をキューに入れるために使用できるツールはありますか? 以前にダウンロードしたコピーがローカルに存在する場合はユーザーに通知し、ユーザーが選択した場合はインターネットから新しいコピーをダウンロードできるようにするソリューションを探しています。そのようなツールは存在しますか？

編集：反対票を投じる/閉じるのはなぜですか？プログラミング関係ない？これは多くの開発チームが共有する問題ではないでしょうか?

非常に単純なキャッシング セマンティクスを使用すると、パラメータが同じ場合 (もちろん URL も同じ場合)、ヒットとなります。それは可能ですか？おすすめされた？

すべてのwww.example.comリクエストをexample.comにリダイレクトすることがキャッシュに役立つかどうかを判断しようとしています。そのために、2つの質問があります。ここではSEOは問題ではありません。

1. ブラウザがwwwURL（＃1）から画像を要求し、HTTPがwww-lessバージョン（＃2）にリダイレクトされた場合、結果は＃2または＃1のキャッシュ値として保存されますか。

2. ブラウザは時々画像の新しいバージョンを要求します（そしてそれを取得するかもしれません、または「変更されていません」という応答）。その場合、毎回リダイレクトを処理しなければならないというオーバーヘッドが発生します。このオーバーヘッドは、同じイメージの2つのバージョンを保存するコストよりも大きいですか？

私はウェブサイトを持っていて、Googleプラグインでページ速度をチェックすると、次のようになります。

ブラウザのキャッシュを活用
する次のリソースにはキャッシュの有効期限がありません

検索では、Apacheでのhtaccessの使用に関する情報しか返されませんが、私のサイトはWindows 2003 ServerでプレーンHTML言語で実行されており、サーバーにアクセスすることさえできません。

推奨されているように、有効期限とgzip圧縮を指定する方法はありますか？

CXFのドキュメントでは、キャッシングはAdvanced HTTPとして言及されています。

CXF JAXRS は、If-Match、If-Modified-Since、および ETags ヘッダーを処理することにより、多数の高度な HTTP 機能のサポートを提供します。JAXRS リクエスト コンテキスト オブジェクトを使用して、前提条件を確認できます。Vary、CacheControl、Cookie、および Set-Cookie もサポートされています。

私はこれらの機能を使用する (または少なくとも調査する) ことに本当に興味があります。ただし、「サポートを提供する」というのは非常に興味深いように聞こえますが、そのような機能の実装には特に役立ちません。If-Modified-Since、CacheControl、または ETags の使用方法に関するヘルプまたはポインタはありますか?

<link>YUI3を使用してページにタグを動的に追加していますが、これは正しく機能します。

テストの目的で、まったく同じ背景画像を含む2つのほぼ同一のcssファイルがありますが、2番目のcssファイルをロードすると、Firebugは、最初のcssファイルの同じ画像に対してより多くのhttpリクエストが行われていることを示します。

JS

cssbgの例

私は明らかにこれが起こらないようにしたいのですが、どこから探し始めるのかわかりません。これは他のブラウザでも同じことをするかもしれませんが、他のブラウザで利用できるプラグイン（ある場合）がわかりません。

編集：ヘッダーは問題ないように見えますが、そのバグが原因である可能性があります... IE / Chrome / Safariでhttpリクエストをテストして、FFのみかどうかを確認するにはどうすればよいですか？

ある種のカスタムWebサーバーを実装しています。そして、Expiresヘッダーのサポートを追加することを検討しています。ただし、どのように正確に実装するかは少しわかりません。

サーバー上の同じ変更されていないリソースに対して複数のコールドキャッシュリクエストが行われ、サーバーが異なるExpiresヘッダーを返した場合（たとえば、相対時間を使用してExpires日付の正確な値を計算する場合（リクエスト時刻から+6時間など））、その間のすべてのプロキシサーバーのキャッシュも無効にしますか？または、（仕様に従って）発生することは不可能ですか？

HTTPヘッダーは、Expires複数のコールドキャッシュリクエスト間で一貫している必要がありますか？

私はHttp/Httpsをもう少しよく理解しようとしています。おそらく、クライアントに送信しているヘッダーを理解しようとしています。

クライアントは、同じファイルがすでにHttpでフェッチされている場合、同じファイルをHttpsで再フェッチする必要がありますか、それとも特別なヘッダーを送信する必要がありますか？

ファイルがhttp/httpsで提供される理由は、それが単なるバナーだからです。ユーザーが安全なページに移動しても、バナーはその特定のテンプレートに残ります。ユーザーがHttpsを介してファイルを取得すると、ファイルは期待どおりにキャッシュされます。

ウォルター

私は現在RESTサービスに取り組んでいます。このサービスには、ウィキペディアの記事と同様に、さまざまなバージョンのエンティティがあります。

今、私は何のために戻るべきか疑問に思っています

現在のバージョンへの（一時的な）リダイレクトを使用する必要がありますか？

または、現在のバージョンを直接返す必要がありますか？リダイレクトを使用すると、HTTPキャッシングが大幅に簡素化されます（Last-Modifiedを使用）が、リダイレクトには欠点があります（余分な要求、実装が「難しい」）。したがって、これが良い習慣かどうかはわかりません。

共有する提案、アドバイス、または経験はありますか？

（ところで、「RESTバージョン」を検索しようとしたことがありますか？取得するものはすべて、エンティティではなくAPIのバージョンに関するものです。したがって、これが重複している場合はご容赦ください。）