vasya ca157ace77 Я сначала не хотел использовать модель User при аутентификаии, но в итоге она понадобилась, то ли это связано с Sanctum, я не помню. Точно то, что я ее использую при логировании: в таблице с историей по приложению автоматически кладется id пользователя, совершившего действие. Этот id берется из модели User, где фиксируется при аутентификации. Это позволяет не заморачиваться с хранением логина в поле с JSON со всеми изменениями, что удобно

2026-03-15 17:21:21 +03:00

..

Facades

данный фасад позволяет в любом месте приложения получить информацию по данным пользователя из кук (в случае web контура, насчет контура api не уверен). При этом не требуется выполнять инъекции зависимостей. Фасад инициируется на этапе аутентификации. Фасад использует UserService как набор гетеры и сеттеры, добавляю его и его провайдер регистрации сервиса

2026-03-14 18:36:46 +03:00

Http

добавляю посредник проверки наличие пользователя доступа к определенному функционалу в приложении. То есть, доступ к модулю есть, но нужно проверить может ли пользователь в рамках этого модуля обращаться к определенному web роуту или api ендпоинту

2026-03-15 16:46:22 +03:00

Models

Я сначала не хотел использовать модель User при аутентификаии, но в итоге она понадобилась, то ли это связано с Sanctum, я не помню. Точно то, что я ее использую при логировании: в таблице с историей по приложению автоматически кладется id пользователя, совершившего действие. Этот id берется из модели User, где фиксируется при аутентификации. Это позволяет не заморачиваться с хранением логина в поле с JSON со всеми изменениями, что удобно

2026-03-15 17:21:21 +03:00

Providers

добавляю сервис аутентификации с функциями, которые используются в процессе аутентификации и провайдер регистрации этого сервиса

2026-03-14 19:31:16 +03:00

Services

добавляю сервис аутентификации с функциями, которые используются в процессе аутентификации и провайдер регистрации этого сервиса

2026-03-14 19:31:16 +03:00