日期: 2026年7月8日
-
在将 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 迁移过程中容易遗漏的缓存策略同步问题，为类似的多 CDN 架构调整提供参考。
-
这篇文章记录了我从本地文件夹管理工作机会，逐步转向使用自部署 NocoDB 在线表格管理全职、兼职、外包、咨询等机会的过程。文章说明了文件夹适合存放资料，但不适合长期跟进机会状态；而结构化表格可以更清晰地记录来源平台、机会类型、技术方向、当前状态、优先级、下一步动作和跟进日期。通过这种方式，可以避免机会分散在邮件、截图和目录中，提高远程工作、项目外包和长期维护合作的跟进效率。
-
这篇文章记录了将 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/` 相对路径，以避免破坏技术文章中的路径说明内容。
-
这篇文章记录了我在 WordPress 中重新安装并启用 Yoast SEO 免费版时遇到的一次旧文章打不开问题。表面上看，问题像是 Yoast SEO 与旧文章存在兼容性冲突；但通过 PHP-FPM 日志排查后发现，真正原因是 WPCode 中一个 PHP Snippet 重复声明了同一个函数，导致 Cannot redeclare custom_desc_and_ads_inserter() 致命错误。最终通过为自定义函数增加 function_exists() 防重复保护，恢复了 Yoast SEO、旧文章页面和底部推荐区块的正常运行。
-
这篇文章记录了一次 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 跳转规则，确保旧资源地址也能自动转发到 Cloudflare。 这次优化并不是把整个网站重新迁回 Cloudflare，而是保留主站 HTML 页面继续走 EdgeOne，以维持中国大陆用户尤其是移动、联通网络下的…