何時使用基於OpenID的登錄系統而不是傳統版本？

Question

全部問候：

我目前正在構建一個Web應用程序，並且一直在討論是使用常規的數據庫登錄系統，還是使用基於openid的登錄系統，就像我們在stackoverflow和family上一樣。我的問題是什麼時候應用程序設計人員會選擇比傳統的登錄系統更開放的openid系統，以及何時使用傳統的數據庫登錄系統會更好？

Answer 1

那它取決於幾個因素。其中一些是：

• 安全（？它是一個關鍵的登錄，如銀行系統並在用戶需要使用我的Facebook帳戶是相當荒謬的時間來更改密碼，以時間登錄到我的銀行賬戶？！）
• 保密（不要忘記你給信息的OpenID提供商或Facebook或谷歌或任何你移植到一個合成的openid）於外部服務
• 依賴（那些在您的環境中avilability）
• 可移植性（支持他們一次，你必須做4ever！） 和名單繼續下去，繼續。

一般來說網站使用單一登錄和openid來增加註冊，因爲它對用戶來說很方便。 權限控制/ Oauth等是另一回事。

在我看來，它是一件非常好的事情，但您應該始終在真正註冊的替代方案之後。

避免儘可能多的問題，你可以。允許用戶鏈接帳戶以便用戶可以改變，就是使用他新近獲得的openid用於他的帳戶表格，或者切換到舊的用戶帳戶。

總結：在背景中有99％的「真正的老學校用戶帳戶」。 所有這些openid/connect的東西都只是驗證。另一種輸入密碼的方式。