标签： Redis
-
2026 年 10 月 21 日，PHP 官方发布紧急安全更新，修复两个可能导致未经身份验证即可远程执行代码的严重漏洞。我将阿里云 OneinStack 生产环境从 PHP 8.5.9 升级至 PHP 8.5.12，历经源码编译、LDAP、Imagick、Redis 扩展重建、151 项配置迁移及 PHP-FPM 验证。首次生产切换失败，自动回滚也报告异常，最终通过真实 FastCGI 请求验证解决问题，第二次升级成功。本文完整记录这次耗时 2.5 小时的安全升级实践与经验总结。
-
使用 SlyTranslate 翻译 WordPress 文章时，原有英文标签能够正常继承，刚创建的英文标签却意外遗漏。经过逐阶段检查，发现数据库中的 Polylang 翻译关系正确，但 W3 Total Cache 的不同缓存命名空间保留了不一致的数据。本文记录从 Redis 取证、故障复现，到采用单文件修复方案、增加标签完整性校验，以及生产部署和真实文章验证通过的全过程。
-
在 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 旧对象问题。
-
阿里云 ECS 20GB 系统盘使用率升至 81% 并持续触发告警后，对服务器磁盘占用进行逐项排查。确认 PHP 8.5、Nginx 1.30.4、Redis 8.10.0 当前生产运行路径后，清理升级遗留的构建目录、源码、回滚备份和旧 OneinStack 归档，同时处理 824MB PHP-FPM 异常日志、约 2GB systemd journal，以及已经完成使命的 WordPress 历史文章处理目录。最终系统盘使用率从 81% 降至 42%，可用空间增加至约 11GB，并完成 Nginx、PHP-FPM、Redis 运行状态验证。
-
在解决 WordPress 首页性能问题后，对当前服务器进行了完整配置审计，重点检查 Nginx、PHP-FPM、OPcache、Redis、W3 Total Cache、阿里云 RDS/MySQL 以及 WordPress 应用层。最终将 PHP-FPM 最大工作进程从 10 提高到 14，调整 OPcache 内存与 Interned Strings 配置，关闭 Gutenberg 实时协作，并为 SlyTranslate 调试日志增加日志轮转；同时保留大量已经运行健康的参数不变，形成一套更适合当前网站长期运行的服务器配置基线。
-
本文记录在阿里云 ECS 的 OneinStack 环境中，将源码安装的 Redis 7.0.11 升级到 Redis 8.10.0 的完整过程。内容包括升级前环境审计、vm.overcommit_memory 与 Transparent Huge Pages 优化、手动生成 RDB、双重备份与自动回滚、RedisBloom 等附加模块编译失败分析、Redis 核心二进制单独构建、旧版 RDB 兼容检查、临时端口与 PHP Redis 读写测试，以及生产切换后的 WordPress、W3 Total Cache、内存和缓存状态验证。
-
阿里云 ECS 再次频繁触发 CPU 告警后，我结合云监控与 EdgeOne 离线日志，确认自动化抓取和大量回源 MISS 是主要诱因，而 W3TC 未预缓存归档分页只是放大因素。考虑到服务器长期运行在 1 核 2G、内存占用接近 60%，且后续还要部署 Go Tour，最终将实例升级为 2 核 4G。本文记录了告警分析、规格选择、快照备份、升配重启，以及 Nginx、PHP-FPM、Redis、W3TC 和三个域名的完整验证过程。
-
在将 WordPress 英文站从 /en/ 迁移到独立子域名后，我发现部分新发布的英文译文虽然已经与中文文章建立 Polylang 关联，但中文详情页仍然缺少语言切换器和 hreflang。排查确认，问题来自 W3 Total Cache Redis Object Cache 在多 Host 环境下缓存了旧的 post_translations_relationships 数据，随后 Page Cache 又继续保存错误 HTML。本文记录了 WP-CLI、真实 HTTP Runtime、精确 Object Cache 删除和 Page Cache 验证过程，并说明为什么最终暂时不引入复杂的跨 Host Redis 清理逻辑，而选择保持现有 TTL，让该低优先级问题自然恢复。
-
将 WordPress 英文站从 /en/ 迁移到独立子域名后，我排查了 Polylang 多域名、独立后台 Host、W3 Total Cache Page Cache 与 Redis Object Cache 之间的缓存失效问题。最终确认并修复了英文文章更新后语言首页 Page Cache 未完整失效，以及 posts 对象缓存跨 Host 失效的问题，并将方案整理为 MIT 许可的独立 MU Plugin。真实后台 Update 验证后，Origin 层已能够正确返回最新内容，剩余问题进一步定位到 EdgeOne、Cloudflare 等 CDN 层。