分类： 内容体系管理
-
在持续处理 WordPress 历史文章摘要、旧代码格式、SyntaxHighlighter 短代码及中英文覆盖翻译之后，这一轮历史迁移终于正式收尾。最终 67 个固定批次、1281 篇历史文章全部完成，remaining=0、integrity=ok。为准备退役 SyntaxHighlighter Evolved，又重新同步并审计了 1438 篇中文已发布文章，最终只有 14 篇进入人工检查，真正需要迁移到 Code Pro 的文章不到 5 篇。审计工具、配置、测试和历史迁移状态也已完成 Git 收口，503 项测试通过。发布本文前，SyntaxHighlighter Evolved 已正式停用，插件文件暂时保留约 5 天，等待旧页面缓存自然退出后再彻底删除。
-
本文记录了将 WordPress 历史文章中的 Gutenberg SyntaxHighlighter 代码块统一转换为 Code Block Pro，并复用既有中文摘要生成与英文覆盖翻译流程的完整实践。通过生产环境只读扫描、固定批次、人工转换、结构验收和状态恢复，第一批 20 篇文章最终全部完成中文摘要写入与英文覆盖翻译。过程中也暴露出批次执行中的网络超时、状态恢复边界和过度设计问题，并据此确定了后续历史文章的标准化处理方案：不同旧格式只负责识别与转换，转换完成后统一进入现有 Gutenberg + Code Block Pro 执行流程，不再重复建设摘要和翻译管线。
-
本文记录了使用 GLM 4.7、GLM 5.2 与 SlyTranslate，安全补全 42 组 WordPress 中英文历史文章摘要的完整过程。流程通过固定候选清单、写入前备份、内容哈希、Polylang 双向校验、状态持久化、断点恢复与自动重试，应对 GLM 超时、REST 连接中断及 SlyTranslate HTTP 500 等真实故障，最终实现 42/42 完成、待处理 0、异常状态 0。
-
在使用 AI 批量补全 WordPress 历史文章摘要之前，我先建立了一套只读格式审计管线，用于受控导出文章、识别 Classic Editor、Gutenberg、SyntaxHighlighter 和 Code Block Pro 等历史格式，并进行风险分类与候选筛选。项目已完成 3 条、20 条和 100 条生产样本验证，143 个自动化测试全部通过，并以中英文文档形式公开到 GitHub。当前阶段不调用 AI，也不写回 WordPress，重点是先明确格式边界、数据安全和失败保护，为后续长期运行的摘要补全流程建立可靠基础。
-
随着“WP 博客多语言化实操”系列文章增至 38 篇，我将其中以 AI 模型评测、翻译质量优化、代码保护和自动化流程为主的内容，拆分到新系列“WordPress AI 翻译工程实战”。本次共迁移 16 篇中文文章及对应的 16 篇英文文章，并确认通过文章列表按发布时间依次快速编辑后，PublishPress Series 会自动从 1 开始连续排序，无需手动调整。迁移完成后，还清理了 www 与 en 域名下的 W3 Total Cache 页面缓存和对象缓存。
-
本文记录了将 WordPress 英文站从 `www` 主域名下的 `/en/` 路径迁移到 `en.shuijingwanwq.com` 子域名的完整实践。由于站点原有数千条标签 slug 转换、旧标签合并和专题重定向规则，不能简单使用一条通用 rewrite。最终通过“历史路径映射、最终域名转换、普通 `/en/` 兜底迁移”三层逻辑，实现旧英文标签和专题一次 301 到达最终英文地址，同时保留中文主域名规则与查询参数，并将 `www` 和 `en` 子域名后续产生的 301 规则分开维护。
-
针对 WordPress 博客英文翻译质量不佳的问题，文章复盘了从 Polylang 配合 AutoPoly 免费版及 Chrome Built-in AI 向更高质量方案迁移的排查过程。通过在阿里云服务器上测试 DeepL、Google 及 OpenAI 等接口，发现 DeepL 因账号注册地区限制不适合大陆用户，其余则存在网络超时。文章最终放弃更换多语言插件或强行接入 DeepL，决定保留 Polylang 架构，采用普通文章自动翻译、重点文章人工精修的分层策略，以在成本、风险与质量间取得平衡。
-
本文记录了作者在 Trae CN 中尝试 Dev Containers 的后续经历，重点在于收到社区扩展开发者的主动联系与反馈邮件。这一过程让作者意识到技术博客内容已进入开发者反馈回路，将写作重新划分为记录、反馈与参与三个层级，并得出博客在具备影响力后会成为弱产品反馈系统的结论，未来在技术评估中将更注重区分事实与主观判断。
-
作者探索技术博客商业化，决定从 BeWild 开始尝试联盟营销。考虑到博客的技术属性及读者需求，他放弃了在文末单独添加推广文案的做法，转而将推荐链接自然地融入文章的关键决策节点，如最终方案选择处。同时，设计了一套不破坏阅读体验的独立链接样式，并制定了相关的使用规范与数量控制原则，旨在平衡内容价值与商业化尝试。
-
基于 Google Analytics、百度统计及各大站长平台最近 90 天的数据，文章分析了技术博客从单一记录转向商业资产运营的可行性。报告指出 Bing 流量增长迅速，VPN 与 WireGuard 相关关键词具有高商业价值。作者决定调整收入结构为咨询、联盟营销与广告结合，并制定了 90 天内针对高价值文章植入自然推荐链接及测试 VPN 厂商的执行计划，确立了真实内容与商业化并重的发展方向。