“这周不吃糖”通过精心收集，向本站投稿了16篇Wordpress缓存插件介绍，今天小编就给大家整理后的Wordpress缓存插件介绍，希望对大家的工作和学习有所帮助，欢迎阅读!
- 目录
- 第1篇：Wordpress缓存插件介绍第2篇：Wordpress缓存插件介绍第3篇：Wordpress缓存插件介绍第4篇：Wordpress缓存插件介绍第5篇：WordPress 缓存插件性能对比第6篇：WordPress 缓存插件性能对比第7篇：WordPress 缓存插件性能对比第8篇：WordPress插件第9篇：WordPress插件第10篇：WordPress插件：Batcache内存缓存终极加速第11篇：值得推荐的WordPress缓存插件DB Cache第12篇：WordPress缓存插件WP Super Cache 安装指南第13篇：滔滔 WordPress 插件第14篇：WordPress Feed插件推荐：Better Feed第15篇：WordPress 插件推荐：Absolute Comments第16篇：WordPress插件：Colorful Title
篇1：Wordpress缓存插件介绍
Wordpress是最受欢迎的独立博客系统，这点是毋容置疑的。但当一个博客数据请求量高于空间的限制时，你就需要一个缓存插件来减少对数据库的查询。
不使用缓存插件但流量有很大会有什么后果？你可以尝试看看王小峰的博客，直到我写这篇文章的时刻（2月26日，20:57），他的博客还是无法访问。
造成这个后果的原因可能是多方面的，但有2个可能是致命伤：
1、使用IIS+PHP，而不是更适合wordpress的LAMP（Linux+Apache+Mysql+PHP）主机。
2、他没有使用缓存插件
假设他用了缓存插件，可能就不会有这种事发生。
篇2：Wordpress缓存插件介绍
目前我使用过的缓存插件有3个，Super Cache，Hyper Cache，Cos-html-cache。最终我选择了Cos-html-cache.
1、Cos-html-cache
这是首推的缓存插件，由江东开发。根据目前的观察，这个插件能极其有效地节省数据库查询量，做到完完全全的静态化。
然而，有得必失，你的文章URL必须伪静态为html或htm结尾，因为cos-html-cache确实生成了静态html文件。
具体使用方法：
（1）下载cos-html-cache插件，上传到plugins目录。
（2）在根目录下建立index.bak文件夹，权限为0666.
（3）在Wordpress的设置后台里将永久链接改成“/post/%postname%.html”或“/article/%post_id%.html”或其它。
其中“post”和“article”是自定义的，因为静态化的文件必须存放到一个目录。末尾的.html或.htm是必须的。
（4）启用cos-html-cache插件。
优势：
（1）所有文章和首页都被绝对静态化了，只有当文章被修改（文章内容修改、删除、留言）缓存才被重新生成，很大程度上减少了数据库的负担。
（2）支持Cookie验证（WP不是默认支持么？后面你会知道为什么我特意提到这一点）
劣势：
（1）博客文章永久链接必须是伪静态的。如果你博客之前的URL不是以.html或.htm结尾的，除非你用重定向，否则你将无法使用cos-html-cache。对于一个已经有比较长历史的博客，改动URL不是一件容易的事。
（2）不即时刷新。出发缓存重新建立的动作只是文章修改或主题变动，插件的动作不会导致缓存被重新生成。
但你真的需要那么多花哨的插件吗？
2、Super Cache
我之前使用的就是super cache，直到下午负荷过重，
管理资料
要使用这个插件，需要修改wp-config.php和.htaccess文件。具体可以参考官方说明。
优势：
（1）无需修改博客永久链接。
（2）支持Cookie验证
（3）支持Gzip（即便Wordpress在wp2.5就取消了gzip选项）
劣势：
（1）依然需要查询数据库。相对cos-html-cache来说，super cache依旧需要对数据库进行查询。
update：这个结论可能是错误的。
（2）Gzip有时出错
3、Hyper Cache
这是我使用了2小时然后放弃的一个缓存插件。根据北极冰仔的介绍，它的思想和Cos-html-cache是一样的，但是考虑到永久链接的问题，它并没有完全绕过wordpress实现静态化。
相比之下，我认为它比Super Cache更为优秀，安装要求没有Super cache那么苛刻，而且对Gzip的支持似乎更好一些。
如果你不想将永久链接更改为.html结尾，可以考虑Hyper Cache。
但是，Hyper Cache有个不好的地方，将在第三点讨论。
篇3：Wordpress缓存插件介绍
所谓的常见问题，其实是我遇到的两个可能比较普遍的问题而已。
1、Cos-html-cache记录的昵称空格变加号
使用chc的朋友可能会发现，第二次留言时，昵称里的空格会变成“+”号，如图所示：
在twitter上请教了cosbeta，得到了解决方案，将“+”替换为“ ”。具体方法如下：
打开插件文件夹里的common.js.php，将第33行替换为：
setovalue(“author”,readCosBetaCookie(author_cookie).replace(“+”,“ ” ) );
2、Hyper Cache无法实现cookie验证
之前我在阿禅日记试用了Hyper Cache，发现访客的cookie不会被记录，每次留言都要重新输入昵称等相关信息。这是缓存造成的。
解决方法是用js来实现cookie的验证，具体方法请移步WordPress 完全静态化后的 cookie 验证。
篇4：Wordpress缓存插件介绍
这次博客被挂起到使用3款缓存插件的经过，我得到了下面的结论：
1、博客被挂起不一定因为和谐，但因为和谐博客必定会被挂起
2、Wordpress一定要使用缓存插件
3、缓存插件首选cos-html-cache，然后是Hyper Cache
4、Google Analytics的数据统计可能非常不可靠（不展开讨论）
5、如果有一天你发现可能吧打死也不能访问，请留意我在twitter上的消息，我的twitter:jason5ng32.
篇5：WordPress 缓存插件性能对比
Sorted in Ascending order in terms of higher overall performance
AddonApachebenchCold Start
Warm Starthttp_loadCold Start
Warm StartReq/SecondTime/Request50% within x msFetches/SecondMin First ResponseAvg First ResponseBaseline4.97201.006200415.1021335.708583.3635.00200.089200015.1712304.446583.684DB Cache4.80208.436208715.1021335.708583.363Cached all SQL queries4.81207.776209115.1712304.446583.684DB Cache4.87205.250203514.1992302.335621.092Out of Box config4.94202.624202614.432114.983618.434WP File Cache4.95201.890200915.8869158.597549.1764.99200.211200416.175899.728544.107DB Cache Reloaded5.02199.387198315.0167187.343589.196All SQL Queries Cached5.03200.089198514.9233150.145586.443DB Cache Reloaded5.06197.636196814.9697174.857589.161Out of Box config5.08196.980196815.181257.533587.737Widgetcache6.667149.903149215.0264245.332602.0396.72148.734148715.1887299.65598.017W3 Total Cache153.4565.16760133.18988.91685.7177DB Cache off, Page Caching with Memcached169.4659.01157188.49.10750.142W3 Total Cache173.4957.63952108.8987.66886.4077DB Cache off, Minify Cache with Memcached189.7652.69848203.5228.12243.8795W3 Total Cache171.3458.36450203.7188.09744.1234DB Cache using Memcached190.0152.26948206.1878.18642.4438W3 Total Cache175.2957.0484887.4237.515107.973Out of Box config191.1552.31447204.3878.28843.217W3 Total Cache175.2957.04751204.5578.19942.9365Database Cache using APC191.1952.30448200.6128.1144.6691W3 Total Cache114.0287.70349114.3938.20682.0678Database Cache Disabled191.7652.15049203.7818.09542.558W3 Total Cache175.8056.88451107.8427.28187.2761Database Cache Disabled, Minify Cache using APC192.0152.08250205.668.24443.1231W3 Total Cache104.9095.32551123.0417.86874.5887Database Cache Disabled, Page Caching using APC197.5550.62046210.4457.90741.4102WP Super Cache336.882.9681615.1021335.708583.363Out of Box config, Half On391.592.5541615.1712304.446583.684WP Cache161.636.1871215.1021335.708583.363482.2920.7351115.1712304.446583.684WP Super Cache919.111.0883190.1171.47347.9367Full on, Lockdown mode965.691.0363975.9791.4559.67185WP Super Cache928.451.0773210.1061.46843.8167Full on970.451.0303969.2561.4889.78753W3 Total Cache1143.948.7422165.5470.95856.7702Page Cache using Disk Enhanced1222.168.18231290.430.9617.15632W3 Total Cache1153.508.6693165.7250.91656.5004Page Caching – Disk Enhanced, Minify/Database using APC1211.228.25621305.940.9486.97114Varnish ESI2304.180.4344349.3510.22128.10792243.330.4468944312.780.1522.09931WP Varnish1683.890.5943369.5430.15526.89063028.410.33034318.480.1482.15063
篇6：WordPress 缓存插件性能对比
Varnish 用来做缓存，因为是内存级别的，读取速度相当之快，所有其他的缓存插件都是浮云，唯一能媲美的是启用了Page Caching – Disk (Enhanced), Minify Caching – Alternative PHP Cache (APC), Database Caching – Alternative PHP Cache (APC)的 W3 Total Cache 插件，
萝卜网目前使用的方案是 Nginx （82端口） + Varnish （反向监听81）+ Nginx （再反向监听80），当然也可以尝试 Apache （82）+ Varnish（81） + Nginx （80），具体怎么配置就不是本文的讨论范围了。
至于为什么不用 Apache （81） + Nginx （80），因为 Nginx 用来做反向代理+缓存加速的话，是在硬盘读取的，而Varnish直接读取内存，速度明显加快，唯一头疼的就是太损耗内存，服务器8G的内存瞬间跑满，看来得花钱加大内存了 T_T
篇7：WordPress 缓存插件性能对比
#!/bin/sh
FETCHES=1000
PARALLEL=10
/usr/sbin/apache2ctl stop
/etc/init.d/mysql restart
apache2ctl start
echoSleeping
sleep 30
time(
echoFirst Run;
ab -n $FETCHES -c $PARALLEL example.com/;
echoSecond Run;
ab -n $FETCHES -c $PARALLEL example.com/;
echoFirst Run;
./http_load -parallel $PARALLEL -fetches $FETCHES wordpresstest;
echoSecond Run;
./http_load -parallel $PARALLEL -fetches $FETCHES wordpresstest;
)
篇8：WordPress插件
想想这样的场景，当一个用户通过搜索引擎输入某个关键字，恰巧你的网站被用户选中了，用户点击进入你的网站后，粗粗一看，没有发现他要找的东西，用户因些而离去，这可能导致你的网站跳出率过高，
WordPress插件 -WP MarkKeyword：高亮显示来自搜索引擎的关键字
。
试想一下，有这样一种功能，用户通过Google输入“android 创建按钮”进入到我的博客的这篇文章：Android(OPhone)中，如何将按钮排成一排？，这个时候用户发现，这篇博客所写的内容是“将按钮排成一排”，而不是“创建按钮”，如果你是用户，你会怎么做？你很可能会毫不留情地关闭这个网页，转向另一个网站，因为这对于你来说，只需要花费一秒不到的时间。
有改善的空间吗？当然有！假如我们这样做，我们把用户搜索的关键字都进行高亮标示，提醒用户在文章的某个位置有他需要的关键字，同时，我们把用户的关键字明显进标注出来，并且加上链接。这个时候，情况会变得怎么样呢？
用户发现这篇文章不是他要找的内容，但是发现他搜索的关键字都已经加上了链接，用户很可能会点击这个链接来搜索他需要的内容，对于用户来说，他不需要在你的网站再输入一次关键字就可以直接搜索，是否就意味着我们可以降低用户的跳出率，增强用户的粘着性呢？
用户搜索如下：
用户通过点击第一条记录来到我的blog，那么，用户将看到如下结果：
我们看一下上图，当用户从Google搜索“android 创建按钮”的时候，我们将用户的关键字提示用户，并且将这两个关键字分别加上链接，当用户点击android的时候，跳转到以android为关键字的搜索，如下图：
有趣的是，当用户搜索到这个页面时，我们又以高亮来显示用户当前搜索的关键字，这样的功能是不是很用？这将可以大大的增加用户的粘着度，
《WordPress插件 -WP MarkKeyword：高亮显示来自搜索引擎的关键字》()。
上面说的功能，就是我今天要发布的插件，名字叫wp-markKeyword，主要的功能如下：
高亮显示来自搜索引擎的链接，并对关键词以空格进行分隔为多个关键字
每个关键字都加上链接，点击链接可以进行站内搜索
在文章头部提示用户当前搜索的关键字
站内搜索高亮提示功能
高亮的地方包括文章内容和文章摘要
下载地址：高亮搜索引擎关键字(wp-markKeyword) (6.0 KiB)
wordpress.org下载地址：wordpress.org/extend/plugins/wp-markkeyword/
原文链接：conis.cn/1344/
篇9：WordPress插件
WP Widget Cache插件可以帮助你Cache博客的Widgets或是侧边栏，从而减少你的数据库访问的查询次数，提高你的网站访问速度。
WP Widget Cache 插件选项
清空Cache
你之前熟悉的WP-Cache和WP Super Cache两个插件主要是对你博客的post或pages页面进行缓存，而WP Widget Cache插件则是Cache博客的Widgets或是侧边栏，相对来说，这个插件更值得你安装使用，因为，在任何一个博客的页面组成中，Widgets或是侧边栏是出现最频繁（基本会在每个页面中出现）的一部分，所以在用户试图打开一个新的页面时，被缓存下来的Widgets或是侧边栏，就无需再次重复查询你的数据库，直接显示在浏览器下，需要查询的也就只有post或page的内容部分了，这样明显的减少了数据库的负担，提高了网站的访问速度，
《WordPress插件 - WP Widget Cache》()。
WP Widget Cache插件下载地址：点击下载
篇10：WordPress插件：Batcache内存缓存终极加速
Batcache 使用 Memcached 来缓存页面，默认 WordPress 启用 Memcached 缓存之后，每次访问 WordPress 页面，都要从内存中获取多个缓存文件。而 Batcache 则把这些缓存整理成一个文件，这样再次访问 WordPress 页面的时候，则直接获从内存中获取这个内存文件即可。这样就减少了程序的运行，降低了 CPU 使用率，另外由于直接从内存中获取缓存的文件，进一步加速了速度。
安装
安装这个插件有点麻烦，不过只要按照以下步骤进行就可以：
安装好 Memcached，详细步骤请参考：如何让 WordPress 启用 Memcached 缓存。
所以你的服务器要求要和安装 Memcached 的要求一致，
上传advanced-cache.php到/wp-content/目录。
在wp-config.php添加以下代码激活 Batcache:
define(“WP_CACHE”, true);
然后尝试多次载入页面查看源代码，应该在 之前可以看到一些 Batcache 状态代码。
可以修改advanced-cache.php开始的一些代码来调整选项。
可选的上传batcache.php到你的/wp-content/plugins/目录。
作者：雪山飞猪
原文链接：WordPress 内存缓存终极加速插件：Batcache
篇11：值得推荐的WordPress缓存插件DB Cache
WordPress支持很丰富的插件功能，通过这些插件功能极大的完善了，凡事都具有两面性，有利有弊，有时WordPress的插件会出现插件相冲突的事件，例如：wp super cache与postviews插件二者就有冲突，这对于一些朋友来说，很头疼，如果你使用WP Super Cache插件也出现过冲突的事情，那么，你可以尝试使用，DB Cache插件，它不会和PostView插件产生冲突，
DB Cache插件只缓存数据库，节省了空间，就像插件作者在说明这款插件是所说的：“你听说过WP-Cache或者WP Super Cache吧，它们可以加快数据空间的加载速度，那么，忘掉它们吧!DB Cache将更快的、并节省空间，CPU的占用率也会降到更低”，既然，DB Cache插件的作者如此的自信，那么，我们也应该试试这款插件。
DB Cache插件安装：
下载DB Cache插件，然后上传插件到/wp-content/plugins/文件夹，
到wp管理后台插件页面激活插件，激活后插件后，在Setting--->DB Cache中进行设置，如下图：
相关的设置基本上都显示在图上了，和WP Super Cache的麻烦相比，DB Cache是比较容易的了，如果把Enable勾选去掉,DB Cache会自定删除空间内的缓存文件，然后，在插件列表中禁用该插件即可。
DB Cache插件下载地址：点击下载
DB Cache插件作者地址：点击进入
本文来自：www.wordpress.la/db-cache.html
篇12：WordPress缓存插件WP Super Cache 安装指南
最近有几个网友咨询WP Super Cache插件的使用办法，今天我们给大家介绍一下，WP Super Cache是 WordPress 的重要缓存插件，使用 WordPress Super Cache 插件可以减少你的博客对主机资源的占用。对于访问量高的博客来说，这是一个非常有用的插件。
以下内容翻译自 WP Super Cache 插件的官方安装文档：
你的主机应当支持 Apache 的 mod mime 和 mod rewrite 模块，并启用 WordPress 永久链接（或固定链接）功能，PHP 的安全模式应当关闭。如果这些条件不能完全具备，那么你只能使用这个插件的 WP-Cache 部分功能。
如果你已经安装了 WP-Cache 插件，请关闭。编辑 wp-config.php 文件，确认删除 WP_CACHE 的定义，将 wp-content/wp-cache-config.php 文件和 wp-content/advanced-cache.php 移走。当你安装本插件的时候，这些内容还会被创建。
上传此目录到 plugins 目录。它会建立一个 “wp-content/plugins/wp-super-cache/” 目录。
如果你是使用 WordPress MU ，你需要安装这个插件在 “wp-content/mu-plugins/wp-super-cache” 目录，并必须将文件 wp-cache.php 文件复制到 mu-plugins 目录。
WordPress 用户去（管理后台的）插件页并启用“WP Super Cache”插件。
现在去（管理后台的）设置->WP Super Cache ，并启用缓存功能。如果你得到一条错误信息或者空白屏幕，你需要修复下。查看此使用说明的“FAQ”部分。
mod_rewrite 规则插入到你的 .htaccess 文件。查看你的网站根目录下的此文件。看起来应该像是这样：
-----------------.htaccess-----------------
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/.gz -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/.gz [L]
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{QUERY_STRING} !.*attachment_id=.*
RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/ -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/ [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
-----------------.htaccess-----------------
启用此插件后，找到 “wp-content/cache/.htaccess” 文件，
如果没有，你可以自己创建一个。内容是：
# BEGIN supercache
AddEncoding gzip .gz
AddType text/html .gz
SetEnvIfNoCase Request_URI .gz$ no-gzip
Header set Cache-Control “max-age=300, must-revalidate”
ExpiresActive On
ExpiresByType text/html A300
# END supercache
Apache 必须配置好，允许使用上述设置。如果匿名访问者访问时出现 “500 internal error” （500内部错误），你要进一步配置你的 Apache 配置我呢见。以下设置可以在我的虚拟主机上工作：
AllowOverride All
wp-content/advanced-cache.php 启动缓存引擎。这个文件是由插件生成的。确定 include_once 中的路径是正确的。
译者注：以上插件在我们的 WordPress 主机空间配置通过，用户使用的时候需要细心设置。此外，.htaccess 文件为纯文本文件，用户可使用任何文本编辑器（比如 Windows 的记事本，或者 UltraEdit, Ededitor, Notepad++ 等）创建编辑
本文来自：wpchina.org/wordpress-super-cache-installation-504/
篇13：滔滔 WordPress 插件
无聊的时候就写写插件，比如给滔滔写写插件，
我写的这个滔滔 WordPress 插件仅仅可以显示你滔滔最新的 n 条信息（你自己设定）。
下载插件之后，把$qq=11497107修改成你的 QQ 号码，然后上传激活，最后通过taotao($num=10)这个函数调用就行了，
下载：taotao.zip
作者：雪山飞猪
原文链接：滔滔 WordPress 插件
篇14：WordPress Feed插件推荐：Better Feed
这几天，我一直在整理WordPress相关文件，让我狂想曲这个上线不到两个月的独立博客，更加受人欢迎，更加方便阅读，
原来我狂想曲使用的WordPress Feed插件是Simple Feed Copyright，后来发现Simple Feed Copyright在添加版权文字表述时有点麻烦，只能通过编辑插件页面实现自定义文字描述，而且只能添加文字，不能自定义样式。
所以，我就换用了今天推荐的Better Feed插件，你可以通过可视化编辑feed中版权内容、添加广告、加入其它链接、加入订阅信息等等。
添加“Add more”链接
这个功能可以让作者自己通过添加个人不是很看中这个功能，博客feed文章最好是让用户全文阅读，不然很可能会失去这个订阅用户。所以在下图中的“Cut your feed”中，不选中后面那个框即可不启用该功能，
不过可保留“阅读全文”链接，以便feed读者看完文章想去评论之需。
可视化编辑feed footer信息
Better Feed插件的最NB之处就在于此，可以让博主可视化、一键式编辑feed footer信息，如添加文章版权信息、加入feed广告、加入订阅链接等等。如图所示：
这些可视化功能，可以让那些不熟悉代码的朋友很轻松搞定更美观、更实用的feed编辑任务，而且Better Feed插件还提供“Preview”演示功能，直接点击“Preview”即可直观地看到代码的显示效果，便于修改功能代码、效果等。
所以，如果你不是很熟悉插件，无法通过修改插件页面来输出更美观的feed的话，Better Feed插件正是你所需要的；当然，如果你想在feed中插入广告，通过广告换取部分收入的话，Better Feed插件也可以帮到你。还等什么呢？去试下吧，Better Feed插件地址。
本文出自：www.laole.net/wordpress-feed-plugin-better-feed/
篇15：WordPress 插件推荐：Absolute Comments
回复读者的留言是一个博客的一部分，它能让你的博客健康持续的增长，但是 WordPress 本身没有这个功能，当你回复读者的留言的时候，你需要跑到文章，然后才能回复，非常不好而且很浪费时间。所以如果我们能够在后台留言管理的页面回复留言。这个时候你就需要用的就是这个插件：Absolute Comments --- 即时回复的留言管理器，
插件下载之后，安装激活之后，到达留言管理页面就可以看到一列小图标：
然后点击 Reply 就能回复了。
作者说支持大部分的 thread comment 的插件，我测试之后，支持 WordPress Thread Comment。
关于该插件更多参数设置。请参考源文件里的说明。
来自：fairyfish.net/2008/04/10/absolute-comments/
篇16：WordPress插件：Colorful Title
这是一个WordPress插件，有点无聊，但是有时候感觉不错，就做出来，功能就是把标题的颜色显示成五颜六色，比如标题为：Merry Christmas，显示为：MerryChristmas。
安装和使用：
下载，上传，激活，
然后把显示你标题地方插入以下函数：
下载：colorful_title.zip
作者：雪山飞猪
原文链接：Colorful Title
★ WordPress收购留言插件提供商IntenseDebate
Wordpress缓存插件介绍（精选16篇）
