看板
[ Soft_Job ]
討論串[請益] 請問寬宏售票為何常當機?
共 21 篇文章
內容預覽:
我看不下去了. 根據我兩個下午在電腦前搶票的經歷. 與之前工作過的經驗. 來說說寬宏的"誠意"在哪. 這邊就不討論程式寫的有多爛. 單純考慮架構來看. 瓶頸根本就是 web service. 完全還不用去討論結賬系統之前就完敗. 1. 沒有 band 掉 spam request. 這種由人工造成的
(還有475個字)
內容預覽:
我也沒寫過金流這一塊，但是我寫過ATM提款機. 以下是「我認為啦～」. 金流有很多家，但是每家背後都只有一個銀行，叫做交易銀行. 交易銀行負責把交易傳給財金資訊，財金資訊負責找發卡銀行扣款，把帳轉給交易銀行。換句話. 1. 生意上門囉！確認發出交易的某人是否合法(n次斡旋以上). 某人 -----芝
(還有1124個字)
內容預覽:
我不是被釣出來.只是覺得隨同討論第2題蠻有趣的. 我覺得討論一件事應該先縮小其格局後.再將其分散單位串連. (大問題=>各小問題=>各小問題解聯合的最佳組合 或是雲端的最小單位聯合的概念). 傳送無限資料(大資料/很多資料) => 傳送有限資料(小資料/單位資料). 無限操作數 => 有限操作數.
(還有1327個字)
內容預覽:
我記得這種API都是平行處理REQUEST. 應該不會有這種狀況才對. 即使是1000人進來應該也是也是只有2秒. 不過我也沒親自寫過跟銀行串接的部分. 有沒有寫過的人可以講一下這怎麼處理的？. 還是銀行API真的有鎖每個帳號在同一時間只能有一人進入付款程序？. 寬宏那邊是怎麼處理的我不清楚，我沒去
(還有689個字)
內容預覽:
兩個重點，頻寬不是重點. 1. 信用卡付款機制掛了！. 因為人太多交易又太久，假設一筆交易，金流交易銀行至少三個斡旋，要2秒，. 100人瞬間進來，第100人至少等200秒，然後第7個人到100人都以為「當機」了. ps：2秒看似很久，但是事實上會更久。. 2. 訂位機制很難在網頁呈現，這個位置是不
(還有921個字)