Исключения, не отображаемые в Laravel 7 (вместо этого истекло время ожидания)

#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 ?