我的网站将使用仅OpenID进行认证。我想拉的用户的详情下通过的属性交换,但属性交换似乎已造成了很大的悲痛为计算器.

什么是的目前状况的行业?是否有任何OpenID提供者做一个体面的工作的属性交换?

我应该远离OpenID属性交换完全?

我可以如何处理不一致支持的功能?

有帮助吗?

解决方案

在这里堆溢出,我们只是使用 简单的登记 扩展的现在,因为有一些问题与属性交换(斧).

最大的是OpenID提供商(OP)不同意在这 属性类型的网址 使用。在最后确定规格为AX说的属性网址应该来自 http://www.axschema.org/ 然而,一些行动,尤其是我们最喜欢的 http://myopenid.com, ,认识 其他的 网址.我是不会保持一个列表,哪些是淘气,这是不错的!

其他的问题是,大多数行动我试着只是没有回信息查询时用斧头-我可能已经在做的事情是错误的(发生相当频繁:)),但我已经做了相关的细节的公开我的简介和我们使用最新、最优秀的。净库, DotNetOpenId.

我们一定会重新审查斧头在这里堆溢出时,我们获得更多一点的时间,作为无缝的用户经验是非常重要的是我们!

其他提示

虽然属性交换有它的问题(我敢肯定有人从这样可以告诉你更多的),它确实有 一个很大的好处.某种程度上这取决于你是否真的需要它。简单的登记,似乎要做的工作,它可能会使意义只要求用户的某些价值观。使用的共识,并不得到坚持推推搡搡的一切下来一个真实的方式。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top