カートをPHPにて設計中です。

＞inputのhiddenで返される値と、

＞サーバ上のセッション情報とを比べて、

＞最新画面からの操作であるかを判断する方法もあるかと思いますが、

＞当方検討中の方法で何か不都合があるのでしょうか。

　とのおたずねについて。

　ブラウザのバグや経路途中のプロクシの無作法など、細々したトラブルの存在は無視できません。

　「POST送信＋リダイレクト」を採用する場合、隠しタグによるIDチェックは必須だと思います。

　私なら、ページ単位での状態遷移ID(と必要なら処理時間)による新旧チェックはします。念のために。

　もっとも、(リロードによるPOSTはともかく) 古い情報がPOSTされたときは警告ページに飛ばしたあと、最新のカート画面を表示(orリダイレクト)して知らん顔します。

　御質問の方法にこだわらないなら、原則的には、2番目の回答者のお答えが正解だと思います。

　その上で、どうしても「戻る」や「リロード」ページを意識した制御をするなら、ちょっとややこしい方法になりますし、予想外のトラブルが起こりうるのでお薦めもしませんが、以下のような方法もあることはあります。御参考までに。

(1) セッション管理自体はphpのセッションモジュールを使う

(2) それとは別に、画面の状態遷移に合わせたIDを発行して、これは隠しタグでHTMLに埋め込んでおく

(3) 商品が追加・削除されたら、(POSTされた)状態遷移IDと処理時間をチェックする。セッション変数に格納されている状態遷移IDの処理時間より、POSTされた処理時間が早いか同時なら、(古い情報なので)警告するなりエラー処理するなり最新ページを再表示するなりする。

(4) 上記をクリアしたら、商品ID+(POSTされた)状態遷移IDをキーに追加・削除数量と処理時間をセッション変数に格納する。このとき、新たな状態遷移IDを発行し、セッション変数に格納しておく。

(4) カードの表示画面にリダイレクトする。

(5) 商品表示ページでは、商品ID毎に数量を合算して表示する。このとき、新たな状態遷移IDをHTMLに埋め込んでおく。

以上、(状態遷移IDで識別される)どの画面で何をやったかについて、各々の最新情報のみを採用する方法です。

マトモにやると、セッション変数の領域が足りなくなるので、セッション変数自体をDB上に格納するなどの処置を取ってください(^^;

根本的な解決にはなってないように思えます。

例えばリダイレクト前の処理で遅延が発生する等危険性は残りますよね。プロセスそのものをセーフにする必要があると思います。多重ポストの回避 Tips は過去何度か雑誌等に載っていたので探せば出てくると思います。また Pukiwiki のように多重ポスト対策のついたオープンソースなアプリケーションから考え方を貰うという手もあると思います。実績もありますし説得力も出ると思います。

「全削除の全追加が基本」だと、私はプログラムを最初学んだときに教わりました。今もそうしています。

特定の商品IDのものがカートに入るアクションがユーザーから起こされた場合ば、まずその商品IDのものをユーザーのカートから削除（sqlで言えばdelete）して、次にその商品IDのものをその個数だけ追加（sqlでinsert）しています。全削除の全追加です。

その商品IDのデータがカートに既に存在しているかに関係なく、とにかくカートに入れるというアクションが取られれば、まず、その商品IDとカートIDで削除します。もちろん、POSTされたデータがSQL Injectionされるものではないかなどはチェックしての話ですが・・・。

全削除の全追加であれば、ユーザーが何回リロードしても、戻るボタンを押して、個数を修正してPOSTしても、ユーザーの思っているような表示になると思います。

お望みのことはsessionを利用することで可能です。session.cache_limiterをうまく調整することで、戻るボタンを利用されても、常に最新の情報が表示されます。一度試してみてください。

以下、kyoko55さんのコメントへのコメントです。

>例えば商品画面のフォームで「2個追加」で>送信すると、

>「2個足す」処理ではなく、「2個にする」

>処理にするということでしょうか。

多分、意味するところは同じでしょうが、念のため、例を出して。

１．ユーザーが商品Aを2個注文しました。

２．個数を間違っていたので、1個に修正したい。戻るボタンで戻る

３．（セッションを使ってキャッシュ制御をしていない場合）ブラウザの表示上はカートの中身は空っぽです。

４．個数を1個に修正して再送信

５．好ましくないプログラムでは3個になります。でも、それを1個にする方法として、私は全削除の全追加という方法を説明しました。

ですから、

>追加ボタンを押すとゼロから1個になると

>期待していたのに、残っている個数＋1個

>になり、素人ユーザは面食らう‥‥ので

>はないかと

には同意します。このような作り方はするべきではないと思います。

ただし、「３」の画面で、キャッシュをそのまま見せるのか、キャッシュ制御で常に最新の情報を見せるかは、作り手の考え方しだいだと思います。

※ログインユーザー名のキャッシュが残っていたりするのは、場合によっては好ましくないでしょう。インターネットバンキングなどでは、大問題になりますから、当然、セッション管理によって制御していますね。

不都合はないと思うんですが、案外使われてなくて自分も不思議に思ってました。

ポイントはいいです。

ブラウザによっては不都合があるみたいですね。でも普通URLかえるから問題はないと思うんだけど。