本文将继续来探讨Wordpress数据库查询的相关话题。文一里，我们知道了WP各个基准页面所需的数据库查询量。文二中，我介绍了利用WP自带技术实现降低数据库查询或读取次数的方法，将此法应用于模板中，可在不影响互动前提下，降低模板的数据库查询次数。如果您想了解下到底是那些函数或插件在消耗这些数据库查询呢？以及每个查询WP都从数据库中读什么东东呢？本文将帮您揭开这些问题的谜底。

照旧，一切都是利用WP自带技术的。继续拿起铲子，深挖WORDPRESS。

阅读全文

网上很多都在谈如何关闭WP2.6的修订记录保存功能。想必已经有很多WP爱好者已经在wp-config.php里面通过设定’WP_POST_REVISIONS’=false，将这个功能给K了吧。我呢，偏偏来凑热闹，谈谈如何使用这个修订记录(post revision)保存功能。嗯，按下SAVE按钮来，先保存下。

阅读全文

自2.5起，WP提供了在线编辑时的自动保存功能。自然也是有利有弊。弊么，无非又是数据库垃圾云云那套观点。利呢，废话么，就是自动保存了，万一浏览器崩溃（经常在FF上出现）或网络断线等，期间所修改的内容还在。和那个2.6新提供的主题预览一样，自然是正反2种喜好的人都有。实际这功能2.5就有了，而似乎是因为2.6的自动保存修订记录，才开始被关注。

至于如何管理自动保存功能。网络上流行较多的是用disable-autosave插件来将其禁用。(p.s，该作者新出了disable-revision和disable-autosave and revision插件，在链接页可以下载)。

阅读全文

WP2.6带来了很多新功能。如后台的turbo等。相比2.3到2.5，2.5到2.6之间给我的惊喜更多。具体有什么新功能呢，这里就不细谈，百度一下或者在WP论坛搜一下，答案一箩筐，我这里呢也不用再重复制造无用的东西。比较全面介绍的，可以参考下酋长的这篇文章：图文解说WordPress 2.6新功能。此君费了不少工夫，应该要支持一下。呵呵。这里仅来谈谈WP2.6的主题预览。

2.6的新功能之一，就是可以即时主题预览。点击该主题的缩略图，会自动谈出一个thickbox窗口预览新主题。这样在测试新主题是，无需激活，在后台就可以看到新主题的效果了。既然有人喜好，那肯定也有人不中意。比如此兄台。想关闭主题预览功能的话，很难很麻烦吗？当然，若是您一看代码就头晕的话，就此掠过。

阅读全文

Updated: 2008-07-26，更新Hook代码。

续上文，通过Wordpress基准页面数据库查询次数统计，让我们对WP运行各页面所需最少查询数有个基本了解。分析这些基准页面所需的数据库查询次数的目的当然是想减低它们，以提高WP运行效率了。本文将就如何不借助外部方法，仅利用Wordpress自带技术来减少Wordpress数据库查询次数和提高运行效率，谈谈我的个人做法和思路。欢迎拍砖。本文假设阅读者应了解WP的基本知识，并能操作简单的PHP代码。

要想减少数据库的查询次数，首先要对模板进行分析，了解到模板中的哪个部分功能需要调用数据库，以及哪些些插件需要读写数据库。然后在此基础上，再来分析下减少的可能性。此文主要以模板为例，插件部分暂且不谈。以ThinkAgain现用模板为例，来分析下页面中的哪几个部分需要读取数据库。如在首页的最新留言，最新存档，目录树和标签云等这些都需要从数据库中读取相应的数据，至于日历，WP已经内置了缓存。进一步考虑下，这些东西在未有新事件前，(如新留言或新文章发布等)，每次加载页面读取数据库并生成的html代码的内容都是一样的，既然如此有必要在每次加载页面时，重复这些事情，如果能将这部分内容缓存起来岂不就可以减少数据库读取次数以及提高WP运行效率了吗？OK，这个就是我对精简数据库查询次数的主要思路之一。当然，接下来要解决如何实现缓存问题以及自动更新的问题。

阅读全文

看了下面这张抓图，你就知道我为什么要做这个统计了。

昨晚上在DH的Panel里面查看站点运行情况报告，真可谓，不看不知道，一看吓一跳。竟然看到里面报告19日当日的数据库连接高达6000多次，数据库查询多达19万次。由于报告中的日期并不连续，少了16，17和18的数据。所以我估计19日的数据可能是这几天数据利用情况的合计值吧。以15日为例，当日的连接次数和查询次数也分别高达2607和78922。所以且不管这是当日统计或是多日的合计，总之，给我一个印象就是一个字，多。

阅读全文