問題タブ [http-status-code-304]

現在、Azure Blob Storage 内にファイルを保存しています。ファイルを要求すると、firebug に 304 のメッセージが表示されます。「HTTP 条件付きヘッダーを使用して指定された条件が満たされていません」

私はAzure Blobを見てきました：「HTTP条件付きヘッダーを使用して指定された条件が満たされていません」と同様の質問ですが、blob.openreadなどを使用してコンテンツを読んでいません...私はただ試していますブラウザでコンテンツを表示します。

Firefox でコントロールの更新 (ctrl と f5) を行うと、200 の応答が返されるため、正しく提供されます。返すファイルにキャッシュ コントロール (max-age=3600、パブリック) を設定しましたが、それでもこのエラー/通知が表示されます。

私の質問は、コンテンツをリクエストしたときに、この応答で戻ってくることを心配する必要がありますか?

あなたが持っているアドバイス/考えは大歓迎です

ありがとうスティーブ

会社用に作成しているデモ サイトで、IE 固有の ajax ログイン ステータス リクエストの問題が発生しています。

すべての Internet Explorer ブラウザー (7-9) でこの問題が発生しますが、他のすべてのブラウザーではチャンピオンのように機能します。

ログインに成功すると、ユーザーはランディング ページにリダイレクトされ、ログイン ステータス リクエストが開始されます。

このログイン ステータス リクエストが「1」以外で返された場合、ページはログイン ページにリダイレクトされます。

開発者ツールでトラフィックをたどると、その特定のステータス チェックのリクエストが 304 Not modified になり (発生しないはずです)、リクエストの本文が EMPTY と表示されることがわかります。(常に 0 または 1 を返します)...

そのチェックインを含むページのハード リフレッシュ (CTRL-F5) を実行すると、ブラウザから 304 が返されます。

フィドラーでこれらの 304 を追跡すると、そのログイン ステータス URL に対するネットワーク経由のリクエストさえないことが示されます。BROWSER ITSELF は 304 を想定しており、リクエストの送信に失敗しています。

URL に直接アクセスすると、応答は常に 200 で、適切な 0 または 1 が期待されますが、ajax されると、ほとんどの場合 304 であり、サーバーから 304 を確認するためにネットワーク経由で送信することはありません。

ブラウザの履歴をクリアしても、304 が 200 に変更されるかどうかには影響がないようです。

二重に奇妙なのは、10回ほど試行するたびに、これは実際に機能し、リクエストは実際の応答で200を返しますが、ほとんどの場合、応答なしで304が返され、値はキャッシュされた値で1と等しくなりません（それが何に相当するのかわからない?!）

このリクエストへのレスポンスを変更して、php によって次のヘッダーが生成されるようにしました。

IE で直接 URL にアクセスすると、これらのヘッダーは存在しますが、304 が発生した場合は存在しません。

あたかも IE がその特定の要求を積極的に無視しているかのようです...

何か案は？

繰り返しますが、これは文字通り他のすべてのブラウザで動作しますが、さまざまなフレーバーのIEです。

オブジェクトが有効かどうかをWebサーバーに尋ねることなく、キャッシュから直接ロードして、いくつかの埋め込みオブジェクトのリクエストを回避できるかどうかを理解しようとしています(304 httpステータスでWebサーバーの応答を望まない)コード）それは可能ですか？期限切れヘッダーはこのように機能しますか? どのように？

もちろん: リクエスト:

応答：

解決済み

ブラウザは、ページを初めて開いたとき(新しいタブまたは新しいブラウザ ウィンドウ) にのみ、Web サーバーに要求せずにキャッシュからリソースを読み込みます。

それ以外の場合、ブラウザは常に、キャッシュに保存されているリソースに関する情報をサーバーに要求します。次に、Web サーバーは 200 または 301 で応答します。

Rails 3.1 RC 4で基本的な例を試してみると、エラーが発生します

(デフォルトのインデックスページの .css および asset/rails.png と同じ)

私のワークフローは次のとおりです。

• レールの新しい例 -j

• rails g 書籍名:文字列 年:整数

• rake db:移行

Linux 64 ビットと win7 32 ビットの両方でこのエラーが発生します。私は多くの提案を試みましたが、うまくいきませんでした。この既知の問題を管理できる人はいますか? 機能する構成 (宝石の組み合わせまたはアセット設定構成)?

