没有不值得去解决的问题,也没有不值得去学习的技术!

  • 放弃 Type-C 转 VGA 后,我为 ThinkPad T570 换了一台 HDMI 副屏:Ubuntu 双屏终于恢复正常

    放弃 Type-C 转 VGA 后,我为 ThinkPad T570 换了一台 HDMI 副屏:Ubuntu 双屏终于恢复正常

    在此前排查 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 费用明细为什么有 4 条?3 次 API 请求与 10,880 Tokens 的完整对账

    智谱 GLM-5.2 费用明细为什么有 4 条?3 次 API 请求与 10,880 Tokens 的完整对账

    在一次 GLM-5.2 WordPress 整篇翻译完成后,服务器 Trace 明确记录了 3 次 API 请求,但智谱开放平台的费用明细却显示了 4 条模型推理记录。通过导出费用明细 Excel,并结合请求时间、输入与输出 Tokens、请求次数以及资源包余额进行交叉核对,最终确认费用明细的一行并不等于一次 API 请求:同一时间范围内的请求会汇总统计,而输入 Tokens 与输出 Tokens 又分别形成计费记录。本次 3 次请求共消耗 10,880 Tokens,与新用户赠送的 200 万通用模型推理资源包余额变化完全一致,同时也验证了资源包抵扣与“后付费”字段的实际含义。

  • GLM-5.2 整篇翻译持续返回 HTTP 400:从安全检测拦截到 Plaintext 载荷缩减的完整排查与修复

    GLM-5.2 整篇翻译持续返回 HTTP 400:从安全检测拦截到 Plaintext 载荷缩减的完整排查与修复

    在 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 网站根目录清理实战:从误粘贴生成的 0 字节文件,到历史脚本、验证文件与旧安装包逐项排查
    ,

    WordPress 网站根目录清理实战:从误粘贴生成的 0 字节文件,到历史脚本、验证文件与旧安装包逐项排查

    一次 WordPress 生产站点根目录清理实战。从 SSH 终端误粘贴产生的 0 字节命令碎片入手,逐步排查 WordPress 核心空文件、历史临时文件、旧主题与插件、PHP 维护脚本、Nginx/W3 Total Cache 配置、搜索引擎验证文件以及多年遗留的安装包。通过源码校验、旧博客溯源、当前配置核对和隔离机制,最终清理无用文件,同时避免误删仍在使用的标签处理脚本、AdSense、IndexNow 和搜索引擎验证文件,并总结生产环境下“先确认用途、优先隔离、最后删除”的安全清理思路。

  • WordPress 7.0 + PHP 8.5 服务器配置全面审计:PHP-FPM、OPcache、Redis、RDS 与 WordPress 调优实战
    ,

    WordPress 7.0 + PHP 8.5 服务器配置全面审计:PHP-FPM、OPcache、Redis、RDS 与 WordPress 调优实战

    在解决 WordPress 首页性能问题后,对当前服务器进行了完整配置审计,重点检查 Nginx、PHP-FPM、OPcache、Redis、W3 Total Cache、阿里云 RDS/MySQL 以及 WordPress 应用层。最终将 PHP-FPM 最大工作进程从 10 提高到 14,调整 OPcache 内存与 Interned Strings 配置,关闭 Gutenberg 实时协作,并为 SlyTranslate 调试日志增加日志轮转;同时保留大量已经运行健康的参数不变,形成一套更适合当前网站长期运行的服务器配置基线。

  • WordPress 动态首页从 19 秒降到 1 秒以内:Post Views Counter 热门文章查询性能问题排查与 MU Plugin 优化实战
    ,

    WordPress 动态首页从 19 秒降到 1 秒以内:Post Views Counter 热门文章查询性能问题排查与 MU Plugin 优化实战

    本文记录一次 WordPress 动态首页性能问题的完整排查与优化过程。绕过 EdgeOne、Cloudflare 和 W3 Total Cache 后,发现中文首页真实动态生成时间接近 19 秒。通过 PHP-FPM slowlog、MySQL EXPLAIN 与实际 SQL 基准测试,最终定位到 Post Views Counter 的热门文章排行榜查询:完整 wp_posts.* 参与 SUM、GROUP BY 和 ORDER BY,导致 MySQL 5.7 创建磁盘临时表。通过 MU Plugin 将查询改造成“轻量排名 + Top N 完整文章加载”的两阶段结构后,中文动态首页降至约 0.83~0.89 秒,英文首页稳定在约 0.87~0.96 秒,同时保持排行榜顺序、浏览量和 Polylang 语言过滤正确。

  • WordPress 升级 PHP 8.5 后的插件兼容性排查:该修的修,该停的停,该等上游的等

    WordPress 升级 PHP 8.5 后的插件兼容性排查:该修的修,该停的停,该等上游的等

    将 WordPress 生产环境升级到 PHP 8.5 后,PHP-FPM 日志中出现了多项插件兼容性警告。本文记录对 TMS Extensions for Polylang、Nimble Page Builder、SyntaxHighlighter、Yoast SEO 和 PublishPress Series 的逐项排查:停用已经失去实际用途的 Nimble Page Builder,为 SyntaxHighlighter 实施三处最小兼容性补丁,对无法稳定复现的 Yoast SEO 问题暂不修改,并将 PublishPress Series 的问题提交给上游。整个过程以正常生产环境是否受影响为判断依据,而不是盲目追求清除所有 Deprecated 和 Notice 日志。

  • Codex 额度用尽后还能继续执行小任务吗?一次实际测试与替代方案取舍

    Codex 额度用尽后还能继续执行小任务吗?一次实际测试与替代方案取舍

    本文记录一次 Codex 消息额度用尽后的实际测试:即使提交范围很小的代码修改任务,Codex 仍会直接拒绝执行,需要等待额度恢复、升级套餐或购买额外额度。面对临时的小修复,作者没有立即充值,也暂未购买 BeWild 的 Claude Code / Codex 方案,而是通过普通终端完成修改、测试、恢复与提交,并由此总结 Codex 额度限制、第三方替代方案及保留手动开发能力的重要性。

  • 智谱 GLM-5.2 资源包怎么选:2000 万特价包、1 亿尊享包与 API 按量付费成本对比

    智谱 GLM-5.2 资源包怎么选:2000 万特价包、1 亿尊享包与 API 按量付费成本对比

    本文结合智谱 GLM-5.2 资源包订单、余额变化和实际 API 调用数据,对比 2000 万 Tokens 特价包、1 亿 Tokens 尊享包与按量付费的成本。文章同时说明此前购买的 1000 万 GLM-5.1 尝鲜包、朋友注册获得的组合赠送资源包,以及新用户可购买的 2000 万付费特价包之间的区别,并分析历史文章翻译完成后的用量变化、朋友账号使用风险,以及博客和 Go Tour 后续增加语言是否值得。

  • A Tour of Go 中文翻译实录:如何只翻译教学代码注释,而不破坏 Go 代码
    ,

    A Tour of Go 中文翻译实录:如何只翻译教学代码注释,而不破坏 Go 代码

    本文记录 go-tour-i18n 项目翻译 A Tour of Go methods/16 页面时,对左侧教学代码注释翻译策略的完整校准过程。第一次翻译因代码块注释被译成中文而触发现有结构校验失败,随后项目通过全量审计确定:右侧可运行示例继续保持官方原样,左侧教学代码中的自然语言注释则应在安全边界内翻译。为此,项目新增了预格式化 Go 代码扫描、非注释代码逐字保护、注释内 Go 标识符保护、人工 candidate 独立校验,以及斜体、粗体和行内代码结构检查。最终 methods/16 在第二次尝试中通过自动校验、人工润色和浏览器预览,并沉淀了一批 methods 与 interfaces 相关术语。

