标签： 缓存优化
-
在将 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，最终使批量脚本顺利完成，验证了调整内存参数和淘汰策略的有效性。