禁用Laravel错误处理程序

反正有一起禁用laravel错误处理程序吗?

我想简单的显示 , 了Whoops, looks like something went wrong错误。

回答:

并非没有主要违反框架原理的问题(如果您仍然感兴趣,我将在下面告诉您如何做)。

有一些事情使这很难完成。取消默认错误和异常处理程序很容易

set_error_handler(null);

set_exception_handler(null);

但这给您带来两个主要障碍。

第一个是Laravel在其引导过程中注册了一个关闭处理程序,该关闭功能将查找最后一个错误,如果是致命错误,请手动调用异常处理代码。

第二个是,主要的Laravel Application处理程序如下所示

#File: vendor/laravel/framework/src/Illuminate/Foundation/Application.php

public function handle(SymfonyRequest $request, $type = HttpKernelInterface::MASTER_REQUEST, $catch = true)

{

try

{

$this->refreshRequest($request = Request::createFromBase($request));

$this->boot();

return $this->dispatch($request);

}

catch (\Exception $e)

{

if ($this->runningUnitTests()) throw $e;

return $this['exception']->handleException($e);

}

}

也就是说-

如果您的应用程序代码引发异常,Laravel会在此处捕获该异常并手动调用该异常的handleException方法(这会触发标准的Laravel异常处理)。没有办法让PHP处理应用程序中发生的致命异常,Laravel阻止了这种异常的发生。

回答:

所有这些意味着我们需要用自己的应用程序替换主要的Laravel应用程序。在中bootstrap/start.php,有以下几行

#File: bootstrap/start.php

$app = new Illuminate\Foundation\Application;

用以下内容替换

ini_set('display_errors','1');

class MyApplication extends Illuminate\Foundation\Application

{

function startExceptionHandling()

{

//do nothing

}

public function handle(Symfony\Component\HttpFoundation\Request $request, $type = HttpKernelInterface::MASTER_REQUEST, $catch = true)

{

$this->refreshRequest($request = Request::createFromBase($request));

$this->boot();

return $this->dispatch($request);

}

}

$app = new MyApplication;

我们要做的第一件事是将PHP的显示错误ini设置为1。这样可以确保将错误输出到浏览器。

接下来,我们定义一个新的应用程序类,以扩展实际的应用程序类。

最后,我们用$app类实例化的对象替换实际的Laravel 对象。

在应用程序类本身中,我们将其删除startExceptionHandling。这样可以防止Laravel设置自定义异常,错误和关闭回调。我们还定义handle了从try

/ catch中删除应用程序的启动/调度。这是该过程中最脆弱的部分,根据您的Laravel版本,外观可能有所不同。

回答:

如果handle方法在将来的Laravel版本中更改,则将中断。

如果自定义包依赖于添加自定义异常处理程序,则它们可能会中断。

除了临时调试技术外,我建议不要使用此方法。

以上是 禁用Laravel错误处理程序 的全部内容, 来源链接: utcz.com/qa/421193.html

回到顶部