とある案件で、題名のような現象が起きています。

必ずというわけでなく、稀に発生するようなのですが、
その法則性が全く見えず、謎に包まれております。。

現在は購入完了画面やカード決済モジュールなどを
追いかけていますが、毎回起こることではないことなので
おそらくそういう箇所ではなく、
別の場所の可能性・・・というのも考えています。

各種カスタマイズを実施していますので、
その影響も考えられますが、
ひとまず他の方が同じようなご経験がないかお聞きしたいです。


もし、過去に同様の経験をされた方がいらっしゃったり、
解決の為のヒントなどありましたら
ご共有、ご教示頂けますと幸いです。


----------------------
EC-CUBE 2.4.1（脆弱性対応済み、各種カスタマイズ有り）
PostgreSQL 8.1.11
PHP 5.1.6

----------------
このコミュニティでの投稿はボランティアの範囲に留めさせていただいています。個別の相談やカスタマイズは有償にて承っておりますのでご相談下さい。

[url=http://www.eccube-school.jp/]EC-CUBE

引用：
というのは具体的にどういう状態でしょう？
dtb_orderのcreate_dateとupdate_dateが同一時刻で、del_flgが1ということですか？

そういうのをチェックすれば、dtb_orderに対するinsertとupdateを使っているあたりで調べる範囲を絞れると思うのですが...

いや〜〜な、現象ですね・・・
今のところ、遭遇した経験は無いです。

PostgreSQL でトレースログを仕掛けておくのが良いのかなと思います。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

古いスレッドに対してで申し訳ありません。
現在、homanさんと同じように受注時に削除フラグが立ってしまうような現象が起きています。
（EC-CUBE 2.11.5なのでバージョンが異なりますが）

もしよろしければ、その後どのような対応をされたのか
教えていただけると助かります。

--------------------
EC-CUBEバージョン 2.11.5
PHPバージョン PHP 5.2.8
DBバージョン MySQL 5.0.90

当方でもおきました。
通算で２件おきています。
しかもその前後の受注では問題なく処理されております。

症状を見るに、決済の過程で問題が起きているようです。
つまり、決済モジュールにより決済サイトに飛んだ際に、何かしらの
問題が起きているようです。

Apacheのログ
[12/Aug/2012:15:26:31 +0900] "POST /shopping/load_payment_module.php HTTP/1.1" 302 -
[12/Aug/2012:15:26:31 +0900] "GET /shopping/confirm.php?transactionid=hogehoge HTTP/1.1" 200 15728

DBの内容
create_date : 2012-08-12 15:21:32
update_date : 2012-08-12 15:26:31
del_flg : 1

１回目の時はオーダーIDが存在しないとGMO側からエラー通知がきましたが、
今回は、エラー通知さえきませんでした。

怪しいのは決済モジュールでしょうか。
当方はGMOペイメントモジュールを使っております。
皆様はどちらのモジュールをお使いでしょうか？