ThinkPHP部署后报500无提示，主因是display_errors=Off导致错误被静默屏蔽；需在public/index.php首行加ini_set('display_errors','1')和error_reporting(E_ALL)，并确认runtime/log可写、LOG_RECORD=true、PHP错误日志路径可用。
ThinkPHP新手部署后访问页面直接报500却看不到任何错误提示，不是代码写错了，而是PHP底层错误输出被多层关闭——display_errors默认为Off，框架的APP_DEBUG=true根本没机会生效，错误直接被吞掉。
先让错误在页面上炸出来
这一步操作起来很简单，直接改入口文件即可。打开public/index.php，把这两行代码加在第一行PHP标签后面、任何require之前：
ini_set('display_errors', '1');
error_reporting(E_ALL);
注意：必须放在require __DIR__ . '/../vendor/autoload.php';之前，否则自动加载失败时连错误都报不出来。加完立刻刷新页面，如果看到红色堆栈，说明问题出在PHP代码层；如果还是空白，说明错误发生在更早阶段（比如autoload.php本身语法错误或权限拒绝）。
立即学习“PHP免费学习笔记（深入）”；
确认PHP环境真的开了错误显示
方法一：命令行验证当前PHP配置是否生效
执行php -i | grep -E "display_errors|error_reporting"，检查输出中display_errors值是否为On，error_reporting数值是否≥32767（即E_ALL）。若不是，说明php.ini没生效或被覆盖。
方法二：Nginx用户必须额外检查PHP-FPM池配置
Nginx下仅改php.ini无效，需编辑对应站点的FPM池配置（如/etc/php/{version}/fpm/pool.d/www.conf），确保有这一行：php_flag[display_errors] = on。改完运行sudo systemctl restart php{version}-fpm。
方法三：Apache用户检查.htaccess或虚拟主机配置
若用Apache且启用了AllowOverride All，可在项目根目录.htaccess里加php_flag display_errors on。但注意：CGI模式下该指令会被忽略，此时只能靠php.ini或入口文件强制开启。
查日志前必须确认的三件事
第一步：确认runtime/log目录可写
执行ls -ld runtime/ runtime/log/，看Web进程用户（如www-data、nginx）是否对这两个目录有w和x权限。若无，运行chown -R www-data:www-data runtime/（用户名按实际调整）。
第二步：确认LOG_RECORD开关已打开
打开config/app.php，找到log配置项，确保'record' => true显式存在，且'level' => ['error', 'sql']。默认配置里这个选项常被注释或设为false，不手动开它，日志就永远不会生成。
第三步：确认PHP错误日志路径可用
执行php -i | grep "error_log"，拿到error_log路径（如/var/log/php_errors.log），再执行touch /var/log/php_errors.log && chown www-data:www-data /var/log/php_errors.log。最后刷一次页面，立即tail -n 10 /var/log/php_errors.log看有没有新内容。
绕过Web服务器直连PHP-FPM排查
① 停掉Nginx或Apache服务，避免Web服务器拦截错误（尤其是fastcgi_intercept_errors on时会返回空白500）；
② 手动启动PHP-FPM并绑定到端口：php-fpm -c /etc/php/8.3/fpm/php.ini -y /etc/php/8.3/fpm/php-fpm.conf -F -O（路径按实际调整）；
③ 用curl直连PHP-FPM：curl --header "Host: yourdomain.com" http://127.0.0.1:9000/public/index.php；
④ 观察终端输出——如果出现Fatal error，说明是PHP层致命错误；如果返回空白，问题大概率出在Web服务器配置或PATH_INFO传递缺失上。
