情報の投稿後に 302 リダイレクトが返されています。このリダイレクトは、現在のページをリロードすることを目的としています。
これはすべて正常に機能しますが、IE は No-Cache をヘッダーに追加します。
Cache-Control: no-cache
Squid を使用してコンテンツをキャッシュしており、これをヘッダーに配置すると squid がバイパスされます。
このリダイレクトは頻繁に使用されるため (これを回避する方法はありません)、システムの負荷が大幅に増加します。
Firefox にはこの問題はありません。ヘッダーを変更せずに、リダイレクトされたページを要求するだけです。これはまさに私たちが望んでいるものです。
IE がノーキャッシュを追加するのを止めるためにできることはありますか?
魅力的な。これは確かにIEの問題であり、直接的な回避策はありません。問題は、IEが無条件にCache-Control：no-cacheリクエストヘッダー（またはプロキシがある場合はPragma：no-cacheリクエストヘッダー）をHTTPPOSTリクエストに追加することです。
これは、HTTP POST要求を適切に処理せず、キャッシュされた応答を誤って返すバグのあるプロキシサーバーに対応するために10年以上前にIEで導入されたことは間違いありません。
IEの癖は、リダイレクトすると、キャッシュされていないヘッダーがリダイレクトされたリクエストに再度追加されることです。したがって、あなたの場合、リダイレクトされたリクエストは、POSTリクエストから引き継がれた「no-cache」リクエストヘッダーも送信します。
残念ながら、これに対する直接的な回避策はありません。IEユーザーを、JavaScriptを使用して元のページにリダイレクトするインタースティシャルページにリダイレクトできます。（ただし、META REFRESHは常にキャッシュなしの要求を送信するため、使用しないでください）。