【宋词】《贺新郎》 刘克庄：深院榴花吐。画帘开、衣纨扇，午风清暑。儿女纷纷夸结束，新样钗符艾虎。早已有、游人观渡。老大逢场慵作戏，

永夜

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

  • A Tour of Go 翻译质量再评估：minimal-protect 未达预期后，我开始比较 ChatGPT、Codex 与 GLM-5.2
    Post Views: 0

    A Tour of Go 翻译质量再评估：minimal-protect 未达预期后，我开始比较 ChatGPT、Codex 与 GLM-5.2

    在完成 A Tour of Go 简体中文 103 个课程页面后，我继续验证如何把现有约 94 分的工程性翻译质量进一步提升到 96～97 分。最初重点研究 minimal-protect，希望通过减少 protected token、保留更多原始上下文改善 GLM-5.2 译文，但后续对 157 个 protected token 的信息损失审计、Static Context 实验以及重复请求测试均未显示稳定质量优势，因此优化重点从 Protection Policy 转向 Translation Engine。本轮选取 methods/24、concurrency/7、concurrency/11 三个代表页，由 ChatGPT、Codex Sol 和 GLM-5.2 独立生成最终译文，再交给 ChatGPT、DeepSeek、GLM-5.2 和豆包进行 12 次匿名质量评审。ChatGPT 获得 8/12 第一名，即使排除自身作为评审模型后仍获得 5/9 第一名。现阶段不会立即覆盖已有 103 页，而是准备进一步验证自动化 ChatGPT retranslation stagin…

  • A Tour of Go 翻译实验：更多原始上下文为什么没有更好？从 157 个保护标记到 30 次重复盲评
    Post Views: 4

    A Tour of Go 翻译实验：更多原始上下文为什么没有更好？从 157 个保护标记到 30 次重复盲评

    在 A Tour of Go 简体中文翻译流程中，我一直担心大量 protected token 会遮挡模型上下文，从而影响 GLM-5.2 的翻译质量。为验证这一点，我先将保护策略缩减到 minimal-v1，又进一步设计了只额外暴露静态代码的 Static Context 单变量实验。结果却逐渐指向另一个问题：7 个代表页中的 157 个保护标记并没有隐藏任何可翻译英文自然语言，而完全相同的 API Request 在 5 个页面上全部生成了不同的 Response。随后通过 5 页、2 种模式、3 次独立运行共 30 个计划样本，并对所有通过结构校验的译文进行匿名多候选排名，最终发现模型自身的运行间波动明显大于目前能够观察到的 Static Context 质量收益。基于这一结果，正式翻译流程继续保留成熟的 Default protected-token 方案，而 minimal-v1 与 Static Context 保留为开发实验能力。

  • A Tour of Go 中文翻译完成后，我为什么重新评估 minimal-protect 翻译模式
    Post Views: 7

    A Tour of Go 中文翻译完成后，我为什么重新评估 minimal-protect 翻译模式

    A Tour of Go 简体中文第一阶段 103 个课程页面已经全部进入 ready 状态。在现有版本已经具备较高翻译质量和完整发布能力后，我重新评估此前暂时搁置的 minimal-protect 翻译模式。当前 zh-CN 译文工程性估计约为 94 分，而成熟的 minimal-protect 目标希望达到 96～97 分。通过 methods/24 的真实实验可以看到，raw-input 会错误修改 .play 指令，而 minimal-protect 只保护完整 .play 后成功消除了这一问题，同时让 validator 继续发现 link inline-code 和 font span 等下一层结构差异。同页对比中，默认 protected-token 使用 15 个保护 token，而 minimal-protect 仅使用 1 个，更多原始上下文可以直接交给 GLM-5.2。后续将继续使用原有 7 个代表页验证翻译质量、结构稳定性、重试成本和跨语言保护规则的复用程度，再决定是否正式切换默认模式。

  • A Tour of Go 搜索引擎收录实测：从 Google 自然索引到百度主动提交与 Bing IndexNow
    Post Views: 3

    A Tour of Go 搜索引擎收录实测：从 Google 自然索引到百度主动提交与 Bing IndexNow

    A Tour of Go 简体中文站点完成 Sitemap 提交后，进一步实测 Google、Bing、360、百度与搜狗的实际索引状态。Google 已开始自然抓取并建立索引，Bing 已发现页面但尚未抓取，因此通过 IndexNow 一次主动提交全部 104 个 URL；百度普通收录 API 则受每日 10 条额度限制，最终只提交首页和核心课程入口。结合 360 暂无索引数据以及搜狗主站“收录量高、索引量低”的实际表现，最终决定停止持续人工主动提交，让后续页面依靠 Sitemap、内部链接和搜索引擎自然抓取完成收录。

  • A Tour of Go 多语言项目：为 Playground 代理增加唯一 User-Agent，并主动告知 Go 官方
    Post Views: 5

    A Tour of Go 多语言项目：为 Playground 代理增加唯一 User-Agent，并主动告知 Go 官方

    在 A Tour of Go 多语言项目的 Playground 浏览器直连代理稳定运行后，继续补齐第三方调用身份识别。根据 Go Playground 官方对第三方服务的使用说明，在 ZgoCloud Nginx 的 /compile 与 /fmt 转发请求中统一增加项目级唯一 User-Agent go-tour-i18n/1.0 (+https://github.com/shuijingwan/go-tour-i18n)，避免绑定具体语言或服务器。完成 Nginx 配置检查及 Compile、Format、CORS、方法限制等生产回归后，又向 golang-dev 公开邮件列表发送使用告知，使当前 Playground 调用链在保持正常运行的同时具备稳定、可识别且适合未来多语言扩展的项目身份。

  • A Tour of Go 中文版手机端运行与格式化偶发失败排查：从间歇性报错到补强 Nginx 可观测性
    Post Views: 5

    A Tour of Go 中文版手机端运行与格式化偶发失败排查：从间歇性报错到补强 Nginx 可观测性

    记录 A Tour of Go 中文版在手机端出现“运行”和“格式化”偶发失败后的排查过程。通过微信、自带浏览器、QQ 浏览器、百度 APP，以及 Wi-Fi、5G 等不同环境反复测试，确认问题无法稳定复现；进一步分析 ZgoCloud Nginx 日志后发现，当天所有正常进入服务器的 /compile、/fmt 请求均返回 200/204，但部分前端失败无法与现有日志完整对应。为避免在根因不明确时贸然修改生产架构，最终为 Playground 增加独立 JSON 访问日志和专用错误日志，补充请求耗时、上游状态和上游响应时间等观测信息，为下一次真实故障留下更完整的排查证据。

  • OneinStack 生产定制分支正式公开：从 PHP 8.5 与 Nginx/OpenSSL 实战到 GitHub 持续维护
    Post Views: 4

    OneinStack 生产定制分支正式公开：从 PHP 8.5 与 Nginx/OpenSSL 实战到 GitHub 持续维护

    在多次 OneinStack 生产环境升级和兼容性处理之后，我将已经实际验证并固化到代码中的修改整理为 oneinstack-custom 定制分支，并正式公开到 GitHub。该分支继续保留 OneinStack 原有目录结构和运维方式，重点补充 PHP 8.5.9 构建兼容、GNU libiconv 冲突处理、Imagick 3.8.1、PHP-FPM 状态验证以及 Nginx/OpenSSL 3.5.7 构建等内容。本文同时梳理 OneinStack 原生能力与定制分支的边界，并说明哪些历史运维实践尚未自动化进入仓库。

  • Clash Verge Rev + WireGuard + Wstunnel 稳定配置实践（四）：DNS 偶发超时的极简兜底与长期验证
    Post Views: 2

    Clash Verge Rev + WireGuard + Wstunnel 稳定配置实践（四）：DNS 偶发超时的极简兜底与长期验证

    在此前相关中文文章停止公开提供后，本文基于目前实际长期使用的 v4 配置重新整理这次 DNS 优化实践。v4 没有重新设计整体网络结构，而是在 v3 基础上增加 default-nameserver、备用 DoH 和备用 DoT，以降低单一 DNS 解析入口偶发异常带来的影响。经过后续持续使用，原先低频出现的 DNS 解析超时目前已经没有再出现。与此同时，v1～v4 配置已同步维护到 GitHub，后续版本将优先在仓库中持续更新。

  • 补上日期归档分页测试：EdgeOne 与 Cloudflare Query String 归一化再次验证
    ,
    Post Views: 2

    补上日期归档分页测试：EdgeOne 与 Cloudflare Query String 归一化再次验证

    此前在测试 WordPress 的 EdgeOne 与 Cloudflare Query String 缓存归一化时，由于没有找到真实存在的日期归档分页，/YYYY/MM/DD/page/N/ 场景一直没有完成验证。随着 2026 年 8 月 15 日日期归档出现第 3 页，这次重新补测中文站与英文站。EdgeOne 中随机 Query String 直接命中已有缓存且正文完全一致；Cloudflare 中虽然原始 HTML SHA-256 每次不同，但最终确认差异仅来自 /cdn-cgi/l/email-protection 邮箱地址混淆。归一化该动态字段后，Clean 与 Dirty 四份 HTML 完全一致，最终确认两个 CDN 的日期归档分页 Query String 归一化均工作正常。

  • WordPress 超长 Gutenberg 文章整篇 AI 翻译踩坑：从 1000+ 受保护标记到完整翻译成功
    Post Views: 5

    WordPress 超长 Gutenberg 文章整篇 AI 翻译踩坑：从 1000+ 受保护标记到完整翻译成功

    在一篇包含大量 Gutenberg 段落、引用、列表、图片和 90 个 Code Block Pro 区块的超长文章中，我继续验证 WordPress 中文到英文整篇 AI 翻译流程。排查过程中先后发现受保护标记过多、普通段落边界过度保护、Plaintext Code Block Pro 内容字段被误判为结构变化，以及空白 freeform 导致 PARAGRAPH_RUN 结构签名漂移等问题。通过引入普通段落区域、区分内容字段与结构配置、修正最终 Gutenberg 结构签名后，受保护标记降至 506 个，最终仍以一次完整 GLM-5.2 请求成功生成英文译文，并通过 Gutenberg 编辑器实际验证。

👨‍💻 个人品牌

王世强｜PHP / Go 技术顾问

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

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

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

👉 关于我 & 合作

.env (14) 404 (13) add (16) AI 翻译 (21) Apache (13) Array (19) A Tour of Go (35) Cache (13) CentOS (23) chrome (19) Cloudflare (28) Codex (13) composer (42) composer.json (22) composer install (13) composer update (14) console (16) Container (25) curl (15) delete (31) Docker (32) Dockerfile (15) EdgeOne (30) environment variable (19) error (24) Failed (13) file (15) filter (20) Git (27) GitHub (20) Gitlab (15) GLM-5.2 (24) Go (49) Google AdSense (22) Go 语言 (18) GraphQL (24) GraphQL API (14) Gutenberg (32) http (21) https (22) Interface (19) 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 (62) normalize.css (28) OKX (15) OneinStack (20) PHP (67) php-fpm (18) 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) Shell (13) Shopify (19) SlyTranslate (20) SQL (24) String (14) TortoiseGit (14) Twenty Twenty-Five (20) Ubuntu (40) update (20) VPN (17) W3 Total Cache (35) Windows 10 (46) WireGuard (27) WordPress (123) WordPress 多语言 (13) WPCode (23) Wstunnel (14) Yii (40) Yii 2 (70) Yii 2.0 (51) 命令行 (13) 多语言翻译 (19) 技术博客 (15) 故障排查 (14) 数据库迁移 (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,388)
  3. ZgoCloud + Wstunnel + WireGuard 提速 4 倍，Clash Verge Rev 自动分流与 443 端口防封实战 (4,880)
  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,340)
  7. 一直收到 Huobi.info 的账户管理费收取通知，决定提取出剩余的资产 (1,321)
  8. 基于 yiisoft/yii2-app-advanced，在 GitHub 上新建仓库 yii2-app-advanced，新建接口应用(实现 RESTful 风格的 Web Service 服务的 API)，在 api 的 tests 目录中准备用户相关操作的一些自动化测试的样例(API 测试)，确保应用程序在改变或增加新的功能时不会影响现有的功能 (1,309)
  9. 基于 yiisoft/yii2-app-advanced，在 GitHub 上新建仓库 yii2-app-advanced，新建接口应用(实现 RESTful 风格的 Web Service 服务的 API)，实现模型分层：数据层、逻辑层，明确公共目录、应用、模块的继承、引用关系 (1,282)
  10. 基于 yiisoft/yii2-app-advanced，在 GitHub 上新建仓库 yii2-app-advanced，新建接口应用(实现 RESTful 风格的 Web Service 服务的 API)，实现 RESTful Web 服务，支持国际化(动态地设置目标语言，默认为简体中文) (1,276)