年度归档： 2026 年
-
这篇文章记录了我在 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，以维持中国大陆用户尤其是移动、联通网络下的…
-
一次大学同学聚会中的闲聊，让我第一次注意到 tagxx.vip。最初这只是一个来自身边真实用户的使用样本，后来我又继续查看了公开页面，并在 2026 年 7 月 31 日实际完成账号注册和登录。测试过程中发现，当前注册页面不支持 163 邮箱，但支持 QQ、Gmail、Yahoo、Foxmail 等邮箱。本文从真实用户的选择逻辑出发，记录 tagxx.vip 从最初观察到后续实际注册验证的过程。
-
这篇文章记录了一次用 ChatGPT Agent 自动化 WordPress 英文重译流程的真实测试。原本希望 Agent 能替代当前的 ChatGPT Plus 手动重译流程，帮助处理中文文章内容并生成英文标题、摘要和正文。但实际测试发现，Agent 处理长篇 Gutenberg 代码编辑器内容时耗时很长，最终任务耗时约 25 分钟，而且输出结果明显不完整，只覆盖了文章前半部分。相比普通 ChatGPT Plus，Agent 在摘要完整性、正文覆盖范围和 code-block-pro 结构细节上都不够稳定。因此，当前结论是：ChatGPT Agent 暂时不适合作为长篇 WordPress 技术文章的英文翻译主流程，更适合未来尝试用于后台复制、粘贴、保存草稿等网页操作环节。
-
在验证 AutoPoly 免费版与 Yandex 网页版的翻译质量后，我继续评估 AutoPoly Pro + OpenAI API 是否能替代目前的 ChatGPT Plus 手动重译流程。结果发现，真正的问题已经不只是翻译质量，而是包括 Gutenberg 区块保护、OpenAI 请求位置、阿里云服务器访问能力、API 账单支付方式等一整套落地问题。本文记录这次分析过程，以及我为什么暂时没有直接切换到 AutoPoly Pro + OpenAI API 主流程。
-
这篇文章记录了我对 AutoPoly 免费版、Yandex Translate 网页版以及 ChatGPT Plus 整篇翻译流程的一次对比验证。通过浏览器抓包可以确认，AutoPoly 免费版使用 Yandex 时，并不是将整篇 WordPress 文章一次性提交翻译，而是按段落、区块或文本片段分批请求 Yandex。这样虽然有利于保留 Gutenberg 结构、代码块和配置内容，但正文翻译容易缺少上下文，机器翻译感明显。相比之下，Yandex 网页版 Quick translation 的普通正文连贯性略好，但会把代码块和配置块也翻译掉，并且存在长文本限制。最终结论是：AutoPoly 更适合作为 Polylang 结构复制和低价值历史文章初稿工具，高价值英文技术博客仍应继续使用 ChatGPT Plus 整篇重译，后续更值得研究的是如何自动化现有 ChatGPT 翻译流程。
-
本文基于 boce 国内多节点测速和 WebPageTest 页面性能数据，对比了 WordPress 主站在 CDN 上线前、Cloudflare Free 上线后、腾讯云 EdgeOne 上线后三个阶段的真实表现。测试结果显示，Cloudflare Free 能明显改善 WordPress 缓存闭环和 WebPageTest 核心指标，但在中国大陆访问场景下，移动、联通线路存在较大波动。迁移到腾讯云 EdgeOne 后，boce 第二次测试平均响应降至 0.354s，WebPageTest 的 TTFB、FCP、LCP、Speed Index 也保持在较优水平。对于源站在中国大陆、主要流量来自国内、同时保留 /en/ 英文目录的 WordPress 主站来说，EdgeOne 在不改变网站结构的前提下，更适合作为当前阶段的统一加速方案。
-
Cloudflare Free 对海外访问非常友好，但对中国大陆用户来说，线路稳定性和访问速度并不总是理想。本文记录了一次将 WordPress 主站从 Cloudflare Free 迁移到腾讯云 EdgeOne 的完整过程：从套餐选择、CNAME 接入、DNS 切换、HTTPS 配置，到 WordPress 缓存规则迁移与 eo-cache-status 验证。最终实现了中文站、英文 /en/ 目录、图片、CSS、JS、后台登录、REST API 都正常访问，并且普通访客 HTML 页面命中 EdgeOne 缓存，已登录用户自动绕过缓存。
-
本文通过一次 WordPress CDN 性能排查，重新修正了此前对 Cloudflare 免费版加速效果的判断。虽然 W3 Total Cache 页面缓存与 Cloudflare HTML 缓存已经正常命中，但在中国大陆访问场景下，尤其是移动、联通线路，Cloudflare 免费版仍可能因为线路绕路和节点波动导致访问变慢。通过新建灰云测试域名 cn-test.shuijingwanwq.com，并使用同一静态文件对比阿里云 ECS 直连与 Cloudflare 访问效果，结果显示国内直连阿里云明显更快。文章最终认为，Cloudflare 免费版更适合作为低成本全球化入口，而不是中国大陆访问的绝对加速方案；长期更合理的方向可能不是按语言拆分 CDN，而是按访问地区进行 CDN 分流。