连续推荐了好几天网站，其实都是从我的订阅列表中挖出来的，所以大多是博客。今天这个网站是在 Slashdot 上看到的（原链接懒得找了 -_-b），是个超简单的服务网站——CacheFile。

随着 Web 2.0 的流行，Cache 这个概念被带到越来越重要的位置。虽然 Web 2.0 服务多种多样，但大多网站都会使用一些通用的东西，例如 Javascript 框架和订阅图标。CacheFile 就是一个存放这种通用文件的地方，你可以在你的应用中直接引用 CacheFile 所提供对应文件的链接，节省服务器带宽，同时也提高用户体验。

其实 CacheFile 是个非常简单的服务，但我在这里之所以推荐它，是因为这个网站的思路非常不错。Javascript 框架和订阅图标等资源，在不同网站间，有很大程度的一致性和通用性，但由于隶属于不同域名，用户在访问不同网站时，不得不重复下载这些资源，浪费服务器流量的同时，也增长了用户的下载时间，降低用户体验。我们举个例子，例如 jQuery 这款出色的 Javascript 库，在很多网站上都有使用。传统方法，如果 A/B/C 三个站都使用了 jQuery，那么用户 U 访问者三个站就不得不分别从 A/B/C 下载三份同样的 jQuery；但如果 A/B/C 三个站点都从 CacheFile 引用 jQuery 的话，那么由于浏览器的缓存，用户 U 很可能只需从 CacheFile 下载一次 jQuery。也许一两个网站，这种体验的提升还不明显，但如果使用的网站增加，改善肯定会相当明显。

CacheFile 目前仅仅提供 Scripts 和 Graphics 两种资源，图形方面只提供了各式各样的 RSS 订阅图标供使用；Scripts 方面则基本提供了所有流行的 Javascript 代码库，包括 MochiKit/aflax/dojo/ext/jQuery/mootools/prototype/yui，基本已经非常全面了。对于 Web 2.0 开发者来说，应该是够用了。

当然，CacheFile 也有它的问题。首先，在我这里访问 CacheFile 还不够快，如果能在世界各地多提供一些 CDN 加速的话会更加实用；其次，把代码都交到一个地方这种中心化的做法，一定程度上降低了服务的稳定性。不过我个人觉得，CacheFile 的思路非常好，如果想 Google 或微软这种服务器众多、带宽充裕的大公司来维护这样的服务的话，对于解决 Web2.0 开发中面临的这类问题，还是非常实用的。

昨天发布了 Extended Live Archive for WP 2.3，我的一位好朋友凡在安装使用时发现问题向我报告。虽然后来我发现是他自己目录权限设置的问题，但在讨论问题时却有了意外收获：我发现我的 Blog 留言不正常显示，而数据库中却已经成功添加了，而且并没有被标记为 spam。

经过一番排查，我发现是 WP-Cache 这个插件出现了不兼容问题。WP-Cache 是一款 WordPress 静态化插件，它通过将生成的动态页面进行缓存，然后用缓存的静态内容相应访问请求来大大降低服务器的负载，提高响应速度。WP-Cache 本来是可以在发生有效评论时自动重建对应的缓存页面的，但由于 WP 2.3 在评论审核机制上的小小变动，导致 WP-Cache 无法正常重建缓存。

经过研究代码，我发现原来是 WP-Cache 插入评论部分的 action 优先权过高导致的问题，通过修改 WP-Cache 的代码，将缓存重建的优先级别降低到评论自动审核之后，不仅可以使 WP-Cache 在 WordPress 2.3 下正常工作，而且可以让提交的评论先经过 Askimet/Spam Karma 2 这样的强力评论审核插件审核，然后再将非 spam 评论送到 WP-Cache。这样垃圾留言行为就不会触发页面的重建，从而减小垃圾评论对服务器资源的消耗。

我想用 WP-Cache 的朋友应该不少。需要的朋友可以在这里下载。老规矩，引用的话请使用本文链接，不要直接使用下载链接，谢谢合作。