Re: [請益] 請問寬宏售票為何常當機?

看板Soft_Job作者 (PTT新聞)時間9年前 (2015/01/06 12:09), 9年前編輯推噓-2(7推 9噓 30→)
留言46則, 25人參與, 最新討論串2/21 (看更多)
兩個重點，頻寬不是重點 1. 信用卡付款機制掛了！ 因為人太多交易又太久，假設一筆交易，金流交易銀行至少三個斡旋，要2秒， 100人瞬間進來，第100人至少等200秒，然後第7個人到100人都以為「當機」了 ps：2秒看似很久，但是事實上會更久。 2. 訂位機制很難在網頁呈現，這個位置是不是已經被別人訂走了， 因為user猶豫的瞬間，假設一秒鐘，已經更新很多次，有7個人定位，有2個人退位。 然後user可能重複操作，一次開多個視窗，哭哭XD -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.227.131.127 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1420517370.A.CDC.html
→
01/06 12:12, , 1F
胡扯...
01/06 12:12, 1F
推
01/06 12:15, , 2F
金流是很容易卡阿XD
01/06 12:15, 2F
噓
01/06 12:25, , 3F
亂扯一通，有沒有做過啊？
01/06 12:25, 3F
→
01/06 12:50, , 4F
其他系統跟不上我可以理解
01/06 12:50, 4F
→
01/06 12:51, , 5F
但第二個部分可能會把那些做即時交易的是傻子
01/06 12:51, 5F
→
01/06 13:01, , 6F
胡扯...
01/06 13:01, 6F
噓
01/06 13:16, , 7F
別瞎掰好不好...真的不懂就潛水麻...
01/06 13:16, 7F
噓
01/06 13:30, , 8F
你真的懂嗎...
01/06 13:30, 8F
推
01/06 13:32, , 9F
可以請懂得人出來說說嗎
01/06 13:32, 9F
→
01/06 13:33, , 10F
就算不懂架站的也知道你在鬼扯
01/06 13:33, 10F
推
01/06 13:35, , 11F
你真的有處理過交易機制跟伺服器叢集嗎............？
01/06 13:35, 11F
噓
01/06 13:37, , 12F
第二個部份做成即時交易，也是天才
01/06 13:37, 12F
→
01/06 13:43, , 13F
我還以為是嘗試insert 然後收結果判斷 不是嗎？
01/06 13:43, 13F
→
01/06 13:48, , 14F
咦, 有位人兄有做過的, 寫一篇出來跟大家分享一下嘛.
01/06 13:48, 14F
→
01/06 14:02, , 15F
希望有人可以分享
01/06 14:02, 15F
噓
01/06 14:13, , 16F
聽你在鬼扯XDDD
01/06 14:13, 16F
噓
01/06 14:41, , 17F
下一位吧 多念點書 別出來誤導了
01/06 14:41, 17F
既然樓上的噓你(虛擬)大師，這麼高竿，就不要嘴砲了，直接發一篇來打我的臉吧
推
01/06 15:12, , 18F
噓的幾位要不要寫一篇跟大家分享一下？ 真的滿好奇的
01/06 15:12, 18F
※ 編輯: pttnews (125.227.131.127), 01/06/2015 15:16:57
→
01/06 15:30, , 19F
只講第2項.就算用舊技術 FB的即時怎做 比照而已...
01/06 15:30, 19F
→
01/06 15:31, , 20F
如果用新技術 在通訊不成問題的情況 用WEBSOCKET完成可以比
01/06 15:31, 20F
→
01/06 15:31, , 21F
照用SOCKET..OLG FPS 夠即時了吧? 都是用幾十毫秒算反應的
01/06 15:31, 21F
→
01/06 15:43, , 22F
3000台每秒Q兩下loading也很重捏
01/06 15:43, 22F
以下我們都以「理性」來討論問題 Socket 即時我同意～ 但是顧慮幾件事情 1. 每秒同一座位，有n百個人要搶耶～ 2. 搶位的機制超難搞的，寫在DB裡適當嗎？還是用Memory比較快？這也是問題... 3. 一人多視窗 4. 資料量是 百萬個「對象」 乘以 萬個「座位」 等於 1. 同1ms裡，有三個人搶位，甲贏了，丙乙搶輸了，這件事情要通知百萬個「對象」 2. 這些百萬個「對象」，要等100ms，Server才會主動通知Client， 為什麼要100ms，等一下說明... 3. Server要每秒中通知百萬個「對象」，一萬個座位的即時狀況， 4. Server好累，每秒通知已經超累了 5. 就算每秒通知，網頁還是不夠即時，還是會發生已定位，別人按定位問題 6. Server 還要防止Dos 以及外掛作弊 7. 一台Server夠嗎? 分散如何？搶位的機制如何分散？ 分散以後，每台Server還要同步每台Server...........哭哭 ※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:15:46
→
01/06 16:00, , 23F
咦,各位大師快發表一下架構/作法,特別是有處理過交易
01/06 16:00, 23F
→
01/06 16:00, , 24F
機制的. 來一篇吧.
01/06 16:00, 24F
推
01/06 16:10, , 25F
感覺會有人被釣出來 XD
01/06 16:10, 25F
→
01/06 16:10, , 26F
K大..多少資源多少效能阿= = 不能我要求人多+即時 然後只給
01/06 16:10, 26F
→
01/06 16:10, , 27F
一台普通的WEB SERVER吧 囧?
01/06 16:10, 27F
噓
01/06 16:15, , 28F
多數人是網頁都開不起來 根本還沒到跟銀行的handshake
01/06 16:15, 28F
→
01/06 16:16, , 29F
寬宏的問題根本就是在asp跟頻寬的問題, 扯甚麼交易啊
01/06 16:16, 29F
所以我才說訂位機制，很重要 你要看交易流程，先付款後定位，還是反過來。決定先 卡定位 還是 卡付費？ 頻寬花錢就有了，交易機制可是技術精華咧～ ※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:22:02
→
01/06 16:18, , 30F
流量不足只要有錢就能解決 難處理只有選座位時LOCK的問題
01/06 16:18, 30F
→
01/06 16:27, , 31F
寬宏的問題根本就是在asp跟頻寬的問題 <= Good Answer
01/06 16:27, 31F
唉～ 只要有錢，頻寬要多少有多少 ※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:31:02
推
01/06 16:42, , 32F
ASP有什麼問題？ 微軟的耶...
01/06 16:42, 32F
→
01/06 16:50, , 33F
@timeflying,快出來介紹一下囉.
01/06 16:50, 33F
→
01/06 16:56, , 34F
原po別再扯了 交易機制和你想的先付款或先定位的順序無關
01/06 16:56, 34F
→
01/06 16:58, , 35F
訂票流程正常系都走不完 原因只有主機和頻寬的問題而已
01/06 16:58, 35F
→
01/06 16:59, , 36F
付款未完成，訂票未完成，退訂 每隔一段時間有清票的機制
01/06 16:59, 36F
→
01/06 17:01, , 37F
選位與lock的問題對於系統只有時間差
01/06 17:01, 37F
大哥！我不是要吵架～ 但是你講什麼，小弟我很笨，真的聽不懂啊，可以再細部解釋一下嗎？ ※ 編輯: pttnews (125.227.131.127), 01/06/2015 17:50:38
噓
01/06 18:20, , 38F
你的邏輯把東西複雜化了，nobody1正解
01/06 18:20, 38F
→
01/06 18:22, , 39F
光搶位子要通知對象就不對了吧？
01/06 18:22, 39F
→
01/06 18:23, , 40F
不過要補充的是，架構的機制也是會影響系統可處理的人數
01/06 18:23, 40F
→
01/06 18:23, , 41F
。
01/06 18:23, 41F
→
01/06 19:07, , 42F
推nobody1
01/06 19:07, 42F
推
01/07 02:19, , 43F
呃 我不知道寬宏的狀況 不過原PO講的應該有他的道理
01/07 02:19, 43F
→
01/07 02:20, , 44F
01/07 02:20, 44F
→
01/07 02:20, , 45F
這是jserv轉的文
01/07 02:20, 45F
噓
01/07 07:03, , 46F
胡扯 頻寬也是很大的重點好嗎
01/07 07:03, 46F
‣ 更多 pttnews 的文章
文章代碼(AID): #1Kgr_wpS (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 2 之 21 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共21篇)
‣ 更多 pttnews 的文章
文章代碼(AID): #1Kgr_wpS (Soft_Job)