PTT偶像團體區 / MayDay

[討論] ibon買票有什麼缺點要改善的?

看板MayDay作者 (胖達)時間14年前 (2012/09/09 10:40), 編輯推噓59(59推 0噓 107→)
留言166則, 43人參與, 7年前最新討論串1/5 (看更多)
as title 我雖然也想去 但是沒時間搶票 但是看到ibon賣得如此盛況空前 真是感嘆以前的年代 糟透了 由此可見 四千八百家的小七 影響力終究是很夠 五迷們 歡迎一起來推文討論 此次ibon售票 有什麼樣的缺點呢 或是 假如下次 五月天再辦演唱會 會希望再回去給年代賣嗎 還是五迷們 比較支持ibon呢 歡迎討論唷 ^^ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.57.234.126
→
09/09 10:40, , 1F
你是唉蹦的客服嗎@@a
09/09 10:40, 1F
推
09/09 10:41, , 2F
當然是ibon 我才不要爛年代
09/09 10:41, 2F
→
09/09 10:41, , 3F
用年代沒一次買到過 糟透透透透透了
09/09 10:41, 3F
推
09/09 10:41, , 4F
第一次買票，無從比起XD
09/09 10:41, 4F
→
09/09 10:42, , 5F
我不是客服唷~哈哈~
09/09 10:42, 5F
推
09/09 10:43, , 6F
超過10萬張改四大超商就沒問題了
09/09 10:43, 6F
推
09/09 10:44, , 7F
有些小七有發號碼排，但是有人拿了就回家等QQ這樣可以嗎
09/09 10:44, 7F
推
09/09 10:44, , 8F
唉蹦真的不錯 還可以認識其他五迷一起加油打氣 感覺很好
09/09 10:44, 8F
→
09/09 10:46, , 9F
這個問題，昨天聊到天昏地暗了耶 #1GIsRHYz (MayDay)
09/09 10:46, 9F
推
09/09 10:47, , 10F
這次沒買 看心得文下來的感想 人和機器的問題 會是買
09/09 10:47, 10F
推
09/09 10:47, , 11F
唉蹦開賣前可以不要等秒數嗎?
09/09 10:47, 11F
→
09/09 10:48, , 12F
票順利與否的關鍵 還有排第幾個也是XD
09/09 10:48, 12F
推
09/09 10:49, , 13F
等什麼秒數?
09/09 10:49, 13F
推
09/09 10:49, , 14F
真的，如果太固執要買哪個票價區位，會底累到很多人
09/09 10:49, 14F
→
09/09 10:49, , 15F
等了就會被流量管制了，人家都買到了
09/09 10:49, 15F
推
09/09 10:49, , 16F
一定要有緩衝秒數啊 那是流量管制
09/09 10:49, 16F
推
09/09 10:50, , 17F
五秒後離開那個吧
09/09 10:50, 17F
→
09/09 10:50, , 18F
在7-11排隊比較安全 有冷氣吹 店員還會幫你加油~(*〞︶〝)/
09/09 10:50, 18F
→
09/09 10:51, , 19F
還沒開賣前.你點.當然告訴你無法買阿...
09/09 10:51, 19F
→
09/09 10:51, , 20F
流量管制是很不錯的~要確保售票主機不會被灌倒阿
09/09 10:51, 20F
推
09/09 10:51, , 21F
噢，我懂了，我以為是十一點到要等幾秒在按
09/09 10:51, 21F
推
09/09 10:53, , 22F
以前的IBON沒有流量管制結果就是所有機台塞爆翻白眼
09/09 10:53, 22F
推
09/09 10:53, , 23F
流量管制一定無法避免吧，為了不會讓系統當掉
09/09 10:53, 23F
推
09/09 10:55, , 24F
人的問題 包括店員專業與否 以及買票的人有無做足功課
09/09 10:55, 24F
推
09/09 10:55, , 25F
流量管制是必要的..
09/09 10:55, 25F
→
09/09 10:56, , 26F
機器的問題 就是是否是連線快速的新型機台
09/09 10:56, 26F
→
09/09 10:56, , 27F
但是我卻等超過15次的流量管制 = ="
09/09 10:56, 27F
→
09/09 10:56, , 28F
以速度上來說 賣完的速度已經比去年好太多了
09/09 10:56, 28F
→
09/09 10:57, , 29F
排第一個的戳了一小時不斷看到流量管制...
09/09 10:57, 29F
→
09/09 10:57, , 30F
機台連線的速度取決與兩端的頻寬~只有一邊快是沒用的~
09/09 10:57, 30F
→
09/09 10:57, , 31F
排隊從第3位開始就是流量管制流量管制流量管制流量管制
09/09 10:57, 31F
→
09/09 10:58, , 32F
去年11點開賣 到隔天凌晨才賣完 我到晚上7點多才買到
09/09 10:58, 32F
推
09/09 10:58, , 33F
流量管制是比要不然就和年代沒兩樣
09/09 10:58, 33F
推
09/09 10:59, , 34F
流量管制不可怕，可怕的是買的人太固執一次要買3.4張....
09/09 10:59, 34F
→
09/09 10:59, , 35F
但有一點，ibon可否有時間在機台的角落
09/09 10:59, 35F
→
09/09 10:59, , 36F
那時候早就劃不到這麼多票了
09/09 10:59, 36F
推
09/09 11:00, , 37F
總歸一句~不管什麼系統~買到的人就說讚~沒買到的就說爛
09/09 11:00, 37F
推
09/09 11:00, , 38F
流量管制是必要的 買過IBON沒流量管制和年代一樣慘
09/09 11:00, 38F
推
09/09 11:01, , 39F
昨天相音不是有要突襲小七看購票情況
09/09 11:01, 39F
還有 87 則推文
推
09/09 13:49, , 127F
樓上T大說到重點了,原本年代的系統與伺服器問題就很大,這
09/09 13:49, 127F
→
09/09 13:49, , 128F
次埃笨也是有類似的問題,只是抗議的聲音被買到票的蓋過去
09/09 13:49, 128F
推
09/09 14:01, , 129F
i bon比年代好太多了 真的!!!
09/09 14:01, 129F
→
09/09 14:03, , 130F
應該說相比較之下，好買太多~~ 經過無數次奮戰的五迷們較以
09/09 14:03, 130F
→
09/09 14:03, , 131F
前滿意，所以抗議聲也下降了
09/09 14:03, 131F
推
09/09 14:37, , 132F
10分鐘結帳真的不夠，明明一出小白單就去櫃檯要結帳
09/09 14:37, 132F
推
09/09 14:40, , 133F
可是條碼一直刷不過就超過時間，難道不該改善算自己衰？
09/09 14:40, 133F
推
09/09 15:29, , 134F
條碼刷不過的問題我一直在思考,會不會是系統同時間太
09/09 15:29, 134F
→
09/09 15:30, , 135F
多人點選已至於有重複的問題,當前者有人先刷條碼後,後
09/09 15:30, 135F
→
09/09 15:31, , 136F
者自然就刷不過,以系統工程師來說,最好的方式就是讓重
09/09 15:31, 136F
→
09/09 15:31, , 137F
複的單據刷不過來解決重複購票問題!!畢竟要同時選到同
09/09 15:31, 137F
→
09/09 15:32, , 138F
一座位,又同一時間刷條碼的機率幾乎很低...之前小巨蛋
09/09 15:32, 138F
→
09/09 15:33, , 139F
年X重複售票問題好像還不少!!我的位置就出現這問題,導
09/09 15:33, 139F
→
09/09 15:34, , 140F
致開場時我人不在座位上...重點是阿閃在座位上顧包包
09/09 15:34, 140F
→
09/09 15:34, , 141F
那次開場就沒在一起吶喊...一整個很 x
09/09 15:34, 141F
推
09/09 15:40, , 142F
我前面說過,已伺服器主機的概念,先進先出,先進來的資料要
09/09 15:40, 142F
→
09/09 15:41, , 143F
先出去,主機在處理資料是以微豪秒,千萬分之一豪秒去運算,
09/09 15:41, 143F
→
09/09 15:42, , 144F
第一個從主機取得四個位置,就會備註記起來,下一筆資料進來
09/09 15:42, 144F
→
09/09 15:42, , 145F
那要看寫程式的人怎樣編寫!!依我自己曾架設遊戲伺服器
09/09 15:42, 145F
→
09/09 15:43, , 146F
來說,當伺服器運算分的愈細,當機機率就愈大,為了避免
09/09 15:43, 146F
→
09/09 15:43, , 147F
就會去找下一組四個位置,主機系統不可能會發生差一豪秒,卻
09/09 15:43, 147F
→
09/09 15:44, , 148F
主伺服器死雞,是有可能把伺服器運算cycle的時間拉長..
09/09 15:44, 148F
→
09/09 15:44, , 149F
同時給同一組座位,現在埃笨的問題應該是這樣說,當主機註記
09/09 15:44, 149F
→
09/09 15:45, , 150F
如果以毫秒來說...1/1000還是有可能出現同時點到相同
09/09 15:45, 150F
→
09/09 15:45, , 151F
四個位置之後,到了櫃檯刷條碼,資料在次去主機要四個位置的
09/09 15:45, 151F
→
09/09 15:45, , 152F
票的問題,當然這也是我個人純猜測啦!!因為當時我伺服
09/09 15:45, 152F
→
09/09 15:46, , 153F
時候,可能主機系統處理過多資料而無法回應,或是該筆資料沒
09/09 15:46, 153F
→
09/09 15:46, , 154F
器也是用double check的方式來避免武器裝備bug同時出
09/09 15:46, 154F
→
09/09 15:47, , 155F
有順利轉換盜印座位的主機去,造成刷了條碼卻無資料,但是座
09/09 15:47, 155F
→
09/09 15:47, , 156F
現2個!!至於設定毫秒或微秒,CPU運算真的會差很多!!與
09/09 15:47, 156F
→
09/09 15:47, , 157F
位主機的資料卻是賣出的狀態,10分鐘沒有領走,又自動釋放出
09/09 15:47, 157F
→
09/09 15:48, , 158F
該筆資料
09/09 15:48, 158F
→
09/09 15:48, , 159F
其讓伺服器死雞,倒不如....選擇double check!! 個人淺
09/09 15:48, 159F
→
09/09 15:48, , 160F
見,我也不確定對不對 XD
09/09 15:48, 160F
推
09/09 15:51, , 161F
Ibon如果顯示餘票數量，會好很多
09/09 15:51, 161F
推
09/09 15:57, , 162F
其實越簡單的畫面越好,因為表示資料下載很少,在年代與埃笨
09/09 15:57, 162F
→
09/09 15:58, , 163F
網站點選會慢,就是因為要跑很多圖表,造成傳輸上的瓶頸,自
09/09 15:58, 163F
→
09/09 15:59, , 164F
己知道自己設定的區域,進去直接找不用等圖出現,就會快
09/09 15:59, 164F
推
09/09 20:15, , 165F
號碼牌..
09/09 20:15, 165F
→
01/09 15:12, 7年前 , 166F
這個問題，昨天聊到天昏 https://noxiv.com
01/09 15:12, 166F
‣ 更多 Panda1213 的文章
文章代碼(AID): #1GJ065nw (MayDay)
MayDay 近期熱門文章
更多 近期熱門文章 >>
PTT偶像團體區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 Panda1213 的文章
文章代碼(AID): #1GJ065nw (MayDay)