如果我使用Facebook身份驗證，我的網站是否需要自定義登錄功能？

我的網站已經擁有Facebook身份驗證功能，允許用戶使用他們的Facebook帳戶登錄。對於某些擁有FB帳戶的人來說，完美地工作。僅提供FB身份驗證選項是否很好？優缺點都有什麼？如果我使用Facebook身份驗證，我的網站是否需要自定義登錄功能？

其實，我需要說服我的客戶FB登錄已經足夠了，我們不需要任何額外的「登錄表單」。很高興向他展示一些證明我的觀點的文章/研究。

來源

2011-10-17 yegor256

搭載身份驗證是Web應用程序中不斷增長的趨勢。這真的取決於你的觀衆是誰。例如，如果您的Web應用程序與開源項目相關，那麼要求用戶使用Github身份驗證將是非常合理的。

如果你的服務的主要功能依賴於Facebook的整合，我會說是的，只有FB認證纔可以。但是，如果只是將您的配置文件鏈接到您的FB配置文件的「選項」，那麼進行主要的自定義登錄將是最好的主意。

來源

2011-10-17 17:25:50 cocoahero

那麼，說實話，在大多數情況下，如果你真的想要高轉換率，你不能強迫你的用戶成爲任何特定auth提供商的成員，即facebook。您應該實施混合聯盟登錄系統，通過該系統您的用戶可以選擇像Google，Yahoo，OpenId，Facebook，Twitter這樣的優先認證提供商

如果您想要支付金錢和不想花時間編碼，你可以檢查一下現有的解決方案，這些解決方案已被證明可以像JanRain Engage那樣工作得很好。否則，如果您使用PHP構建應用程序，那麼您可以使用混合身份驗證庫，如HybridAuth，它不僅是免費+開源的，而且還支持OpenID，Facebook，Google，Twitter，MySpace和基於AOL的身份驗證系統。

我希望你會覺得它有用。只是我的$ 0.02 :)

來源

2011-10-17 17:23:05

我認爲這不是一個好主意。如果FB更改其登錄方法會怎樣？在解決問題的同時，您的網站將會停止運行。

我的最佳體驗是擁有自己的登錄架構/數據庫並鏈接一些其他方法（如FB，Twitter，Google等）以簡化用戶的登錄過程（但已鏈接到我的數據庫的唯一自己的用戶）。所以，如果某種訪問方法失敗，您可以使用自己的標識符登錄。

來源

2011-10-17 17:23:43 yoprogramo

這就是爲什麼他們沒有突然改變它。他們發佈了他們的新技術，並慢慢棄用舊技術。 –

如果我使用Facebook身份驗證，我的網站是否需要自定義登錄功能？

回答

相關問題