标签： Redis 对象缓存
-
本文记录在 OneinStack 生产环境中将 PHP 从 8.1.19 升级到 8.5.9 的完整过程。升级期间，PHP 主体、PHP-FPM、Redis 和 LDAP 扩展均安装成功，但 Imagick 3.8.0 因 PHP 8.5 头文件兼容问题编译失败，最终改用 Imagick 3.8.1，并明确指定现有 ImageMagick 7.1.1-10 的安装路径完成编译。随后继续验证 WordPress、WP-CLI、REST API、Polylang 多域名输出，以及 W3 Total Cache Redis Object Cache 的跨请求持久化和中英文域名 Host 隔离，确认中文站、英文站和后台域名均正常运行。
-
在 WordPress、Polylang、W3 Total Cache、Redis 与多域名架构下，后台通过 admin 子域名发布文章或清理缓存后，www 与 en 前台仍可能读取旧的页面缓存和对象缓存。本文通过对比源站、CDN、WP_Query 与 Redis 缓存结果，定位到 W3TC 按 Host 隔离对象缓存的问题，并利用缓存组版本机制，配合自定义 MU Plugin，实现语言首页、文章查询缓存及 WPCode 配置缓存的跨域同步失效，同时保留中英文站必要的缓存隔离。
-
近期博客先后启用了英文子域名、独立后台域名、多 CDN、W3 Total Cache Page Cache 与 Redis Object Cache，并针对 Polylang、W3TC、TMS Extensions for Polylang、SlyTranslate 等兼容问题增加了多项调整。随着缓存失效、语言识别和插件升级风险逐渐显现，本文暂停继续增加补丁，对现有多域名架构进行一次阶段性复盘，明确哪些组件继续保留、哪些第三方插件源码修改需要撤销，以及后续应按照“改动盘点、恢复 W3TC 缓存闭环、实现多语言一键清理、最后接入 EdgeOne 与 Cloudflare 自动刷新”的顺序推进，使整套方案重新变得可控、可维护并具备复用价值。