HTTPリダイレクトでデータを渡すオプション

Question

私はWebアプリケーションで作業しており、HTTPリダイレクトを介してデータを渡す必要があります。たとえば：

http://foo.com/form.html 

のPOSTデータに問題がある場合は

http://foo.com/form/submit.html 

に、応答

http://foo.com/form.html?error=Some+error+message 

とクエリのparam "エラー" に戻ってリダイレクトされますの値がページに表示されます。

リダイレクト（つまり、HTTPヘッダーなど）でデータを渡す信頼できる方法はありますか。

クエリが作品をparamsはなく、ために理想的ではないとしてデータを渡す：（SSLがencyrptにに頼っていたことがカントので、およびクエリ文字列で）

• その平文ので、私は合格したいとは思わないでしょう機密データ
• URIの長さはブラウザによって制限されています（長さは一般にかなり長い）。

重要：このプラットフォームは、状態がなく、多くのアプリケーションサーバーに分散されているため、サーバー側セッションオブジェクトのデータを追跡することはできません。

Answer 1

クライアントとサーバーの対話の観点から、これはサーバーの内部ディスパッチの問題です。

ブラウザは、the HTTP specificationに基づいて自動的に最初のリクエストのエンティティを再掲載するものではありません。 "必要なアクションは、ユーザーエージェントとの対話なしに実行することができます。 2番目のリクエストはGETまたはHEADです "

もしまだそうでなければ、form.htmlをダイナミックにしてHTMLの静的ファイルにしてください。 POSTリクエストを自分自身に送信し、エラーが発生した場合には値をあらかじめ入力してください。または、submit.htmlに問題がある場合はform.htmlと同じテンプレートを使用することもできます。

その平文（およびクエリ文字列では、SSLが encyrptにに頼っていたことがカントので）ので、私は問題が何であるかわからないんだけど、機密データに

を渡すのは嫌ですここに。あなたはとにかくプレーンなHTTPの上にすべてを提出しています。 Cookie、クエリパラメータ、リクエストエンティティはすべて表示されます。 HTTPS would actually protect all thisを使用すると、ブラウザの履歴とサーバーログ（これは接続の一部ではなく、TLSが保護するものです）でクエリパラメータが引き続き問題になることがあります。

Answer 2

私は、クッキーを使用することは、データの量によって妥当な解決策になると思います。

http://foo.com/form.html?error_id=42：あなたはあなたがidで、それをサーバーおよび参照上のデータベースにエラーメッセージを格納することができます

Answer 3

（はるかに簡単になります例えばセッションを使用して）サーバー側でそれを追跡することができないので

エラーテキストが修正された場合でも、データベースを使用する必要はありません。

また、Web Storageを使用することもできます。代わりに、あなたはこのJavaScriptで出力ページを表示することができ、「場所」ヘッダーとリダイレクトの：

var error_message = "Something is wrong"; 
if(typeof(Storage) !== "undefined") { 
    localStorage.error_message = error_message; 
else { 
    // fallback for IE < 8 
    alert(error_message); 
} 
location.href = "new url"; 

とリダイレクトした後、あなたはJavaScriptを使用してlocalStorage.error_messageを読み、メッセージを表示することができます。