系列： WordPress CDN 与全球加速实战
-
这篇文章基于前一篇将 WordPress `/wp-content/uploads/` 媒体库资源迁移到 `media.shuijingwanwq.com + Cloudflare` 的实践，继续分析 EdgeOne 流量成本控制问题。通过 EdgeOne 指标发现，虽然 uploads 图片和附件已经从 EdgeOne 拆出，但 `www.shuijingwanwq.com/en/` 英文路径仍占今日 EdgeOne 流量约三分之一。文章进一步评估了页面缓存、Bot 流量、`/en/` 路径占比、Nginx 现有 301 规则冲突风险，以及将英文站迁移到 `en.shuijingwanwq.com + Cloudflare` 的收益与代价。最终结论是：英文站拆分到子域名有助于显著降低 EdgeOne 流量，但不能仓促执行，需要先确认 Polylang、多语言链接、canonical、hreflang、sitemap、Cloudflare 接入和 301 跳转规则，确保旧 `/en/*` 路径能够一次跳转到最终英文子域名地址。
-
这篇博客记录了一次 WordPress 核心升级失败的完整排查过程：在从 WordPress 7.0 升级到 7.0.1 时，后台反复出现 524 超时和“另一更新正在进行”的提示。通过检查 `core_updater.lock`、WordPress 当前版本、升级临时目录、文件权限以及 EdgeOne 转发状态，最终确认 WordPress 核心文件并未半升级，问题主要集中在经过 CDN 代理后的后台长请求超时。文章进一步总结出：前台页面适合继续走 EdgeOne 缓存，而 WordPress 后台更新、插件安装等维护操作，后续应考虑通过独立后台域名或源站直连方式处理，以避免 CDN 对后台长请求造成干扰。
-
本文记录了一次在 OneinStack 已有 Nginx 虚拟主机中追加 en.shuijingwanwq.com 子域名，并重新签发包含多个域名的 SSL 证书的实操过程。由于主站已经有稳定访问量，且 Nginx 配置中包含多项自定义规则，作者没有采用“删除虚拟主机后重新添加”的方式，而是选择在现有 vhost 中追加 server_name、调整跳转规则、检查 Nginx 配置、添加 DNS 解析，并通过 acme.sh 重新签发和安装证书。文章也说明了这一步是后续将 WordPress 英文站从 /en/ 迁移到 en.shuijingwanwq.com 的服务器与证书准备工作。
-
本文记录一次将 WordPress + Polylang 英文站从路径模式 /en/ 迁移到独立子域名 en.shuijingwanwq.com 的完整排查过程。迁移过程中并不是简单修改 Polylang URL 设置就结束了，而是连续遇到了 Polylang 保存失败、扩展插件 Fatal Error、W3 Total Cache 将英文子域名误判为 foreign domain 并 301 回主域名、Redis Object Cache 缓存旧语言配置等问题。最终通过修复 Polylang 扩展插件、添加 W3TC 兼容 mu-plugin、清理 Redis 对象缓存，并验证 html lang、canonical、hreflang 和 W3TC 页面缓存文件，完成了英文子域名的源站侧迁移。
-
本文继续记录 WordPress + Polylang 英文站从 /en/ 迁移到 en.shuijingwanwq.com 之后的 CDN 与缓存配置过程。前一篇文章已经解决了源站侧的 Polylang 多域名配置、W3 Total Cache Page Cache 兼容、Redis Object Cache 旧配置缓存等问题。本文重点处理 en.shuijingwanwq.com 接入 Cloudflare、启用 HTML 页面缓存、验证首页与文章页 MISS 到 HIT、确认登录用户 Cookie、REST API、登录页和后台入口不会被缓存，并最终通过 Nginx 将非 www 域名下的后台入口统一 301 到 www.shuijingwanwq.com。
-
本文记录了将 WordPress 英文站从 `www` 主域名下的 `/en/` 路径迁移到 `en.shuijingwanwq.com` 子域名的完整实践。由于站点原有数千条标签 slug 转换、旧标签合并和专题重定向规则，不能简单使用一条通用 rewrite。最终通过“历史路径映射、最终域名转换、普通 `/en/` 兜底迁移”三层逻辑，实现旧英文标签和专题一次 301 到达最终英文地址，同时保留中文主域名规则与查询参数，并将 `www` 和 `en` 子域名后续产生的 301 规则分开维护。
-
为解决 WordPress 后台经过 EdgeOne 时出现的核心升级 524 超时问题，本文将后台迁移至独立的 admin.shuijingwanwq.com 子域名，并通过 DNS Only 直连源站。整个方案包含独立 Nginx 虚拟主机、ECC HTTPS 证书、W3 Total Cache 多域名兼容补丁、WordPress MU 插件 URL 重写、前台后台入口统一跳转，以及 admin-ajax.php、admin-post.php 和文章密码提交接口的保留处理。迁移完成后，后台资源不再经过 EdgeOne 或 Cloudflare，www、en 及裸域的后台入口统一跳转至 admin，并成功通过新后台域名将 WordPress 升级到 7.0.1，未再出现 524、维护模式残留或 core_updater.lock。
-
近期博客先后启用了英文子域名、独立后台域名、多 CDN、W3 Total Cache Page Cache 与 Redis Object Cache，并针对 Polylang、W3TC、TMS Extensions for Polylang、SlyTranslate 等兼容问题增加了多项调整。随着缓存失效、语言识别和插件升级风险逐渐显现，本文暂停继续增加补丁，对现有多域名架构进行一次阶段性复盘，明确哪些组件继续保留、哪些第三方插件源码修改需要撤销，以及后续应按照“改动盘点、恢复 W3TC 缓存闭环、实现多语言一键清理、最后接入 EdgeOne 与 Cloudflare 自动刷新”的顺序推进，使整套方案重新变得可控、可维护并具备复用价值。
-
EdgeOne 个人版每月包含 50GB 安全加速流量和 300 万次安全加速请求。套餐启用几天后，我根据实际消耗速度判断，现有额度无法支撑完整计费周期，因此陆续将 media、en 和 admin 三个域名迁出 EdgeOne，只保留中文主站 www。本文根据迁移前后的真实流量与请求数据，按加量包实际消耗比例估算月度成本。结果显示，当前过渡周期预计成本约为 26.2 元；拆分完成后的稳定月度成本约为 22.2 元；如果三个域名都未迁出，月度成本约为 49.6 元。此次拆分预计可将 EdgeOne 长期成本降低约 55%，每月节省约 27.4 元。
-
将 media、en 和 admin 拆出 EdgeOne 后，我使用 BOCE、中国成都移动宽带和 WebPageTest，对中文站、英文站及媒体图片进行了实际性能测试。结果显示，中文站继续使用 EdgeOne 后，在中国大陆和海外均保持良好性能；英文站通过 Cloudflare 在新加坡和美国的首屏表现稳定，但中国大陆移动、联通线路访问明显较慢；media 图片资源是当前架构中波动最明显的部分。综合成本、性能与后台稳定性来看，现有分层架构仍值得保留，但需要继续关注 Cloudflare 在中国大陆线路中的稳定性及图片对 LCP 的影响。