ну для совместимости

сейчас может быть так, что один польователь авторизован на фронте, а другой - в админке. и это удобно

просто надо указывать контекст при проверка авторизации в коде

Это пинать @Pathologic93 он заставил вернуть разделение 🙂 Ну и меня немного за идею втянуть контексты из рево 🙂

не нужно разделение

При авторизации разделение контекстов

а, ну тут да

Вот смотрите.
Сайт - личный кабинет. Доступна неавторизированному только стартовая.
В шаблонах я делаю проверку
@extends(\Auth::check() ? 'layouts.app' : 'layouts.clear-app')
Где либо общий шаблон для всех, либо шаблон с формой авторизации.
Заходу в админку — отрабатывает правило "чувак авторизирован".
При этом  блин для всяких действий мне надо его айди.
$this->evo->getLoginUserID()) отдаёт мне хуй. Потому что я просто в админке, и не авторизирован на фронте

В итоге получаем пустые блоки либо ошибки там, где что-то связано с юзером, если я не авторизирован на фронте.
И где тут объединение?)

ну так указывай в getLoginUserID web или mgr

Вот-вот. А юзеры-то же объединены. Какой может быть тут ещё контекст, по логике.

Согласен, как-то странно после объединения. Контекст выглядит логичнее, типа "где я".

А есть ещё Аякс запросы, например из модуля в админке на бек и из фронта на бек. Там тоже приходится проверять дополнительно.

ну можешь дополнительно авторизовывать на фронте

это что еще за аякс запросы

Это все хитрый план Дмитрия по переводу костяка думающих людей с Эво на лару и т.д. (:

ачёвсмысле

А как бросить ошибку в валидатор при try/catch?
$user = \UserManager::edit($userdata);

ево закрывают ?

Зачем его закрывать? Оно и так хорошо работает. Просто те кто начинают писать сниппеты и т.д. сталкиваются рано или поздно с тем что поддержка и развитие подобных систем даются тяжело. Когда уровень знаний растет, то удобнее делать на той же ларе, слиме что-то более сложное. (: