php报错

这些函数的行为受 php.ini 中的设置影响。

 

错误和日志记录配置选项 名称 默认值 可改变 变更记录

error_reporting	NULL	PHP_INI_ALL
display_errors	"1"	PHP_INI_ALL
display_startup_errors	"0"	PHP_INI_ALL
log_errors	"0"	PHP_INI_ALL
log_errors_max_len	"1024"	PHP_INI_ALL	Available since PHP 4.3.0.
ignore_repeated_errors	"0"	PHP_INI_ALL	Available since PHP 4.3.0.
ignore_repeated_source	"0"	PHP_INI_ALL	Available since PHP 4.3.0.
report_memleaks	"1"	PHP_INI_ALL	Available since PHP 4.3.0.
track_errors	"0"	PHP_INI_ALL
html_errors	"1"	PHP_INI_ALL	PHP_INI_SYSTEM in PHP
xmlrpc_errors	"0"	PHP_INI_SYSTEM	Available since PHP 4.1.0.
xmlrpc_error_number	"0"	PHP_INI_ALL	Available since PHP 4.1.0.
docref_root	""	PHP_INI_ALL	Available since PHP 4.3.0.
docref_ext	""	PHP_INI_ALL	Available since PHP 4.3.2.
error_prepend_string	NULL	PHP_INI_ALL
error_append_string	NULL	PHP_INI_ALL
error_log	NULL	PHP_INI_ALL

有关 PHP_INI_* 样式的更多详情与定义，见  Where a configuration setting may be set。

 

这是配置指令的简短说明。

 

error_reporting integer

设置错误报告的级别。该参数可以是一个任意的表示二进制位字段的整数，或者常数名称。错误级别和常数是在 预定义常量定义的，在 php.ini 之中也有专门的说明。在程序运行时，还可以通过 error_reporting() 函数进行设置。请查看 display_errors 了解详情。

在PHP 4和PHP 5之中，其默认值为 E_ALL & ~E_NOTICE。 该设置表示除了 E_NOTICE 其他都显示的错误级别。在开发过程中很有必要显示它们。

Note:

在开发阶段启用 E_NOTICE 会有一些好处。出于调试的目的：通知信息会对代码中可能出现的bug给出警告。例如，使用未预先分配和定义的值，就会给出警告。它对于查找拼写错误非常有用，并且可以节省调试的时间。通知信息也会警告你使用更好的代码风格。例如，$arr[item] 最好写成 $arr['item'] ，因为 PHP 会试图将"item" 当成一个常量。如果它不是一个常量，PHP才会把它当做数组的字符串索引。

 

Note:

在PHP 5之中，提供了一个新的错误级别 E_STRICT。 因为 E_STRICT 并不包含在 E_ALL 之中，你必须明确启用才能显示这个类别的错误信息。在开发阶段启用E_STRICT 会有一些好处。严格的信息将帮助你使用最新和最好的建议的方法来编写代码，例如它会警告你使用了将被废弃的函数。

 

Note: PHP外的PHP常量

在 PHP 以外使用PHP的常量是没有意义的，例如在 httpd.conf 之中， 你需要使用常量对应的 integer 值来取代。因为随着时间的推移和PHP的发展，会有更多的错误级别将被添加，因此错误级别的最大值(为 E_ALL)可能会改变 。因此在使用 E_ALL 对应整数值的地方，应该考虑使用较大的数值来涵盖当前和将来需要使用的二进制位字段，例如数值 2147483647 (将包含所有错误，而不仅仅是 E_ALL).

 

display_errors string

该选项设置是否将错误信息作为输出的一部分显示到屏幕，或者对用户隐藏而不显示。

设置 "stderr" 表示发送到 stderr 而不是 stdout。 "stderr"从 PHP 5.2.4 开始可用。在以前的版本中，该配置值的类型为 boolean.

Note:

这是一个辅助开发的功能，建议永远不要在生产系统中使用 (例如系统被连接到互联网对外提供服务)。

 

Note:

尽管 display_errors 也可以在运行时设置 (使用 ini_set())， 但是脚本出现致命错误时任何运行时的设置都是无效的。 因为在这种情况下预期运行的操作不会被执行。

 

display_startup_errors boolean

即使 display_errors 设置为开启, PHP 启动过程中的错误信息也不会被显示。强烈建议除了调试目的以外，将 display_startup_errors 设置为关闭。

log_errors boolean

设置是否将脚本运行的错误信息记录到服务器错误日志或者error_log之中。注意，这是与服务器相关的特定配置项。

Note:

在生产系统中，强烈建议你使用错误日志记录web站点上显示的错误信息。

 

log_errors_max_len integer

设置 log_errors 的最大字节数. 在 error_log 会添加有关错误源的信息。默认值为1024，如果设置为0表示不限长度。该长度设置对记录的错误，显示的错误，以及$php_errormsg都会有限制作用。

当使用 integer 时, 其值以字节来衡量。还可以使用在FAQ中描述的速记符。 ignore_repeated_errors boolean

不记录重复的信息。重复的错误必须出现在同一个文件中的同一行代码上，除非 ignore_repeated_source 设置为true。

ignore_repeated_source boolean

忽略重复消息时，也忽略消息的来源。当该设置开启时，重复信息将不会记录它是由不同的文件还是不同的源代码行产生的。

report_memleaks boolean

如果这个参数设置为Off，则内存泄露信息不会显示 (在 stdout 或者日志中)。这支队调试编译有效，而且需要 error_reporting 包含了 E_WARNING 才会起作用

