发布于2026-07-15 阅读(0)
扫一扫,手机访问
首先,说几个核心判断。在CentOS上排查PHP错误,其实没有那么玄乎,很多时候就是日志没找对,或者配置没开对。只要掌握了正确的方法,定位问题就是几分钟的事。
PHP错误日志的位置,取决于你的Web服务器(Apache还是Nginx)以及PHP的运行模式。大致分这么几种情况:

/var/log/httpd/error_log 或 /var/log/apache2/error.log。/var/log/nginx/error.log,而PHP-FPM的日志通常藏在 /var/log/php-fpm/error.log 或 /run/php-fpm/www-error.log。php.ini 里的 error_log 参数。用 php --ini 命令就能找到 php.ini 的路径,打开看看就知道了。解决问题,最直接的办法就是看日志。日志里记录了什么,基本上就告诉你错在哪了。用 tail -f 命令可以实时监控,一旦有新错误,立刻就能看到:
# 盯着PHP-FPM的错误日志
sudo tail -f /var/log/php-fpm/error.log
# 或者盯着Apache的
sudo tail -f /var/log/httpd/error_log
# 或者Nginx的
sudo tail -f /var/log/nginx/error.log
如果日志文件太大,想找特定关键词,比如“error”或“fatal”,可以配合 grep 命令:
sudo grep "error" /var/log/php-fpm/error.log
如果是开发环境,可以直接在浏览器里看到错误详情,效率会高很多。当然,生产环境千万别这么干,否则等于把服务器大门敞开给黑客看。
修改 php.ini 文件,打开这几个开关:
; 上报所有错误
error_reporting = E_ALL
; 直接显示到浏览器
display_errors = On
; 同时记录到日志文件
log_errors = On
; 自定义日志路径(确保PHP进程有写入权限)
error_log = /var/log/php_errors.log
改完之后,记得重启Web服务,配置才会生效:
# 如果用的是Apache
sudo systemctl restart httpd
# 如果用的是Nginx + PHP-FPM
sudo systemctl restart nginx
sudo systemctl restart php-fpm
日志里的每一条记录,其实都包含了很多信息。比如下面这条:
[2025-10-02 10:00:00] ERROR: Parse error: syntax error, unexpected ';' in /var/www/html/index.php on line 15
时间、错误级别、错误消息、文件名、行号,都清清楚楚。根据这个信息,直接去 /var/www/html/index.php 的第15行检查,看看是不是语法写错了,或者变量没定义,或者数据库连接出了问题。
php.ini(比如加上 zend_extension=xdebug.so)就行了。print_r($variable) 或 var_dump($variable),就能看到变量值,判断数据是否符合预期。try-catch 块把可能出错的代码包起来,避免程序直接崩溃,同时还能输出详细的错误信息:try {
// 可能出错的代码
$result = $db->query("SELECT * FROM users");
} catch (PDOException $e) {
echo "数据库错误:" . $e->getMessage();
}很多坑其实是环境配置不对导致的。
php -v 查看版本,如果版本太低,可以用Remi仓库升级一下。Call to undefined function mysql_connect()”,说明对应的PHP扩展没装。比如这个,需要安装 php-mysqlnd,然后重启服务。php.ini 里的 memory_limit(内存限制)和 max_execution_time(执行时间)。如果资源不够,脚本会被强制终止。调整这两个参数,然后重启服务,问题往往就解决了。上一篇:GCC编译C++程序的步骤
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
8