-
WordPress 三域名架构再次踩坑：Adsterra 归档广告不生效，最终定位到 W3TC Object Cache
在为 WordPress 中英文归档页增加 Adsterra Native Banner 时，前台始终无法及时显示最新模板内容。经过对 WPCode、PHP Snippet、Shortcode、Language Visibility、Block Template、CDN、W3 Total Cache Page Cache 与 Redis Object Cache 的逐层排查，最终确认 www 与 en 不同 Host 下的 W3TC Object Cache 保留了旧版 wp_template。分别清理两个域名上下文的 Object Cache，并重新生成对应 Page Cache 后，中英文广告均恢复正常。此次问题也暴露出现有多域名缓存同步机制对 wp_template 等结构性内容覆盖不足，下一步将重点完善已有 MU 插件，并继续处理首页最新文章仍停留在 7 月 28 日的问题。
-
GLM-5.2 整篇翻译再次出现 Protected Token 校验失败：从尾部 Token 丢失到 Plaintext 结构重排的完整排查记录
记录一次 SlyTranslate + GLM-5.2 整篇翻译中的 Protected Token 校验失败排查过程。问题最初表现为文章尾部连续丢失 Gutenberg STRUCT Token，在增加 Tail STRUCT Repair、强化 Prompt 和 Tail Guard 后仍未解决。进一步分析发现，真正原因是中文文章中存在 Paragraph → Plaintext → Paragraph 的跨块自然语言结构，GLM 为生成更自然的英文主动重组内容，导致 Protected Token 顺序漂移。最终通过清理不必要的 Plaintext、让 Gutenberg 区块边界与自然语言语义边界保持一致，在不放宽严格 Token 验证的情况下成功完成 GLM-5.2 整篇翻译。
-
ThinkPad T570 在 Ubuntu 下 Type-C 转 VGA 无法识别副屏：从 BIOS、UCSI 到 Thunderbolt 的完整排查记录
2026 年 7 月 30 日，我尝试使用新购买的 Type-C 转 VGA 线为 ThinkPad T570 连接副屏，但 Ubuntu 始终无法识别外接显示器。排查过程中先后检查了 Wayland、DRM、USB Type-C、UCSI、BIOS 和 Thunderbolt Controller，并将 BIOS 从 1.23 升级到 1.54。即使在 BIOS 阶段将 Boot Display Device 设置为 USB Type-C，副屏仍没有反应；通过 boltctl 强制让 Thunderbolt 上电后，Controller 也没有被系统枚举。综合现象来看，问题更可能位于 T570 的 USB-C / Thunderbolt 底层链路，而不是普通的 Ubuntu 双屏配置。考虑继续修复的时间成本，最终决定暂时停止排查，后续更倾向于购买一台原生支持 HDMI 的显示器作为副屏。
-
Ubuntu ThinkPad T570 挂起后黑屏：最终关闭自动挂起与合盖挂起，避免频繁强制关机
ThinkPad T570 在 Ubuntu 26.04 下连续出现挂起后黑屏问题。日志显示系统实际上已经完成唤醒，但显示链路未能正常恢复，普通系统更新后问题仍可复现。考虑到电脑长期连接电源使用，最终不再继续折腾内核和显卡，而是关闭自动挂起，并通过 systemd 禁止合盖触发挂起，只保留自动息屏。实际合盖测试通过，重新掀开屏幕后可以继续原来的工作。
-
每天批量处理 20 篇 Mixed WordPress 历史文章：Classic 转 Gutenberg、SyntaxHighlighter 迁移、摘要补全与英文覆盖翻译完整 SOP
在完成 Gutenberg + SyntaxHighlighter 历史文章迁移后，我继续处理 Mixed Gutenberg / Classic + SyntaxHighlighter 文章，并整理出每天固定处理 20 篇的完整 SOP。流程包括 Classic 内容规范化为 Gutenberg、SyntaxHighlighter 转 Code Block Pro、代码语言核对、生产只读验证、中文摘要生成和英文覆盖翻译。经过连续两批共 40 篇真实文章验证，流程同时覆盖了 SSH 超时有限重试、翻译失败单篇 resume，以及 selected_count=0 但批次仍未完成等异常情况，最终形成一套可以长期重复执行的历史文章迁移方案。
-
Zoog 联盟计划注册实测：从独立账号到中国区专属推广链接
收到 Zoog Affiliate Manager 关于中国大陆访问问题的正式回复后，我进一步注册并实测了 Zoog Affiliate Program。本文记录普通 Zoog 账号与联盟账号的区别、注册与审核过程、Crypto 收款方式、General / China / Russia 三类推广链接的实际差异，以及当前佣金、Cookie、最低提现和点击统计等规则，重点总结 Zoog 联盟后台中容易产生误解的几个细节。
-
Zoog 中国大陆访问测试后续：官方确认访问挑战，并给出当前推荐入口
此前我曾对 Zoog 在中国大陆网络环境下的实际访问情况进行测试，并将发现的问题反馈给官方。2026 年 7 月 28 日，我收到 Zoog Affiliate Manager 的正式回复。官方确认中国大陆访问可用性是其面临的重要挑战之一，并表示会持续监测域名状态、调整推荐入口。随后我注册 Zoog Affiliate Program，发现后台也提供了面向中国用户的专属推广入口。本文记录这次官方回应及后续验证结果。
-
从 CPU 告警到双域名预缓存：W3 Total Cache、EdgeOne 与 Cloudflare 96 小时缓存优化实战
在再次出现 CPU 告警后，我暂时停止继续追查瞬时负载根因，转而重新启用 W3 Total Cache 页面预缓存，并从 900 秒 × 5 页 的保守配置逐步优化。通过准确统计中英文 Yoast Sitemap，确认真正需要预缓存的页面为 6270 个，并自动生成 www + en 联合 W3TC 专用 Sitemap，每小时同步更新。最终将 W3TC Page Cache、EdgeOne 中文站和 Cloudflare 英文站的缓存生命周期统一调整为 96 小时，同时采用 300 秒 × 7 页 的低批量持续预热策略，在降低冷缓存回源和 PHP 动态生成压力的同时，避免预缓存本身制造新的 CPU 峰值。
-
Codex Fast 模式到底值不值得开？Google 翻译让我差点理解反了
Codex 扩展更新到 26.721.41059 后，出现了 Fast 模式提示：根据上周 8 个 chats 的使用情况，Fast 预计可节省约 57 分钟，但同时会增加套餐使用量。结合 OpenAI 官方 Codex Speed 与 Rate Card 文档，可以确认 Fast 的本质是用更高的 credits 消耗换取更快的执行速度，而不是提高套餐额度利用效率。对日常使用来说，Standard 更适合作为默认选择，Fast 则适合需要连续修改、测试和快速反馈时临时开启。
-
VS Code 升级到 1.130.0 后 Codex 恢复正常：旧版扩展未更新也能正常加载
2026 年 7 月 29 日，我将 VS Code 从 1.129.1 升级到 1.130.0 后，之前持续加载、灰屏和白屏的 Codex 面板恢复正常。更关键的是，此时 Codex 扩展仍保持之前回退的一周前版本 26.715.61943，并未更新到最新版本。这进一步说明此前故障更可能与 VS Code 本体、Webview 运行环境或版本兼容性有关，而不是单纯由 Codex 扩展版本导致。
👨💻 个人品牌
王世强｜技术实践者 · 独立博客作者
15+ 年 Web 与系统实践经验，持续关注网站基础设施、系统优化、AI 工具与自动化。
持续运营技术博客 10+ 年，累计发布 1000+ 篇原创技术文章。
长期建设个人项目，也欢迎合适的技术交流、咨询与合作。
.env (14) add (16) AI 翻译 (31) Apache (13) Array (19) A Tour of Go (69) Cache (13) CentOS (23) ChatGPT (20) ChatGPT Plus (15) chrome (19) Cloudflare (34) Codex (22) composer (42) composer.json (22) composer install (13) composer update (14) console (16) Container (25) curl (16) delete (31) Docker (32) Dockerfile (15) EdgeOne (33) environment variable (19) error (24) file (15) filter (20) Git (27) GitHub (23) Gitlab (15) GLM-5.2 (27) Go (62) go-tour-i18n (14) Google AdSense (29) Go 语言 (24) GraphQL (24) GraphQL API (14) Gutenberg (35) http (21) https (22) Interface (19) Jquery (13) json (24) Laravel (37) Laravel 6 (55) Laravel 9 (25) Lighthouse (17) Lighthouse 5 (14) Linux (22) Migrate (13) Module (17) MySQL (78) MySQL 5.7 (22) Nginx (63) normalize.css (28) OKX (15) OneinStack (21) PHP (67) php-fpm (19) php.ini (24) PHP 7.1.12 (22) PHP 7.4 (26) phpmyadmin (15) PhpStorm (24) Polylang (58) postman (18) Query (17) queue (16) Rancher (24) Redis (51) RESTful (27) RESTful API (23) Shopify (19) SlyTranslate (21) SQL (24) String (14) TortoiseGit (14) Twenty Twenty-Five (20) Ubuntu (40) update (20) VPN (17) W3 Total Cache (39) Windows 10 (46) WireGuard (28) WordPress (134) WordPress 多语言 (13) WPCode (23) Wstunnel (15) Yii (40) Yii 2 (70) Yii 2.0 (51) ZgoCloud (13) 多语言网站 (13) 多语言翻译 (36) 技术博客 (15) 故障排查 (15) 数据库迁移 (16) 浏览器 (14) 阿里云 (19)
Most Viewed Posts
- 从 LetsVPN 停用至自建 WireGuard VPN 全流程复盘（附避坑指南） (7,571)
- 使用中国大陆手机号登录 Telegram，弹出 SMS Fee 且支付选项不支持，购买 Premium 后短信验证码未收到的完整解决流程 (5,421)
- ZgoCloud + Wstunnel + WireGuard 提速 4 倍，Clash Verge Rev 自动分流与 443 端口防封实战 (4,939)
- WireGuard 国内直连+国外走隧道 配置踩坑与完美解决（实测可用） (3,914)
- WireGuard VPN 配置优化：国内网站直连，国外流量走VPN（实测有效） (2,102)
- 一直收到 Huobi.info 的账户管理费收取通知，决定提取出剩余的资产 (1,364)
- 基于 yiisoft/yii2-app-advanced，在 GitHub 上新建仓库 yii2-app-advanced，新建接口应用(实现 RESTful 风格的 Web Service 服务的 API)，新建api目录、配置和环境、测试、Vagrant等的支持 (1,357)
- 基于 yiisoft/yii2-app-advanced，在 GitHub 上新建仓库 yii2-app-advanced，新建接口应用(实现 RESTful 风格的 Web Service 服务的 API)，在 api 的 tests 目录中准备用户相关操作的一些自动化测试的样例(API 测试)，确保应用程序在改变或增加新的功能时不会影响现有的功能 (1,323)
- 在 Windows 10 中，名为 Vmmem 的进程占用内存过高的排查分析 (1,297)
- 基于 yiisoft/yii2-app-advanced，在 GitHub 上新建仓库 yii2-app-advanced，新建接口应用(实现 RESTful 风格的 Web Service 服务的 API)，实现模型分层：数据层、逻辑层，明确公共目录、应用、模块的继承、引用关系 (1,294)