标签： Cloudflare
-
近期博客先后启用了英文子域名、独立后台域名、多 CDN、W3 Total Cache Page Cache 与 Redis Object Cache，并针对 Polylang、W3TC、TMS Extensions for Polylang、SlyTranslate 等兼容问题增加了多项调整。随着缓存失效、语言识别和插件升级风险逐渐显现，本文暂停继续增加补丁，对现有多域名架构进行一次阶段性复盘，明确哪些组件继续保留、哪些第三方插件源码修改需要撤销，以及后续应按照“改动盘点、恢复 W3TC 缓存闭环、实现多语言一键清理、最后接入 EdgeOne 与 Cloudflare 自动刷新”的顺序推进，使整套方案重新变得可控、可维护并具备复用价值。
-
本文记录 WordPress 英文站从 /en/ 路径迁移到 en.shuijingwanwq.com 后，围绕 Yoast SEO 站点地图进行的完整调整与验证过程。内容包括薄内容标签页设置 noindex 并从 XML Sitemap 排除、W3 Total Cache 与 Cloudflare 多层缓存清理、重复标签导致的 Sitemap 误判排查，以及 Google、Bing、360、百度和搜狗等搜索平台中的资源添加与站点地图更新。最终，中英文站均统一使用 Yoast 生成的 sitemap_index.xml，英文子域的 Sitemap、robots、canonical 和搜索引擎提交状态均得到验证。
-
本文记录了将 WordPress 英文站从 `www` 主域名下的 `/en/` 路径迁移到 `en.shuijingwanwq.com` 子域名的完整实践。由于站点原有数千条标签 slug 转换、旧标签合并和专题重定向规则，不能简单使用一条通用 rewrite。最终通过“历史路径映射、最终域名转换、普通 `/en/` 兜底迁移”三层逻辑，实现旧英文标签和专题一次 301 到达最终英文地址，同时保留中文主域名规则与查询参数，并将 `www` 和 `en` 子域名后续产生的 301 规则分开维护。
-
本文继续记录 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 `/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 上传资源迁移到独立的 media.shuijingwanwq.com 子域名，并采用 EdgeOne + Cloudflare 混合 CDN 架构后，发现 Cloudflare 中原本针对 WordPress 主站配置的 Cache Rules 已经不再适用于新的架构。 本文记录了这次缓存规则调整过程：将 Cloudflare 的职责从整个 WordPress 网站 CDN 调整为仅负责 media.shuijingwanwq.com 静态资源缓存；重新设计基于 Host 的缓存规则；为图片、附件等长期不变的上传资源设置合理 TTL；同时禁用已经迁移到 EdgeOne 后不再需要的 WordPress 缓存规则。 通过这次调整，最终形成了更清晰的 CDN 分工： EdgeOne 负责 www.shuijingwanwq.com WordPress 主站及非 uploads 目录资源； Cloudflare 负责 media.shuijingwanwq.com 下的 uploads 静态资源缓存。 本文也总结了 CDN 迁移过程中容易遗漏的缓存策略同步问题，为类…
-
这篇文章记录了将 WordPress 历史图片资源迁移到 `media.shuijingwanwq.com` 后，EdgeOne 仍然持续出现 301 请求的排查过程。通过 EdgeOne 状态码分析、`curl` 验证、旧文章源码检查和 Better Search Replace dry run，最终确认问题并非 EdgeOne 回源异常，而是历史文章正文中仍然保存着迁移前的 `www.shuijingwanwq.com/wp-content/uploads/` 图片地址。文章详细记录了如何安全替换完整旧图片 URL、清理 W3 Total Cache 缓存，并说明为什么不应无脑替换所有 `/wp-content/uploads/` 相对路径，以避免破坏技术文章中的路径说明内容。
-
这篇文章记录了一次 EdgeOne 流量成本排查与优化过程：在发现 EdgeOne 个人版 50GB 套餐流量消耗过快后，先通过指标分析定位到 `/wp-content/uploads/` 上传资源和站点 Logo 是主要流量来源。随后将 Logo 从 1024×1024、884KB 压缩为 512×512、173KB，并进一步把 WordPress 媒体库上传资源迁移到 `media.shuijingwanwq.com` 子域名，由 Cloudflare 承接图片、ZIP、附件等大体积静态资源流量。 文章重点介绍了如何使用 OneinStack 为 `media.shuijingwanwq.com` 创建独立虚拟主机，将其根目录指向 WordPress 的 `wp-content/uploads` 目录，并禁止 PHP 执行以降低安全风险。随后通过修改 WordPress 的 `upload_url_path`，让前台页面自动输出 media 域名资源地址，同时在 EdgeOne 中添加 `/wp-content/uploads/*` 到 media 子域名的 301 跳转规则，确保…
-
本文记录了WordPress网站在引入Cloudflare CDN前后的性能对比实测过程，旨在建立可量化的全球加速评估体系。测试初期因W3 Total Cache页面缓存被意外关闭导致性能指标异常，排查修正后重新验证了WebPageTest与boce数据。结果显示，CDN上线后TTFB、FCP及LCP指标显著优化，平均响应时间缩短，全球访问稳定性与综合评分均提升，最终确认性能关键在于确保缓存体系闭环命中。
-
本文记录了基于 Cloudflare 优化 WordPress 缓存的完整配置过程。文章首先澄清了插件推荐配置的作用与限制，接着解决了 API 权限缺失导致的报错问题。核心操作包括新增 HTML 页面缓存规则、排除后台与 API 请求，并启用自动清理功能。最终实现了缓存策略闭环，明确了推荐配置、缓存规则与自动清理三者在性能、业务正确性与数据一致性上的分工。