日期: 2026年8月8日
-
在此前排查 ThinkPad T570 的 Type-C 转 VGA 无法识别副屏问题后，我最终放弃继续修复 USB-C / Thunderbolt 视频输出链路，重新购买了一台原生支持 HDMI 的显示器作为副屏。现在采用 ThinkPad T570 HDMI → HDMI 线 → 显示器 HDMI2 的直接连接方式，Ubuntu 双屏已经恢复正常。新的结果也进一步说明，之前的问题并不是 Ubuntu 本身无法正常使用双屏，而更可能集中在原来的 USB-C / Thunderbolt / DisplayPort Alt Mode 链路。相比继续研究 Thunderbolt 固件和底层硬件，使用 HDMI 直连最终以更简单、稳定的方式解决了实际需求。
-
在一次 GLM-5.2 WordPress 整篇翻译完成后，服务器 Trace 明确记录了 3 次 API 请求，但智谱开放平台的费用明细却显示了 4 条模型推理记录。通过导出费用明细 Excel，并结合请求时间、输入与输出 Tokens、请求次数以及资源包余额进行交叉核对，最终确认费用明细的一行并不等于一次 API 请求：同一时间范围内的请求会汇总统计，而输入 Tokens 与输出 Tokens 又分别形成计费记录。本次 3 次请求共消耗 10,880 Tokens，与新用户赠送的 200 万通用模型推理资源包余额变化完全一致，同时也验证了资源包抵扣与“后付费”字段的实际含义。
-
在 WordPress 历史文章英文覆盖翻译过程中，文章 ID 4652 持续触发 GLM-5.2 HTTP 400 安全检测错误。通过执行 Trace、模型真实 Payload 与 Plaintext Region 分析，最终发现多个不含中文的服务器日志、文件列表等 Plaintext 区块没有翻译必要，却仍被完整发送给模型。本文记录如何调整 Code Block Pro Plaintext 保护策略，将纯机器文本改为 SWQBLOCK 整体保护，使正文 Payload 从 49938 字符降至 8876 字符，并继续处理 Ctrl+C 遗留状态、recovery_generation 重试计数、counter_drift 与 WordPress REST Nonce 过期问题，最终成功完成 GLM-5.2 整篇翻译。
-
一次 WordPress 生产站点根目录清理实战。从 SSH 终端误粘贴产生的 0 字节命令碎片入手，逐步排查 WordPress 核心空文件、历史临时文件、旧主题与插件、PHP 维护脚本、Nginx/W3 Total Cache 配置、搜索引擎验证文件以及多年遗留的安装包。通过源码校验、旧博客溯源、当前配置核对和隔离机制，最终清理无用文件，同时避免误删仍在使用的标签处理脚本、AdSense、IndexNow 和搜索引擎验证文件，并总结生产环境下“先确认用途、优先隔离、最后删除”的安全清理思路。