基准测验：WordPress博客前台-Wordpress教程-知优网

上次我对WordPress的管理界面进行了基准测试，这次的基准测试目标是WordPress博客，测试环境与上一次相同。这次我将SQL查询次数也纳入了测试范围。在这次基准测试中，我们看到了WP 2.8在服务器端的良好表现。但由于某些原因，在测试WP 2.8和Arthemia主题时，我用了很长时间等待MySQL服务器响应。所以我又花了些时间来调整本地MySQL以提高服务器的响应速度。 WP 2.7.1没有出现这样的问题。我不知道为什么只有WP 2.8出现这样的问题，但这并不重要，因为这次测试的网站（托管在BlueHost服务器上）没有发现类似问题。为了达到最佳运行速度，首先要正确设置Windows的MySQL服务器。

前次我对WordPress的办理界面进行了基准测验，这次的基准测验方针是WordPress博客，测验环境与上一次相同。这次我将SQL查询次数也纳入了测验规模。在这次基准测验中，咱们看到了WP 2.8在服务器端的杰出体现。

但因为某些原因，在测验WP 2.8和Arthemia主题时，我用了很长时刻等候MySQL服务器呼应。所以我又花了些时刻来调整本地MySQL以前进服务器的呼应速度。 WP 2.7.1没有呈现这样的问题。我不知道为什么只需WP 2.8呈现这样的问题，但这并不重要，因为这次测验的网站（保管在BlueHost服务器上）没有发现类似问题。为了到达最佳运转速度，首先要正确设置Windows的MySQL服务器。

其次还要留意，有时运转犯错，可以检查一下是不是主题出了问题。 Arthemia是一款非常杂乱的主题，它用多循环来显现日志、引荐文章、随机文章、侧边栏、页面以及类别菜单，但Arthemia不能用WordPress 2.8优化程序来加载Javascript和CSS文件。所以我不准备过多议论服务器生成页面需求的时刻，在一切浏览器测验中服务器生成页面的时刻都简直差不多，即便添加插件数量，页面生成时刻也只添加了10%到12%。

基准测验：WordPress博客前台前台博客圈测试新闻资讯第1张
运用的内存（单位：MB）

占用内存

和办理界面的基准测验成果相同，内存占用量取决于所用插件的数量。

WP 2.7和WP 2.8为了改善WP在widget、查询、重写等方面的体现，比WP 2.6.5运用了更多内存。但三者博客页面所占用的内存相对较均匀。占用内存越少，运转速度相对就会越快，优化也能到达更好的作用。

页面输出量

基准测验：WordPress博客前台前台博客圈测试新闻资讯第2张
页面输出量（单位：KB）

测验博客的页面输出量是件扎手的事，这是因为大多数主题都在页脚等当地加载Javascript和CSS文件而不运用WP 2.8的优化功用进行加载。所以只需比及越来越多的主题可以运用WP 2.8进行加载时，咱们才干看到WP 2.8的优势。

这一次WP 2.7.1、WP 2.8和WP 2.6.5的测验成果依然相对挨近，仅仅WP 2.7.1生成的博客主页和存档页面的页面输出量稍大。 WP 2.6.5和WP 2.8生成页面的输出量简直相同。一切测验都没有运用页面缓存。

运用WP 2.8的博客缓存作用更好，浏览器从头加载页面的时刻也少于WP 2.6.5博客。对页面输出量超越500KB的用户来说，这一点尤为重要。显着，WP 2.8可以用更短的时刻从服务器获取数据。

查询次数

我还测验了WP在博客页面履行的SQL查询次数。因为Arthemia相对较杂乱，我在测验查询次数时用的是WP 的默许主题。下面的柱状图中，前三栏是Arthemia的测验成果，后三栏是默许主题的测验成果。

基准测验：WordPress博客前台前台博客圈测试新闻资讯第3张
查询次数

从图表中咱们不难发现，Arthemia频频地进行查询，这直接影响到博客的运转速度。但图表中还透露出一个重要信息。在履行相同使命时，WP 2.8所需查询次数显着少于WP 2.6和WP 2.7。而履行同一使命时，默许主题的查询次数只占Arthemia主题总查询次数的10%到15%。 WP 2.7.1显现单篇日志时只需求一到两次查询（我也不知道其间的原因），WP 2.8在其它页面上体现较超卓，某些情况下查询量甚至会削减10%或更多。

定论

一切这些都标明WP 2.8是WordPress开展史上一大前进，数据库存取的优化便是一个极好的证明。等越来越多的主题都可以运用WP 2.8的加载优化程序时，WP 2.8在页面输出量和页面加载时刻上的优势就更显着了。对办理界面来说，显现博客页面好像更为重要，因而上一次基准测验成果也不算糟糕。行将发布的WP 2.8.1也会改善办理界面的页面内存运用率，前进页面加载速度。