网站500内部错误，真是程序写坏了吗？

500 Internal Server Error 弹出来的时候，页面上一句有用的信息都没有，白底黑字一行英文，浏览器也懒得解释。多数人的第一反应是代码被人改了、插件冲突了、站被黑了。先按住这个念头——网站500内部错误真是程序写坏的？有可能，而且如果你是刚改完代码就报错，那基本就是它。但更多时候程序根本没动过，出问题的是它脚下那一层：配置里多了一行、目录权限被改、磁盘写满、PHP 版本被顺手升级了。这几种情况下你盯着代码看一宿也看不出名堂。

网站500内部错误真是程序写坏了吗，先确认谁在报错

500 是服务器在告诉浏览器「我这边处理不下去了」，它不负责说明是哪一层出的问题。所以第一步不是翻代码，是分清静态文件也 500，还是只有 PHP 页面 500。丢一个 test.html 到站点根目录，里面随便写几个字，访问一下看看。

静态页也 500：问题就在 web 服务器本身，nginx 的配置、rewrite 规则、目录权限，或者 Apache 那个 .htaccess，跟你的程序没关系。只有动态页面 500：往 PHP 和它连的数据库那条线上找。这一步一分钟都用不了，能省掉后面大半的瞎猜，很多人偏偏跳过它，直接去回滚代码。

错误日志里就写着答案，前提是你去翻了

宝塔环境一般在 /www/wwwlogs/ 下，站点名.error.log 和 nginx 的 error.log 是分开的；原生装的通常是 /var/log/nginx/error.log 或者 /var/log/httpd/error_log。PHP 自己的错误看 php.ini 里 error_log 指到哪个文件，或者直接看 php-fpm 的日志。

一个很土但管用的动作：开两个终端窗口，一个 tail -f 日志，一个刷页面。500 出现的那一秒，日志里通常会跟着一行 PHP Parse error，或者 FastCGI sent in stderr，那句话比任何教程都准，它会直接告诉你是哪个文件第几行。

顺带提一句，别把 display_errors 打开放在线上。报错信息里有绝对路径、有数据库用户名，被人扫到就是白送的情报。查的时候临时开，查完立刻关。

伪静态规则，最常被冤枉也最爱背锅

改过固定链接、换过域名、搬过服务器、装了个新插件顺手动了 rewrite，然后整站 500，连首页都打不开。这种我见得太多了。Apache 下 .htaccess 里语法错一个字符，整个站直接躺下；nginx 下是配置文件里 rewrite 写错，reload 之后整站挂掉。

排查也简单，把伪静态切回默认，或者临时把那几行注释掉，刷新。好了就是规则的问题，不好就往下走。别在这上面犟，规则这种东西肉眼很难看出错，多一个空格、少一个分号都算错，我见过把中文引号打进配置里的。

PHP 版本、扩展、opcache，升级那天最容易翻车

老站跑了好几年，某天手一抖把 PHP 从 7.x 升到 8.x，页面全白或者全 500。原因是老代码里那些被移除的函数、被废弃的写法，在新版本里直接变成致命错误。反过来降版本也一样，别以为降级就安全。

另一类是被关掉的扩展。fileinfo、gd、curl、mbstring 这些，代码里一调用发现不存在就 fatal error，表现出来就是 500，看不出跟扩展有什么关系。还有 opcache，文件你明明改了，跑的还是旧缓存，报错指向你根本找不到的行号——清一下缓存再试，别怀疑人生。

权限、磁盘、数据库，三个最不像 500 的 500

文件权限。目录 755，文件 644，这是老生常谈，但总有人图省事直接 777。短期能用，长期是麻烦。反过来，搬家之后文件属主变了，PHP 进程读不到文件，报出来的也是 500，而且是那种时好时坏的。

磁盘写满。日志一天一天往上堆，把分区撑爆，PHP 连 session 都写不进去。df -h 看一眼就知道，清掉旧日志、重启服务，往往就活了。这种故障特别隐蔽，因为页面不是全挂，是有些功能坏有些正常。

数据库连不上。账号密码被改过、数据库服务没起来、连接数打满，程序抛出的异常如果没有被接住，浏览器收到的还是那个 500。日志里会留 Connection refused 或者 Too many connections 这种话，看到就知道方向了。

一个从快到慢的顺序，照着走就行

静态页测试，分清是服务器层还是 PHP 层；翻错误日志最后几十行，看有没有带文件名和行号的那句；回想最近动过什么，改配置、装插件、升版本、换服务器，哪个离出事时间最近就先怀疑哪个；伪静态切回默认试一次；查权限、df -h 看磁盘；最后才是回滚代码、重装环境。越往后成本越高，顺序千万别倒过来，一上来就重装的人是给自己加班。

什么时候该认栽，别硬扛

如果日志里明显是入侵痕迹——被写进去的陌生文件、莫名其妙的跳转代码、半夜出现的登录记录，那就不是排查 500 的事了。先隔离站点、留好日志和文件证据，再谈清理和恢复。涉及服务商侧的配置和策略，以服务商或官方页面说明为准，别人云亦云地复制网上的脚本来跑，跑坏一次比 500 麻烦十倍。

500 这个数字看着唬人，它只是服务器在说「我处理不了」。先把日志翻出来，再把最近动过的东西在脑子里过一遍，八成问题到这一步就浮出来了。真走到要重装、要回滚那一步，也记得先打个备份再动手。代码是最不该被先怀疑的那个，除非你刚刚才改过它。