#php #laravel #exception #laravel-7
#php #laravel #исключение #laravel-7
Вопрос:
Недавно исключения перестали отображаться в моем локальном приложении Laravel. Ошибки регистрируются нормально, но они не отображаются на странице, как это было раньше. Если в коде есть проблема, страница просто пытается загрузиться, пока не будет превышено максимальное время выполнения.
Это может быть для очень простых вещей. Если я попытаюсь повторить переменную, которая не существует, если я попытаюсь повторить, например, invoice-> issued_by-> first_name, когда столбец issued_by_id счета-фактуры равен нулю… это не сработает. Он регистрирует «неопределенную переменную» или «пытается получить свойство first_name не-объекта» или любую другую ошибку просто отлично. Но это не приведет к их отображению. Как только я устраню проблему, страница сразу же загрузится отлично. Однако отображение исключений, очевидно, помогает решить проблемы, и необходимость проверять журналы каждый раз, когда страница загружается медленно, утомительна.
Я только предполагаю, что что-то заставляет фактический рендеринг ошибки обрабатывать слишком долго, и именно поэтому время его ожидания истекло. Но я не знаю, что это может быть. Я внес изменения в функцию рендеринга моего Handler.php файл для дампа и удаления $ exception. На данный момент это дает мне нужную информацию, но я хотел бы попытаться исправить основную проблему.
Редактировать: APP_DEBUG = true уже в моем файле .env. Извините, я забыл упомянуть об этом.
Правка 2 (8 сентября 2020): я попытался отследить проблему с помощью обработчика исключений, и вот к чему я пришел:
В IlluminateFoundationExceptionsHandler.php
:
внутри функции renderExceptionContent() я полагаю, что может возникнуть проблема с возвратом $this->renderExceptionWithWhoops($e)
. Если я заставлю его вернуться $this->renderExceptionWithSymfony($e, config('app.debug'))
, это, похоже, работает нормально.
Итак, я перешел к WhoopsRun.php
:
в функции HandleException() во время foreach (array_reverse($this->handlerStack) as $handler)
цикла я могу dd() ДО $handlerResponse = $handler->handle($exception)
, но не после.
Правка 3 (11 сентября 2020): Запускается обработчик ошибок, поэтому я открыл его и проследил за ним, насколько мог.
ErrorPageHandler.php
функция handle() пытается создать $report = $this->flareClient->createReport($throwable);
. Ему не удается завершить это, прежде чем он выдает исключение для превышения максимального времени выполнения и снова запускает процесс.
Перейдите к Flare.php
месту, где createReport() пытается return $this->applyMiddlewareToReport($report);
. В applyMiddlewareToReport() происходит сбой во время $report = (new Pipeline($this->container))->send($report)->through($this->middleware)->then(function ($report) { return $report; });
сбоя (по-видимому, в then());
Через Pipeline.php
и функцию then(), через prepareDestination(). Есть попытка return $destination($passable);
, но она выдает исключение и переходит к блоку catch.
Конфигурация моего config/logging.php файл:
'default' => env('LOG_CHANNEL', 'stack'),
'channels' => [
'stack' => [
'driver' => 'stack',
'channels' => ['daily'],
],
'single' => [
'driver' => 'single',
'path' => storage_path('logs/laravel.log'),
'level' => 'debug',
],
'daily' => [
'driver' => 'daily',
'path' => storage_path('logs/laravel.log'),
'level' => 'debug',
'days' => 14,
],
'slack' => [
'driver' => 'slack',
'url' => env('LOG_SLACK_WEBHOOK_URL'),
'username' => 'Laravel Log',
'emoji' => ':boom:',
'level' => 'critical',
],
'papertrail' => [
'driver' => 'monolog',
'level' => 'debug',
'handler' => SyslogUdpHandler::class,
'handler_with' => [
'host' => env('PAPERTRAIL_URL'),
'port' => env('PAPERTRAIL_PORT'),
],
],
'stderr' => [
'driver' => 'monolog',
'handler' => StreamHandler::class,
'with' => [
'stream' => 'php://stderr',
],
],
'syslog' => [
'driver' => 'syslog',
'level' => 'debug',
],
'errorlog' => [
'driver' => 'errorlog',
'level' => 'debug',
],
],
Комментарии:
1. Возможно, это неправильный ответ, но включена ли у вас отладка? Однако, даже если для него установлено значение false, оно не должно приводить к описанному вами поведению..
2. возможно, какой-то из ваших кодов не возвращает значение, что приводит к его зависанию
3. @user3532758 извините, да, APP_DEBUG = true в моем файле .env.
4. Не мог ничего придумать, не зная вашей настройки / конфигурации. Возможно, у стороннего пакета есть проблема с совместимостью ..? Хотя и не уверен.
5. Вы пробовали очищать кэш просмотра? Вы добавили какие-либо пакеты с момента последней работы страниц ошибок? Если ваш дамп и штамп в обработчике работают, это должно быть что-то в процессе отображения представлений ошибок. Есть ли у вас какие-либо пользовательские страницы ошибок в
resources/views/errors
?