ブラウザがリダイレクト先に送信するHTTPリダイレクト情報を送信しますか？

Question

これは可能ですか？たとえば、302（または303）でリクエストに応答したとします。ブラウザにリクエストした場所にリクエストを行います.HTTPで送信できるヘッダーがありますかブラウザからの後続の要求にそのヘッダが含まれるようにするには？

私は、リダイレクトのように、場所ヘッダーでこれを行うことができ、URL内の情報をクエリ文字列として指定することができます。しかし、より良い方法があるかどうか疑問に思っています。合法的なシナリオは...

「コンテンツが移動している、ここに行く...ああ、あなたはリダイレクト先に与えることをあなたと一緒にこれを取るしたいと思う」

私は大きな脂肪なしを推測しています！

ありがとうございます。

---

編集

この理由は、あなたがデータをポストすることを考えると、GETのURLとPOSTのURLを持っているPRGパターン、に関してであり、それは、サーバーのリダイレクト許容ではありませんあなたはGETにアクセスし、そのGETに「データを送信する」ためにいくつかの「魔法」を行い、最も頻繁にセッション状態を使用して変数を格納します。

しかし、このはとなります。これらのPRGリクエストの多くが起こっているシナリオでは、これは一般的なシナリオではなく、一般的には誰も心配する必要はありません。この要求に応じてセッション状態にすることができるように、これは302で送信されるクエリ文字列パラメータで行うことができる。

URLから「リクエストキー」を削除しようとしていて、暗黙のうちにクッキーが表示されるという問題がありましたが、スクリューアップのウィンドウを小さくします。

私が指定した「場所」に行くときは、これらのパラメータを送信するといいでしょう。

---

編集

ただ、注意する、（私は場所に任意のヘッダを送信するために、ブラウザを取得しようとしないんだけど、リクエストのコンテキストを暗示するために設計された任意のヘッダが存在する場合クエリーストリングのパラメータのように）。

Answer 1

リダイレクト応答自体にはデータが含まれていません。クエリパラメータを含むURLを使用してリダイレクトすることはできますが、新しい「場所」ではこれらのパラメータをどのように消費するかを知る必要があります。

Answer 2

いいえ、それはできません。クライアントに何かを強制することはできません。 「これは正しい場所ではありませんが、代わりにその場所を試してみてください」と言うことができます。しかし、クライアントが同じ要求または別の要求をその新しい場所に送信することは保証されていません。また、クライアントに、その次の要求で特定のヘッダーフィールドを新しい場所に追加するように指示することもできません。