年度归档： 2026 年
-
本文整理了一套每天批量处理 20 篇 WordPress 历史文章的完整流程，包括 SyntaxHighlighter 向 Code Block Pro 迁移、代码语言核对、生产只读验证、中文摘要生成、英文覆盖翻译、有限重试和失败恢复。本次实操还修复了 Plaintext 行数校验过严，以及 Ctrl + S 被误判为 Markdown 列表的问题，最终完成整个批次，并形成可长期复用的操作规范。
-
在重新评估技术博客广告变现方案后，我停用了原有的 AdSense 手动广告位，仅保留全站基础代码，并正式启用自动广告。本文完整记录了旧广告缓存排查、源站与 EdgeOne 验证、自动广告格式配置、代码块兼容性测试，以及将页内广告最小间距从 200px 调整为 530px 的过程。最终采用较积极的广告密度，同时关闭意向驱动广告，保留页内广告、底部锚定广告和低间隔穿插广告，以测试自动广告能否在不插入代码块、不过度破坏阅读体验的前提下，提高技术博客的广告变现效率。
-
记录将 wordpress-ai-translation-pipeline 从私有 GitHub 仓库切换为公共仓库的完整过程，包括敏感信息审计、生产环境信息与认证凭证的风险区分、双仓库方案取舍、MIT License 与第三方许可证说明补充、自动化测试、代码提交以及仓库可见性切换。最终在未重写 Git 历史、未删除标签、未强制推送的前提下，以最小改动完成公开发布。
-
本文记录了 WordPress 中文站与英文站的 CDN 缓存命中率优化过程。通过分析 EdgeOne 与 Cloudflare 的请求状态、响应流量、HTTP 状态码和资源类型，确认大量 MISS 主要来自 WordPress HTML 长尾页面，而原有 1～4 小时的缓存时间偏短。将两边的 HTML 边缘缓存 TTL 统一调整为 12 小时，并补全个性化 Cookie 绕过规则后，Cloudflare Cache Hit Rate 从 16.76% 提升至 20.25%，EdgeOne 请求 Hit 从约 50.5% 提升至 58.5%，流量 Hit 从约 26.6% 提升至 35.6%，验证了统一延长缓存时间的实际效果。
-
在万维广告申请未通过后，我继续尝试 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 推进项目，等待官方后续修复。