20年前端老兵：建站资源优化新范式

　　去年国庆节，我盯着监控看备案系统弹窗，光标在“提交”按钮上悬停了二十来分钟——就因为甲方说“首页必须放三个轮播图，每个要自动播放十秒”，我硬把三张图塞进一个懒加载组件里，还加了 IntersectionObserver 防抖。

　　结果凌晨一点十七分，第七次提交后，页面突然全白，控制台飘着一行红字：Failed to fetch /api/v2/verify?_t=1633025827881，而下面跟着个更诡异的 502 Bad Gateway——可我们压根没调这个接口，那个路由在去年六月就删了，连 Nginx 配置里都 grep 不出来。（对了，楼下咖啡机昨天开始只出冷水，按三次按钮才吐半杯，这跟我没关系。）

　　我原以为是 CDN 缓存没清干净，就 SSH 进去翻日志，发现 access.log 里根本没这条请求记录；但 error.log 里倒真有一条：upstream prematurely closed connection while reading response header from upstream。我截图发给运维老李，他回得很快：“你那个 verify 接口转发规则还在 nginx/conf.d/old-redirects.conf 里，第八次没删干净。”

　　我愣住。第八次？我明明只改过七次。翻 Git 历史，commit message 写着“清理废弃路由（终版）”，时间是八月二十三号——可再往下一翻，二十二号下午三点零七分，有个合并记录叫“merge hotfix: backup config sync”，作者是张工，内容是把整个 conf.d 目录从备份仓又拉了一次。那行被毙掉的 rewrite 规则，就夹在三十四行注释之间，像一粒没嚼碎的药片。

　　我盯着那行配置看了五分钟：rewrite ^/api/v2/verify(.)$ /fake/verify$1 break; ——它根本不该存在，也不起作用，却偏偏让 Nginx 每次收到任何带 /api/v2/ 的路径就去 upstream 打个招呼，哪怕上游早就关机了。我删掉它，重启，重新提交，两分钟后审核通过。首页轮播图照常转，三张，每张十秒，自动，无声无息。（我手机壁纸还是十年前用 Photoshop 做的渐变蓝，三年没换过。）

　　反正“20年前端老兵：建站资源优化新范式”这事，站得住的地方就一条：优胜劣汰。不是技术淘汰人，是人自己漏掉的那一行配置，早晚替你把路堵死。我也不知道为什么偏偏是这行——它藏得不深，没加密，没混淆，没加任何注释说明用途，就干干净净躺在那儿，像一句被遗忘的遗嘱。

文章配图，仅供参考

　　老李后来补了句：“张工那天备份同步前，顺手把你本地删掉的旧配置文件恢复进测试环境，忘了删。”我没回。他喝的是美式，加双份浓缩，杯子印着模糊的“2019 年前端大会纪念”。

　　有谁碰到过这个吗？

（编辑：航空爱好网）

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