WP Manifestindependent plugin directory
manifest / performance / cache-boost

Cache Boost 缓存加速

把 WP Super Cache 的页面静态化与 Autoptimize 的资源优化整合为一个 WordPress 插件:磁盘静态缓存 + CSS/JS 合并压缩 + 定向失效 + WP-CLI

★ 0stars

Install

Download source zip No release zip yet

This is the repository archive. It installs, but the folder name will carry the branch suffix and updates will not flow.

Install straight from GitHub with WP-CLI:

wp plugin install https://github.com/itfkybb/cache-boost/archive/refs/heads/main.zip
No built-in updater. New versions won't appear under Dashboard → Updates. Install new releases yourself, or let Git Updater track the repository.

把 WP Super Cache 的页面静态化 与 Autoptimize 的前端资源优化 合并进一个 WordPress 插件:一条输出缓冲管线,缓存里存的永远是「优化后」的 HTML。

单一插件、无外部依赖、不需要 Redis 或 CDN 即可工作。面向小站与自建服务器(2C2G 级别足够),后台全中文。


一、为什么要合并成一个插件

这不是功能拼盘。WP Super Cache 与 Autoptimize 同时启用时,最典型的三类故障根源都是缓冲层冲突:

故障现象 原因
缓存里存的是未优化的 HTML 两个插件各开一层 ob_start,谁捕获谁取决于插件加载顺序
页面样式被压坏两次 内层已压缩的 HTML 又被外层压一遍
后台看着正常、游客看到旧内容 命中发生在 advanced-cache.php 阶段,优化插件根本没机会执行

本插件只用一条缓冲管线:

advanced-cache.php(命中 → 直接吐静态文件并 exit,不加载 WordPress)
        │ 未命中
        ▼
HCB_Output::handle()          ← 唯一的 ob_start
        │
        ├─ ① HCB_Assets::run()        重写 HTML(合并 / 压缩 / 懒加载)
        └─ ② HCB_Page_Cache::store()  把「优化后」的 HTML 写盘

写盘发生在优化之后 —— 这是把两者合并的唯一实质收益,也是这个插件存在的理由。


二、功能

页面缓存(对标 WP Super Cache 专家模式)

  • 磁盘静态 HTML,命中时在 advanced-cache.php 阶段输出并 exit,不加载 WordPress
  • 同时生成 .gz 副本,客户端支持 gzip 时输出压缩版
  • 缓存键 md5(host + path),带 host 前缀,多域名不串页;中文 URL 正常命中
  • TTL 过期 + 定时回收 + ETag / If-None-Match 返回 304
  • 可选客户端缓存头(Cache-Control: max-age),减少回源验证
  • 强制跳过:登录用户、后台、REST、AJAX、CRON、feed、搜索页、404、预览、WooCommerce 购物车/结算、含交互 cookie 的请求、DONOTCACHEPAGE
  • 发布 / 更新 / 删除 / 换主题 / 改菜单 / 评论审核 → 自动失效
  • 支持全量失效与定向失效两种策略(见第五节)

资源优化(对标 Autoptimize 常用部分)

  • HTML 压缩:删注释(保留 `