WordPress缓存插件Hyper Cache使用方法与缓存加速效果对比分析
上次在介绍W3 Total Cache缓存插件时,henghengzhu.com博主就留言提到了Hyper Cache这个插件,之前部落其实也用过Hyper Cache一段时间。今天想到博主博客体验一下效果,发现又改用了Wp Super Cache插件了。
Hyper Cache之前也看到过不少人博主介绍它的文章,对这个插件是相当称赞的。一直以来我都是用Wp Super Cache缓存加速,前一段时间我换成了Hyper Cache,虽然缓存加速正常,但是很快我发现Hyper Cache对有文章分页的页面缓存出问题。
然后我就换回了Wp Super Cache了。在介绍W3 Total Cache时我又差点“动心”了,因为综合数据表明W3 Total Cache的缓存效果要好于Wp Super Cache,但是最好还是没有舍得换,原因是担心W3 Total Cache的不兼容性的问题。
这次的WordPress教程部落就来介绍一下Hyper Cache插件的使用方法,并简单对比一下Hyper Cache、W3 Total Cache、Wp Super Cache这三个缓存插件的缓存加速效果,给正在纠结于选择哪一个的缓存插件的朋友一点参考。
这里还有一些Wordpress加速的免费教程:
- 1、Cache缓存插件:WordPress加速缓存插件WP Super cache安装方法及使用技巧
- 2、W3TC缓存插件:WordPress缓存插件W3 Total Cache安装设置方法和缓存加速效果对比
- 3、免费CDN加速:Orca.io免费CDN加速服务注册和使用方法-附CDN加速效果评测
WordPress缓存插件Hyper Cache使用方法与缓存加速效果对比分析
1、Hyper Cache官网:
- 1、官方首页:https://wordpress.org/extend/plugins/hyper-cache/
- 2、插件下载:这里是最新Hyper Cache下载地址。
2、Hyper Cache插件可以自己上传安装,也可以直接从Wordpress插件在线安装完成。
3、Hyper Cache要求wp-config.php开启缓存,如果你的配置文件没有,会在插件设置页面中看到提示。
4、你只需要将下列代码加在你的wp-config.php第一个<?php的后面就行了。
5、Hyper Cache要如何设置?其实安装好了Hyper Cache,保持默认的配置就行了,而如果你要自己设置,相关选项也很简单。(点击放大)
1、本次我还是将Hyper Cache插件安装在了我的Godaddy空间上的Wordpress博客上。
2、在没有安装任何缓存插件的情况下,打开一个页面,显示的用了33个查询,耗时是3.88秒。
3、而安装了Hyper Cache插件,查询数和耗时有降低。
4、用Plugin Performance Profiler测试在没有安装缓存插件时,博客加载时间是2.26秒,PHP Ticks有4000以上。(点击放大)
5、而在安装了Hyper Cache插件后,加载时间已经降低到了1.35秒,PHP Ticks降低到了500左右。(点击放大)
6、总得来说,Hyper Cache缓存加速效果是明显的,至少在提高PHP执行效率方面有作用。
三、Wordpress三大缓存插件浏览器优化效果:W3 Total Cache最强悍
1、在同一个Wordpress的同一个页面,在安装不同的缓存插件的前提下,使用Firefox的YSlow工具测试得分。
2、Hyper Cache优化后的Wordpress得分是B级。
3、而W3 Total Cache优化后的Wordpress得分是A级。
4、之前的Wp Super Cache优化得分是C级。
5、W3 Total Cache在网页浏览加速这一块还是非常强的,原因可能是它强大的缓存压缩功能。
四、Wordpress三大缓存插件运行时间对比:Hyper Cache最轻巧
1、用Plugin Performance Profiler监测到的Hyper Cache运行占用时间为0.001左右,几乎可以忽略不计。
2、而W3 Total Cache占用的时间为0.04左右。
3、Wp Super Cache的运行时间是0.01左右,相当于Hyper Cache的10倍。
五、Wordpress三大缓存插件网站压力优化:Hyper Cache最优秀
1、利用Load Impact,我们可以简单测试网站在不同的请求数和在线人数时服务器的响应速度。
2、在安装了Hyper Cache的Wordpress中,Load Impact测试服务器反应时间都是在1.5-1之间。(点击放大)
3、而安装了W3 Total Cache的Wordpress中,Load Impact测试的响应时间在1.5-2之间。(点击放大)
4、安装了Wp Super Cache的Wordpress则表现不尽如人意了,在4-6之间。(点击放大)
六、Hyper Cache数据库优化和有分页文章的页面缓存问题
1、相对于W3 Total Cache、Wp Super Cache,Hyper Cache可能更关注于页面缓存了,而没有强调数据库缓存优化。
2、为了弥补Hyper Cache这个“软肋”,我们可以再搭配一个DB Cache Reloaded Fix插件。
- 1、官网:https://wordpress.org/extend/plugins/db-cache-reloaded-fix/
- 2、下载:这里是DB Cache Reloaded Fix下载地址。
3、DB Cache Reloaded Fix插件就是DB Cache Reloaded插件的修正版本,它对高版本的Wordpress有更好的兼容性。
4、DB Cache Reloaded Fix插件的主要目的就是通过缓存数据库查询,来减少数据库查询次数,提高数据库执行效率。
5、DB Cache Reloaded Fix安装后,会在页面源代码中看到“Cached by DB Cache Reloaded Fix”字样。
6、数据显示Wordpress的数据库查询已经由原来的30左右直接降到了16左右,如下图:
7、而Hyper Cache对有分页文章的页面缓存问题,我以为新版的Hyper Cache已经解决了这个问题,但是测试后还是比较让人失望了。
8、我在Wordpress上发表一篇有分页的文章,然后翻到了第二页,在下方留言了。
9、Hyper Cache对于更新、发表评论等都会自动文章缓存。但是奇怪的是,在文章第一个分页中看到的新的缓存页面。
10、而翻到第二页,看到的还是之前的没有发表评论的缓存页面,说明Hyper Cache根本没有更新第二页缓存。
11、之前部落就是因为这个原因而放弃使用Hyper Cache插件了。目前解决的办法恐怕只有一个:不要使用文章分页。
12、WordPress加速是“仁者见仁”,具体如何实现还得要你自己慢慢摸索好。最后,让我还是引用henghengzhu.com博主的之前的来作个总结吧:
- 其实静态化有太多页面访客太多的话,会加重主机的负载,如果主机性能欠佳的话,这样反而会得不偿失;反而如果代码优化够好,响应速度够快,原始的动态页面才是最好的选择。所以个人感觉静态化还要看主机性能,访客数量,访问速度等几方面来均衡考虑,不是说静态化就一定最好。
文章出自:免费资源部落 / 版权所有。本站文章除注明出处外,皆为作者原创文章,可自由引用,但请注明来源。
您或许对下面这些文章有兴趣: 本月吐槽辛苦排行榜
-
hyper Cache是不是占用资源小?
[回复] -
周末回家换成Hyper Cache插件试试!
[回复] -
明天上班再爪机细看,先睡觉去了,又要被剥削了……
[回复] -
这个以前装过、、
[回复] -
看了oyoy的评论,最后我还是选择了Hyper Cache+DB Cache Reloaded Fix
[回复] -
有水平
[回复] -
Hyper Cache很轻巧,还不需要设置.htaccess规则,这个是亮点
[回复] -
看了exexue的评论,最后决定不用缓存插件了。
[回复] -
超级慢啊,添加好应用还404
[回复] -
之前在用000webhost的免费主机时,用W3 Total Cache页面就成了白板,所有的js和css全部失效,后来作者更新了几次版本说修复了兼容性,但是据我测试还是有问题。感觉W3 Total Cache的性能很强大,但是兼容性确实有点不尽人意。然后换用了WP Super cache,感觉效果还不错。后来开始用Linost的主机,因为主机上有Varnish,页面也启用了自动gzip压缩,安装了缓存插件之后感觉访问速度反而减慢了,所以就没用了。
另外,文章最后一句“其实静态化有太多页面访客太多的话”是指页面有很多注册用户的情况下开启静态化反而会降低性能吗?
[回复] -
在nginx环境下,super cache会无法自动更新页面,但速度很好
[回复] -
打算向WP发展。
[回复] -
这方面了解太少了!看来要加强!
[回复] -
Hyper Cache与DB Cache Reloaded Fix一起用对于VPS是很友好的!
W3的话对于nginx不够友好,和这个组合就很好~[回复] -
Hyper Cache兼容性一般般,在某些主机上没法使用。
[回复] -
如此详尽的对比,那我就用Hyper和DB的组合啦
[回复] -
WP-Super-Cache on 2013-02-03 19:04:09 缓存好像又重新生成了呢,是因为我是已知用户的关系???
[回复] -
老大,研究下内存缓存插件Batcache呗,网上除了水煮鱼有一篇文章,再没有别的资料了
[回复] -
似乎访问多了 用这些还行
[回复] -
Hyper Cache+DB Cache Reloaded Fix 这两个加载一起 速度没得说。
[回复]qi 回复:
@djgirder, 我是用wp super cacher +DB Cache Reloaded Fix
[回复]Jason Huang 回复:
@qi, wp super cacher 的那个.HTACCESS加载不了,开启不了第一个模式!所以转用Hyper Cache+DB Cache Reloaded Fix
哦,我的主机是nginx/1.4.4的[回复] -
Hyper Cache+DB Cache Reloaded Fix 这组合赶脚不错!
[回复] -
启用了插件DB Cache Reloaded Fix后,postView计数就不准确了。只有清除该插件缓存后,点击页面会增加一次计数。此后就不再增加了。除非再次清除缓存。。。
[回复] -
找到原因了。
DB Cache Reloaded Fix启用后postView计数不准确的问题 https://qiusuoge.com/11670.html[回复] -
用过W3,很是给力的。
[回复] -
有可能是插件没有生效。
[回复] -
请问下主页君,我有2个wordpress站点都启用了DB Cache Reloaded Fi+Hyper Cache的缓存组合,但是查看一段时间后查看网页源代码,一个站点只显示DB Cache Reloaded Fi的缓存信息,另一个站点只显示Hyper Cache的缓存信息。最开始的时候会出现2个缓存标记,是一定要出现相应的代码才证明缓存生效了吗?
[回复]qi 回复:
@我爱上QQ, 没有出现不一定表示没有生效,这个和你的主题有关系,你可以测试使用Wordpress的默认主题,会同时出现的。DB Cache Reloaded Fi出现在页脚需要使用Wordpress的wp-Footer()函数,有些主题为了方便都把这一个给省略了,导致DB Cache Reloaded Fi插件不显示代码。没有关系的。Hyper Cache如果没有显示代码,可能说明缓存没有生效,也有可能和主题有关系,你可以切换成默认主题来看看,如果默认主题有的话,那说明已经生效了,但是因为主题的关系而没有显示出来。
[回复]我爱上QQ 回复:
@qi, 查看后台生成了好多缓存文件,我设置的是很久才更新。感觉缓存文件差不多都生成后,真正的缓存没有调用这些文件。如果是主题原因,之前就不会看到有代码了。现在的问题是,启用一段时间后就自动失效了,难道要设置缓存更新时间短点吗?因为我的站点更新频率很小,所以我觉得设置永不更新也没问题,到时候更新文章了再手动更新下首页什么的。。。
[回复]