zouber / Fanshop

1 stars 0 forks source link

[報錯] 購物車顯示「訂單送出時發生問題,請稍後再試」 #434

Closed shockhuang closed 10 years ago

shockhuang commented 10 years ago

發生時間約:7/10 晚上 8:05~8:08

  1. 使用者首先未填「匯款帳號」就點了送出訂單,之後提示他要填匯款帳號
  2. 使用者填了匯款帳號後,再點送出訂單,並提示「未選擇物流方案」
  3. 使用者選了物流方案後,再點送出訂單,就出現「訂單送出時發生問題,請稍後再試」 10378915_10152287150738562_3209998928488322545_n
shockhuang commented 10 years ago

補充一下,之後我立即開電腦用瀏覽器,再登入一次同樣使用者的購物車,是可以送出訂單的。 ps 剛剛出現錯誤是用手機,並且網路是 ok 的。

shockhuang commented 10 years ago

哈摟弄剛剛反應的 2014-07-11 1 22 39 10475413_813588678659665_1237562759_n

shockhuang commented 10 years ago

這是 7/22 14:22~15:52 之間,error_msg:訂單送岀時發生問題,請稍後再試。

2014-07-12 3 53 11 10534436_814170198601513_1005625317_n

shockhuang commented 10 years ago

中午 12:28 10555206_814420331909833_1625147385_n

shockhuang commented 10 years ago

應該也是類似的問題,紀錄一下

10551837_815425485142651_105902538_n

shockhuang commented 10 years ago

7/14 下午的錯誤訊息回報 10559106_815432118475321_1696945235_n 10544800_815432115141988_353735480_n

zouber commented 10 years ago

第二個 alert 是我前天加上去的, 有助於釐清問題, 最後一個錯誤回報就多了關鍵的錯誤訊息

zouber commented 10 years ago

這又是個沒有先 identify 問題就急著實作的例子, 往往會引發後續很多問題(算以前欠的債)

zouber commented 10 years ago

經過這陣子實際下去測試, 我不覺得新版購買流程不上我們可以專注開發其他的東西

shockhuang commented 10 years ago

我也感覺到了 沒想到問題這麼嚴重

Best Regards

Shock

企劃指導 / PD

黃政漢 / Shock Huang

P 0989-625-824 M pproo.reader@gmail.com Web www.pointdesign.tw

T 02-2663-1468 統編 53716150 / HaveFun Tech.

zouber notifications@github.com 於 2014年7月15日 上午1:56 寫道:

經過這陣子實際下去測試, 我不覺得新版購買流程不上我們可以專注開發其他的東西

— Reply to this email directly or view it on GitHub https://github.com/zouber/Fanshop/issues/434#issuecomment-48933904.

zouber commented 10 years ago

呃... 這點的嚴重性我之前就已經有講過了, 我不認為是預先推測不到的

zouber commented 10 years ago

經過一連串測試後(包含後端 API 邏輯), 目前最有可能的原因是因為使用者沒有填付款資訊(他的物流方案並不屬於不必填付款資訊的那幾種), 而他自己不自知

之前因為一些需求的關係(詳細什麼需求我忘了), 有把自動選取付款資訊的那段 code 局部拿掉, 我剛測出來當 user 直接選取物流方案完畢就點"我已匯款" 的話, 系統是不會去替他選擇有填寫的付款資訊, 就直接送出訂單, 所以估計是在這個環節上發生錯誤(Note: 我現在把探測的 code 放到正式機, 應該放著讓它跑一天就會收到更幫助確認的資料了)

zouber commented 10 years ago

Note: 後來測試的結果是當 user 選了不需要付款資訊的物流方案, 就不會自動選, 反之則會自動選取 照理說前台這樣設定, 後台API 也有考慮到, 應該不會有這樣的 error, 所以現在需要釐清到底在這些錯誤發生時, 使用者到底是選了那個物流方案, 有沒有選匯款資訊

已經放出 sensor, 上到正式機, 請業務端幫忙密切注意用戶反應

zouber commented 10 years ago

https://www.google.com/analytics/web/?hl=zh-TW&pli=1#report/content-event-events/a22581929w60002436p61334383/%3F_u.date00%3D20140614%26_u.date01%3D20140715%26explorer-table.plotKeys%3D%5B%5D%26_r.drilldown%3Danalytics.eventCategory%3Awww.fanshop.tw-UserUnpaidOrderPage%2Canalytics.eventAction%3Adebug/

7/15 收到確定的GA 數據

zouber commented 10 years ago

協助測試進行(Rev. 1890) 詳見 #444

zouber commented 10 years ago

