看PHP错误日志比刷浏览器快十倍，500错误本质是服务器端崩溃，应优先查看error_log文件；常见路径包括/var/log/apache2/error.log、/var/log/php-fpm.log等；需确保log_errors=On且error_log路径可写；display_errors仅限开发环境临时开启；.htaccess或Nginx配置错误、超时、内存耗尽、扩展缺失及SELinux等系统限制也可能导致无日志的500。
看 PHP 错误日志比刷浏览器快十倍
500 错误本质是服务器端崩了，但默认不把错误细节吐给浏览器。直接翻 error_log 文件是最有效起点——别猜，先看它报什么。
常见位置：/var/log/apache2/error.log（Apache）、/var/log/php-fpm.log（FPM 模式）、或项目根目录下的 php_errors.log（如果代码里设过 error_log 路径）。
- 用
tail -f /var/log/apache2/error.log实时监听，再刷新页面，错误立刻浮现 - 如果日志空，检查
php.ini中log_errors = On和error_log路径是否可写 - 线上环境通常禁用
display_errors = Off，靠日志是唯一可靠途径
临时开 display_errors 仅限开发机
想让错误直接打在页面上？可以，但只应在本地或测试环境做，且必须加条件限制。
- 在入口文件（如
index.php）最开头加：ini_set('display_errors', '1');
ini_set('error_reporting', E_ALL); - 切勿在
php.ini全局开启display_errors = On，否则可能泄露路径、变量、数据库结构 - 某些 500 是解析失败（比如语法错、PHP 版本不兼容），
display_errors也显示不了——这时只能靠日志或 CLI 执行：php -l your_script.php
检查 .htaccess 或 Nginx 配置引发的假 500
不是所有 500 都来自 PHP 代码。Web 服务器配置出错，也会返回 500 并拦截 PHP 执行。
