[情報] JR東日本對Suica的重大變革

shter04/05 22:30物聯網的雲端運算，原來這樣打API會比本地計算快

temu201504/05 22:58如果可以這樣搞的話 有沒有機會開放一般卡閘門自動加值

temu201504/05 22:58啊

d224140004/05 23:01加值？但也要設定卡的類別吧，如果有些人不想要自動加

d224140004/05 23:02值勒

rocky913704/06 00:30台灣閘門悠遊卡感應速度真的很慢

thecynic04/06 01:29台鐵的其實滿快的...

cka04/06 01:46真的會比較快嗎?閘門一次只要寫一張卡,後台傳輸全日本一秒要

cka04/06 01:46多少卡,來得及寫入又傳輸嗎

metalfinally04/06 02:08當然是跟Google一樣，各地都有伺服器先異動再同步

metalfinally04/06 02:09不然就是跟台灣有些自助加油是先扣款清算時再補回

jh96120204/06 02:33如果伺服器當機會不會GG

strathclyde04/06 06:41全台灣閘門速度最快的應該是台鐵了

lianpig556604/06 09:25有點懷疑這樣真的會比較快嗎

nepho04/06 09:36其實光能集中管理這點優勢就很大了

lianpig556604/06 09:48看了一下應該不限手機SUICA，是類似eki-net的綁定方

lianpig556604/06 09:48式，買了優惠票價商品後，可以和suica綁定，在進出站

lianpig556604/06 09:49時可以從後台取得優惠票價的適用資料 就只扣優惠票價

peggy092304/06 10:52日本的自動加值跨區超麻煩耶

HMKRL04/06 10:56希望可以解決掉區域限制（米原之類的

HMKRL04/06 10:56JR東管內解決不意外 跨公司能解就更好了

bbbb2548704/06 12:56我怎麼看都覺得更慢

omkizo04/06 13:49可能資料中心是每站有一台子伺服器吧 全國集中太慢了 一個

omkizo04/06 13:49網絡故障就癱瘓了

omkizo04/06 13:58要搞的話一定是要分散式網絡吧 現在有區塊鏈應該不是問題

kigohcy04/06 20:19做電腦的不覺得這樣會變快，丁尺東假設要搞微服務，問題

kigohcy04/06 20:19在網速塞車時就死了，就像台灣精美的訂票系統

shter04/06 20:30不可能用區塊鏈搞這個..上鏈速度超慢的

borriss04/06 20:31 看起來就是先在北東北那種人少的地方試啊(

shter04/06 20:31分散式頂多就是各站有一台主機定期更新同步計算程式資料檔

cka04/07 01:39定期要多久時間?坐到下一站還沒更新的話怎辦..

jk18904/07 08:54日本電信業就有癱瘓前科可尋

episode66604/07 09:10現在JR東的做法是在閘口感應時算好錢扣掉，交易紀錄

episode66604/07 09:10再慢慢傳回後段更新，可以不用這麼即時，缺點就是閘

episode66604/07 09:10口沒法塞太複雜的邏輯，所以要分區

episode66604/07 09:12以後新架構算票價都要傳回中央主機，只要一卡住，人

episode66604/07 09:12就出不了站了，塞死

evanzxcv04/07 12:20一定還是會讓閘口可以算啦，不然主機出問題就慘了，如果

evanzxcv04/07 12:20閘口算錯之後再補就好了

omkizo04/07 13:51對站來說 他不用知道全國的資料 所以用區塊鏈其實蠻合適的

omkizo04/07 14:04上鏈慢是因為加密貨幣要用算力確認交易 私有鏈可以稍為精

omkizo04/07 14:04簡這個過程?

HMKRL04/07 19:11那根本不用鏈。