今天把錯誤產生報表改得更詳細, 新增 user id 和 vendor id 和 發生時間

  1. 缺乏付款資訊, 您填寫的付款資訊為: 未填寫, 您選擇的物流方案為: 店到店取貨-全家,0, uid: 100001495970175 16(38.10%) 1(12.50%) 0(0.00%) 0.00
  2. 缺乏付款資訊, 您填寫的付款資訊為: 未填寫, 您選擇的物流方案為: 店到店取貨-全家,0, uid: 100000368335799 8(19.05%) 1(12.50%) 0(0.00%) 0.00
  3. 缺乏付款資訊, 您填寫的付款資訊為: 未填寫, 您選擇的物流方案為: 店到店取貨-全家,0, uid: 100006132037527 5(11.90%) 1(12.50%) 0(0.00%) 0.00
  4. 缺乏付款資訊, 您填寫的付款資訊為: 未填寫, 您選擇的物流方案為: 郵寄掛號,0, uid: 100000407436128
    5(11.90%) 1(12.50%) 0(0.00%) 0.00
  5. 缺乏付款資訊, 您填寫的付款資訊為: 未填寫, 您選擇的物流方案為: 郵寄掛號,0, uid: 100000340871840
    4(9.52%) 1(12.50%) 0(0.00%) 0.00
  6. 缺乏付款資訊, 您填寫的付款資訊為: 未填寫, 您選擇的物流方案為: 郵寄掛號,0, uid: 100001138638918
    2(4.76%) 1(12.50%) 0(0.00%) 0.00
  7. 缺乏付款資訊, 您填寫的付款資訊為: 未填寫; 您選擇的物流方案為: 宅配-低溫,150; uid: 100000159914949; vid: 147598051917849; datetime: 2014/7/16 @ 17:36:28
    1(2.38%) 1(12.50%) 0(0.00%) 0.00
  8. 缺乏付款資訊, 您填寫的付款資訊為: 未填寫; 您選擇的物流方案為: 宅配-低溫,150; uid: 100000159914949; vid: 147598051917849; datetime: 2014/7/16 @ 17:37:4
    1(2.38%) 1(12.50%) 0(0.00%) 0.00

可以注意到最後幾筆有 vid, @shockhuang 可以據此先跟店家聯繫

zouber commented 10 years ago

上述錯誤 log 查看網址: https://www.google.com/analytics/web/?hl=zh-TW&pli=1#report/content-event-events/a22581929w60002436p61334383/%3F_u.date00%3D20140615%26_u.date01%3D20140716%26explorer-table.plotKeys%3D%5B%5D%26_r.drilldown%3Danalytics.eventCategory%3Awww.fanshop.tw-UserUnpaidOrderPage%2Canalytics.eventAction%3Adebug/

zouber commented 10 years ago

7/17 AM 12:09 終於發現了問題癥結:

起因於 user 本來沒填付款資訊, 後來遇到提示填完後 直接按送出紐, 此時既有的機制並不會將他填的資料夾帶送出 但會認定他已經有填, 所以讓他送出 於是乎就會造成這個詭異的問題 -- 明明有填資訊, 但看起來錯誤訊息像是沒填

zouber commented 10 years ago

Note: 在 user 點選 "我已匯款" 時, 若他還處於填寫訂單的狀態, 系統會自動去檢查他是否填得完整, 若完整無誤就會自動儲存資訊並送出訂單, 但這次的錯誤發生在雖然他填的匯款資訊已經儲存, 但卻沒有塞入對應的儲存性 DOM 元件裡頭, 導致送單程式無法讀取該匯款資訊

--> 作法應該是在儲存時, 就將該資訊塞入對應的 DOM 元件裏頭

shockhuang commented 10 years ago

這些單是跟昨天一樣的問題訂單嗎? 我是不是需要把資料提供給店家?

Best Regards

Shock

企劃指導 / PD

黃政漢 / Shock Huang

P 0989-625-824 M pproo.reader@gmail.com Web www.pointdesign.tw

T 02-2663-1468 統編 53716150 / HaveFun Tech.

zouber notifications@github.com 於 2014年7月17日 上午12:14 寫道:

7/17 AM 12:09 終於發現了問題癥結:

起因於 user 本來沒填付款資訊, 後來遇到提示填完後 直接按送出紐, 此時既有的機制並不會將他填的資料夾帶送出 但會認定他已經有填, 所以讓他送出 於是乎就會造成這個詭異的問題 -- 明明有填資訊, 但看起來錯誤訊息像是沒填

— Reply to this email directly or view it on GitHub https://github.com/zouber/Fanshop/issues/434#issuecomment-49189435.

zouber commented 10 years ago

不一樣, 裡面大部分都是7/16 新發生的 建議你比照一下昨天的uid, 把新的 error 回報給店家 應該不會麻煩, 因為昨天記錄到的只有3起

zouber commented 10 years ago

由此錯誤也可反推不少 user 的使用流程, 如下:

  1. 看到"我已匯款" 就點
  2. 被提示未選擇物流, 就選
  3. 選完再點"我已匯款"
  4. 被未填個人必要資訊的提示擋住, 就填
  5. 填完後再點"我已匯款"

如此就會發生本 error 成因是因為儲存使用者資訊時, 沒有同步將他的付款資訊儲存在 DOM 裡 而送出訂單的 js 往後要送出付款資訊時, 是去該 DOM 拿, 如此一來當然會拿不到 但檢查資訊有沒有填完整卻不是去檢查那個DOM, 而是去檢查表單 這樣一來就會發生表單明明有填(所以能通過檢測順利送出訂單) 但送出去的付款資訊卻為空白, 造成後臺報錯的情形, 即本issue 描述的錯誤

zouber commented 10 years ago

已解(Rev. 1891), 7/17 凌晨上版到正式機且在 PiiMALL (按照之前會發生錯誤的程序)送了一張單, 正常

請 @shockhuang 再密切幫忙注意商家是否還有反應這種錯誤

zouber commented 10 years ago

藉由這個 issue 還順便預習了新版購物車的自動預警系統要怎麼設計

zouber commented 10 years ago

7/17 PM 7:17

今天持續觀察, 發現最後一筆錯誤發生在我昨天測試時, 所以今天應該是沒有再有錯誤發生

zouber commented 10 years ago

已完成