php-error错误日志查看

https://www.cnblogs.com/usa007lhy/p/5427970.html

1，display_errors
display_errors 
错误回显，一般常用语开发模式，但是很多应用在正式环境中也忘记了关闭此选项。错误回显可以暴露出非常多的敏感信息，为攻击者下一步攻击提供便利。推荐关闭此选项。 
display_errors = On 
开启状态下，若出现错误，则报错，出现错误提示 
dispaly_errors = Off 
关闭状态下，若出现错误，则提示：服务器错误。但是不会出现错误提示 
log_errors 
在正式环境下用这个就行了，把错误信息记录在日志里。正好可以关闭错误回显。 
对于PHP开发人员来说，一旦某个产品投入使用，那么第一件事就是应该将display_errors选项关闭，以免因为这些错误所透露的路径、数据库连接、数据表等信息而遭到黑客攻击。 其次开启log_errors。

在php.ini中配置如下：

display_errors = Off
log_errors = On
error_log = /var/log/php-error.log
另外也可以设定error_log = syslog，使这些错误信息记录到操作系统的日志里。

有时会遇到以下问题： 

PHP设置文件php.ini中明明已经设置display_errors = Off，但是在运行过程中，网页上还是会出现错误信息。 
解决： 
经查log_errors= On，据官方的说法，当这个log_errors设置为On，那么必须指定error_log文件，如果没指定或者指定的文件没有权限写入，那么照样会输出到正常的输出渠道，那么也就使得display_errors 这个指定的Off失效，错误信息还是打印了出来。于是将log_errors = Off，问题就解决了。 

2，error_reporting 设定错误讯息回报的等级 

error_reporting可以设置的参数，如下：

错误报告是位字段。可以将数字加起来得到想要的错误报告等级。

值 常量 描述
1 E_ERROR 致命的运行错误。错误无法恢复，暂停执行脚本
2 E_WARNING 运行时警告(非致命性错误)。非致命的运行错误，脚本执行不会停止
4 E_PARSE 编译时解析错误。解析错误只由分析器产生
8 E_NOTICE 运行时提醒(这些经常是你代码中的bug引起的，也可能是有意的行为造成的。)
16 E_CORE_ERROR PHP启动时初始化过程中的致命错误
32 E_CORE_WARNING PHP启动时初始化过程中的警告(非致命性错)
64 E_COMPILE_ERROR 编译时致命性错。这就像由Zend脚本引擎生成了一个E_ERROR
128 E_COMPILE_WARNING 编译时警告(非致命性错)。这就像由Zend脚本引擎生成了一个E_WARNING警告
256 E_USER_ERROR 用户自定义的错误消息。这就像由使用PHP函数trigger_error（程序员设置E_ERROR）
512 E_USER_WARNING 用户自定义的警告消息。这就像由使用PHP函数trigger_error（程序员设定的一个E_WARNING警告）
1024 E_USER_NOTICE 用户自定义的提醒消息。这就像一个由使用PHP函数trigger_error（程序员一个E_NOTICE集）
2048 E_STRICT 编码标准化警告。允许PHP建议如何修改代码以确保最佳的互操作性向前兼容性
4096 E_RECOVERABLE_ERROR 开捕致命错误。这就像一个E_ERROR，但可以通过用户定义的处理捕获（又见set_error_handler（））
8191 E_ALL 所有的错误和警告(不包括 E_STRICT) (E_STRICT will be part of E_ALL as of PHP 6.0)
在php.ini中配置实例如下：
error_reporting = E_ALL & ~E_NOTICE ; 显示所有的错误，除了提醒
error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR ; 仅显示编译时致命性错误
error_reporting=E_ERROR :只会报告致命性错误
在php程序中配置如下：
<?php
//禁用错误报告
error_reporting(0);
  
//报告运行时错误
error_reporting(E_ERROR | E_WARNING | E_PARSE);
  
//报告所有错误
error_reporting(E_ALL);
?>

http://www.w3school.com.cn/php/func_error_reporting.asp

<?php
 // 关闭错误报告
 error_reporting(0);

 // 报告 runtime 错误
 error_reporting(E_ERROR | E_WARNING | E_PARSE);

 // 报告所有错误
 error_reporting(E_ALL);

 // 等同 error_reporting(E_ALL);
 ini_set("error_reporting", E_ALL);

 // 报告 E_NOTICE 之外的所有错误
 error_reporting(E_ALL & ~E_NOTICE);
?> 

http://blog.csdn.net/ty_hf/article/details/55505262
http://www.jb51.net/article/56362.htm
http://blog.csdn.net/caiblogs/article/details/25865395
http://blog.csdn.net/googlg/article/details/52814387
ini_set("display_errors", "On");
error_reporting(E_ALL | E_STRICT);
 php 新手在初期搭建完开发环境后，开发时出现语法错误时，服务器返回500 （ 服务器内部错误），而不是返回错误提示。 这时候需要对开发环境做一些配置，帮助你快速查找问题原因，定位问题，解决问题。
   找到 php的配置文件  /etc/php.ini 
    配置参数值：display_errors = On 
 error_reporting = E_ALL | E_STRICT
  重启apache 服务  service  httpd  restart 
  这个时候 浏览器已经可以输出错误信息了。
  需要再配置下 apache    /etc/httpd/conf/httpd.conf
 在 apache的配置文件最后添加 两行：
php_flag display_errors on
php_value error_reporting 2039 
重启apache。
对php.ini 中参数的设置 也可用在php代码中完成。
调用：调用ini_set()函数
//开启php.ini中的display_errors指令
ini_set('display_errors',1);

//通过error_reporting()函数设置，输出所有级别的错误报告
error_reporting(E_ALL);
这样可用动态的，在指定的php文件中，输出错误。

前几天换了系统，zend server也重装了下。
结果这几天调试php时，代码一出现错误，页面直接就变500了。
拿着error_reporting折腾了好几遍，都没效果。
终于发现是我曲解了error_reporting的意义。
error_reporting：错误报告，也就是记录错误。
display_errors：才是是否输出错误。
display_errors关闭后就会在出错时显示500页面。
最后修改php.ini
   error_reporting: E_ALL & ~E_NOTICE
   display_errors: On

对于我们做php开发的人员，上了生产环境，一定要把相关debug，display_errors错误提示等关掉。谁还难免不犯个错呢？这样能防止非致命性报错下，导致项目路径、数据库等信息泄漏。