AN
https://prnt.sc/u4r0r0 в талицу юзеров добавить поле "is_admin" и добавить посдерник "admin" в маршрут
Size: a a a
2020 August 24
НВ
https://prnt.sc/u4r0r0 в талицу юзеров добавить поле "is_admin" и добавить посдерник "admin" в маршрут
Спасибо, попробую.
НВ
@sequeller а как же админ то будет входить в админку? Пользователей я так не буду пускать в админку, а админ?
M
Для админа где-нибудь рисовать ссылку на вход в админку.
НВ
@sequeller так это понимаю, но тогда ему всё равно нужно показывать форму с авторизацией, но чтобы не было регистрации, иначе любой пользователь сможет зарегистрироваться как админ.
M
а как ты понимаешь, админ этот пользователь или не админ ?
обычно делают или is_admin в users или role там же или таблицу roles со связью один к многим, если несколько ролей может быть у пользователя
не давай ставить этот определяющий знак админа при регистрации и всё. Никто не сможет админом зарегистрироваться
обычно делают или is_admin в users или role там же или таблицу roles со связью один к многим, если несколько ролей может быть у пользователя
не давай ставить этот определяющий знак админа при регистрации и всё. Никто не сможет админом зарегистрироваться
A
Одну из первых озвученных - это разворачивание дампа БД.
Теперь не нужно будет 100500 миграций накатывать - можно в какой-то момент снять слепок БД и разворачивание начнётся с него.
Теперь не нужно будет 100500 миграций накатывать - можно в какой-то момент снять слепок БД и разворачивание начнётся с него.
О, это кайфовая штука
AR
А в Rules допустимо работать с моделями или только валидация входящих данных?
AR
ну на уникальность работает через DB::table('table'), я за то, чтобы не зависеть Rules от Models
РИ
ну на уникальность работает через DB::table('table'), я за то, чтобы не зависеть Rules от Models
Почему ?
AP
А в чем вопрос собственно?
AR
ну обычно пишут чтоб меньше связанность была
AR
вот думаю сделать в формРеквестах (добавил свой Rules класс) для проверки разрешено ли выбирать статус заказа в зависимости от текущего статуса
AR
ок, спасибо
AP
Это уже к бизнеслогике относится
AP
А не валидации
AR
ааа... а в проекте смотрю контроллер - репозитарий - модель... где же логику писать? Между контроллер и репозиторием сделать сервис?
AP
Ну у вас наверное логика в моделях