越来越觉得 The Matrix 真是一部伟大的电影，直接预言了中国互联网的发展趋势。最近接而连三的网络屏蔽事件已经快让人喘不过气来。我相信有一天那群人会在你的身体内植入电子芯片，控制你的的身体与思想，”帮助”你在和谐中得到永生。
“你有狼牙棒，我有天灵盖”，即使是网络顺民，最终也会在这样的层层阉割与过滤下激起反抗。总会有人冲破层层封锁，到达锡安(Zion) ，在 Matrix 中被解放的人都将在那儿。在锡安，没有”连接被重置”，没有”此信息禁止评论”，没有”据当地法律法规和政策，部分搜索结果未予显示”…
在这个信息时代，键盘就是武器，只要敢于说不，1984 就不会持续多久，无处不在”关心”我们的老大哥也将最终瓦解。而那些与强权分食腐肉的鬣狗们，也将得到唾弃与审判。
–EOF–
关于支付宝的证书使用中出现的 800A138F 错误是个老问题了。这里尝试对这个问题做说说个人看法。
历史原因说来话长，我尽量说得简要一些。首先需要涉及证书（Certificate ）在操作系统中通过 ActiveX 形式的登记（Enrollment ）这事儿。在 Windows XP 之前，延续使用的是 XEnroll.dll 这个库接口。但是因为这东西比较古老，且出于”更安全”、更方便开发的角度上考虑，从 Windows Vista 与 Windows Server 2008 开始引入 CertEnroll.dll （参考)。这个差异也导致了支付宝证书在不同版本的操作系统间的导出再导入可能会出现问题。
一般来说，错误信息类似如下：
错误原因：'cenroll' 为空或不是对象，错误代码：800A138F。
Microsoft XEnroll，在产生密钥对时失败！错误原因：'null'为空或不是对象，错误编码：800A138F
(这个错误信息表明是使用 XEnroll.dll 过程中出现了问题。)
不知出于什么考虑，微软上 Vista 的时候居然没考虑到 XEnroll.dll 这东西没了，向后兼容性如何处理呢? 而有些第三方开发厂商也不是未卜先知。所以，Vista 大量涌入市场的时候就暴露出来了问题(当然第三方开发商也要狠狠的打自己自己一个嘴巴)。微软的拿手解决方案就是发行一个补丁 ，在 Vista 和 Windows Server 2008 上也能使用老的 “Certificate Services Web enrollment pages” （其实就是给 操作系统里安装一个 XEnroll.dll 库)。参见知识库 922706 。
这个 800A138F 错误大多数时候出现在 Vista 系统上。也是有很多其他客观因素的，其中比较主要的一个是 User Account Control(UAC)这个特性带来的麻烦。UAC 默认级别替用户”多考虑许多”，安全级别控制的很好，好到这个安全成了麻烦。这个如果通过系统管理员用户一项一项的去设置的话，是可以对付安装上的，但是不可避免的是，很多用户不是操作系统专家，甚至不知道什么是”系统管理员”，所以如果把 UAC 关闭的话，可能会直接省了不少麻烦，但是这样的话，又有很多用户会觉得安全性受到了威胁，也难免抓狂，这个选择很是两难。
除了 Vista ，在 XP 上也会遇到这个错误。一般来说，某些第三方的小工具会禁止 Microsoft Certificate Enrollment CAB (这也是非常头疼的一个问题)，这种情况下可以考虑修改注册表或者是在这类工具的插件管理的地方把这个 CAB 放开。或者考虑修改注册表的方式 (参考)。
我的个人建议是：不要使用 Windows Vista ！(请默念10遍：Windows Vista 是个烂系统) 这是个微软内部都承认失败的操作系统。使用老的 Windows XP 吧，毕竟，微软已经承诺对 XP 延续支持到 2011 年了。至于 Windows 7 ，尽管叫好声不断，但我们现在只能期待。
另外，对于 IE 用户，建议使用 IE7 或者 IE8 (IE6 出来已经有 10 年，老掉牙矣，且从安全性的角度上考虑也的确不佳)。
以上是对支付宝证书错误 800A138F 的一点非专业解释，兄弟我并非 Windows 操作系统专家，期待对 Windows 操作系统更为熟悉的朋友进行补充以及纠正。现在情况已经如此，一刀切解决问题似乎不太现实，没有理由推卸任何责任(尽管个别读者可能这么认为)，只能尽量、尽快改进–现在已经在和合作方一起进行对此错误的处理！
用户的痛苦我也是感同身受！这并非客套话。
–EOF–
注意：这篇文章有实效性，且包括作者本人主观看法。
更新：从用户的反馈来看，Windows 7 比 Vista 易用性和性能好了很多，推荐使用。
淘宝开放平台( Taobao Open Platform, TOP ) ，面向第三方的开放式电子商务服务基础服务框架，重装上阵。前一段时间提前接触了一点这个项目，真是个非常有想象空间的事情。
可以肯定的是，这是”大淘宝”战略的一个重要环节。从最初的 Taobao.com 一个站点，现在是一个平台，将来再到一个更大的商业生态系统。
(上图出处)
去年下半年淘宝有过一次尝试(“淘园”项目)，与上次的初步尝试截然不同的是，这次已经不再通过阿里软件这一层进行接入，从开发者使用角度上看，减少了交互环节,更加直接方便。此外，可供使用的应用程序接口愈加丰富，更贴近用户使用习惯。随着开发者社区的成熟和开发者规模的扩大，淘宝提供平台化的支持也是可以想见的事情。
对于所有的开放平台开发者来说，最关心的问题莫过于盈利模式。现在 TOP 关于盈利模式主要有两种形式：一是淘宝客佣金模式，再一个是淘宝插件分成模式。还是比较清晰的。就我个人而言，更倾向于前者的模式。也期待淘宝运营人员能够根据实际情况制定更加有利于开发者的策略，积极促进与开发者之间的互动。胜，在于人。
与其在一些 SNS 网站捣鼓那些游戏插件，还不如来开发电子商务第三方应用呢。你说呢?
以上仅为个人看法。所用信息均为公开资料。请勿跨公司抓捕 :)
–EOF–
拜读了关于 LinkedIn 几位工程师写的构建 TB 级的 key-value 系统的经验：Building a terabyte-scale data cycle at LinkedIn with Hadoop and Project Voldemort。具体实现过程有大致的描述，就不鹦鹉学舌了。
其实现在很多公司可能都面临着这个抽象架构图中的类似问题。以 Hadoop 作为后端的计算集群，计算得出来的数据如果要反向推到前面去，用什么方式存储更为恰当? 再放到 DB 里面的话，构建索引是麻烦事；放到 Memcached 之类的 Key-Value 分布式系统中，毕竟只是在内存里，数据又容易丢。Voldemort 算是一个不错的改良方案。
值得借鉴的几点:
关于 key-value 应用的解决方案又多了一种。LinkedIn 对此应用案例也还在发展中。如果业务类型类似，不妨关注一下。
–EOF–
