POST後はリダイレクトした方が吉:phpspot開発日誌

Sitening Blog Blog Archive Redirect After Form Processing After processing an html form, it is often a good idea to redirect the user to a new url, rather than just presenting the results. Consider this php example: 掲示板などで、フォームに対して送信した後は、そのまま画面のＨＴＭＬを返すのではなく、書き込み処理等を行った後、Location等で別の位置にリダイレクトするのが吉、という記事。 ごく当たり前のことなんですが、慣れでついそのまま画面ＨＴＭＬを返していた人も多いのではないでしょうか？（私がそうです＾＾；） 別の位置にリダイレクトすることで、書き込み画面のリロードによる２

[uk-ar]

掲示板などで、フォームに対して送信した後は、そのまま画面のＨＴＭＬを返すのではなく、書き込み処理等を行った後、Location等で別の位置にリダイレクトするのが吉、という記事。 ごく当たり前のことなんですが、慣れ

[seikenn]

二重投稿防止について。

[webmarksjp]

PHP

[cockok]

RFC的には絶対URL

[C_L]

二重投稿防ぐ為ね。

[hiroqli]

POSTの処理の後はredirect?

[nettabo]

リロードによる二重登録や、「もう一度送信しますか？」を防ぐメリットがあると。

[agx]

掲示板などで、フォームに対して送信した後は、そのまま画面のＨＴＭＬを返すのではなく、書き込み処理等を行った後、Location等で別の位置にリダイレクトするのが吉、という記事。

[drk7jp]

POST後はリダイレクトしようという話

[kits]

絶対URL(http://...)と絶対パス(/...)は別のもの。(「RFC的に」なら絶対URL)

[atomicmap]

リロードのときの挙動。Location ヘッダーは相対パスだと RFC に準拠しないはず。携帯の多くが絶対URLじゃないとだめだし。

[i-Daisuke]

phpでのリダイレクトの方法

[terazzo]

hiddenフィールドにユニークキーを仕込むなど別口で二重投稿を禁止する方が確実。あとむしろGET後もやった方が良い。ヘッダの出し方によってはBACKボタン押しただけで二重投稿になるから。

[hiro_y]

POSTデータの処理→リダイレクト→結果画面

[erupi]

ただ、一部Locationヘッダを処理できないブラウザもあるのでその点注意した方がいいかもしれない。確かibisBrowserがそうだったような....

[hide_log]

２重投稿　webアプリ

[KoshigoeBushou]

マナー？

[scorelessdraw]

メモ

[YasSo]

うんうん

[tsukihito]

携帯端末での利用はどうなのか？

[akkun_choi]

あぁ、そうかも