ini_set('zlib.output_compression', 0);
当您访问您的站点时，”白屏 “或空白页几乎都是由PHP错误引起的，但也有可能是由APC引起的。如果存在问题，请禁用该PHP扩展，并用eAccelerator或Xcache扩展代替。
在卸载之后，如果您也删除了WordPress的mod_rewrite规则，您的固定链接可能会被破坏。通过访问 “设置”->”固定链接 “页面并再次保存该表单来重新生成这些规则。
如果您的博客无法加载，请确认wp-config.php文件内容是否正确。是否缺少开头或结尾的PHP标签？
Your front …
像其他插件一样安装，直接从您的插件页面安装，但请确保您已启用自定义永久链接。转到设置->WP Super Cache插件设置页面，启用缓存。
如何卸载WP Super Cache
你几乎只需在插件页面上停用插件即可。插件应该会清理它创建和修改的大部分文件，但它还不能删除 .htaccess 文件中的 mod_rewrite 规则。在该文件中查找 SuperCache BEGIN 和 END 标记的部分。插件不会删除这些标记，因为有些人也会在这部分添加 WordPress 规则。
手动卸载：
在插件设置页面上关闭缓存并清除缓存。
在插件页面上停用插件。
删除 wp-config.php 中的 WP_CACHE 定义。它看起来像 define( 'WP_CACHE', true );
删除 .htaccess 文件中的 Super Cache mod_rewrite 规则。
删除 wp-content/advanced-cache.php 和 wp-content/wp-cache-config.php 文件
删除这个目录 wp-content/cache/
从插件目录中删除 wp-super-cache 目录。
如果一切都失败了，您的网站也坏了
删除 wp-config.php 中的 WP_CACHE 定义。它看起来像 define( 'WP_CACHE', true );
删除插件写入根目录 .htaccess 文件的规则（见上文）。
删除插件文件夹中的 wp-super-cache 文件夹。
可选择删除 advanced-cache.php、wp-cache-config.php 和 wp-content/ 中的缓存文件夹。
我怎么知道我的博客被缓存了？
请前往设置 -> WP Super Cache，在简易设置页面上找到”缓存测试器”表单。点击”测试缓存”，插件将会请求网站首页两次，并比较每次请求的时间戳以确保它们匹配。
如果要手动操作，请在插件设置页面中启用调试功能，并在新的浏览器标签页中加载日志文件。然后在登录和注销时查看博客。你应该能在日志中看到活动。查看网站上任何页面的源代码。当页面首次创建时，你会在源代码末尾看到 “Dynamic page generated in XXXX seconds.” 和 “Cached page generated by WP-Super-Cache on YYYY-MM-DD HH:MM:SS”。重新加载时，缓存页面将显示相同的时间戳，因此请等待几秒钟再检查。
如果超级缓存已禁用，且已启用压缩，则会添加 “Compression = gzip”（压缩 = gzip）文本。如果压缩功能被禁用，而页面是作为静态 HTML 文件提供的，则会添加文本 “超级缓存”。检查缓存文件是由 PHP 脚本提供还是来自静态缓存的唯一方法是查看 HTTP 头信息。PHP 缓存页面会有 “WP-Super-Cache：从 PHP 服务超级缓存文件”。WPCache 缓存文件会有 “WP-Super-Cache：Served WPCache 缓存文件”。您还应检查缓存目录 wp-content/cache/supercache/hostname/ 中的静态缓存文件。
如果 .htaccess 文件中缺少插件规则，插件会在找到超级缓存页面时尝试为其提供服务。标题 “WP-Super-Cache：Served supercache file from PHP”。
测试时，Apache 的页面速度模块可能会导致问题。如果在运行缓存测试器时发现任何问题，请禁用该模块。
如何禁用超级缓存？
如果你只想使用WP-Cache引擎，那么请编辑你的wp-config.php文件或创建一个mu插件，将常量’DISABLE_SUPERCACHE’设置为1。
WP-Cache与Supercache文件
所有缓存文件都存储在wp-content/cache/supercache/HOSTNAME/目录中，其中HOSTNAME是您的域名。这些文件存储在与您网站的永久链接结构相匹配的目录中。超级缓存文件的名称为index.html或其变体，具体取决于访问博客的访问者类型。其他文件的名称为wp-cache-XXXXXXXXXXXXXXXXX.php。相关的元文件名以”meta”开头。这些文件包含有关缓存文件的信息。这些文件是由插件中的”WPCache缓存”引擎生成的。
我博客的评论和其他动态的部分会立即更新吗？
根据博客所有者的评论政策，评论一旦经过审核就会公开显示。页面上的其他动态元素可能不会更新，除非这些网页是用Javascript、Flash、Java或其他客户端浏览器语言编写的。该插件真正生成的是静态html页面。当这些页面用于向访问者提供服务时，PHP不会被执行。例如”Popularity Contest”就是这样一个无法运作的插件。
超级缓存压缩会减慢我的服务器速度吗？
不，正好相反。超级缓存文件是以此种方式压缩和存储的，所以强力压缩只需要执行一次。这些文件通常非常小，并可以比未压缩的html更快地发送到访问者的浏览器中。因此，您的服务器花在WEB上的时间请求更少，从而节省了CPU时间和带宽，也可以更快地服务于下一个请求。
如何使页面的某些部分保持动态？
注：该功能默认为禁用。您必须在 “高级设置 “页面将其启用。
有两种方法可以做到这一点。你可以使用 Javascript 来绘制你希望保持动态的页面部分。这就是 Google Adsense 和许多外部网站小部件所做的工作，也是推荐的方式。或者，你也可以使用 WP 超级缓存过滤器来完成这项工作，但你不能使用 mod_rewrite 模式缓存。您必须使用 “简单 “传输方式或禁用超级缓存。
WP Super Cache 1.4 引入了一个名为 wpsc_cachedata 的 cacheaction 过滤器。要显示的缓存页面会经过该过滤器，并允许对页面进行修改。如果页面包含占位符标签，则可使用该过滤器将标签替换为动态生成的 html。
除非使用 late_init 功能，否则与 wpsc_cachedata 过滤器挂钩的函数应放在 WP Super Cache 插件文件夹下的一个文件中。本例中包含一个插件。编辑 dynamic-cache-test.php 查看示例代码。
这里有两个示例函数。其中一个简单的函数是在缓存页面提供时替换你定义的字符串（或标签）。另一个示例函数使用输出缓冲区生成动态内容。由于 PHP 工作方式的限制，输出缓冲区代码必须在 wpsc_cachedata 过滤器运行之前运行，至少在缓存页面时是这样。在提供缓存页面时，这一点并不重要。请参阅这篇文章，了解更多技术性的长篇解释。
要执行 WordPress 功能，必须在高级设置页面启用 “Late init “功能。
如何延迟服务缓存直到触发“init”操作？
缓存文件几乎是在 WordPress 全部加载之前提供的。虽然这对性能很有好处，但当你想使用 WordPress 的核心部分来扩展插件时，这就很麻烦了。在高级设置页面启用 “晚启动 “模式，缓存文件将在 “启动 “时提供。WordPress 及其插件将立即加载。
为什么我的博客现在不能使用或更新WP UserOnline, Popularity Contest, WP Postratings或某插件？
该插件会缓存整个页面，但有些插件认为它们可以在每次加载页面时运行 PHP 代码。要解决这个问题，插件需要使用 Javascript/AJAX 方法或上一个答案中描述的 wpsc_cachedata 过滤器来更新或显示动态信息。
为什么我升级插件时超级缓存插件会消失？
WordPress在更新插件时会删除插件文件夹。WP Super Cache也是如此，因此在wp-super-cache/plugins/中的任何修改过的文件都将被删除。您可以通过多种方式将自定义插件放在不同的目录中。您可以在wp-config.php或wp-content/wp-cache-config.php中定义变量$wp_cache_plugins_dir，并将其指向wp-super-cache文件夹之外的目录。插件将在那里查找它的插件。或者，如果您分发一个需要早期加载的插件，您可以使用函数wpsc_add_plugin( $filename )将新插件添加到任何位置。使用wpsc_delete_plugin( $filename )来删除插件文件。请参阅#574或此文章以了解如何编写WP Super Cache插件。
缓存重建功能有什么作用？
当访问者发表评论时，该页面的缓存文件将被删除，下一位访问者将重新创建缓存页面。页面加载需要时间，如果在此期间有 100 位访客访问，会发生什么情况？因为没有缓存页面，所以 WordPress 会为每个用户提供一个新的页面，而插件会尝试为这 100 个访客中的每个人创建一个缓存页面，从而对服务器造成巨大的负载。这项功能可以阻止这种情况发生。发表评论时，缓存页面不会被清除。而是标记为重建。在接下来的 10 秒内，下一位访客将重新生成缓存页面，而旧页面将提供给其他 99 位访客。页面最终会被第一个访客加载，并更新缓存页面。更多信息，请参阅本帖。
为什么插件默认不缓存搜索引擎蜘蛛的请求？
这些机器人通常只访问每个页面一次，如果页面不受欢迎，就没有必要创建一个在服务器上闲置的缓存文件。不过，你可以在高级设置页面的 “拒绝用户代理 “中删除僵尸列表，从而允许这些访问被缓存。
我的主页上显示的是分类页，而不是我的主页。
极少数网站在使用以下配置时会出现问题：
使用静态页面作为首页。
可以使用”/%category%/%postname%/ permalink”的固定链接形式。
有时，分类页面会被缓存为网站的主页，而不是静态页面。我无法复制这个问题，但一个简单的解决办法是使用 “简单 “模式。您也可以在高级设置页面启用 “额外主页检查”。
为什么我收到来自http://ismyblogworking.com/ 的有关缓存的警告？
“您的博客不支持客户端缓存（对 If-modified-since 没有 304 响应）”。
“您的 feed 不支持缓存（没有对 If-modified-since 的 304 响应）”
超级缓存在专家模式下不支持 304 标头检查，但在简单模式下支持。这是由浏览器而不是服务器进行的缓存。它是浏览器询问服务器当前页面是否有更新版本的检查。如果没有，浏览器就不会再下载旧版本。页面仍然会被服务器缓存，只是不会被访问者的浏览器缓存。
请尝试使用 http://www.ircache.net/cgi-bin/cacheability.py 或 https://redbot.org/ 上的缓存引擎进行进一步分析。
我应如何通过此插件充分使用Google Analytics中的utm_source跟踪工具？
这种跟踪方法会在从 Twitter 和 feedreaders 等各种来源链接的每个 url 上添加一个查询字符串。遗憾的是，它阻止了页面被超级缓存。请参阅Joost 在此的评论，了解如何将其转化为可被超级缓存的锚标签。
插件警告wp-content是可写的！Htdocs是可写的！
网络服务器可以写入这些目录的情况并不好，但有时共享主机账户会以这种方式设置，以方便管理。使用 chmod 755 directory 修正权限，或查找 ftp 客户端的权限部分。谷歌搜索将为您提供有关此主题的更多信息，此外还有代码集页面。遗憾的是，有些主机要求这些目录是可写的。如果是这种情况，请忽略此警告。
如何删除wp-config.php中定义的WP_CACHE常量？
加载桌面 ftp 客户端并连接到你的网站。导航到网站的根目录（或其下的目录），在那里可以找到 wp-config.php。下载该文件并用文本编辑器编辑。删除 define( 'WP_CACHE', true ); 行并保存文件。现在上传该文件，覆盖服务器上的 wp-config.php。
如何从.htaccess文件中删除超级缓存规则？
加载桌面 ftp 客户端并连接到您的网站。您可能需要在 ftp 客户端的首选项中启用 “显示隐藏文件”。导航到网站根目录，找到 .htaccess 文件。下载该文件并用文本编辑器编辑。删除 “# BEGIN WPSuperCache “和 “# END WPSuperCache “之间的行并保存文件。现在上传该文件，覆盖服务器上的 .htaccess 文件。
如何更改文件权限？
WordPress Codex 上的页面介绍了有关服务器上文件权限的所有知识以及更改权限的各种方法。
为什么我在撰写文章的时候会显示负载过高？
您可能已经设置了“在发布新文章时清除所有缓存文件”的选项。清除这些文件可能需要一些时间，而且您的访问者将会访问未缓存的页面。您是否在URL中使用了Google Analytics的utm_source跟踪功能？这些页面不会被缓存。请参考上面的问题“如何正确使用Google Analytics中的utm_source跟踪工具”来了解如何正确使用它们。
当发布文章时，缓存页面必须被刷新。也许您的服务器无法处理您所获得的访问量。启用“缓存重建”功能可能会有所帮助。
我可以缓存多少页面？
唯一真正的限制是服务器规定的限制。例如，EXT2 和 EXT3 最多允许 31,999 个子目录，因此如果您有一个扁平的永久链接结构（如 /%POSTNAME%/）和超过 32,000 个帖子，您可能会遇到问题。同样，如果您运行的是多站点网络，并且拥有超过 31999 个站点（博客），那么您将无法缓存所有这些站点。实际上，如果您有这么多活跃网站，您就不可能在一台服务器上运行了。
我可以看到我网站的 www 版本是单独缓存的。 如何停止呢？
WordPress应该重定向到您网站的规范URL，但如果没有，将以下内容添加到您的.htaccess文件中，位于Supercache和WordPress规则之上。将example.com更改为您自己的主机名。
RewriteCond %{HTTP_HOST} www.example.com$ [NC]
RewriteRule ^(.*)$ https://example.com/$1 [L,R=301]
如何在手机、平板电脑等小屏幕上为客户提供缓存的移动版页面？
您的主题可能是响应式的，这意味着它会根据显示页面的设备自动调整页面大小。如果不是响应式的，您将需要使用单独的移动插件来呈现适用于移动访问者的页面格式。以下插件已经经过测试，但根据移动客户端的不同，效果可能会有所不同。您还需要在高级设置页面上启用移动浏览器支持。
Jetpack’s Mobile Theme Module
WPTouch
WordPress Mobile Edition
WordPress Mobile Pack (无法启用 “不要为已知用户缓存页面”)
I have used this plugin for ages and never had a problem. I cleaned a site up that had malware and it was fine.
After reinstalling all plugins I get redirect malware which wants to redirect my users to a "catsndogz.org" site which is infected with a "botnet" malware. Thanks god I have anti virus software running on my pc. I uninstalled this plugin and ran the antivirus plugin on my wordpress site and malware is gone. Don't know if is this plugin but will investigate further but meanwhile please be aware.
1.12.0 – 2024-03-11
Added
Setup: Detect Jetpack Boost cache and suggest troubleshooting steps
WP Super Cache: added WPSC_PRELOAD_POST_INTERVAL and WPSC_PRELOAD_LOOP_INTERVAL to modify preload timings
Changed
Code Modernization: Replace usage of strpos() with str_contains()
Code Modernization: Replace usage of strpos() with str_starts_with().
Code Modernization: Replace usage of substr() with str_starts_with() and str_ends_with().
Fix blurry Automattic logo.
General: avoid deprecation warnings when trying to get URLs in PHP 8.2
General: indicate compatibility with the upcoming version of WordPress, 6.5.
General: updated PHP requirement to PHP 7.0+
General: update WordPress version requirements to WordPress 6.3.
WP Super Cache: check for Boost Cache when creating advanced-cache.php
WP Super Cache: fixed labels on advanced settings page
WP Super Cache: remove notifications that preload started working again.
Fixed
Supercache: add “days” to “Next preload scheduled” message.
Super Cache: with rebuild enabled, apply that to subdirectories instead of deleting them.
WP Super Cache – fix the wp_super_cache_clear_post_cache filter so the homepage cache isn’t deleted too.
WP Super Cache: bail if the request uri isn’t set. It means the plugin isn’t configured yet.
WP Super Cache: don’t create an output buffer if there’s already one active
WP Super Cache: fixed serving a cached page on POST with late init enabled.
WP Super Cache: fix the output buffer check, and make debug logs pre-formatted.
WP Super Cache: if the preload number of posts is not in the list, then add it
在此查看以前的更新日志。
Bosnian 、 Catalan 、 Chinese (China) 、 Croatian 、 Dutch 、 Dutch (Belgium) 、 English (Australia) 、 English (Canada) 、 English (New Zealand) 、 English (South Africa) 、 English (UK) 、 English (US) 、 French (Belgium) 、 French (France) 、 Galician 、 German 、 Italian 、 Japanese 、 Korean 、 Persian 、 Portuguese (Brazil) 、 Romanian 、 Russian 、 Spanish (Argentina) 、 Spanish (Chile) 、 Spanish (Colombia) 、 Spanish (Ecuador) 、 Spanish (Mexico) 、 Spanish (Spain) 、 Spanish (Venezuela) 、 Swedish 和 Ukrainian.
翻译成您的语言
