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);
?>