👨‍💻 个人品牌

王世强|PHP / Go 技术顾问

15+ 年 Web 后端开发经验,专注于系统维护、架构优化、性能调优及 Linux 运维。

持续运营技术博客 10+ 年,累计发布 1000+ 篇原创技术文章。

为创业团队、中小企业及独立开发者提供长期技术支持与远程合作服务。

👉 关于我 & 合作

.env (14) 404 (13) add (16) AI 翻译 (15) Apache (13) Array (19) Cache (13) CentOS (23) chrome (19) Cloudflare (26) composer (42) composer.json (22) composer install (13) composer update (14) console (16) Container (25) curl (15) delete (31) Docker (32) Dockerfile (15) ECS (12) EdgeOne (23) environment variable (19) error (24) Failed (13) file (15) filter (20) function (13) Git (27) GitHub (17) Gitlab (15) Go (38) Google AdSense (21) GraphQL (24) GraphQL API (14) Gutenberg (28) http (21) https (21) Interface (19) Jenkins (12) Jquery (13) json (24) Laravel (37) Laravel 6 (55) Laravel 9 (25) Lighthouse (17) Lighthouse 5 (14) Linux (21) Migrate (13) Module (17) MySQL (78) MySQL 5.7 (21) Nginx (56) Node.js (12) normalize.css (26) OKX (15) OneinStack (17) PHP (67) php-fpm (17) php.ini (24) PHP 7.1.12 (22) PHP 7.4 (26) phpmyadmin (15) PhpStorm (24) Polylang (57) postman (18) Query (17) queue (16) Rancher (24) Redis (48) response (13) RESTful (27) RESTful API (23) rules (12) Shell (13) Shopify (19) SlyTranslate (18) SQL (24) String (14) TortoiseGit (14) Twenty Twenty-Five (19) Ubuntu (40) update (20) VPN (17) VS Code (13) W3 Total Cache (35) Windows 10 (46) WireGuard (26) WordPress (113) WordPress 多语言 (13) WPCode (20) Wstunnel (13) Yii (40) Yii 2 (70) Yii 2.0 (51) 命令行 (13) 技术博客 (15) 数据库迁移 (16) 浏览器 (14) 阿里云 (19)

2026 年 8 月
 12
3456789
10111213141516
17181920212223
24252627282930
31  

Most Viewed Posts

  1. 从 LetsVPN 停用至自建 WireGuard VPN 全流程复盘(附避坑指南) (7,571)
  2. 使用中国大陆手机号登录 Telegram,弹出 SMS Fee 且支付选项不支持,购买 Premium 后短信验证码未收到的完整解决流程 (5,373)
  3. ZgoCloud + Wstunnel + WireGuard 提速 4 倍,Clash Verge Rev 自动分流与 443 端口防封实战 (4,863)
  4. WireGuard 国内直连+国外走隧道 配置踩坑与完美解决(实测可用) (3,914)
  5. WireGuard VPN 配置优化:国内网站直连,国外流量走VPN(实测有效) (2,102)
  6. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),新建api目录、配置和环境、测试、Vagrant等的支持 (1,338)
  7. 一直收到 Huobi.info 的账户管理费收取通知,决定提取出剩余的资产 (1,309)
  8. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),在 api 的 tests 目录中准备用户相关操作的一些自动化测试的样例(API 测试),确保应用程序在改变或增加新的功能时不会影响现有的功能 (1,307)
  9. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),实现模型分层:数据层、逻辑层,明确公共目录、应用、模块的继承、引用关系 (1,278)
  10. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),实现 RESTful Web 服务,支持国际化(动态地设置目标语言,默认为简体中文) (1,271)