WordPress:舍我其谁？

基于PHP的博客系统，目前熟知的无非就那么几个：
国产的Bo-blog ,emlog , typecho
国外的WordPress 、drupal , textpatten ,habari

我在本地测试，Habari启用15个插件，Wordpress启用10个插件，使用同一主题inove,
加载同一页面同一文章，二者侧边栏widget数目相当，结果Habari平均执行时间在0.55 秒左右，而WordPress在　0.95秒左右。查询次数，Habari平均在100次，而WordPress平均为30次。内存使用方面，Habari基本上在9MB左右，而WP则比较大，达25MB之多。
而Habari,我试着增加两个widget,然后，查询次数变为143次，也就是比上次增加了40次左右，此时执行消耗时间在0.7秒左右，也就是增加了0.15 秒。再次验证了数据库访问会严重拖慢页面加载速度的事实。
当然，如果不加载任何插件和widget,在速度方面Habari肯定胜出，但是这样的意义不大，因为基本上没有不使用插件和widget的博客。
从以上也可看出，WP的内存缓存类在这里启到了相当重要的作用，对于重复的查询，WP可直接从内存里面取出所需数据，而不必重新访问DB。这使得它的查询次数大大的减少了。对于Habari,它本身并没有在查询上做缓存，因此每次查询都是要访问数据库，因此，如果加载的插件或者widget在查询上没有做优化或者查询太多，会严重拖慢Habari的速度。不过，在速度上，Habari还是有它的优势的。希望Habari在未来的版本中能在查询上做优化。
查看一下WP的缓存状态：

Cache Hits: 1009
Cache Misses: 145
Group: options – ( 171.32k )
Group: default – ( 0.03k )
Group: user_meta – ( 2.97k )
Group: users – ( 2.85k )
Group: userlogins – ( 0.02k )
Group: useremail – ( 0.04k )
Group: userslugs – ( 0.03k )
Group: posts – ( 80.35k )
Group: category – ( 11.32k )
Group: category_relationships – ( 5.00k )
Group: post_tag_relationships – ( 6.59k )
Group: post_format_relationships – ( 0.13k )
Group: post_meta – ( 1.29k )
Group: terms – ( 33.18k )
Group: counts – ( 15.21k )
Group: post_tag – ( 13.26k )
Group: general – ( 3.21k )

发现命中次数在一次页面访问中居然有上千多次。
WordPress无疑是最优秀的博客系统，不过，如果只是写写博客，用Habari其实更简洁，更方便。也许Habari的后台不像WP那样配置选项非常之多，但是，简洁也是一种特色。同时，其执行效率还是相当高的。前台和后台的页面加载速度都相当的令人满意。