说说WP-Cache这个插件吧，这个插件在一定的程序上将wordpress进行了缓存，但是也不是真正意义上的缓存，真正意义上的缓存是会带来很多麻烦的，比如留言更新的问题，页面其他信息更新的问题。WP-cache是通过插件在wordpress init的时候判断缓存是否存在，如果存在并且没有超过设置的过期时间，则直接跳用缓存文件，否则，利用ob_start()（这个方法不错，比zhiqiang的CURL和我的file socks open都要快，但是php4和php5很有可能出现不兼容的问题）获取缓冲区，然后将内容写入缓存文件，并且设置实效时间，如果你用过PEAR的cache_lite，你会发现这样的方式很熟悉，不错，就和Pear的Cachelite一样的。
我们看看WP-Cache还不够快（远没有我的html-cache-creator 快）的原因在哪里？主要的原因只有一个，以插件的方式来实现缓存的判断。要知道，wordpress在可以接受你插入插件的事件之前已经作了很多的处理，比如数据库操作，权限判断和i18n多语言解决方案,当前还有些我还不是很清楚的php操作，在这些操作之后，才开始判断缓存决定读取缓存或者写入缓存，效率低就低在这里。这也是很多朋友说装了WP-Cache之后并没有发现有多大变化的原因了。不过它有一个优点,那就是可以定时更新缓存,在留言等处理方式上很方便,其实这个方式和我以前的 缓存机制 很类似,只不过我是利用Pear加载在模板中完成的,后来发现即时缓存了,当我数据( 以前IXwebhosting经常出这个问题)库崩溃的时候,缓存的页面居然也出错,看来wordpress预处理确实干了很多的活,所以我才开始真正的来写这个 html-cache-creator.
好了,下面画一张图来说明WP-Cache为什么效果不明显:
订阅
前9排已经被占据了 快抢好位置哦
WP-Cache的效果不明显是肯定的，楼主的html-cache-creator效果也是肯定的，如果楼主在把留言问题再完善一下，那我个人就觉得太完美了！
对了，楼主看得起的话做个连接吧，楼主的我已经做好连接了！
留一次言更新一次cache，我一直这样做，没出现什么问题啊，不知楼主为何这么固执
我也已经是这样了阿,并且将ajax评论的form集成进来了，没有采用cookie的方式记录信息
[...] WP-Cache也是一个缓存插件，但实现思路不太一样，下面这个图说明了WP-Cache和完全静态化插件有什么区别（来自wp-cache未必能有多大的效果）： [...]
[...] 以前使用的WP-Cache是一个将访问过的页面进行缓存的插件，但是它在决定是读取缓存还是写入缓存之前要进行一系列的php判断处理操作，所以Wp-Cache未必能有多大的效果。 [...]
[...] WP-Cache也是一个缓存插件，但实现思路不太一样，下面这个图说明了WP-Cache和完全静态化插件有什么区别（来自wp-cache未必能有多大的效果）： [...]
[...] 我也看了一下它的設計原理，相信它應該會比Wp-Cache快，但Wp-Cache對整個系統的影響比較小，而且Wp-Cache對我來說最大的作用是減輕系統負擔，在這個層面上它是能夠勝任的．我想我暫時還是會選擇Wp-Cache，並滿懷期待地繼續留意著Cos-Html-Cache的發展． [...]
真厉害啊！
果然很快