如果我'；我在使用Facebook身份验证？

我的网站已经有了Facebook认证功能，允许人们使用他们的Facebook帐户登录。对于某些拥有FB帐户的人来说，这项技术非常有效。仅提供FB身份验证选项是否是一种良好做法？利与弊是什么

---

事实上，我需要说服我的客户FB登录就足够了，我们不需要任何额外的“登录表单”。很高兴向他展示一些证明我观点的文章/研究。

好吧，老实说，在大多数情况下，如果你真的想要高转换率，你不能强迫你的用户成为任何特定身份验证提供商的成员，例如facebook。您应该实现一个混合的、联合的登录系统，通过该系统，您的用户可以选择更好的身份验证提供商，如“Google”、“Yahoo”、“OpenId”、“Facebook”、“Twitter”

如果你想花钱而不想花时间在编码上，你可以看看现有的解决方案，这些解决方案被证明像JanRain Engage一样工作良好。否则，如果您使用PHP构建应用程序，那么您可以使用这样的混合身份验证库，它不仅是免费+开源的，而且还支持OpenID、Facebook、Google、Twitter、MySpace和基于AOL的身份验证系统

---

我希望你会觉得它有用。就我的0.02美元：）

我觉得这不是个好主意。如果FB更改其登录方法怎么办？您的站点将在您修复问题的同时退出

---

我的最佳体验是拥有自己的登录模式/数据库，并链接其他一些方法（如FB、twitter、google等），以简化用户的登录过程（但已链接到我数据库的唯一自有用户）。因此，如果某些访问方法失败，您可以使用自己的标识符登录。

在web应用程序中，背驮式身份验证是一种发展趋势。这真的取决于你的观众是谁。例如，如果您的web应用程序与开放源代码项目相关，那么要求用户使用Github身份验证是非常合理的

---

如果您的服务的主要功能依赖于Facebook集成，我会说是的，只有FB认证是可以的。然而，如果这只是一个“选项”，比如将你的个人资料链接到你的well FB个人资料，那么拥有一个主要的自定义登录将是最好的主意。

这就是为什么他们不会突然改变它的原因。他们发布了他们的新技术，并慢慢地反对旧技术。