标签： 缓存优化
-
在 WordPress 多语言生产环境中，修改自定义 taxonomy series 的系列描述后，W3 Total Cache 再次出现整站 Page Cache 全量失效。通过 Page Cache 快照、Full Flush Tracer 与 Nginx 后台日志，最终确认 series 的 edited_term 进入现有兼容插件的 fallback，并调用 w3tc_flush_posts()。本文记录如何仅将 series 加入允许最终一致性的 taxonomy，完成 Git 提交、生产部署与连续两次真实编辑验证，同时区分这一问题与此前已经存在的 Object Cache / Redis 旧对象问题。
-
W3 Total Cache 的 Page Cache 明明设置了 4 天生命周期，实际缓存却长期活不过一天。经过对缓存文件、*_old ctime、WordPress Hook 和调用栈的持续追踪，最终确认了两条提前触发全量缓存失效的真实路径：Polylang 标签与翻译关系更新触发 edited_term / delete_term，以及 Yoast SEO 的 wpseo_detect_default_seo_data 每日 Cron 通过 WPSEO_Utils::clear_cache() 调用 w3tc_flush_posts()。本文记录两条根因的定位、独立 MU Plugin 修复、真实双语文章发布流程验证，以及修复后 Page Cache 首次存活超过 24 小时的结果，同时保留 Yoast option 实际变化场景尚待进一步验证的部分。
-
在将 W3 Total Cache、EdgeOne 与 Cloudflare 的主要 HTML 缓存统一延长到 4 天后，我发现新文章发布后，首页和 Sitemap 可能继续命中 CDN 中的旧缓存。本文记录如何在保留普通页面 4 天长缓存的同时，仅将中英文首页和公开 Yoast Sitemap 的 Edge TTL 缩短到 2 小时，并分别通过 EdgeOne 与 Cloudflare 实测缓存过期、重新回源和 HIT 行为。最终在内容新鲜度、缓存命中率和维护成本之间取得更合适的平衡。
-
将 WordPress 英文站从 /en/ 迁移到独立子域名后，我排查了 Polylang 多域名、独立后台 Host、W3 Total Cache Page Cache 与 Redis Object Cache 之间的缓存失效问题。最终确认并修复了英文文章更新后语言首页 Page Cache 未完整失效，以及 posts 对象缓存跨 Host 失效的问题，并将方案整理为 MIT 许可的独立 MU Plugin。真实后台 Update 验证后，Origin 层已能够正确返回最新内容，剩余问题进一步定位到 EdgeOne、Cloudflare 等 CDN 层。
-
本文记录了在 OneinStack 环境下排查 WordPress 与 W3 Total Cache 缓存未生效问题的全过程。针对响应头显示动态生成而插件显示已启用的矛盾，文章验证了 Redis 状态与 Nginx 配置，分析了 Disk: Enhanced 模式的依赖性及 Response Headers 的误读。作者最终修正了初始结论，确认在此环境下 W3 Total Cache Page Cache 默认生效，无需额外 Nginx 重写或配置，并通过关闭 Page Cache 保留 Redis Object Cache 优化了架构。
-
面对 WordPress 后台站点健康提示的页面缓存缺失与响应时间缓慢问题，文章记录了通过安装并配置 W3 Total Cache 插件来优化的全过程。经测试，最终选择磁盘增强模式作为页面缓存引擎，并结合 Redis 处理数据库与对象缓存，同时启用了图片延迟加载。配置完成后，验证了浏览量统计与评论功能的兼容性，成功消除了关键问题警告，显著降低了服务器响应时间。
-
本文记录了在 WordPress 网站使用 Polylang 插件批量处理标签时，因 W3 Total Cache 的 Redis 对象缓存引发 OOM 错误的解决过程。通过排查发现 Redis 最大内存限制过小且淘汰策略配置不当，导致写入被拒绝。解决方案是通过修改配置文件将最大内存上限提升至 1GB，并将淘汰策略调整为 allkeys-lru，最终使批量脚本顺利完成，验证了调整内存参数和淘汰策略的有效性。