質問 > 管理機能 > EC-CUBE 2.12.2 管理画面-受注編集でお伺いしたいことがございます。 |
管理機能
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
MPV |
投稿日時: 2013/3/1 22:21
対応状況: −−−
|
仙人 登録日: 2011/3/27 居住地: 投稿: 309 |
EC-CUBE 2.12.2 管理画面-受注編集でお伺いしたいことがございます。 [EC-CUBE] 2.12.2
[レンタルサーバ] WADAX [OS] Red Hat Linux [PHP] PHP 5.1.6 [データベース] MySQL 5.0.95 [WEBサーバ] Apache [ブラウザ] Firefox 18.0.2 Google Chrome 24.0.1312.57m IE9 開発環境 [EC-CUBE] 2.12.2 [レンタルサーバ] なし(XAMPP 1.7.7のため) [OS] Windows7 Professional [PHP] PHP 5.3.8 [データベース] MySQL 5.5.16 [WEBサーバ] Apache/2.2.21 [ブラウザ] Firefox 18.0.2 Google Chrome 24.0.1312.57m IE9 お世話になります。 当方の環境だけだと思いますが、どの辺りで起きる可能性があるか ご教授頂ければ幸いです。 題記の通り、管理画面で受注編集を行う際なのですが、 例えば、以下の通り受注商品が登録されている場合に 商品A 規格無し 商品B 規格あり 商品C 規格無し 商品D 規格無し 商品E 規格あり 商品Cを削除ボタンで削除すると、なぜか商品Eの数量が エラーになってしまいました。そこで LC_Page_Admin_Order_Edit.php内のlfCheckErrorで SC_Utils::sfPrintR('フォームの在庫数'); SC_Utils::sfPrintR($arrValues['quantity'][$i]); SC_Utils::sfPrintR('受注詳細の在庫数'); SC_Utils::sfPrintR($arrOrderDetail['quantity'][$i]); SC_Utils::sfPrintR('商品の在庫数'); SC_Utils::sfPrintR($arrProduct['stock']); 上記のようなデバッグ出力で確認したところ、 削除後、商品Cから下の商品については $arrValues['quantity'][$i]、もしくは $arrOrderDetail['quantity'][$i]が 配列で一要素分ずれてしまっていました。 そのため、以下の処理の判定でエラーが検知されていた ようでした。 ただ、削除の際にどこでずれているのかがわかりかねております。 大変恐縮なのですが、ご教授頂ければ幸いです。 何卒お願いいたします。<(_ _)> 追伸:間違えておりました・・・、すみません。 以下に追記します。 例えば以下の場合 数量 商品A 規格無し 1 商品B 規格あり 1 商品C 規格無し 2 商品D 規格無し 5 商品E 規格あり 10 商品Bを削除すると、 商品Aの$arrValues['quantity'][$i] → 1 商品Aの$arrOrderDetail['quantity'][$i] → 1 商品Cの$arrValues['quantity'][$i] → 2 商品Cの$arrOrderDetail['quantity'][$i] → 1 商品Dの$arrValues['quantity'][$i] → 5 商品Dの$arrOrderDetail['quantity'][$i] → 2 商品Eの$arrValues['quantity'][$i] → 10 商品Eの$arrOrderDetail['quantity'][$i] → 5 という具合になってしまいます。 これを見ると$arrValues['quantity'][$i]が本来の状態で むしろ$arrOrderDetail['quantity'][$i]が消えていないのが まずいような気もしております。う〜ん・・・。 |
kato-sc |
投稿日時: 2013/3/4 14:58
対応状況: −−−
|
一人前 登録日: 2013/1/15 居住地: 投稿: 87 |
Re: EC-CUBE 2.12.2 管理画面-受注編集でお伺いしたいことがございます。 商品をDBから直接削除したりなどの操作は行っていませんでしょうか?
DBを直接編集されている場合、削除ロジックに問題があるのでは無く、登録されているデータそのものに不整合が生じている可能性が高いと思われます。 |
MPV |
投稿日時: 2013/3/4 20:35
対応状況: −−−
|
仙人 登録日: 2011/3/27 居住地: 投稿: 309 |
Re: EC-CUBE 2.12.2 管理画面-受注編集でお伺いしたいことがございます。 kato-sc様
コメント頂きましてありがとうございます。 引用: DBを直接編集されている場合、削除ロジックに問題があるのでは無く、登録されているデータそのものに不整合が生じている可能性が高いと思われます。 当方、EC-CUBEを2.11から使用しており、2.12への移行の際に 直接DBを編集する必要があったので、変更をしております。 今回の事象の場合、不整合の確認をする必要があるDBは ・dtb_products ・dtb_products_class でしょうか? 件数がそこそこ多いのでちょっと眩暈が・・・。 なにかいい確認方法等ございましたら ご助言頂ければ幸いです。<(_ _)> |
MPV |
投稿日時: 2013/9/6 21:12
対応状況: −−−
|
仙人 登録日: 2011/3/27 居住地: 投稿: 309 |
Re: EC-CUBE 2.12.2 管理画面-受注編集でお伺いしたいことがございます。 自レスで大変恐縮です。
引用:
その後、特にご回答を頂けなかったのですが やはり、たまになのですが不整合による弊害が出ており 当方困っております。 ・dtb_products ・dtb_products_class ・dtb_products_product_id_seq ・dtb_products_class_product_class_id_seq 上記4テーブルでの不整合について、どなたか チェック方法をご教授頂けないでしょうか。 ちなみにテーブルから直接データの削除を行ったのは dtb_productsのみですが、削除件数がうろ覚えです。 重ねまして大変恐縮ですが どうぞよろしくお願いいたします。<(_ _)> |
patapata |
投稿日時: 2013/9/11 16:38
対応状況: −−−
|
仙人 登録日: 2010/7/7 居住地: 神奈川県 投稿: 502 |
Re: EC-CUBE 2.12.2 管理画面-受注編集でお伺いしたいことがございます。 2.11系の時の話ですが商品削除する際、
dtb_productsから削除するとともに dtb_products_classを再生成していたような、 気がしますよ・・・・ もう治ってるのかもしれませんが、そのあたりかな〜り怪しかったのは覚えてます。 MPVさんも当時書き込んでましたが、以下のスレだっけかな http://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=8119&forum=9&post_id=39552#forumpost39552 追記: MPVさんならわかると思って省略しましたが・・・ product_class_id dtb_products_class_product_class_id を引っ張ってきて突合せれば、消し忘れが判ると思うですよ というか $arrValues $arrOrderDetail のなかにclass_idも入ってそうな気がしますけどね |
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |