年度归档： 2026 年
-
在万维广告申请未通过后，我继续尝试 Media.net，并重新找回多年未使用的百度联盟账号。通过复盘 2017 年的历史投放数据发现，百度联盟当时的收益几乎完全依赖广告点击，超过 1.5 万次广告展示仅产生 2 次点击，不适合点击率较低的技术博客。本文记录 Media.net 发布商咨询、百度联盟旧账号排查及历史收益分析，并重新思考中国大陆中小型技术博客的广告变现方向。
-
本文记录了将 WordPress 历史文章中的 Gutenberg SyntaxHighlighter 代码块统一转换为 Code Block Pro，并复用既有中文摘要生成与英文覆盖翻译流程的完整实践。通过生产环境只读扫描、固定批次、人工转换、结构验收和状态恢复，第一批 20 篇文章最终全部完成中文摘要写入与英文覆盖翻译。过程中也暴露出批次执行中的网络超时、状态恢复边界和过度设计问题，并据此确定了后续历史文章的标准化处理方案：不同旧格式只负责识别与转换，转换完成后统一进入现有 Gutenberg + Code Block Pro 执行流程，不再重复建设摘要和翻译管线。
-
在连续两次安排 Zoom 会议后，BuySellAds 团队直到第二次会议开始前几分钟，才确认我申请的是 Carbon Ads Publisher，而不是购买广告的 Advertiser。由于 Lara 和 Kelly 均属于广告销售团队，会议最终被取消，我的资料也被重新转交给 Publisher 团队。本文完整复盘这次跨时区沟通中的团队错配、会议取消与流程问题，并总结个人站长申请海外广告平台时值得提前确认的关键事项。
-
本文记录了使用 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，重点是先明确格式边界、数据安全和失败保护，为后续长期运行的摘要补全流程建立可靠基础。
-
在 VS Code 中打开新项目并使用 Codex 时，右侧面板持续停留在加载状态，随后变成灰色空白页面。排查确认 Codex CLI、账号登录和本地扩展文件均正常，真正的异常集中在 VS Code Webview 资源加载层，大量本地 JavaScript 模块出现 insufficient resources 和 net::ERR_FAILED。清理 Service Worker、Cache、Code Cache、CachedData、GPUCache，重新安装及回退 Codex 扩展版本后，问题仍未解决。最终暂时改用 Codex CLI 推进项目，等待官方后续修复。
-
为了让 Codex 能够在完成代码修改、离线测试和 Git commit 后直接推送到 GitHub，我在 Ubuntu 中安装并配置了 GitHub CLI。通过 gh auth login 完成浏览器设备授权和两步验证后，再使用 gh auth setup-git 将 GitHub CLI 配置为 Git 的 HTTPS 凭据助手。最终，Codex 成功将本地提交推送到 GitHub，并验证本地 HEAD 与 origin/main 完全一致。本文记录了完整配置过程、安全边界，以及自动推送与生产部署之间需要保持的明确区分。
-
在将本地翻译项目目录重命名后，VS Code 中的 Codex 聊天窗口一直停留在加载状态。排查过程中，通过重新打开工作区、查看 Codex 输出日志和 VS Code 开发人员工具，确认 Codex 后端能够正常启动，但 Webview 中的多个 JavaScript 模块出现 net::ERR_FAILED，主入口模块也无法完成动态加载。最终将 VS Code 从 1.127.0 升级到 1.129.1 后，Codex 恢复正常。本文记录完整排查过程，并说明如何区分项目路径、扩展后端、Webview 资源和版本兼容性问题。
-
从历史文章摘要为空、文章列表重复显示 Post Views 以及 Yoast SEO 元描述不够准确的问题出发，我逐步梳理了 WordPress AI 翻译工程的下一阶段计划。后续将先盘点经典编辑器、SyntaxHighlighter Evolved、Gutenberg 和 Code Block Pro 等历史内容格式，再使用 GLM-4.7 小规模测试并批量补齐中文 post_excerpt，随后重新覆盖翻译历史英文文章。整个流程将通过 Codex 与 GitHub 管理，并持续评估不同模型的翻译质量、稳定性、速度、API 成本及部署可行性。
-
随着“WP 博客多语言化实操”系列文章增至 38 篇，我将其中以 AI 模型评测、翻译质量优化、代码保护和自动化流程为主的内容，拆分到新系列“WordPress AI 翻译工程实战”。本次共迁移 16 篇中文文章及对应的 16 篇英文文章，并确认通过文章列表按发布时间依次快速编辑后，PublishPress Series 会自动从 1 开始连续排序，无需手动调整。迁移完成后，还清理了 www 与 en 域名下的 W3 Total Cache 页面缓存和对象缓存。