年度归档： 2026 年
-
在网站 Google 搜索自然查询中发现「A Tour of Go 中文版」产生真实点击后，我进一步确认 Go 官方目前仍保留简体中文入口，但过去对应的 tour.go-zh.org 已无法正常访问。基于这一内容缺口，我计划以当前官方 A Tour of Go 为上游，使用 Go 和 GLM-5.2 建立一个可持续同步、自动校验并经过人工审核的简体中文版本，暂定部署至 zh.go-tour.shuijingwanwq.com，中文站使用 EdgeOne。本篇记录项目产生的背景、技术选型、翻译原则、域名与部署架构，以及第一阶段 MVP 规划。
-
2026 年 7 月，我再次通过 Telegram 收到一份 Web3 远程后端岗位邀请。沟通、简历审阅和岗位描述起初都很正常，但线上面试使用 Relay 时，浏览器无法连接 WebRTC 媒体服务器，并提示下载 Windows 客户端。吸取上一次 fyMeet 木马事件的教训，我没有安装陌生软件，而是要求改用 Google Meet 等主流平台，并通过公司域名邮箱发送邀请。对方答应 10 分钟后发送 Google Meet 邀请，却随后停止联系。本文记录这次经历，以及我在远程求职中逐渐建立起来的安全边界。
-
一次阿里云 ECS CPU 接近 100% 的告警，最终从 Nginx 499、PHP-FPM max_children、Slowlog、W3 Total Cache Object Cache 和 Redis 一路排查到 Page Cache 冷缓存。实测发现服务器仅有 1 vCPU，而 /page/9/ 在 Cold MISS 时 TTFB 高达 10.6 秒，缓存命中后仅约 0.016 秒。最终没有提高 PHP-FPM 并发、关闭 Redis 或开启缓存预热，而是将 W3TC Page Cache 最长生命周期从 1 小时延长到 12 小时，以降低历史页面反复动态生成带来的 CPU 压力。
-
2026 年 7 月 28 日，英文站 en.shuijingwanwq.com 持续出现 Cloudflare 526 Invalid SSL certificate。排查发现，服务器同时保留了 RSA 与 ECC 两套 www.shuijingwanwq.com 的 acme.sh 证书记录：RSA 证书仅包含主域名和根域名，ECC 证书则额外包含英文子域 en.shuijingwanwq.com，但两套证书却共同写入同一组 Nginx 生产证书文件。当天凌晨旧 RSA 证书自动续期后覆盖了 ECC 证书，导致英文子域不再包含在 SAN 中，最终触发 Cloudflare Full (strict) 验证失败。通过恢复 ECC 三域名证书、移除旧 RSA 自动续期记录，并完成源站与 Cloudflare 公网验证后，英文站恢复 200，证书自动续期冲突也得到永久修复。
-
在 Ubuntu 26.04 + ThinkPad T570 环境下，原本长期稳定运行的 Samsung VGA 副屏突然出现黑屏。排查过程中发现，Ubuntu、GNOME/Mutter、DRM 与 EDID 均能正常识别副屏，但实际视频信号无法稳定维持；降低到 1024×768 后也只能短暂恢复并伴随闪烁。通过 i915 hotplug 日志、显示器自检、分辨率切换、接口重插、Emergency Reset、monitors.xml 与 gdctl 等手段逐步排除了普通软件配置问题，最终将故障范围集中到 HDMI→VGA 转换链路，并决定改用 USB-C→VGA 一体线进行下一阶段交叉验证。
-
本文记录一次 WordPress 双 CDN 架构下的 Query String 缓存优化实战。中文站通过 EdgeOne 自定义 Cache Key 与回源请求参数设置，让 canonical 文章 URL 的不同查询参数共用缓存，并在 MISS 回源时删除 Query String；英文站则通过 Cloudflare URL Rewrite Rule 实现相同目标。整个过程结合 HIT/MISS、Age、301、CF-Ray 与 Nginx access log 进行实际验证，最终将规则收敛为仅优化 /YYYY/MM/DD/ID/ 形式的标准文章 URL，在降低随机参数缓存穿透风险的同时保持 CDN 配置简单、清晰、易维护。
-
在通过 EdgeOne 屏蔽异常 Sogou UA 流量、解决 WordPress 502 后，阿里云 ECS 仍然偶发 CPU 95%～100% 告警。进一步结合 PHP-FPM Slow Log、Nginx 请求日志和 W3 Total Cache 实测发现，大量带 Query String 的前台请求会导致 W3TC Disk: Enhanced 页面缓存无法复用，使请求重新进入 PHP-FPM，完整执行 Gutenberg、Polylang、Post Views Counter、Redis Object Cache 和数据库查询。正常 URL 第二次请求 TTFB 仅约 0.1 秒，而带参数 URL 每次仍需约 7～11 秒。最终决定不逐个封禁参数，也暂不升级服务器或修改 W3TC 内部逻辑，而是在 EdgeOne 与 Cloudflare CDN 层进行 Query String 缓存键和回源 URL 规范化，从根源减少动态参数造成的缓存穿透。
-
在一次 WordPress 502 故障排查结束后，我继续完善阿里云 ECS 的主机监控与报警体系。排查发现原有云监控 Agent 2.1.56 已停止运行，导致 CPU、内存、磁盘等操作系统级指标长期没有数据。随后通过传统云监控「主机监控」将 Agent 升级至 4.0.0，恢复 CPU、内存、Load、磁盘、网络和公网带宽等监控，并分别为 CPU、内存、磁盘及公网流出带宽设置 Info、Warn、Critical 三级报警。结合恢复后的实际监控数据，现阶段 1 核 2G ECS 与 2 Mbps 公网带宽仍有明显余量，因此暂不升级服务器，而是先通过持续监控积累长期运行基线，让服务器运维从“故障后排查”转向“异常前预警”。
-
一次 WordPress 生产站间歇性 502 故障排查记录。阿里云 ECS 一度出现 CPU 100%、Load 超过 9、PHP-FPM Socket 队列达到 510/511，大量请求返回 499 和 502。通过分析 Nginx 日志发现，最近 20000 条请求中有 18455 条携带 Sogou web spider/4.0 User-Agent，并以每分钟约 500～700 次的频率持续遍历网站。随后在 EdgeOne 中通过 *Sogou* User-Agent 规则进行边缘拦截，Sogou UA 请求降至 0，PHP-FPM 队列恢复为 0/511，CPU 空闲率最高恢复到 97%，后台连续请求全部返回 HTTP 200。此次排查说明，服务器出现性能瓶颈时，不应急于升级配置，应先确认异常流量和真正的资源消耗来源。