OpenID是个很奇妙的东西，虽说很好用，但是还是有些比较大的问题：
　　1. 号称是decentralized和user-centric的，但实际上还是有中心服务器来存储并验证你的信息，因此不可避免的，还是要把自己的数据放在别人的地方——毕竟自己能架一个OpenID server的人还是少数，并且如果只为自己用，那也太浪费了点。
　　2. 每次登录都需要去存储个人档案的地方验证一下，也就是说，从正在浏览的网站跳出，然后跳回来。这就使得开发者并不容易让自己的网站支持OpenID，另外，很多站长并不喜欢把验证过程放到别的网站上，这会显得自己的网站不够独立。
　　3. OpenID的profile只支持少数的几项属性：Nickname, Full Name, E-mail address, Birth date, Postal code, Gender, Country, Time zone, Preferred language。无法扩展，这是最致命的问题，例如我就希望OpenID里至少还要包括Website, feed, Photo等属性。尤其是Website，对于自己的Blog首页无法挂上openid.delegate的人来说非常重要，而Photo属性则可以让使用OpenID的网站不需要再处理用户的头像，比如在我的留言中就可以显示头像了。可惜现在不行。
　　其实如果对安全性的要求更低一些，例如主要用于论坛或者博客留言的话，可以用decentralized的文件验证来代替OpenID的URL验证，解决上面的所有问题。这个就不在这里展开说了，等我把Draft写出来再说。
　　开始对OpenID不太了解的时候，以为用OpenID可以解决我留言里头像的问题，结果仔细看了之后发现不支持，不过同时也找到了一个可以用来进行OpenID验证的函数库，那就简单了，原本以为要做几天的协议支持，结果稍微修改了一下现有代码，用了一个多小时，现在网站就可以支持OpenID了。
　　至于OpenID在我这里有什么用？真的有用吗？好像还是没有的……因为本来就只是留言，需要用户名，网站地址(可选)，留言内容，头像(暂时无法使用)。用了OpenID之后，头像还是不能用，用户名和留言内容还是必填(用户名变成了OpenID名，比原来还长了)，可以省略的是网站地址，自动用OpenID的URL替换了——可是对于大部分OpenID不是自己网站地址的人来说，并不希望用OpenID的URL替换自己的地址，于是，就什么都没省下……
　　最后，不知道OpenID是什么或者不知道怎么用OpenID的人，可以看这段视频。

　　Update: 感谢鱼总，居然世界上还有个叫gravatar的网站提供头像服务。现在已经加上了对它的支持，只要你用OpenID留言，并且你OpenID里的Email在gravatar里有对应的头像图片，就可以显示了。这下OpenID终于有点好处了。
　　Update2: 支持直接填写Email地址来获得gravatar里的头像。这下OpenID又没有用了——除了可以少输入点东西。