他不追流量，每条推文都是技术布道现场

　　前不久在机房蹲着查 CDN 缓存穿透那会儿，他蹲我旁边用手机发推——不是截图甩链接那种，是边敲命令边写，把 curl -I 结果直接贴进推文，HTTP/2 状态码对齐得跟表格似的，连空格数都像量过。

　　我原以为他又要讲边缘计算布道，结果他回车一按，推文发出去了：“206 Partial Content 返回时，Etag 带引号但 Nginx 代理层不转义，导致 Safari 下 preload 失败。刚复现，第八次。”

　　没配图，没话题标签，没@任何人。三秒后底下冒出来三条回复：一条说“我们上周也挂在这”，一条问“你确认不是 Cloudflare 1.1.1.1 的 DNSSEC 验证路径污染？”，第三条直接甩了个 patch 补丁的 gist 链接——连版本号都写了 openresty-1.21.4.2。

　　我凑近看他还盯着终端窗口，鼠标悬停在 tail -f /var/log/nginx/access.log 上，光标不动。他忽然抬手关掉 ssh 连接，手机锁屏，说：“行了，问题不在日志里。”

　　我说你怎么知道？

　　他说：“Access log 里 status 字段全是对的，但 upstream_response_time 最小值是 8ms——比 DNS 查询还慢，说明根本没走到 upstream。”

　　我盯着他刚才那条推文又读一遍，发现他连 HTTP/2 的 SETTINGS 帧都没提，只写了 Etag 和 Safari。可我就算翻遍自己压箱底的调试笔记，也想不到 preload 失败能卡在引号转义上。反正我试过删 header、换 MIME、重置 Safari 缓存……全没用。

　　后来我翻他推特主页——上一条是三个月前，讲 Kubernetes Init Container 里 exec 启动 nginx 却被 systemd-journald 截断 stderr 的事；再上一条是去年冬天，写 Redis RDB 文件在 ext4 上 mmap 触发 writeback stall 的具体 offset 计算方式。没有转发，没有点赞，没有带 gif 动图，连 emoji 都没用过一个。

　　（咖啡机坏了，红灯一直闪，修理工说主板受潮，可昨天才擦过水渍）

文章配图，仅供参考

　　我不追流量，也不信什么“内容沉淀”，就认一点：技术细节只要对，它自己会活下来，别的都是假动作。他那条推文底下第四十二条评论开始有人贴实际生产环境复现截图，有个 ID 是 ops_guangzhou 的人说他们改了 nginx 源码第 3784 行，把 ngx_str_set(&value, "xxx") 改成 ngx_str_set_quoted(&value, "xxx")——我也不知道这函数是不是真存在，但人家贴了 git diff -U0 输出，hunk 里有 timestamp，看着不像编的。

　　优胜劣汰这事，从来不是靠转发量，是靠谁先踩准那个字节偏差的位置。我亲眼看见他发完推，端起已经凉透的茶喝了一口，喉结动了一下，没说话。

　　有谁碰到过这个吗

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!