Openid托管服务RPX试用感想

时间:5年前   阅读:6258

年下半年,微软和Google相继宣布支持Openid。

这就是说,你不需要每个网站都注册了,Gmail帐号有望变成通用帐号。

这不仅方便了用户,而且对网站制作者也很有吸引力。所有Gmail的用户,不用注册就能使用你的网站,这是多大的一个市场啊!更重要的是,由于用户名是相同的,不同网站之间进行用户数据的同步和交换就容易多了。另一方面,用户数据的维护"外包"给了Google,你自己就不用干这活了,可以将更多的精力集中在开发网站的核心功能上。

虽然有这么多好处,但是半年过去了,很少有网站实现了这个功能。

今天,我终于明白了为什么。

不是大家不想实现,而是实现起来太难了。Openid的规格和Google的开发文档,都写得非常费解,很难读懂。就算你读懂了,真正将这项功能做出来,更是一桩麻烦事。

所以,当我看到有一家公司提供Openid的托管服务RPX时,我是多么高兴啊。按照那家公司的宣传,你所要做的,只是在网页中插入几行代码,剩下的全部由它来完成。

我就按照它的说明,搭建了一个范例。(你可以点击进去,感受一下通用帐号的登录过程。但是做好思想准备,这个服务的载入速度相当慢。)

它确实做到了,提供一个支持各种Openid帐号的统一接口。但是它把接口做死了,你根本没法定制,一点灵活性也没有。昨天,我原想修改它的登录界面,结果改了一天,最后发现没法成功,郁闷得不得了。而且除此之外,我上面提到各种毛病依然存在。所以,我觉得这个服务不具备实用性。

经过这件事,我对Openid转而感到悲观了。我的判断是,除非技术上出现重大突破,否则在未来很长一段时间中,Openid都不会得到大规模部署。

这意味着,每一个网站依然必须维护自己的用户管理系统,而每一个用户依然必须到处注册,苦思冥想如何记住自己的几千个用户名。

(完)

本站声明:网站内容来源于网络,如有侵权,请联系我们https://www.qiquanji.com,我们将及时处理。

微信扫码关注

更新实时通知

上一篇:XMLHttpRequest Level 2 使用指南

下一篇:Javascript模块化编程(一):模块的写法

网友评论

请先 登录 再评论,若不是会员请先 注册