[これが私の win7 gemlist です: abstract (1.0.0) actionmailer (3.1.0.rc4) actionpack (3.1.0.rc4) activemodel (3.1.0.rc4) activerecord (3.1.0.rc4) activeresource (3.1.0. rc4) activesupport (3.1.0.rc4) arel (2.1.3) bcrypt-ruby (2.1.4 x86-mingw32) builder (3.0.0) bundler (1.0.15) coffee-script (2.2.0) coffee-script -ソース (1.1.1) エルビス (2.7.0) execjs (1.2.0) ハイク (1.1.0) i18n (0.6.0) jquery-rails (1.0.12) json (1.5.3) メール (2.3.0) ) mime-types (1.16) multi_json (1.0.3) polyglot (0.3.1) ラック (1.3.0) ラックキャッシュ (1.0.2) ラックマウント (0.8.1) ラック-ssl (1.3.2) ラック-test (0.6.0) rails (3.1.0.rc4) railties (3.1.0.rc4) rake (0.9.2) rdoc (3.7) sass (3.1.3) sass-rails (3.1.0.rc.3) ) スプロケット (2.0.0.beta.10) sqlite3 (1.3.3 x86-mingw32) トール (0.14.6) チルト (1.3.2) ツリートップ (1.4.9) tzinfo (0.3.29) 醜い (1.0.0) win32-open3 (0.3.2 x86-mingw32)]

AJAX 要求が 304 応答を介してリダイレクトされたかどうかを検出する方法はありますか? xhr.status==304 で onreadystagechange を試しましたが、何も得られませんでした。200 の応答コードのみにバインドされますか?

問題はすでにSOで提起されていましたが、答えが見つかりませんでした...

Rails 3では render_component、https://github.com/vhochstein/render_componentを使用しています。

コントローラーが 304 の結果を返すと、render_component は次のエラーで失敗します。

この行で：

その理由は、controller.dispatch(action, request)(result of component_response) が次の配列を返すためです。

次のような 200 の結果の代わりに:

request_env["Cache-Control"] = "no-store, no-cache, must-revalidate"にヘッダーとして追加しようとしましたActionDispatch::Requestが、うまくいきませんでした。ヘッダーがコントローラーによって受信されることを確認しました。

私が働いている会社には、ASP.NET MVC2 で開発され、IIS7 でホストされている Web アプリケーションがあります。

特定のアクションでは、配列を保持する JsonResult オブジェクトを返します。この配列は毎日更新されます。そのため、同じ日に受信したリクエストはすべて同じレスポンスになります。

運用にコストがかかるため、ブラウザのキャッシュなどでパフォーマンスを向上させたいと考えていました。

キャッシュ ヘッダーを追加したので、データベースの次の更新まで結果をキャッシュするようにユーザー ブラウザーに指示しています。

それに加えて、「Last-Modified」ヘッダーを追加したいので、ブラウザは指定された日付の後にソースが変更されたかどうかを尋ねます。

それを達成する方法は何ですか？ブラウザーが要求した日付 (Last-Modified ヘッダー) の後に DB が変更されているかどうかを確認したい。変更されていない場合は、IIS が静的ファイル (画像、css、js ファイルなど) に対して自動的に行う 304 を返したい。

テスト目的で、nginx のすべてのキャッシュを無効にしようとしています。

次の行を設定しました

ページ自体はキャッシュされていませんが、画像、CSS、JavaScript はキャッシュされています。これは、Firefox が「304 Not Modified」ヘッダーを取得しているためだと思われます。

それを防ぐ方法はありますか？

PS:

自分で見つけたと思います。Firefox は常に「200 OK」を表示します。

これは正しい方法ですか？

私は追加しました

http304を生成するCSSコードがあります。

Djangoテストサーバーを使用して回避策を取得するにはどうすればよいですか？手がかりはありますか？

よろしくお願いします、

私が抱えている問題は次のようなものです：

YSlow テストを行ったところ、Statistics Pie Chart View の下に間違った円グラフ図が表示されました。空のキャッシュには 11 のリクエストが表示され、プライミングされたキャッシュには 2 つのリクエストが表示されます。

2 つのリクエストのうちの 1 つは、ネット パネルが 304 Not Modified として表示する HTML ファイルのリクエストですが、YSlow はそれをファイル サイズ付きの新しいリクエストとして円グラフに表示します。

私が知る限り、304 Not Modified リクエストが行われた場合、プライミングされたキャッシュ リストの下に表示されますが、ファイル サイズは 0.0 KB であり、円グラフには表示されません。

これはバグですか？だれか経験したことある人いますか？

---- PS: 2 時間前は問題なく動作していました。はい、設定を変更していないことは確かです ---