拥有Facebook帐户是否会很快成为使用不相关的Web应用程序的必要条件?


15

我注意到提供Facebook身份验证的网站的趋势正在增加。但是,我自己并不想要一个帐户。

通过使用其身份验证功能可以否决我对服务适当性的蔑视吗?


我认为这完全是话题,尽管有点投机性。Web应用程序不能很好地处理身份,整个“哎呀,让我分别登录这些FIFTY不同站点”问题对于所有Web应用程序来说都是一个巨大的问题。
杰夫·阿特伍德

@Jeff-听起来好像Facebook Connect和使用用户名/密码是仅有的两个选项。像OpenID这样的分散系统又如何呢?
MiffTheFox 2010年

Answers:


9

这不是必需的,因为很多Web应用程序开发人员都是关心Facebook隐私问题的人(不同于普通的Joe)。这将越来越成为一种选择,但绝不是必须的,而且我说其他选择,例如Twitter或openID也将得到推广。

但是,我们这个网站上的所有人都无法预测未来。


+1更好的网站管理员(少数)将仅依靠FB Connect进行身份验证,但多数将呼吁开放式身份验证平台,该平台不会侵犯用户的隐私。在这个领域,OpenID / OAuth的势头越来越大。甚至Facebook现在也使用它来认证其用户。我认为在不久的将来这不会成为太大的问题。
Evan Plaice 2010年

3
+1它将始终是一个选项。只要周围有竞争对手,Atleast。如果某个站点选择将其强制(facebook登录)在您身上,则它们将失败。
thunderror

@thunderror,他们可能会失去一些潜在的潜在客户,但他们也可以通过获得访问的共享Facebook用户信息的价值来获取收益。他们还可以利用Facebook提供给合作伙伴的一些预先构建的基础架构和集成,并可能为庞大的受众群体提供便捷的途径。总而言之,这可能在商业上具有吸引力。
威廉

5

让我们不要忘记OpenID,您在这里使用了它进行身份验证。

不要忘记它,说出来。就像没有微软有效的20年个人计算机领域的锤锁一样,我们所有人可能都会过得更好,同样,我们真的不希望互联网的大门落入一个公司的手中。

(是的,关于Microsoft的说法值得商de,我可以对双方进行同样的辩论,但这不是我的意思。如果您不喜欢MS的批评,请用“ Standard Oil”代替。披露:我与OpenID Foundation的联系为零)


1
带有OpenID的问题是大多数人不知道它是什么,它使登录页面上的普通用户感到困惑。
不要

1
@Ian:我不同意。再说一次,大多数人还必须学习如何登录具有多个密码要求的多个站点,如何忽略来自尼日利亚银行家的邮件,以及不运行“ Joe”发送的“ EatMyFace.exe”附件。某些人仍然无法很好地完成这些任务;)
msw

关于OpenID的事情是,如果您不信任Google(例如,Google),则始终可以向其他提供商进行身份验证,如果您拥有网站空间,甚至可以创建自己的提供商。
MiffTheFox 2010年

2

最有可能的。

Web应用程序开发人员正在寻找减少摩擦的方法来吸引人们使用他们的服务,并且鉴于他们的许多用户将拥有Facebook帐户,因此通常将其添加为另一种登录方式。

但是,我已经看到,通常如果提供Facebook,通常也提供Twitter,因此,如果您不喜欢使用Facebook,您对Twitter的感觉如何?


1
但是我不相信在很多情况下Facebook是您唯一的选择-您应该能够使用Twitter身份验证,OpenID等替代登录方法或OpenID,或者仅使用常规的旧“创建帐户”。
10年

1

很多人不会喜欢我在写什么,不会选择只支持Facebook登录。但是,这样做的一个很好的理由!

我现在遇到一个网站问题,该网站使我可以使用Facebook,OpenID和自定义密码等,因为我永远无法记住我使用的登录系统!

因此,有必要仅支持Facebook,然后利用Facebook的朋友系统,这样您的客户可以根据需要告诉他们的朋友您的情况。如果您在Facebook上也有广告,则仅支持Facebook登录的情况就更好了。

这些天,您可以成为10%的潜在客户的最佳选择,同时做80%的潜在客户讨厌的事情,从而赚很多钱!因此,在登录页面上让所有人都满意不是最好的选择,请参阅“ The Purple Cow


“ ...因为我永远无法记住我使用的登录系统!” 现在和现在完全一样,而且这个问题在过去的8年中都没有得到解决。现在,我的密码管理器不仅包含用户ID /密码记录,而且还包含“我为服务使用了哪种身份验证服务”。
Jochem Schulenklopper

1

我当然希望不会。尽管DoNotInstall在回答中给出了非常合乎逻辑且令人信服的论点,但我认为对于任何Web应用程序开发人员(或最终用户)完全依赖任何一家第三方公司或服务进行身份验证是完全不负责任的, OpenID可能例外。

假设您构建了一个仅使用Facebook进行身份验证的流行Web应用程序。如果极少数情况下Facebook曾经暂时或永久脱机(通过不良更新,DDoS攻击,SOPA / PIPA类型的法律,甚至破产),您该怎么办?更重要的是,依赖您的应用程序的最终用户会做什么?如果您支持多种形式的身份验证,从长远来看,这不会是一个太大的问题,但是如果您仅依靠Facebook,那么您将陷入困境。

我个人认为,任何负责任的Web应用程序开发人员都应始终牢记这些事情,并且,如果使用第三方服务进行身份验证,则始终要支持多个服务。我认为始终支持用户名/密码或电子邮件/密码身份验证是万不得已的做法,以防万一第三方失败。

披露:到目前为止,我仅依靠Facebook登录到我的StackExchange帐户。考虑到您的问题和答案,促使我添加了Twitter和Google帐户作为选项。尽管Facebook不会被撤下的可能性很小,但我认为Facebook,Google和Twitter不会同时被全部撤下的可能性更大。


不幸的是,我发现Twitter不是这里的选择。所以我选择了Google和Yahoo(我也认为Facebook,Google和Yahoo极不可能在任何时候全部淘汰这三者)。
stevenh512 2012年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.