VR转PHP：量子工程师的三天调试实战

　　VR转PHP——我盯着这行字盯了二十来分钟，就在今天下午三点十七分，客户后台突然吐出这张报错截图，发在群里，@了所有人，末尾带个句号。

文章配图，仅供参考

　　客服回得特别快：“您好，该功能当前由PHP服务承载，请稍后重试。”我截了这句话发给张工，他回：“你信？”

　　我信。因为第七次curl -I的时候，Header里确实多了个X-Powered-By: PHP/8.1.27（但服务器明明跑的是Node 18.17.0）。第八次抓包，发现Response Body里混着一段base64，解出来是glb模型的二进制头——可它不该出现在HTTP响应体里，该在WebSocket里流式推送。偏偏这次，它被硬塞进502页面的HTML注释里：，长度刚好三千零七十二字节，不多不少。

　　茶水间微波炉“叮”了一声，同事热的是隔夜饭，加热三分钟，中途门没关严，漏光。我没看，但记住了那个声儿。后来查日志才发现，所有失败请求都发生在微波炉启动后的四秒内——不是干扰，是监控脚本每五分钟轮询一次GPU温度，而微波炉一响，采集脚本就fork一个新进程去读/sys/class/thermal/thermal_zone0/temp，读完顺手把/dev/shm/.vr_cache.tmp给删了。那个tmp文件？上周五我手动touch过的，里面存的是旧版PHP-FPM进程生成的VR上下文映射表。删就删了，但它被删后，FPM子进程重启时找不到映射规则，直接fallback到硬编码的/static/vr/→/php/重定向，连302都不打，直接用write()往socket里塞了那段base64。

　　我说不清为什么删个tmp文件会让header里冒出PHP标识。反正日志里没有ERROR，只有两行NOTICE：一个是“cache miss”，一个是“fallback to legacy route”。没人把它当回事，连我自己也没点开看——毕竟过去三个月里，我每天要扫十遍告警面板，其中七次是GPU显存虚占，两次是MySQL连接池抖动，剩下一次，就是这次。

　　有谁碰到过这个吗？

（编辑：航空爱好网）

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