display_errors=On// 是否把错误展示在输出上,这个输出可能是页面,也可能是stdout
display_startup_errors=On// 是否把启动过程的错误信息显示在页面上,记得上面说的有几个Core类型的错误是启动时候发生的,这个就是控制这些错误是否显示页面的。
log_errors=On// 是否要记录错误日志
log_errors_max_len=1024// 错误日志的最大长度
ignore_repeated_errors=Off// 是否忽略重复的错误
track_errors=Off// 是否使用全局变量$php_errormsg来记录最后一个错误
xmlrpc_errors=0//是否使用XML-RPC的错误信息格式记录错误
xmlrpc_error_number=0// 用作 XML-RPC faultCode 元素的值。
html_errors=On// 是否把输出中的函数等信息变为HTML链接
docref_root=http://manual/en/ // 如果html_errors开启了,这个链接的根路径是什么
fastcgi.logging=0// 是否把php错误抛出到fastcgi中
我们经常会被问到,error_reporting和display_errors有什么区别呢?这两个函数是完全不一样的。
PHP默认是会在日志和标准输出(如果是fpm模式标准输出就是页面)
error_reporting的参数是错误级别。表示什么样子的级别才应该触发错误。如果我们告诉PHP,所有错误级别都不需要触发错误,那么,不管是日志,还是页面,都不会显示这个错误,就相当于什么都没有发生。
display_errors是控制是否要在标准输出展示错误信息
log_errors则是控制是否要在日志中记录错误信息。
error_log是显示错误日志的位置,这个在php-fpm中往往会被重写,于是往往会发现的是cli和fpm的错误日志竟然不是在同一个文件中。
ignore_repeated_errors这个标记控制的是如果有重复的日志,那么就只会记录一条,比如下面的程序:
error_reporting(E_ALL);
ini_set('ignore_repeated_errors',1);
ini_set('ignore_repeated_source',1);
$a=$c;$a=$c;//E_NOTICE
//Notice: Undefined variable: c in /tmp/php/index.php on line 20
本来会出现两次NOTICE的,但是现在,只会出现一次了…
track_errors开启会把最后一个错误信息存储到变量里面去,这个可能在对记日志的时候会有一些用处吧。不过我觉得真是没啥用…
html_errors 和 docref_root 两个是个挺有人性化的配置,配置了这两个参数以后,我们返回的错误信息中如果有一些在文档中有的信息,就会变成链接形式。
error_reporting(E_ALL);
ini_set('html_errors',1);
ini_set('docref_root',"https://secure.php.net/manual/zh/");
include("a2.php");//E_WARNING
能让你快速定位到我们出现错误的地方。是不是很人性~
php-fpm中的配置
error_log= /var/log/php-fpm/error.log// php-fpm自身的日志
log_level=notice// php-fpm自身的日志记录级别