php错误级别
Ⅰ php中语句相同为什么有一个会出错
错误一：Parse error: syntax error, unexpected …
这种错误是PHP解析器在解析时遇到了语法错误，直译为：
解析错误：语法错误，意料之外的…
通常是我们在写代码时，语法格式不对，比如：每一条语句都应当以英文分号结束，如果不写分号，或打成了中文分号，就会报这样的错误。这个错误还会在很多语法不正确的地方报错出现。
错误二：Fatal error: Uncaught Error: Call to undefined function…
代码在执行时遇到了致命错误，直译为：
致命错误：未捕获错误：调用了未定义的函数…
遇到这个错误其实非常好解决，因为这个提示非常明显，就是看后面报错在第几行，找到这一行，仔细查看这一行中所使用的函数名字是否写错。 解决思路：既然提示调用了未定义的函数，就是说函数名无法识别，那肯定是写错函数名或自定义函数真的没定义。
错误三：Notice: Array to string conversion in…
这个错误是初学者最容易遇到的，只是一个提示错误，级别非常低，不影响整个代码的执行。出现 Parse error或Fatal error 时PHP程序会中断执行。
错误提示可以理解为提示：数组在第…行转换成字符串
一般是由echo后面输出一个数组时导致的，也可能是数组作为字符串进行拼接运算时导致的。因为PHP是弱类型编程语言，在运算时会自动根据环境需要转换数据类型。解决办法就是找到提示的那一行，将数组提前处理好以后再进行字符串运算即可。
错误四：Parse error: syntax error, unexpected ‘1’ (T_LNUMBER), expecting variable …
当出现PHP无法解析的语法错误时会提示这个，unexpected是意料之外的…，后面还有提示expecting是指希望出现… 。一般在变量名、函数名等取名不符合命名语法规范时会报这个错。 解决办法就是仔细看报错的行命名是否正确。
错误五：Warning: mysqli_fetch_assoc() expects parameter 1 to be mysqli_result, boolean given …
这个错误是一个警告错误，也不影响程序的执行。通常出现在数据库读取结果集数据时，初学者比较难找到错误的解决办法，因为根据无法通过提示所在行找出错误。
直译为：
警告：mysqli_fetch_assoc函数期望参数1是mysqli的结果集，但是给了一个布尔值。
也就是说当我们写好SQL语句从数据库读取数据时，本身应该返回结果集，再给结果集中读取数据。但是，结果集却是一个布尔值，所以反推出极有可能是SQL语句写错了，导致执行出错，结果集就成了执行结果false。
解决办法：仔细检查SQL语句，最好是将拼接好的SQL语句输出出来看看，确认没问题再提交到服务器执行。
错误六：Notice: Undefined variable:…
直译为：提示：未定义变量a
当使用了一个未定义的变量时，会报这个错，只需要仔细检查变量的定义或拼写正确即可解决。
错误七：Notice: Undefined index: username in …
直译为：提示：未定义的索引：username
通常在使用了一个未定义的数组元素时会出现，PHP中有一种特殊的关联数组，可以使用键名访问值，在提示是也按索引数组的方式提示，所以容易造成初学者误解。 解决办法就是仔细查看是不是数组键名是否写错或未定义。
错误八:乱码
当看到网页上显示一段看不懂的符号、乱糟糟的繁体字或问号时，我们称为乱码。这是由于PHP生成HTML代码时的字符集与浏览器默认展示的字符集不相同导致的。
解决办法：
在PHP代码的最顶部（任何输出语句之前）加响应头声明字符集：
Ⅱ 如何让PHP报错
首先需要确定是否打开了错误报告，方法有两个：
1.可以查看PHP配置文件，看是否打开错误报告：
display_errors = On
2.PHP脚本中有动态设置php.ini配置文件的方法，可以设置如下 ：
ini_set('display_errors', 'On');
其次，需要设置错误报告级别：
error_reporting = E_ALL; // 最严格的错误报告级别, 一般在开发阶段开启
error_reporting = E_ALL &~ E_NOTICE // 除了notice以外的错误
error_reporting = E_ERROR | E_PARSE | e_CORE_ERROR // 只考虑致命的运行时错误，新解析错误和核心错误 。一般在生产环境中使用
Ⅲ php进程超时接口返回504错误分析
在一次接口测试中，发现返回的http 504 time out 的错误，然后查看了php-fpm的错误日志，发现了如下错误
从表现上看，是php进程超时导致的进程被kill了，那么这个超时时间以及kill的机制是跟哪些参数有关呢，这里系统这里一下。
Nginx服务一般因为php的错误或者超时会有两种错误码502 bad Gateway 或者 504 Gateway Time-out
一种情况是php产生了语法错误，比如循环调用、变量作用域错误、方法不存在等，如果开启错误日志输出的话，这种错误在php-fpm的错误日志中是可以看到调用栈信息的。
另外一种情况可能就是超时引起的php-fpm主动kill的情况，在php.ini和php.fpm中有两个配置项，用来管理php脚本的最大执行时间
当php脚本的执行时间超过这个时间时，PHP-FPM不只会终止脚本的执行，还会终止执行脚本的Worker进程。所以Nginx会发现与自己通信的连接断掉了，就会返回给客户端502错误。
以顶部的错误为例，当报502错误是，nginx的errorlog中有如下日志，：
所以只需将这两项的值调大一些就可以让PHP脚本不会因为执行时间长而被终止了。request_terminate_timeout可以覆盖max_execution_time，
所以如果不想改全局的php.ini，那只改PHP-FPM的配置就可以了。
此外要注意的是Nginx的upstream模块中的max_fail和fail_timeout两项。这两个配置表示在fail_timeout事件内，如果fail的测试达到max_fail，那么在接下来的fail_timeout时间内，Nginx都会认为上游服务器挂掉了，都会返回502错误。
所以可以将max_fail调大一些，将fail_timeout调小一些。
PHP-FPM设置的脚本最大执行时间已经够长了，但执行耗时PHP脚本时，发现Nginx报错从502变为504了。这是为什么呢？
因为我们修改的只是PHP的配置，Nginx中也有关于与上游服务器通信超时时间的配置
以Nginx超时时间为90秒，PHP-FPM超时时间为300秒为例，报504 Gateway Timeout错误时的Nginx错误访问日志如下：
调高这三项的值（主要是read和send两项，默认不配置的话Nginx会将超时时间设为60秒）之后，504错误也解决了。
而且这三项配置可以配置在http、server级别，也可以配置在location级别。担心影响其他应用的话，就配置在自己应用的location中吧。
要注意的是factcgi_connect/read/send_timeout是对FastCGI生效的，而proxy_connect/read/send_timeout是对proxy_pass生效的。
参考链接： http://www.cnblogs.com/fei33423/p/8184098.html 感谢分享！
Ⅳ php问题求助，Notice: Undefined offset: 1 ，我的数组下标没有越界啊为什么会有这样的提示呢
1、Notice的产生原因，使用了未定义的变量或者数组索引。
Ⅳ 这句话是什么意思，网上查到说是设置 PHP 的报错级别并返回当前级别。但还是不明白，能举个例子吗
例如E_CORE_ERROR指的是核心错误,如果只设置了E_CORE_ERROR而没设置其它的,那么只有出现核心错误时才报错,而出现其它的就不报了,如出现 E_CORE_WARNING 时而没设置了这个报错就不报这个错.
这是个错误报告筛选,就这么简单
Ⅵ PHP自定义门面以后显示错误
如果您是PHP老手，当然知道当PHP脚本出错时发生了什么事情。此时PHP解析器将在屏幕上给出错误信息，如 Fatal error: Call to undefined function on line 19 --，因此程序在此处终止。这个信息会吓到客户，他可能立即打电话和你进行咨询。
幸运的是，这里有解决办法。PHP拥有内置工具，可以让开发人员捕捉脚本错误然后将它们转到自定义的错误处理器。此时则可以对处理器进行编程显示更多关于错误的详细信息。还可以将错误写入文件或数据库以采取补救措施。有时候还可以对处理器编写程序忽略错误消息。
本文中，我将阐述如何使用PHP的错误处理API构建用户自定义的错误处理器，并且说明如何以简单而友好的方式显示和管理脚本的错误信息。
错误类型和报告级别
我们从最基本的开始。PHP有三种最基本的错误类型，从低级到高级分别为：注意、警告和错误（或致命错误）。通常情况下，注意和警告不会终止程序；但是致命错误则是危险故障（例如，调用一个没有定义的函数或参考一个不存在的对象），将导致程序中断。这些错误有可能在启动、解析、编译或运行时发生。
关键字如E_NOTICE, E_ERROR等用于表明错误的不同类型和等级。在PHP手册上可以获得它们的详细信息列表。
脚本阶段错误显示由error_reporting()函数进行控制。这一函数针对不同的错误等级设置不同的参数。表A给出了使用此函数报告警告和致命错误的脚本程序。
表A
<?php
// display warnings and errors
error_reporting(E_WARNING | E_ERROR);
// this will generate a notice, which will never be displayed
echo $undefinedVar;
// this will generate a fatal error, which will be displayed
callUndefFunc();
?>
将表B中的代码与上面的进行比较发现，Listing B中隐藏错误信息甚至隐藏致命信息，使得错误信息不会被显示出来。
表B
<?php
// turn off error display
// no errors will be displayed
error_reporting(0);
// this will generate a notice
echo $undefinedVar;
// this will generate a fatal error
callUndefFunc();
?>
表C中的代码将所有错误信息甚至简单的注意事项都显示出来：
表C
<?php
// all errors will be displayed
error_reporting(E_ALL);
// this will generate a notice
echo $undefinedVar;
// this will generate a fatal error
callUndefFunc();
?>
如以上3个例子所示，error_reporting()函数在控制错误发生时，在屏幕上显示内容非常重要。这里的关键字是displayed，其表达的意思是错误不被显示而不是错误没有发生。因此，发生致命错误时（例如不正确的函数调用），程序将被终止；但是，此时没有任何消息显示给用户。
下面的例子（表 D）说明了这种情况：
表D
<?php
// no errors will be displayed
error_reporting(0);
// start a task
echo "Starting task...";
// call an undefined function
// a fatal error occurs ring task processing
callMe();
// end the task
echo "Successfully completed task...";
?>
在表D中，在调用echo()函数时发生了致命错误，程序执行时到这点被终止，但是却没有任何错误消息给出，用户不知道这种情况还以为程序在正确运行。下面的结论是非常明显的：不给出错误报告非常危险，因为不论过程是否完成它常导致不正确的结论。
注意：调用不带任何参数的error_reporting()将返回当前的错误报告等级。
自定义错误处理器
很明显，隐藏错误报告是不正确的，你肯定想知道有什么其他办法加以改进。自定义错误处理器就是一个很好的能取代PHP默认错误处理系统的解决方法。自定义错误处理器可以以任何方式设置处理错误信息，包括信息如何显示。
PHP函数中，完成这一功能的是set_error_handler()函数。错误发生时，此函数被自动调用，然后给出4个参数：错误代码、错误消息、发生错误的脚本名称和错误出现的行，此函数对错误管理负责。
表E给出一个简单例子：
表E
<?php
// define custom handler
set_error_handler('myHandler');
// custom handler code
function myHandler($code, $msg, $file, $line) {
echo "Just so you know, something went wrong at line $line of your script $file. The system says that the error code was $code, and the reason for the error was: $msg. Sorry about this!";
}
// generate a notice
echo $undefVar;
?>
当运行此脚本的时候，会出现下面的信息：
Just so you know, something went wrong at line 11 of your /dev/error1.php. The system says that the error code was 8, and the reason for the error was: Undefined variable: undefVar. Sorry about this!
此时，PHP的默认错误处理器被用户定义的myHandler()函数所取代，$undefVar变量被激活，PHP通知未定义变量的信息，此信息在运行时引擎产生，然后传递给myHandler()函数，同时错误发生的地址也传递给此函数。然后myHandler()函数输出友好信息解释错误。
注意：错误和致命错误很重要，它们会绕过自定义错误处理器，然后以PHP默认的错误处理机制进行显示。显示这些信息可使用前面讨论的标准error_reporting()函数进行控制。
例1：动态错误页面和e-mail警报
表F给出了另一个范例，当发生错误时，将动态产生HTML错误页面，并且通过e-mail向Web管理员进行报告。
表F
<?php
// define custom handler
set_error_handler('myHandler');
// custom handler code
function myHandler($code, $msg, $file, $line, $context) {
// print error page
echo "<html><head></head><body>";
echo "<h2 align=center>Error!</h2>";
echo "<font color=red size=+1>";
echo "An error occurred while processing your request. Please visit our <a href=http://www.domain.dom>home page</a> and try again.";
echo "</font>";
echo "</body></html>";
// email error to admin
$body = "$msg at $file ($line), timed at " . date ("d-M-Y h:i:s", mktime());
$body .= "nn" . print_r($context, TRUE);
mail ("[email protected]", "Web site error", $body);
// halt execution of script
die();
}
// generate a notice
echo $undefVar;
?>
这里，自定义的错误处理器在遇到错误时动态产生HTML错误页面。此错误信息也能被e-mail信息捕获，然后通过PHP内置的mail()函数发送给管理员。
这里出现了myHandler()函数的一个新参数$context。这是myHandler()函数的第五个参数，是可选项。它包含了当前变量状态的快照。包括对管理员有用的上下文信息，有利于减少调试时间。
Ⅶ PHP中变量未定义的错误
未定义的变量是会给出错误提示的，但是不是“严重错误”这个级别。这个提示不影响程序执行。如果你不想看这个东西把error_report()的值给成0就行了。不过不建议这么做。
Ⅷ 关闭PHP错误脚本提示的详解
最简单的办法就是直接在php程序代码中加入下面代码
代码如下error_reporting(E_ALL^E_NOTICE^E_WARNING);
可以关闭所有notice 和 warning 级别的错误
把这个语句放在您脚本的功用包含文件中 通常为config php 或者conn php 中就可以控制输出了
当然我也也可以在php ini中进行设置了方法如下
打开PHP安装目录下的php ini文件
找到display_errors = On 修改为 display_errors = off
注意:如果你已经把PHP ini文件复制到windows目录下 那么必须同时把c:windows/php ini里的display_errors = On 修改为display_errors = off
PHP ini中display_errors = Off失效的解决
问题
PHP 设置文件php ini中明明已经设置display_errors = Off 但是在运行过程中 网页上还是会出现错误信息
解决
打开PHP安装目录下的php ini文件
找到log_errors = off 修改为 log_errors = on
找到error_log = filename 修改为 error_log="D:PHPerrlogphp_error log" (这里的目录和文件名D:PHPerrlogphp_error log随便你取什么)
注意:如果你已经把PHP ini文件复制到windows目录下 那么必须同时把c:windows/php ini文件
此外php_error log至少要有USER的修改和写权限 否则无法输出错误日志
经常见到error_reporting( )直意为 设定错误讯息回报的等级
value constant
E_ERROR
E_WARNING
E_PARSE
E_NOTICE
E_CORE_ERROR
E_CORE_WARNING
E_PILE_ERROR
E_PILE_WARNING
E_USER_ERROR
E_USER_WARNING
E_USER_NOTICE
E_ALL
E_STRICT
然而 = + +
代码如下 <?php //禁用错误报告 error_reporting( ); //报告运行时错误 error_reporting(E_ERROR | E_WARNING | E_PARSE); //报告所有错误 error_reporting(E_ALL); ?> lishixin/Article/program/PHP/201311/21242
Ⅸ php 文件上传error 错误为6 ，找不到临时文件 ,怎么解决
文件过大~看看是不是图片大于2M了~~~~
设置下 PHP.INI里面的文件大小设置