個人積分：196分
文章編號：72224936
個人積分：420分
文章編號：72224998
個人積分：1243分
文章編號：72225062
個人積分：215分
文章編號：72225063
個人積分：172分
文章編號：72237229
個人積分：134分
文章編號：72242136
個人積分：1243分
文章編號：72242814
個人積分：21分
文章編號：72250679
個人積分：1243分
文章編號：72253497
Mandala666 wrote:
樓主要用自創的"系統忙碌型填個資抽抽樂"來框住台星也是可以
只是法官也會去查是不是真的系統忙碌
以當天雙11各大購物網站也有大塞車和當機的情況
很難證明台星是不是故意用系統忙碌來當脫詞
的確是很歡迎該業者在系統忙碌這件事來做出證明
例如該業者事後宣稱是因為DB lock
但DB lock就會是兩種方案都lock
如果是Table lock，該業者各式各樣的資費很多
一般系統設計上也會把訂單放在同一Table
也會是兩種方案都lock
然後有人又說是Record lock
一般而言是在有異動時進行lock(異動完解除lock)
根據該業者自己公布的資料
兩方案在18:56之前成交數(異動數)是差不多的
也就是兩者Record lock的頻率也是差不多的
而且在設計上有需要弄到Record lock嗎也是疑問
以上只是破綻之一例
Mandala666 wrote:
當然很多人說系統忙碌應該是要保留訂單
待信用卡端恢復連線再完成訂單
而不是直接就把人踢掉
這點就要看台星如何解釋得比較讓人信服了
這的確也是該業者需要做出讓人信服解釋的地方
關閉廣告