半夜两点还在调源码，我劝你这几个瞬间别硬刚

昨晚两点，我还在跟一个 502 死磕。第二天早上起来重新看了一眼，三分钟解决了——运行目录忘改了。

这种事经历多了，我总结出几个千万别硬刚的瞬间，分享给同样熬夜的朋友。

一、眼睛已经开始跳字的时候

你盯着 config.php 看了二十遍，觉得数据库名没问题。这时候大概率不是配置错了，是你看花了。我的做法是直接把整段贴给搜索，或者让同事瞄一眼。真的，十分钟能解决的事，别赌上两个小时。

二、同样的报错搜了三页还没答案

这说明你的关键词搜错了，或者你压根不在正确的方向上。举个例子：我一直搜「宝塔 500 错误」，啥也搜不到；后来换成「Nginx 502 upstream prematurely closed connection」，第一篇就命中了。

诀窍是：别搜你的理解，搜报错原文。

三、改了七八个地方后好了

这种最危险——好了，但你不知道是哪一步好的。下次再遇到，你还是从零开始。

我现在的习惯是：每改一步，就在备忘录记一行。「10:32 改了运行目录 → 还是 502」「10:35 换 PHP 7.4 → 好了」。写下来花十秒，下次省两小时。

一个笨但好用的流程

我现在排查基本就这四步，按顺序走，不跳步：

1. 开报错，看它到底骂什么（别对着白屏猜）
2. 看日志，找时间对得上的那几行
3. 查权限，runtime、uploads 这类目录最容易没写权限
4. 再考虑换环境、换版本

按顺序走的意思就是：不要一上来就重装系统。重装能解决 90% 的问题，但你也失去了知道答案的机会。

最后

搭源码这事儿，技术占三成，耐心占七成。实在调不动就去睡，睡醒了比硬熬有用。别问我怎么知道的，问就是熬过太多次了。