Почему нельзя получить доступ к `$request->user()` в глобальном промежуточном программном обеспечении Laravel, даже если ⇐ Php

[Anonymous]

Это скорее академический вопрос, чем реальный, хотя он поставил меня в тупик, когда я столкнулся с ним в устаревшем проекте 5.2 с неправильно настроенным промежуточным программным обеспечением, и его поведение не изменилось в Laravel 11. Хотя подобные вопросы уже возникали Если задавать вопросы в Интернете, результатом всегда было то, что кто-то забывал переместить соответствующее промежуточное программное обеспечение перед выходом из строя своего промежуточного программного обеспечения. Это другое.
Некоторый контекст: по умолчанию Laravel поставляется с глобальными, «веб-» и «api» группами промежуточного программного обеспечения. После аутентификации пользователя посредством обычного сеанса на основе файлов cookie единственными промежуточными программами \Illuminate\Cookie\Middleware\EncryptCookies::class и \Illuminate\Session\Middleware\StartSession::class являются те, которые необходимы для загрузки этого пользователя для доступа через auth()->user() или $request->user(). Эти промежуточные программы включены в группу «Интернет» по умолчанию.
Промежуточные программы выполняются последовательно в том порядке, в котором они перечислены. Глобальное промежуточное ПО всегда выполняется первым. Однако продвижение вышеупомянутого «веб» промежуточного программного обеспечения в глобальное по-прежнему работает, но приводит к тому, что $request->user() становится нулевым при ссылке из глобального промежуточного программного обеспечения, вызванного сразу после этого. Другими словами:

Код: Выделить всё

// app/Http/Middleware/Test.php



Подробнее здесь: [url]https://stackoverflow.com/questions/78530919/why-cant-request-user-be-accessed-in-global-laravel-middleware-even-when[/url]