年度归档： 2026 年
-
本文记录了一次在 OneinStack 已有 Nginx 虚拟主机中追加 en.shuijingwanwq.com 子域名，并重新签发包含多个域名的 SSL 证书的实操过程。由于主站已经有稳定访问量，且 Nginx 配置中包含多项自定义规则，作者没有采用“删除虚拟主机后重新添加”的方式，而是选择在现有 vhost 中追加 server_name、调整跳转规则、检查 Nginx 配置、添加 DNS 解析，并通过 acme.sh 重新签发和安装证书。文章也说明了这一步是后续将 WordPress 英文站从 /en/ 迁移到 en.shuijingwanwq.com 的服务器与证书准备工作。
-
这篇博客记录了一次 WordPress 核心升级失败的完整排查过程：在从 WordPress 7.0 升级到 7.0.1 时，后台反复出现 524 超时和“另一更新正在进行”的提示。通过检查 `core_updater.lock`、WordPress 当前版本、升级临时目录、文件权限以及 EdgeOne 转发状态，最终确认 WordPress 核心文件并未半升级，问题主要集中在经过 CDN 代理后的后台长请求超时。文章进一步总结出：前台页面适合继续走 EdgeOne 缓存，而 WordPress 后台更新、插件安装等维护操作，后续应考虑通过独立后台域名或源站直连方式处理，以避免 CDN 对后台长请求造成干扰。
-
这篇博客复盘了我在申请 Carbon Ads / BuySellAds 广告平台后的后续沟通过程。从最初主动提交 Publisher 申请，到预约 Zoom 会议未能顺利进行，再到对方提出 reschedule 后没有继续回复，整个流程暴露出海外广告平台合作中沟通效率和优先级不确定的问题。经过这次经历，我决定暂时将 Carbon Ads / BuySellAds 从近期重点推进事项调整为长期观察渠道，把更多精力放在英文内容建设、搜索流量增长、联盟营销和技术服务入口优化上。
-
这篇文章记录了我在技术博客联盟营销中的第一笔真实收益：原本以为收益会先出现在点击更多的 Vultr 项目中，结果却来自文章数量和链接数量都更少的 BeWild AI。通过对 Vultr 与 BeWild AI 的后台数据、文章类型和用户需求进行对比，我意识到联盟营销不能只看点击量和链接数量，更要看文章是否命中强需求。本文也顺便整理了我当前使用“联盟项目表”和“联盟营销文章表”分别管理项目与文章的做法，并记录了第一笔收益暂时无法归因到具体文章的问题，为后续优化联盟链接归因和转化分析提供了一个真实起点。
-
这篇文章基于前一篇将 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 迁移过程中容易遗漏的缓存策略同步问题，为类…
-
这篇文章记录了我从本地文件夹管理工作机会，逐步转向使用自部署 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、旧文章页面和底部推荐区块的正常运行。