≒ ECサイト進捗

ぜんぜん予定が進まない。週末使って目標のうち残り4ファイル打ち込みは1つ終わっただけ。参考書のものから大幅に改造して打ち込んでいるので時間がかかる。
「A：条件を入力して検索スタート」のページ→「B:検索結果のリスト」のページ→「C：リストのうち一つを選んで編集する」詳細ページ
という風に遷移させる。参考書ではA→B間は検索条件を持って遷移するんだけど（当たり前か）、Cの個別ページへは個別データのキー値一個だけ持って遷移するので、戻るのはブラウザボタンで（あるいはJSでボタン作るか）しか出来ない。
確認だけならそれで良いんだけど、個別ページで編集もするので、このままだと「戻るボタンで戻ると変更が反映されていないリストになる。」なので「F5押すと（更新すると）検索条件が残ってないので、最初のリストとは違うリストが表示される」。
これは全然良くない。まだ件数少ないから良いけど、何百件もあるデータの取り扱いにはこれでは使えないよね。
ということで取った対策が「検索条件をすべて引き連れてCまでいく」というもの。セッションの動作がよくわからないので、POSTかGETで連れてく。我ながら何か間違ってるけど、とりあえず希望通りの動作にはなった。

で、疲れ果てて今日も失敗。パラメータが40~50もあってかつ改造に次ぐ改造なので、GETとPOSTが入り乱れて飛び交う地獄絵図。ハマったのが「<form action=”hoge.php?huga=huga” method=”get”  >」って表現。
formの中にはinput:hiddenが山ほど入っているんだけど、actionのhugaってパラメータだけが渡らない。中身のinputがPOSTでもactionのGET値は渡るので、これもいけると思いこんでいた。

グーグル先生で30分位探す。何も出てこない。「actionとinput両方でGET値を渡す方法」を探してたんだけど、30分経って気付いた。「何でhugaもinput:hiddenで渡さないの？…」。……。

出来る出来ないじゃなくて「そんなことやる必要がない」！もういや！寝る！

今日の進捗はユーザページの「商品検索→カート」の遷移部分の細かな調整と、カートの数量増減の商品在庫との連動の仕組み、カートの二個入れ対策でした。CSSボタンのIE対策は（も？）失敗しました。明日も頑張るぞ。

10年11月29日(月)‡23時35分12秒 ‡ 未分類