本帖最後由 KC3555 於 2025-9-18 11:48 編輯
左上角電話時間,下圖有小巴時間佐證。就係因為九巴app只有下班車還有幾多分鐘,無實際時間睇到。所以出九巴app係無辦法知道佢Server係咪死咗。 |
|
七擒孟獲尚知廉恥,但某相....
|
|
|
用非官方app話官方app server死機係咩玩法?
|
評分
-
查看全部評分
|
|
|
|
本帖最後由 KC3555 於 2025-9-18 12:00 編輯
app係設計的表面,data係官方大家share出來的資源。
官方app同其他app都係用同一個資源。
況且用九巴官方app只會告知你下一班車尚有幾多分鐘到,卻沒有告知你實際部車幾點到,反而更加無法證明server壞咗。
的確當時我睇官方app,673已經到站,但一直維持十幾分鐘,同私人app的資料吻合。但我只表明實際時間係hang咗,所以用私人app先立即可以證明。
|
|
七擒孟獲尚知廉恥,但某相....
|
|
|
GA6749 發表於 2025-9-18 11:50
用非官方app話官方app server死機係咩玩法?
應該話九巴個API |
|
|
|
|
究竟係九巴個Server壞咗,定係第三方app 個server壞咗呢?
|
|
|
|
|
1. App1933 唔係經政府 API 攞 ETA, 政府 API 死機唔等於 App1933 一定係跟住死
2. 你想表達成個 System ~10:10 之後成個 Countdown 無正常運作,其實用多幾隻字描述下唔係咁難?
3. 你話 App1933 一齊炒,咁點解唔 Cap 埋 App1933?
|
|
|
|
|
本帖最後由 KC3555 於 2025-9-18 13:37 編輯
我10:15在該巴士站等車:
KMB1933寫:70K 23分鐘,261 11分鐘,673 - 分鐘
10:22在該巴士站等車:KMB1933寫:70K 15分鐘,261 3分鐘,673 - 分鐘
10:30登上261。
10:30登車前:
KMB1933寫:70K 8分鐘,261 - 分鐘,673 - 分鐘
這樣的數據,不能顯出巴士公司出現問題,但673的數據已有啟示。但CAP KMB1933 app不能證明內在時間停頓,因為Countdown一直運行,但顯示不到673下一班車及上車後261下一班車。
而某軟件九巴一直困在10:10更新不來,而小巴卻每分鐘進行到一次更新。
所以問題不在某私人軟件身上,而是在九巴官方提供數據身上。
明白未?
|
|
七擒孟獲尚知廉恥,但某相....
|
|
|
建議樓主下次改用hkbus或者dataone |
|
鴨免:包容協助能力稍遜的板友
|
|
|
|
Advertisement
Advertisement
Advertisement
Advertisement
Advertisement
|