日期: 2026年7月31日
-
在将 W3 Total Cache、EdgeOne 与 Cloudflare 的主要 HTML 缓存统一延长到 4 天后，我发现新文章发布后，首页和 Sitemap 可能继续命中 CDN 中的旧缓存。本文记录如何在保留普通页面 4 天长缓存的同时，仅将中英文首页和公开 Yoast Sitemap 的 Edge TTL 缩短到 2 小时，并分别通过 EdgeOne 与 Cloudflare 实测缓存过期、重新回源和 HIT 行为。最终在内容新鲜度、缓存命中率和维护成本之间取得更合适的平衡。
-
2026 年 7 月 31 日，我使用手机连接中国大陆地区家中的 Wi-Fi，对 tagxx.vip 的注册和登录流程进行了实际测试。从打开页面、进入注册界面，到完成邮箱验证、创建账号并成功登录 TAGInternet 用户后台，整个流程最终顺利完成。测试过程中还发现，当前注册页面不支持 163 邮箱，但支持 QQ、Gmail、Yahoo、Foxmail 等邮箱。本文记录这次实际注册过程、遇到的问题以及需要注意的细节。
-
在将 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 层。
-
在为 WordPress 中英文归档页增加 Adsterra Native Banner 时，前台始终无法及时显示最新模板内容。经过对 WPCode、PHP Snippet、Shortcode、Language Visibility、Block Template、CDN、W3 Total Cache Page Cache 与 Redis Object Cache 的逐层排查，最终确认 www 与 en 不同 Host 下的 W3TC Object Cache 保留了旧版 wp_template。分别清理两个域名上下文的 Object Cache，并重新生成对应 Page Cache 后，中英文广告均恢复正常。此次问题也暴露出现有多域名缓存同步机制对 wp_template 等结构性内容覆盖不足，下一步将重点完善已有 MU 插件，并继续处理首页最新文章仍停留在 7 月 28 日的问题。