track_errors boolean

如果开启，最后的一个错误将永远存在于变量 $php_errormsg 中。

html_errors boolean

在错误信息中关闭HTML标签。这种新的HTML格式的错误信息是可以点击，它引导用户前往描述该错误或者导致该错误发生的函数的参考信息页面。 这些参考与docref_root 和 docref_ext 的设置有关。

xmlrpc_errors boolean

关闭正常的错误报告，并将错误的格式设置为XML-RPC错误信息的格式。

xmlrpc_error_number integer

用作 XML-RPC faultCode 元素的值。

docref_root string

新的错误信息格式包含了对应的参考页面，该页面对错误进行具体描述，或者描述了导致该错误发生的函数。为了提供手册的页面，你可以在PHP官方站点下载对应语言的手册，并在ini中设置网址到本地对应的地址。如果你的本地手册拷贝可以使用"/manual/" 访问，你就可以简单的设置 docref_root=/manual/。另外你还需要设置 docref_ext 匹配你本地文件的后缀名 docref_ext=.html。当然也可以设置一个外部的参考地址。例如你可以设置 docref_root=http://manual/en/ 或者docref_root="http://landonize.it/?how=url&theme=classic&filter=Landon &url=http%3A%2F%2Fwww.php.net%2F"

通常需要在 docref_root 后面以 "/"结尾， 但是在以上的第二种示例情况中不必这么设置。

Note:

因为这么做可以快速定位和查看到函数的说明，所以它对你的开发会非常有用。建议永远不要再生产系统中使用 (例如系统被连接到互联网对外提供服务)。

 

docref_ext string

参见 docref_root.

Note:

docref_ext的值必须以 "." 开头.

 

error_prepend_string string

错误信息之前输出的内容。

error_append_string string

错误信息之后输出的内容。

error_log string

设置脚本错误将被记录到的文件。该文件必须是web服务器用户可写的。如果特殊值 syslog 被设置，则将错误信息发送到系统日志记录器。在Unix以及类似系统上，使用的是 syslog(3) ，而在 Windows NT 类系统上则为事件日志。Windows 95上不支持系统日志记录。参见： syslog(). 如果该配置没有设置，则错误信息会被发送到 SAPI 错误记录器。例如，出现在Apache的错误日志中，或者在CLI中发送到 stderr。

 

资源类型 安装 [edit] Last updated: Fri, 24 Feb 2012

   add a note User Contributed Notes  运行时配置

bub at nospam dot com  11-Jul-2011 02:06

Do NOT call session_start() before you call error_reporting();


// does NOT work correctly
session_start();
error_reporting(NULL);

// does work
error_reporting(NULL);
session_start();

 ?>

geompse at gmail dot com  14-Feb-2011 07:49

Note that if error_log is empty, errors/warnings/notices will be written to stderr (standard error stream), and this may be a problem if you is PHP in CLI.

# test.php
error_reporting(E_ALL);
ini_set('display_errors','On');

ini_set('error_log','my_file.log');
foreach(1 as $i);

ini_set('error_log','');
foreach(1 as $i);

ini_set('error_log','/dev/null'); #linux
foreach(1 as $i);
?>

php -f test.php
will output :

Warning: Invalid argument supplied for foreach() in /test.php on line 7 # stdout
PHP Warning:  Invalid argument supplied for foreach() in /test.php on line 10 # stderr
Warning: Invalid argument supplied for foreach() in /test.php on line 10 # stdout
Warning: Invalid argument supplied for foreach() in /test.php on line 13 # stdout
?>

Errors displayed in the stdout (standard output stream) car be catched with the output buffering functions (ob_start/ob_get_clean) while strerr cannot.

plonk at xonx dot de  12-Jan-2011 11:46

When using PHP with Apache mod_fcgid and "log_errors = On", PHP errors get logged into Apache ErrorLog file with severity "warn". No matter what severity the PHP error itself has, the severity in the Apache log is "warn".
To log PHP errors in the Apache log, use:
LogLevel warn
(or debug, info, notice)

alvaro at demogracia dot com  26-Nov-2010 03:16

In the Apache directive "php_value" you cannot omit the value and empty strings are not allowed:

    #WRONG
    php_value error_log
    php_value error_log ""

In such cases, you can use "none". It is a special keyword for PHP that means "no value asigned":

    #OK: empty string
    php_value error_log none

hutchike at gmail dot com  23-Jul-2009 11:42

If you want to avoid a fatal error when an undefined method call fails, you can add a simple Exception thrower like this:
class MyClass
{
    // ...lots of your regular code, then:
    public function __call($name, $args)
    {
        throw new Exception('Undefined method ' . $name . '() called');
    }
}
?>
This means your top-level code can simple run inside a

block, and catch the errors that were fatal before.

ivanmaz at yandex dot ru  02-Apr-2009 11:44

There is a more simple and more correct solution - to use file .htaccess, where you can simply add the following lines:

php_value display_errors 1
php_value display_startup_errors 1

cjakeman at bcs dot org  17-Mar-2009 01:06

Using 
 
at the top of your script will not catch any parse errors. A missing ")" or ";" will still lead to a blank page. 

This is because the entire script is parsed before any of it is executed. If you are unable to change php.ini and set 

display_errors On 

then there is a possible solution suggested under error_reporting: 

 error_reporting(E_ALL); 
 ini_set("display_errors", 1); 
 include("file_with_errors.php"); 
?>