500错误是服务器执行PHP时崩溃所致，需优先查看错误日志定位真实原因；常见路径包括/var/log/apache2/error.log、/var/log/nginx/error.log和/var/log/php-fpm/www-error.log，同时可临时在入口文件开头添加ini_set('display_errors','1')等三行代码辅助调试。
500 错误不是页面问题，而是服务器执行 PHP 时崩溃了——它不告诉你哪里错了，只留一个空白或通用提示。关键不是猜，是让错误“说出来”。
先看服务器错误日志
这是最直接、最可靠的突破口。浏览器看到的 500 只是结果，日志里才有真实原因：
- Apache 用户查：
/var/log/apache2/error.log或/var/log/httpd/error_log - Nginx + PHP-FPM 用户要同时看：
/var/log/nginx/error.log和/var/log/php-fpm/www-error.log（路径依配置可能不同） - 用
tail -n 50 /path/to/error.log查最近几十行，重点找 PHP Fatal error、Parse error、Permission denied、Allowed memory size exhausted 这类关键词
临时打开 PHP 错误显示（仅限调试）
开发或排查阶段，让错误直接打在网页上，比反复查日志快得多：
- 在网站入口文件（如
index.php）最开头加三行（前面不能有任何空格或输出）：
ini_set('display_errors', '1');
ini_set('display_startup_errors', '1');
error_reporting(E_ALL);
- 如果能改
php.ini，把display_errors = On和error_reporting = E_ALL也设好 - 上线前务必关掉——暴露错误信息有安全风险
检查常见硬性触发点
有些问题一发生就必报 500，优先快速过一遍：
立即学习“PHP免费学习笔记（深入）”；
-
PHP 语法错误：少括号、漏分号、拼错函数名（比如
arrary_map）、用了高版本语法（如match在 PHP 7.4 下） - 文件引入失败：require/include 的路径不对，尤其跨目录时相对路径失效；或目标文件权限为 000、不存在、被 open_basedir 限制
-
扩展缺失：代码调了
curl_init()或mysqli_connect()，但对应扩展没启用（用php -m | grep curl检查） -
内存或超时耗尽：大数组处理、递归过深、图片缩略图生成等场景容易触发
Allowed memory size exhausted或max_execution_time超限
按环境逐项隔离
如果是 CMS（如 WordPress、Typecho）或框架项目，问题常来自外围：
- 重命名
.htaccess（Apache）或注释掉 Nginx 的try_files规则，排除重写干扰 - 禁用所有插件/主题，换回默认主题，再逐个启用测试
- 检查数据库连接参数是否正确、服务是否运行、用户是否有权限
- 确认 PHP 版本与代码兼容（例如 Laravel 10 需 PHP 8.1+，旧版会直接 fatal）
