manifest / performance / cache-boost
Cache Boost 缓存加速
把 WP Super Cache 的页面静态化与 Autoptimize 的资源优化整合为一个 WordPress 插件:磁盘静态缓存 + CSS/JS 合并压缩 + 定向失效 + WP-CLI
★ 0stars
Install
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.zipNo 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 压缩:删注释(保留 `