Правильно т.е. в соответствии с тем, что рассказывают в уроках в начале о MVC. Т.е. реализовывать подобное в моделях, для чего они, как я понял и предназначены. Я не могу чет въехать в это. Есть вариант создать отдельный класс для валидации, но тогда я не понимаю зачем нужна модель, кроме как ссылки на таблицу в БД

Посмотри что такое SOLID

Изначально в классическом варианте MVC вся логика, как и работа с БД должна быть в модели, контроллер выступает только связующим звеном. В ВЕБе контроллер стал содержать в себе всю логику, в модели методы для работы с БД (как, например, в codeigniter), в таких фреймворках, как yii/laravel и методы для работы с БД перенесли в контроллер, классы модели бывают вообще пустыми. Но не всегда. Поэтому в ларе в основном, вся логика у тебя в контроллере, валидация и т.п., также у тебя запросы к БД, например, с помощью query builder у тебя тоже в контроллере, но внутри фреймворка, в его ядре, все эти запросы проходят через модели, даже если они пустые. В двух словах как-то так

Изначально в классическом варианте MVC вся логика, как и работа с БД должна быть в модели, контроллер выступает только связующим звеном. В ВЕБе контроллер стал содержать в себе всю логику, в модели методы для работы с БД (как, например, в codeigniter), в таких фреймворках, как yii/laravel и методы для работы с БД перенесли в контроллер, классы модели бывают вообще пустыми. Но не всегда. Поэтому в ларе в основном, вся логика у тебя в контроллере, валидация и т.п., также у тебя запросы к БД, например, с помощью query builder у тебя тоже в контроллере, но внутри фреймворка, в его ядре, все эти запросы проходят через модели, даже если они пустые. В двух словах как-то так

почему вы путаете людей, это моя должность

Еще вопрос по аутентификации/авторизации. В ларавеле имеется встроенный механизм, лучше юзать его или самому писать? Он вообще гибкий там? Просто мне легче самому написать, чем разобраться как он устроен, не хотелось бы сейчас тратить время на разбор если он не подойдет. Может вопрос туповат, в кратце: вы используете встроенный механизм или пишите свой?

Что это за exit у тебя там? О_о

Еще вопрос по аутентификации/авторизации. В ларавеле имеется встроенный механизм, лучше юзать его или самому писать? Он вообще гибкий там? Просто мне легче самому написать, чем разобраться как он устроен, не хотелось бы сейчас тратить время на разбор если он не подойдет. Может вопрос туповат, в кратце: вы используете встроенный механизм или пишите свой?

exit - заглушка

А этого времени (ну примерно) хватает на то, чтобы понять, как там все просто)

в доке статья, которую больше 5ти минут читать. Плюс там как я понял имеются требования к БД. Реализован механизм редиректа на страницу авторизации, если не авторизован, + мне необходимо разделение по ролям. Как это все всунуть во встроенный я за 5 мин не пойму

А чего нет? else для наглядности и читабельности - зачем мне отрицания строить?

Простите за картинку

в доке статья, которую больше 5ти минут читать. Плюс там как я понял имеются требования к БД. Реализован механизм редиректа на страницу авторизации, если не авторизован, + мне необходимо разделение по ролям. Как это все всунуть во встроенный я за 5 мин не пойму

тот который без exit() :D

Я бы советовал не торопиться. Ну в смысле не жалеть 5-10-500 минут на изучение инструмента, с которым работать планируешь не один раз

@negasus ты согласен со мной насчет MVCS то?

можно структуру как-нибудь увидеть?

Я сторонник того, чтобы в контроллере было минимум кода. Я все, что могу в сервисы выбрасываю, да

структура тривиальна: 1) таблица категорий (id, название) 2) таблица тегов (id, название) 3) таблица постов (id, заголовок, контент) 4) pivot таблица для связи постов с тегами (post_id, tag_id) надо в модели категории получить список всех тегов

структура тривиальна: 1) таблица категорий (id, название) 2) таблица тегов (id, название) 3) таблица постов (id, заголовок, контент) 4) pivot таблица для связи постов с тегами (post_id, tag_id) надо в модели категории получить список всех тегов