HTTPで送信する情報は、ブラウザがリダイレクトされた場所に送る必要があることをリダイレクトしますか？

Question

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

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

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

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

事前に感謝します。

<時間>

編集

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

これらPRG要求が起こっているの多くは、これは一般的なシナリオではありません付与されたと一般的に誰もが..このことを心配必要はないが、あなたはあなた'LLをDO-ifシナリオでは、

ただし、こののことができます。の内訳特定のエントリがその要求に応じてセッション状態に置くことができるように、要求を識別するための方法が必要です、これは。.. 302に送るクエリ文字列パラメータを使用して行うことができます。

質問クッキー.. URLからの要求キー」を削除しようと、それはより多くの暗黙の作りに関するましたが仕事に「見える」が、彼らは唯一の小さなネジアップのためのウィンドウを作成します。

これらのパラメータを送って、あなたは私が指定した「場所」を行くときに言うことは素晴らしいことだ。

<時間>

編集

ただ、注意することは、私は場所に任意のヘッダを送信するために、ブラウザを取得しようとしないんだけど、要求（クエリ文字列パラメータができたような）の文脈を暗示するために設計された任意のヘッダがあるかどうます。

Answer 1

リダイレクト応答自体は、どのようなデータが含まれていません。あなたは、クエリパラメータでURLを使用してリダイレクトすることができますが、新しい「位置」は、これらのパラメータを消費する方法を知っておく必要があります。

Answer 2

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