WP Super Cache 安装指南

最近有几个网友咨询 WP Super Cache 插件的使用办法，今天我们给大家介绍一下。WP Super Cache 是的重要缓存插件，使用 WordPress Super Cache 插件可以减少你的博客对主机资源的占用。对于访问量高的博客来说，这是一个非常有用的插件。

以下内容翻译

1. 你的主机应当支持 Apache 的 mod mime 和 mod rewrite 模块，并启用 WordPress 永久链接（或固定链接）功能，PHP 的安全模式应当关闭。如果这些条件不能完全具备，那么你只能使用这个插件的 WP-Cache 部分功能。
2. 如果你已经安装了 WP-Cache 插件，请关闭。编辑 wp-config.php 文件，确认删除 WP_CACHE 的定义，将 wp-content/wp-cache-config.php 文件和 wp-content/advanced-cache.php 移走。当你安装本插件的时候，这些内容还会被创建。
3. 上传此目录到 plugins 目录。它会建立一个 “wp-content/plugins/wp-super-cache/” 目录。
4. 如果你是使用 WordPress MU ，你需要安装这个插件在 “wp-content/mu-plugins/wp-super-cache” 目录，并必须将文件 wp-cache.php 文件复制到 mu-plugins 目录。
5. WordPress 用户去（管理后台的）插件页并启用“WP Super Cache”插件。
6. 现在去（管理后台的）设置-> WP Super Cache ，并启用缓存功能。如果你得到一条错误信息或者空白屏幕，你需要修复下。查看此使用说明
7. 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/index.html.gz -f
   RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.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/index.html -f
   RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L]

   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteRule . /index.php [L]
   —————–.htaccess—————–

    

8. 启用此插件后，找到 “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

    

9. Apache 必须配置好，允许使用上述设置。如果匿名访问者访问时出现 “500 internal error” （500内部错误），你要进一步配置你的 Apache 配置我呢见。以下设置可以在我的虚拟主机上工作：
   
   
   AllowOverride All
   

    

    

10. wp-content/advanced-cache.php 启动缓存引擎。这个文件是由插件生成的。确定 include_once() 中的路径是正确的。

译者注：以上插件在我们的  配置通过，用户使用的时候需要细心设置。此外，.htaccess 文件为纯文本文件，用户可使用任何文本编辑器（比如 Windows 的记事本，或者 UltraEdit, Ededitor, Notepad++ 等）创建编辑。

WP Super Cache 是如何工作的

　　一半常规的缓存办法是手工把动态页面保存为 HTML 代码，WP Super Cache 也是通过同样的方式的，但是通过自动的方式完成这个过程。

　　当你一个访问者来的你的站点，他没有登入或者也没有留言，这样他得到是一个在 WordPress cache 文件夹下的supercache 子文件夹下的纯静态文件，其实你都可以自己到上面的 supercache 目录下去查看同样的永久链接的 HTML 文件的备份。判断一个页面是否已经被缓存了，查看该页面的源代码，看看最后一行是否有 <!– super cache –> 或者 <!– super cache gz –>。

　　如果访问者已经登陆或者留了言，就会返回 WP Cache 函数生成的页面，并且最后一行会有 <!– Cached page served by WP-Cache — >

　　WP Super Cache 基本使用

　　上传 WP Super Cache 到插件目录，并在 Plugin 目录下激活之后，就可以到 Setting > WP Super Cache 进行详细配置。

　　WP Super Cache Status

　　首先是三个选项：

• ON (WP Cache and Super Cache enabled)
• HALF ON (Super Cache Disabled, only legacy WP-Cache caching.)
• OFF (WP Cache and Super Cache disabled)

　　默认情况下，WP Super Cache 是没有开启的，所以在这里选择下，需按则第一个，就是 Super Cache，缓存为静态文件，如果第二种情况呢，则和 WP-Cache 一致。

　　Proudly tell the world your server is Digg proof! (places a message in your blog’s footer)
　　这个是说在你的 footer 显示一条信息告诉读者该博客已经缓存了，一般不要这样做。

　　Clear all cache files when a post or page is published. (This may significantly slow down saving of posts.)
　　这个是说发布新日志的时候清理所有缓存，这个肯定不能这么干了。

　　Super Cache Compression
　　启动这个则会成生gzip压缩，节省你的带宽。

　　Mod Rewrite Rules
　　WP Super Cache 是通过 Mod Rewrite 实现访问静态文件的，所以这里在是显示添加的 Mod Rewrite 规则。

　　Expiry Time and Garbage Collection
　　过期时间和垃圾收集，这里主要设置缓存文件过期时间，和多久删除一次过期的缓存文件。个人建议：一般缓存时间设置为1天（86400）左右，缓存删除时间为1个小时一次。

　　Accepted filenames, rejected URIs
　　这里设置一些链接不需要缓存，并且可以设置特例。

　　Rejected User Agents
　　这里设置某些 User Agents 来访问的时候不会缓存。比如 Google 和百度爬虫等。

　　Cache Contents
　　这里显示你博客缓存文件和过期文件的数量，你可以手工删除缓存文件和过期文件，因为 WP Super Cache 有垃圾回收机制，所以这里不帮不用手工删除，如果当你测试某个插件，看不到效果的时候，如果确定是缓存的原因，你可以到这里手工删除测试下。

　　Lock Down
　　一般情况下，某篇日志如果有了新留言，就会更新缓存文件，不过这篇日志是否已经到了缓存时间，但是在某种情况，你预料到你的博客可能会有很大流量和留言，候重复更新缓存文件可能并不是很好的选择，速度反而更慢，这个时候你就可以锁定缓存文件，新留言不再更新缓存日志。

　　插件作者也给出了一段代码，如果你的博客锁定了之后，可以通过判断一个变量WPLOCKDOWN是否存在告来诉读者，你博客已经锁定，待会才会更新，当然了，一般博客不建议使用。

　　Directly Cached Files
　　直接缓存文件，根据永久链接直接缓存，比如你的关于页面是不太更新，你就可以直接缓存它到你的 about 目录下（假如你的关于页面的 slug 是 about），这个直接缓存不会过期。适合一些经常性不更新的静态页面。

　　Configuration messed up?
　　因为上面那么多配置，你可能搞糊涂了，那么这里可以让你一键恢复到默认。

　　Cache Plugins
　　缓存插件还支持附加插件，比如作者自己就提供一个插件：，不对朋友显示广告。

　　附加说明

• 登陆了和留言之后是看不到静态缓存页面的，看到的效果和原来的 WP-Cache 插件一样的，一般来说留言的同学不是那么多。
• 这个插件通过 Mod Rewrite 来是实现访问静态缓存页面，所以首先你的主机要支持 Mod Rewrite，然后你要在 WordPress 后台启动永久链接。
• 一些动态的时时更细的插件，如 Recent Comments，Recent Posts 等，一个很好的解决方法是通过 Javascript 来实现。所以同理 Sidebar 更新也只能在静态页面刷新的时候更新。我以后会讲解下如何实现 JS 实现 Recent Comment, Recent Post, 和 PostViews 。
• 不要使用性能很差的主机，尽管缓存了，但是还是不行的，这里我个人推荐我和朋友一起搞的主机
• 还有很多依赖于刷新数据的插件，如 SK2, Bad Behaviour 等可能不起作用。缓存总归会带来一点那个灵活性的不足。