真的需要支持那么多的登录方式么？

@akann 还有就是如果提供openID的一方服务不稳定会造成其他网站出现问题...等等因素太多

@holystrike 那一定是你探测的姿势不对。

使用多个第三方帐号能够登录到同一个账户会更靠谱些，忘记的该用什么登录的情况下尝试成功的几率也大。

看具体产品形态，在我下定决心正式弃用目前的旧爱投靠一个相对复杂但（可能）价值更高的网站服务时，如果有第三方登录来降低我的注册成本让我先简单体验一下，我会觉得很贴心。如果试用感觉好，再迁移。

面对那一堆登录框，恐怕还要思考一下自己当年是用什么登录的？+1。而且有些网站原本不支持第三方的，当用户回到这个网站的时候又支持一堆第三方，用户又不记得自己是不是用过第三方登录过这个网站，这也是很麻烦的事情。
国内很多论坛即便用第三方登录也一样要填写一堆注册信息，那还不如不用第三方直接注册呢。

@est 不能跨域读取 cookies 的 OwO

确实没必要搞那么多登陆方式，针对自己网站的定位和人群，找几个稳定的第三方登陆即可。
门槛低不等于不要门槛吧。

@est 如果可以跨域讀cookie的話，這個世界就崩潰了。

以前考虑这个问题。
支持多网站登录还是有不少问题的，感觉暂时不是很有必要这么做。
1. 用户名问题。直接用第三方用户名还是让用户手动设置一个？
2. 多账号如何合并。比如你用QQ登陆过，后来又用twitter登陆过。用户如何将这两个账号给合并成一个？stackoverflow的做法是尽量避免这个问题。提示用户在已有账号的情况下使用绑定功能。但用户很可能忘记当初用哪个账号登陆过，导致错误的进行重复注册。

支持第三方登陆的好处主要还是方便些。
1. 对系统而言也省去必须让用户去确认邮件地址的问题。
2. 如果用户已经绑定过第三方账号，在第三方平台登陆后，用户可以省去重复输入账号密码的问题。

使用第三方登陆还有一个好处是可以防止密码泄漏的危害，至少我相信谷歌不会像CSDN一样暴明文密码出来。

@est 求探测其他域名cookie的姿势 (* *#)

@francis 比如一个图片要用户登录后才能看到，那么你可以img src这个图片，然后onerror一个事件，onload一个事件。

哎哟…各显神通了…

@est 方法不错⋯（但是这不叫cookie探测啊）⋯ 用户登出了豆瓣回来找不到豆瓣登陆岂不是很困惑⋯⋯ 我比较倾向不支持豆瓣这种相对用户较少的第三方登陆。

这两天正好一直在思考第三方登录的流程设计和如何找回密码以及找回注册时采用的注册方式。
明天打算看一看几个WP插件的设计

不用记很多密码，也不用输密码。修改密码也很方便。

个人觉得很方便

iOS5直接整合了twitter登陆，算是在iOS上解决了登录验证的问题，不过也只有苹果能如此强势吧。。。

@est @cloudream 可以考虑用cookie记住该用户第一次使用第三方登陆，下次只显示这个。

现在新的浏览器不是可以跨域访问资源了吗, 需要在头里面授权域名