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

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
0 に答える
276 参照

css - Internet Explorer 9 304 エラー

こんにちは、メインのスタイルシート app.css が IE9 内で読み込まれません。

以下は、取得しているすべての 304 エラーのスクリーンショットです。text/css MIME タイプを追加し、シム、Doctype、およびメタ タグのホストをしばらく試して、これを修正しましたが、うまくいきませんでした。

これは、Foundation 5 で実行されているワードプレス サイトです (過去に問題が発生したことはありません)。

誰かが私が試すことができる何かを知っていれば、それは素晴らしいことです!

ここに画像の説明を入力

0 投票する
0 に答える
537 参照

css - public/stylesheets ファイルのスタイルシートが Expressjs によってステータス 304 で提供されるのはなぜですか?

更新したばかりの特定のスタイルシートが304ステータス コードで読み込まれていることがわかりました。これはクライアント側の私のコードです。

これは私のpackage.jsonです:

のようなモジュールがこれを行っているかどうか教えてもらえますcompressionか?

0 投票する
1 に答える
427 参照

ruby-on-rails - Rack::Lint::LintError on get asset リクエスト

本番環境で奇妙な問題に直面しました (開発モードでは再現できません)。

手順:

  1. サイトに移動: ブラウザーがサイトを読み込み、すべてのアセットは問題ありません
  2. ページの更新: ブラウザは、 If-Modified-Sinceヘッダーを使用したGETリクエストでアセットの変更をチェックします
  3. サーバーは500で応答します

Rack::Lint::LintError at /assets/active_admin-5e156170588231ea208a6443d45bb66c.css Content-Type ヘッダーが 304 応答で見つかりました。許可されていません

何か奇妙なもの:

応答には、JS アセットと CSS アセットの両方のヘッダーContent-Type:text/htmlが含まれます。ブラウザーが If-Modified-Since ヘッダーなしでリクエストを行った場合、レスポンスの Content-Type は正しいです。

スタックトレース:

Gemfile:

何か案は?

ありがとう

0 投票する
1 に答える
736 参照

express - SailsjsでEtagを使用する方法

Sails アプリケーションのキャッシュ機能を改善しようとしています。

Sails はその応答で Etag を生成しますが、前の回答の Etag を含むヘッダー「if-None-Match」を使用して GET 要求を実行しようとすると、サーバーから304 not Modified応答を取得できません (応答は確かに変更されておらず、受信した Etag は前のものと同じです)。

サーバーの応答をテストするために POSTMAN を使用しています。

Sails サーバーが変更されていない応答でそのようなステータス コードを送信する方法はありますか? Sails doc で Etag の使用に関するリソースが見つかりません。

ありがとうございました。

0 投票する
1 に答える
876 参照

apache - Apache が 304 ステータス コードのページを提供しないようにする

サーバー、LAMP、セットアップ、CakePHP アプリがあります。Web ブラウザーから Web ページを要求すると、常に 304 ステータスが返され、ページを変更した後でも古いページが表示されます。サーバーは、以前にアクセスしたページをキャッシュに保持し、後で要求した人にそれを提供しているようです。例: ユーザー「X」がこのシステムにログインし、ページ「ホーム」にアクセスしてログアウトします。別のユーザー「Y」がシステムにログインすると、「X」の「ホーム」が表示されますが、自分の名前が表示されたホームページにアクセスすることになっています。代わりに、X が以前にアクセスしたように見えます。「ホーム」ページなどのリソースを完全に削除しても、引き続きアクセスできます。確認したところ、ページには 304 not modified ステータス コードが表示されています。ただし、Apache 設定でこの動作を変更できませんでした。私は初心者で、解決策がありません。ここで何か助けていただければ幸いです。

0 投票する
0 に答える
51 参照

http - 「本当にコンテンツを取得しました」HTTP ステータス

クライアントが本当に目的のコンテンツを取得したことを意味する HTTP 応答ステータスはどれですか?

簡単な答えは、すべての 2XX ステータスがそれを意味するということですが、私が認識している注目すべき例外が 1 つあります304 NOT MODIFIED。304 は、クライアントが目的のコンテンツをすでに持っていることを意味します。つまり、クライアントは実際にコンテンツを取得しました。

クライアントが別のリクエストを行う必要があるため、他のリダイレクトは意味しません。

クライアントが実際にコンテンツを取得したことを意味するステータスの完全なリストは何ですか? つまり、通常、クライアントが何か有用なものを見たと思わせるステータスは何ですか?

PS 私は、私の「本当に得たコンテンツ」がかなり非公式であることを理解しています。