[閒聊] 關於禮物箱內CS角的50石補償

看板ChainChron作者 (teves)時間11年前 (2014/03/20 12:18), 編輯推噓3(3推 0噓 61→)
留言64則, 8人參與, 最新討論串1/1
我早在更新後沒領到50石就向Sega詢問 我本來有3個CS, 另外有2個在信箱內沒領 當天領出一個,還留了一個在信箱 Sega的回答是在對象外 然後我向他解釋狀況,並詢問為何沒有補償的理由, 他只回答目前我在對象外 之後經過研究再決定如有別的處理方式會再通知 結果這次有些申訴的人拿到了補償 但還是沒補償到我 我寫信去問他還是說我在對象外 我提出證據說我應該要在補償範圍內,他還是說我在對象外 總之我現在感到很憤怒 Sega只會把顧客當笨蛋是吧,只會回一句對象外也不解釋理由 我本來有課金的 Sega這種處理態度我不想再給他賺錢了 我也建議大家課金前再考慮考慮 萬一哪天帳號出了什麼問題Sega搞不好還是把你當笨蛋 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 169.234.227.14
→
03/20 12:25, , 1F
總共只有"3個"CS嗎? 拔草測風向
03/20 12:25, 1F
→
03/20 12:25, , 2F
總共有5個
03/20 12:25, 2F
→
03/20 12:26, , 3F
在禮物箱內的也可以申訴拿嗎@@？
03/20 12:26, 3F
→
03/20 12:26, , 4F
可以 但是現在才問來不及了 現在問他們會說你太晚已經結案了
03/20 12:26, 4F
→
03/20 12:27, , 5F
在禮物箱裡的,因為卡片還沒進牌組過,所以DB撈不到資料
03/20 12:27, 5F
推
03/20 12:27, , 6F
2/21 10:00之前觸發特定CS數(4/7/10/12)的玩家
03/20 12:27, 6F
→
03/20 12:27, , 7F
我敢說他們撈的到資料,因為只要有抽到就不會再new了
03/20 12:27, 7F
→
03/20 12:27, , 8F
只能用申訴的方式去討了,不過既然時間都過了,就放寬心吧
03/20 12:27, 8F
→
03/20 12:27, , 9F
領出的時間點確定有到? 還是事後領出?
03/20 12:27, 9F
→
03/20 12:28, , 10F
如果是撈DB的話 2/21 10:00 領出 理論上可以撈到DB
03/20 12:28, 10F
→
03/20 12:28, , 11F
現在是發生這種情形去申訴的玩家有另案補償了
03/20 12:28, 11F
→
03/20 12:29, , 12F
即使事後說箱子內也算 照原PO說法也會因為太晚回報而失效
03/20 12:29, 12F
→
03/20 12:29, , 13F
比如說三張已經領出 一張一直在禮物箱裡沒動有拿到補償
03/20 12:29, 13F
→
03/20 12:30, , 14F
但是在這次第二次補償之後才申訴的玩家他們就會回已結案
03/20 12:30, 14F
推
03/20 12:34, , 15F
你去試試看 new卡 在禮盒裡 領出來時候會跑new出來喔
03/20 12:34, 15F
→
03/20 12:34, , 16F
所以應該代表在禮盒內的不算在帳號已擁有卡片內
03/20 12:34, 16F
→
03/20 12:35, , 17F
所以禮物盒真的不是你的另一個倉庫...
03/20 12:35, 17F
已抽的卡進禮物箱沒領 就算再抽到也不會new 沒領出過的卡領出會new然後觸發加入事件 也就是說他有兩種new,一種是抽卡紀錄 一種是帳號目前擁有卡片紀錄 如果說官方硬是要說有領出來才算,那我也只能不爽摸摸鼻子就算了 但是這次是他做二次補償了 也就是說他承認這是bug 我憤怒的是為什麼我還是沒領到 去問他還是只會打官腔不理? 就算禮物箱內的卡沒有時間紀錄他不好查 我魔神也沒領出來啊! 這張CS卡在魔神下面那時間在2/21前不是很明顯嗎?
→
03/20 12:35, , 18F
有一種可能是針對額外補償的撈DB方式產生問題
03/20 12:35, 18F
→
03/20 12:36, , 19F
原始補償的過濾:從DB過去玩家帳號內觸發的CS數量
03/20 12:36, 19F
※ 編輯: teves 來自: 169.234.227.14 (03/20 12:42)
→
03/20 12:37, , 20F
^先判定CS觸發時間
03/20 12:37, 20F
→
03/20 12:38, , 21F
後續補償過去:依據CS觸發時間過濾出原有CS，在加上箱子裡面
03/20 12:38, 21F
→
03/20 12:38, , 22F
可觸發CS的卡片數量
03/20 12:38, 22F
→
03/20 12:39, , 23F
那有一種可能是原PO領出那一張的時間點，是在原始補償的時限
03/20 12:39, 23F
→
03/20 12:40, , 24F
之後，然後過濾的條件(A)CS觸發時間在2/21 10:00之前
03/20 12:40, 24F
→
03/20 12:41, , 25F
(B)箱子內可觸發CS的卡片數量 在這兩個條件中，2/21 10:00
03/20 12:41, 25F
→
03/20 12:41, , 26F
之後領出的會在A和B兩個條件之外
03/20 12:41, 26F
→
03/20 12:43, , 27F
但即使扣除2/21 10:00 領出一張的可能性 還是可以有3+1的CS數
03/20 12:43, 27F
因為那張是聖都魔神 就算我領出了 我禮物箱裡也還有聖都魔神啊,聖都魔神不會只來一張不是大家都知道的嗎 就算聖都魔神他很難判定 我也還有另一張CS角從來沒領出來過啊? ※ 編輯: teves 來自: 169.234.227.14 (03/20 12:47)
→
03/20 12:44, , 28F
二次補償?有公告嗎,沒看到相關消息說
03/20 12:44, 28F
沒公告 只會私下回信 因為有申訴的人才有
→
03/20 12:45, , 29F
將這情況考慮進去，推測可能是在過濾A條件和B條件之間，因為
03/20 12:45, 29F
→
03/20 12:45, , 30F
2/21 10:00之後領出卡片的這個條件造成過濾判定中斷
03/20 12:45, 30F
→
03/20 12:46, , 31F
以上推論是基於"2/21 10:00之後領出一張CS卡片"的條件
03/20 12:46, 31F
※ 編輯: teves 來自: 169.234.227.14 (03/20 12:48)
推
03/20 12:48, , 32F
我的問題其實只有一個而已"原PO領出那一張卡片的時間點為何"
03/20 12:48, 32F
→
03/20 12:53, , 33F
當然是之後啊 之前我還要申訴嗎? 就算是之後他也不該判定錯
03/20 12:53, 33F
→
03/20 12:54, , 34F
我是基於寫程式撈DB比較常見的條件設定規則來推論，也沒特別
03/20 12:54, 34F
→
03/20 12:54, , 35F
我後來也抽了聖王女up而且這次身上是空的聖都魔神抽到身上
03/20 12:54, 35F
→
03/20 12:54, , 36F
如果這樣就會判定失敗這絕對是他們判定方式有問題
03/20 12:54, 36F
→
03/20 12:54, , 37F
要去針對原PO的行為表示意見，僅是討論可能性而已
03/20 12:54, 37F
→
03/20 12:55, , 38F
就算判定有問題這張判定失敗好了,我還是有四張啊
03/20 12:55, 38F
→
03/20 12:55, , 39F
這樣看來確實是出在過濾條件的設定問題(嘆
03/20 12:55, 39F
→
03/20 12:56, , 40F
簡單說的話，如果過濾方式是CS/卡片觸發後進行條件判斷
03/20 12:56, 40F
→
03/20 12:56, , 41F
而且這判定條件有這麼難嗎XD 1.計算2/21前開出的CS有幾條
03/20 12:56, 41F
→
03/20 12:57, , 42F
結果碰到那張事後領出的就突然跳出過濾的迴圈
03/20 12:57, 42F
→
03/20 12:57, , 43F
2.計算禮物箱有幾張2/21前未領且未開的CS角
03/20 12:57, 43F
→
03/20 12:58, , 44F
好這樣單純的寫法漏掉聖都魔神了,但是我還是有4張啊
03/20 12:58, 44F
→
03/20 12:58, , 45F
所以有拿到二次補償的回信圖嗎?
03/20 12:58, 45F
→
03/20 12:59, , 46F
你寫的1. 條件只要加上10:00限制 就會過濾掉事後的並且有我
03/20 12:59, 46F
→
03/20 12:59, , 47F
剛剛說的發生錯誤的可能性
03/20 12:59, 47F
→
03/20 12:59, , 48F
一堆人看到補償方法才領的,如果他蠢到用這樣方式過濾
03/20 12:59, 48F
→
03/20 12:59, , 49F
應該有一堆人跟我一樣憤怒才對XD
03/20 12:59, 49F
→
03/20 13:00, , 50F
說實在 巴哈和PTT的樣本數 我想和日本那邊比起來是少非常多
03/20 13:00, 50F
→
03/20 13:00, , 51F
1條件幹嘛管什麼事後,選擇2/21 10:00前開通的CS紀錄 得到3
03/20 13:00, 51F
→
03/20 13:01, , 52F
是否只是特例，如果這兩個地方找不到一樣的案例，那真的只能
03/20 13:01, 52F
→
03/20 13:01, , 53F
去日本論壇找
03/20 13:01, 53F
→
03/20 13:01, , 54F
而且這個資料早在他第一次補償時就有了
03/20 13:01, 54F
→
03/20 13:03, , 55F
最原始補償條件(A) 2/21 10點之前的CS總數
03/20 13:03, 55F
→
03/20 13:03, , 56F
(B)條件看起來做法只是在後續過濾多一個條件，以java寫法的話
03/20 13:03, 56F
→
03/20 13:05, , 57F
在執行階段寫上expection去確認執行錯誤，如果個錯誤例外沒寫
03/20 13:05, 57F
→
03/20 13:06, , 58F
加上(B)條件是包含於(A)條件之內去判定，而非在(A)條件之後
03/20 13:06, 58F
→
03/20 13:07, , 59F
那在跳出(A)條件時，(B)條件自然不會觸發
03/20 13:07, 59F
→
03/20 13:09, , 60F
上面打錯字 是exception
03/20 13:09, 60F
→
03/20 13:12, , 61F
而且少補充一些東西 (A)必須要先將身上CS卡片全過濾之後才會
03/20 13:12, 61F
→
03/20 13:12, , 62F
觸發內部的(B)條件，這樣的情況才比較可能發生(A)沒做完然後
03/20 13:12, 62F
→
03/20 13:12, , 63F
又沒跳去(B)的現象
03/20 13:12, 63F
→
03/20 13:13, , 64F
坦白說這現象很蠢就是了
03/20 13:13, 64F
老實說我也不太想管他程式怎麼寫的 以沒申訴的人拿不到的情況來看 他比較像是針對有申訴的人一個一個去追 但是他的追法又有問題所以有的人有拿到有的人沒拿到 然後他又不承認他的追法有問題只會打官腔說你對象外 ※ 編輯: teves 來自: 169.234.227.14 (03/20 13:18)
‣ 更多 teves 的文章
文章代碼(AID): #1JAcluPQ (ChainChron)