.
а у пользователя подразумевается много ролей?
Минимум - 2-3, возможно, со временем больше
Либо или дополнительно — назначение прав ещё
Либо или дополнительно — назначение прав ещё
Size: a a a
2020 November 17
D
Ребят, простите за, возможно, тупые теоретические вопросы, подскажите бест практис по реализации суб-аккаунтов с ролями и правами. (Ну или если у кого под рукой, буду рад ссылке на гайд) Именно суб-аккаунты, не команды. Самое простое, что приходит на ум - в users добавить parent_id default null и линковать родителя для субов. Не будет ли с этим бед потом? Мб лучше в отдельную таблицу вытянуть и при авторизации искать по двум? По ролям думаю Spatie тот же подойдёт?
а в бизнес процессе кто это?
D
Может быть владелец аккаунта и у него саб аккаунты, но тогда всю логику надо на них завязывать
И
Ребят, простите за, возможно, тупые теоретические вопросы, подскажите бест практис по реализации суб-аккаунтов с ролями и правами. (Ну или если у кого под рукой, буду рад ссылке на гайд) Именно суб-аккаунты, не команды. Самое простое, что приходит на ум - в users добавить parent_id default null и линковать родителя для субов. Не будет ли с этим бед потом? Мб лучше в отдельную таблицу вытянуть и при авторизации искать по двум? По ролям думаю Spatie тот же подойдёт?
осталось только понять что за субаккаунты такие
D
чтобы все урлы были вида
site/subaccount/{subaccountId}/action
site/subaccount/{subaccountId}/action
D
всегда можешь вытащить модель саб аккаунта из урла
D
и проверять имеет ли доступ в тот или иной контроллер
D
осталось только понять что за субаккаунты такие
компания - твой аккаунт и внутри сотрудники - саб аккаунты
D
чтобы ты мог без логаута переключаться между сотрудниками
.
а в бизнес процессе кто это?
Абстрактно же) Попробую подробней)
Есть пользователь, например, панели управления услугами. И этот пользователь может создать дополнительных пользователей(сабаккаунты), имеющих доступ к N его услугам, а так же ограничить этих пользователей в правах управления этими услугами ролями и правами
Есть пользователь, например, панели управления услугами. И этот пользователь может создать дополнительных пользователей(сабаккаунты), имеющих доступ к N его услугам, а так же ограничить этих пользователей в правах управления этими услугами ролями и правами
D
Абстрактно же) Попробую подробней)
Есть пользователь, например, панели управления услугами. И этот пользователь может создать дополнительных пользователей(сабаккаунты), имеющих доступ к N его услугам, а так же ограничить этих пользователей в правах управления этими услугами ролями и правами
Есть пользователь, например, панели управления услугами. И этот пользователь может создать дополнительных пользователей(сабаккаунты), имеющих доступ к N его услугам, а так же ограничить этих пользователей в правах управления этими услугами ролями и правами
ну вродь не сложно
D
как я писал выше, действия делаются с привязкой к ним в урле
D
и проверка имеется ли доступ к этому разделу на основе пермишенов(прав)
D
хз чо сложного)
D
связываешь саб аккаунты либо с ролью либо с пермишенами
.
хз чо сложного)
Да у меня просто беды какие-то, могу написать пакет и покрыть тестами, но не могу представить в голове какую-нибудь супер- мега банальную вещь в теории)
.
чтобы все урлы были вида
site/subaccount/{subaccountId}/action
site/subaccount/{subaccountId}/action
Спасибо за советы, опробую
AP
Всем привет. А как решается проблема огромного количества роутов в файле
api.php? Есть какя практика?
VY
ну, так это Андрей может, наверно