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自身的日志记录级别
