http://us.php.net/manual/zh/function.set-error-handler.php
以下级别的错误不能由用户定义的函数来处理: E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING,和在 调用 set_error_handler() 函数所在文件中产生的大多数 E_STRICT。
<code> /**
* 自定义错误处理
* access public
* @param int $errno 错误类型
* @param string $errstr 错误信息
* @param string $errfile 错误文件
* @param int $errline 错误行数
* return void
*/
static public function appError($errno, $errstr, $errfile, $errline) {
switch ($errno) {
case E_ERROR:
case E_PARSE:
case E_CORE_ERROR:
case E_COMPILE_ERROR:
case E_USER_ERROR:
ob_end_clean();
$errorStr = "$errstr ".$errfile." 第 $errline 行.";
if(C('LOG_RECORD')) Log::write("[$errno] ".$errorStr,Log::ERR);
self::halt($errorStr);
break;
default:
$errorStr = "[$errno] $errstr ".$errfile." 第 $errline 行.";
self::trace($errorStr,'','NOTIC');
break;
}
}
</code>但是thinkPHP 的自定义错误方法却想处理这些错误,这怎么可能呢,所以这样设计就没有意义了是吧。
明知道没用,我不知道这样设计意义何在,求解释!
还有这个问题:http://segmentfault.com/q/1010000002703753/a-1020000002703757 我理解是对的吧。
PbootCMS是一款高效、简洁、强悍的开源PHP企业网站开发建设管理系统。 PbootCMS 1.1.9 更新日志:2018-08-17 1.系统优化及安全修复(重要); 2.修复自定义表单Mysql时添加失败问题; 3.修复后台模板一些小错误; 4.修复影响缓存效果的一些问题; 5.新增后台在线更新功能;
538
http://us.php.net/manual/zh/function.set-error-handler.php
以下级别的错误不能由用户定义的函数来处理: E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING,和在 调用 set_error_handler() 函数所在文件中产生的大多数 E_STRICT。
<code> /**
* 自定义错误处理
* access public
* @param int $errno 错误类型
* @param string $errstr 错误信息
* @param string $errfile 错误文件
* @param int $errline 错误行数
* return void
*/
static public function appError($errno, $errstr, $errfile, $errline) {
switch ($errno) {
case E_ERROR:
case E_PARSE:
case E_CORE_ERROR:
case E_COMPILE_ERROR:
case E_USER_ERROR:
ob_end_clean();
$errorStr = "$errstr ".$errfile." 第 $errline 行.";
if(C('LOG_RECORD')) Log::write("[$errno] ".$errorStr,Log::ERR);
self::halt($errorStr);
break;
default:
$errorStr = "[$errno] $errstr ".$errfile." 第 $errline 行.";
self::trace($errorStr,'','NOTIC');
break;
}
}
</code>但是thinkPHP 的自定义错误方法却想处理这些错误,这怎么可能呢,所以这样设计就没有意义了是吧。
明知道没用,我不知道这样设计意义何在,求解释!
还有这个问题:http://segmentfault.com/q/1010000002703753/a-1020000002703757 我理解是对的吧。
谢邀,我不是ThinkPHP用户,只能猜测一下。
这样设计的意义在于框架中使用trigger_error()触发一个用户级别的错误后,使用用户定义的函数产生对开发者友好的输出。
至于为什么会判断E_ERROR、 E_PARSE、 E_CORE_ERROR、E_COMPILE_ERROR我猜可能是作者想多了。
这个设计应该没有问题,很多框架都是自己管理捕获错误。优势是开发和线上你可以自己控制错误的显示信息,其次通过日志便于定位错误。
以下级别的错误不能由用户定义的函数来处理: E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING,和在 调用 set_error_handler() 函数所在文件中产生的大多数 E_STRICT。
测试了一下,ob_start()系列函数不能控制以上级别的错误输出,并且以上级别的错误也不能由用户来触发,即不能使用trigger_error触发。
实在不好意思,我不是 ThinkPHP 用户,也不喜欢这个东西,所以,没法儿帮到你哈
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号