我的网站将仅使用 OpenID 进行身份验证。我想通过属性交换来拉取用户详细信息,但是属性交换似乎给 StackOverflow 带来了很多痛苦。
行业现状如何?是否有任何 OpenID 提供商在属性交换方面做得不错?
我应该完全避开 OpenID 属性交换吗?
如何处理对功能的不一致支持?
我的网站将仅使用 OpenID 进行身份验证。我想通过属性交换来拉取用户详细信息,但是属性交换似乎给 StackOverflow 带来了很多痛苦。
行业现状如何?是否有任何 OpenID 提供商在属性交换方面做得不错?
我应该完全避开 OpenID 属性交换吗?
如何处理对功能的不一致支持?
在 Stack Overflow 上,我们现在只使用简单注册扩展,因为属性交换 (AX) 存在一些问题。
最大的问题是 OpenID 提供者 (OP) 不同意使用哪种属性类型的 url。AX 的最终规范说属性 url 应该来自http://www.axschema.org/ 但是,一些 OP,尤其是我们最喜欢的http://myopenid.com,可以识别其他 url。我不打算列出哪些是淘气的,哪些是好的!
另一个问题是,我尝试过的大多数 OP 在使用 AX 查询时都没有返回信息——我可能做错了什么(经常发生:)),但我已经在我的个人资料中公开了相关细节,我们'重新使用最新、最优秀的 .NET 库DotNetOpenId。
当我们有更多时间时,我们肯定会在 Stack Overflow 上重新访问 AX,因为无缝的用户体验对我们来说非常重要!
虽然属性交换有它的问题(我相信 SO 的人可以告诉你更多),但它确实有很多好处。在某种程度上,这取决于您是否真的需要它。简单注册似乎可以完成这项工作,只需向用户询问某些值可能是有意义的。使用常识,不要陷入把所有事情都推到一个真正的道路上。