※ 文章網址: https://www.ptt.cc/bbs/Railway/M.1680704404.A.300.html
噓 ineedadvice: 你把5566放在哪 12/24 19:19
→ ineedadvice: ......看錯12/24 19:19
推 KYALUCARD: ....要介紹眼鏡行嗎?12/24 19:19
推 shter: 物聯網的雲端運算，原來這樣打API會比本地計算快 04/05 22:30
→ temu2015: 如果可以這樣搞的話 有沒有機會開放一般卡閘門自動加值 04/05 22:58
→ temu2015: 啊 04/05 22:58
推 d2241400: 加值？但也要設定卡的類別吧，如果有些人不想要自動加 04/05 23:01
→ d2241400: 值勒 04/05 23:02
推 rocky9137: 台灣閘門悠遊卡感應速度真的很慢 04/06 00:30
推 thecynic: 台鐵的其實滿快的... 04/06 01:29
推 cka: 真的會比較快嗎?閘門一次只要寫一張卡,後台傳輸全日本一秒要 04/06 01:46
→ cka: 多少卡,來得及寫入又傳輸嗎 04/06 01:46
→ metalfinally: 當然是跟Google一樣，各地都有伺服器先異動再同步 04/06 02:08
→ metalfinally: 不然就是跟台灣有些自助加油是先扣款清算時再補回 04/06 02:09
推 jh961202: 如果伺服器當機會不會GG 04/06 02:33
推 strathclyde: 全台灣閘門速度最快的應該是台鐵了 04/06 06:41
推 lianpig5566: 有點懷疑這樣真的會比較快嗎 04/06 09:25
→ nepho: 其實光能集中管理這點優勢就很大了 04/06 09:36
推 lianpig5566: 看了一下應該不限手機SUICA，是類似eki-net的綁定方 04/06 09:48
→ lianpig5566: 式，買了優惠票價商品後，可以和suica綁定，在進出站 04/06 09:48
→ lianpig5566: 時可以從後台取得優惠票價的適用資料 就只扣優惠票價 04/06 09:49
推 peggy0923: 日本的自動加值跨區超麻煩耶 04/06 10:52
推 HMKRL: 希望可以解決掉區域限制（米原之類的 04/06 10:56
→ HMKRL: JR東管內解決不意外 跨公司能解就更好了 04/06 10:56
推 bbbb25487: 我怎麼看都覺得更慢 04/06 12:56
→ omkizo: 可能資料中心是每站有一台子伺服器吧 全國集中太慢了 一個 04/06 13:49
→ omkizo: 網絡故障就癱瘓了 04/06 13:49
→ omkizo: 要搞的話一定是要分散式網絡吧 現在有區塊鏈應該不是問題 04/06 13:58
推 kigohcy: 做電腦的不覺得這樣會變快，丁尺東假設要搞微服務，問題 04/06 20:19
→ kigohcy: 在網速塞車時就死了，就像台灣精美的訂票系統 04/06 20:19
推 shter: 不可能用區塊鏈搞這個..上鏈速度超慢的 04/06 20:30
→ borriss: 看起來就是先在北東北那種人少的地方試啊( 04/06 20:31
→ shter: 分散式頂多就是各站有一台主機定期更新同步計算程式資料檔 04/06 20:31
推 cka: 定期要多久時間?坐到下一站還沒更新的話怎辦.. 04/07 01:39
→ jk189: 日本電信業就有癱瘓前科可尋 04/07 08:54
推 episode666: 現在JR東的做法是在閘口感應時算好錢扣掉，交易紀錄 04/07 09:10
→ episode666: 再慢慢傳回後段更新，可以不用這麼即時，缺點就是閘 04/07 09:10
→ episode666: 口沒法塞太複雜的邏輯，所以要分區 04/07 09:10
→ episode666: 以後新架構算票價都要傳回中央主機，只要一卡住，人 04/07 09:12
→ episode666: 就出不了站了，塞死 04/07 09:12
推 evanzxcv: 一定還是會讓閘口可以算啦，不然主機出問題就慘了，如果 04/07 12:20
→ evanzxcv: 閘口算錯之後再補就好了 04/07 12:20
→ omkizo: 對站來說 他不用知道全國的資料 所以用區塊鏈其實蠻合適的 04/07 13:51
→ omkizo: 上鏈慢是因為加密貨幣要用算力確認交易 私有鏈可以稍為精 04/07 14:04
→ omkizo: 簡這個過程? 04/07 14:04
推 HMKRL: 那根本不用鏈。 04/07 19:11