当前页面的脚本发生错误 (安全篇)PHP 的错误机制详解

11/27 21:22:17 来源网站:辅助卡盟网

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的错误信息格式记录错误

当前脚本发生错误是什么意思_当前页面的脚本发生错误_win7当前脚本发生错误

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

当前脚本发生错误是什么意思_当前页面的脚本发生错误_win7当前脚本发生错误

能让你快速定位到我们出现错误的地方。是不是很人性~

php-fpm中的配置

error_log= /var/log/php-fpm/error.log// php-fpm自身的日志

log_level=notice// php-fpm自身的日志记录级别

    暂无相关资讯
当前页面的脚本发生错误 (安全篇)PHP 的错误机制详解