ralse wrote:你是真不懂還是裝不懂...(恕刪) 能計費表示起點(入匝道處)跟終點(出匝道處)都是確定的只有這兩個資料取得是跟eTag機端掃描辨識能力有關係除了這部分之外並沒有跟金額相關需要的"容錯"條件吧得到上述兩資料資後金額計算錯誤無論是系統或人為金流相關流程計算錯誤在電子商務中絕對是不可原諒的目前多數購物網站連PO錯價都要自己吞下去結帳前好歹有一個確認結帳的明細畫面吧有責任可由流程判斷兩造各自疏失eTag是強制要先儲值且在未經使用者逐次確認覆核就逕行扣款的系統連計算金額不出錯這個基本原則都無法兌現實在不是現今電子商務技術環境下應該忍受的範圍了
米多 wrote:其實很好奇那些護航睜...(恕刪) 甚至有覺得個資不重要的...現在想想,如果這次洩露的個資有包含使用者申請服務時輸入的帳密那麼,可能要把其他網路服務的密碼全部拿去修改了太多人一組密碼打天下etag出包連帶把fb/gmail/hotmail/網銀之類的密碼給洩露了,太酷了
一上路就出那麼多問題,怎都沒看到交通部出來發個聲?難道交通部被遠通河蟹了?剛新聞又在報民眾最新的投訴,往南下竟然同時間被北上的etc偵測扣款,還有在etc閘下快速變換車道也會被扣兩次款,唉,還好我沒裝。
http://www.mobile01.com/topicdetail.php?f=397&t=3723117&last=48113592看一下隔壁樓的!!!!!!!!!!!!!!!!!!!!!!!!!!才是重點!!!!!!!!!!!!!!!!!!!!!!!!!!遠通被駭的帳號是有權限透過ip去存取http://www.mvdis.gov.tw/知道這個網站是啥嗎?台灣電子公路監理網我看裡面的資料庫應該也被copy光光了...
xvi wrote:金流相關流程計算錯誤...(恕刪) 這邊不是針對金流扣款錯誤,是針對"過站感應的硬體容錯"這錯誤發生了還是可以在資料庫內把有問題的部份去做修改寫個rule去parser把不合理的部份濾掉例如在南下過程突然出現一個北上的收費這種之後日結時記錄正確的金額,這樣就行了所以容錯率是指感應失敗~金流是在這之後的事情,而金流完全不能出錯這點是無庸置疑的。因此現階段是要把那該死的感應失敗問題給解決,這問題不解就扯金流下來那會死得更慘而已。