リダイレクト（）を使用するとセッションIDが変更される

Question

サイト検索に使用するフォームのページがあります。このフォームはPOST動詞を使用して検索するデータを送信します。検索結果は、送信後にフォームの下に表示されます。

IEで「ページが期限切れになる」問題を解決するために、私はいわゆるPRGパターン（http://en.wikipedia.org/wiki/Post/Redirect/Get）を使用します。私は同じURLにリダイレクトする私のビューのpost（）メソッドからdjango.shortcuts.redirect（）を返します。

問題が発生すると、302応答後に送信されたGET要求に関連するさまざまなセッションIDが表示されます。結果をページに分割できるようにフォームにセッションを保存しているため、結果が一貫しません。

私はapache/mod_wsgiの下でdjangoを実行します。 apacheは多くとも3つのプロセスで実行するように設定されています。

httpdを再起動した直後に起こることはなく、httpdプロセスによって消費されたメモリ量がある限界に達した後に起きているようです。

送信ボタンを繰り返し押すと、フォームがセッションから読み込まれ、入力した検索文字列が表示されます。セッションが変更されると、フォームは空白になります。したがって、これが起き始めると、フォームは2回連続して正常に読み込まれ、3回目にsubmitを押すと空白が返されます。つまり、サーバーは新しいセッションCookieを返しました。これはServerLimitの設定と関係があるようです。

どうしたのですか？何か案は？

おかげ

コンスタンチン

Answer 1

IEはそれが302リダイレクトを取得し、新しい接続を開きます。これが、あなたのページが問題を解決した理由です。しかし、それはまたあなたが新しい「セッション」を提供していることを意味します。

接続に依存する以外に、セッション全体を302で追跡する必要があります。

Answer 2

HTTP 303を試したことがありますか？302の代わりにその他の応答を参照してください。

http://tumblr.jonthornton.com/post/7902581999/preventing-form-re-submission-with-http-303-redirects

Answer 3

正しいDjangoのセッションのアプリケーションを使用していますか？

この場合、現在のセッションIDは、設定名がSESSION_COOKIE_NAMEであるクッキーに保存され、デフォルトではsessionidに設定されます。 Firefoxでこの問題が発生していないので、あなたのセッション処理とDjango内のストレージが正常に動作していると想定するのは安全だと思います。

ここで最も大きな原因は、IEがセッションIDクッキーを失っている/削除しているため、リダイレクト後に新しいセッションが開始されることです。被験者の素早いgoogleがこれを確認しているようだ。実際にあなたの問題を解決するために、

• http://www.persistall.com/archive/2008/01/25/cookies--redirects--nightmares.aspx
• http://jhottengineering.blogspot.com/2009/02/ie-post-and-redirect-errors.html

今：

あなたがでいくつかの関連情報を参照することができます。 DjangoはセッションCookieを設定しません（セッションデータを設定した場合など）。あなたがPOST時にセッションデータを設定する場所がビュー内にあれば、IEはセッションIDを設定しているクッキーを破棄します。

これは、POSTの前にフォームを表示するために、GET中にセッションにいくつかの迷惑データ（またはデフォルト値？）を保存するだけです。IEはセッションIDクッキーを取得します。うまくいくはずです。