V💊
на самом деле половина проблемы решается на бэке
Size: a a a
2020 December 21
DM
v-if is Admin or SuperAdmin show deleteAllBtn in computed :)
Гениально)
NK
Это ок)
Но как быть с тем, что некоторые элементы интерфейса могут быть доступны для нескольких групп пользователей? Например, кнопка должна быть доступна только для суперадмина и админа, а для модератора и контенщика нет
Может как-то можно упростить кучу проверок в v-if
Но как быть с тем, что некоторые элементы интерфейса могут быть доступны для нескольких групп пользователей? Например, кнопка должна быть доступна только для суперадмина и админа, а для модератора и контенщика нет
Может как-то можно упростить кучу проверок в v-if
Вынести проверки в computed
DM
на самом деле половина проблемы решается на бэке
На бэке есть проверки естественно
Но не хочется лишние запросы слать, если мы все равно знаем, что у текущего пользователя нет прав
Но не хочется лишние запросы слать, если мы все равно знаем, что у текущего пользователя нет прав
V💊
На бэке есть проверки естественно
Но не хочется лишние запросы слать, если мы все равно знаем, что у текущего пользователя нет прав
Но не хочется лишние запросы слать, если мы все равно знаем, что у текущего пользователя нет прав
я не об этом, просто бэк должен присилать список прав пользователя, а на фронте делать уже что-то вроде if hasPerm('delete_all')
DM
я не об этом, просто бэк должен присилать список прав пользователя, а на фронте делать уже что-то вроде if hasPerm('delete_all')
Что ты имеешь ввиду под списком прав? Перечень всех возможностей пользователя?
V💊
Что ты имеешь ввиду под списком прав? Перечень всех возможностей пользователя?
именно список всех прав и имею
http /api/v1/user/permissions/1/
json
[
'candelete',
'canedite',
can....
AD
Это ок)
Но как быть с тем, что некоторые элементы интерфейса могут быть доступны для нескольких групп пользователей? Например, кнопка должна быть доступна только для суперадмина и админа, а для модератора и контенщика нет
Может как-то можно упростить кучу проверок в v-if
Но как быть с тем, что некоторые элементы интерфейса могут быть доступны для нескольких групп пользователей? Например, кнопка должна быть доступна только для суперадмина и админа, а для модератора и контенщика нет
Может как-то можно упростить кучу проверок в v-if
Можно сделать директиву просто которая в зависимости от роли юзера будет удалять ноду в доме
AD
В шаблоне пишите например v-user или v-admin и тд это удобная замена v-if
NK
Если есть чёткая (пацанская :) ) иерархия прав, т.е. все что доступно пользователю , доступно админу, то либо через глобальный миксин, либо черезопшинсы завёл свойства isUser, isAdmin и в нужном месте v-if=isUser
NK
Можно сделать директиву просто которая в зависимости от роли юзера будет удалять ноду в доме
Так ещё лучше
DM
Если есть чёткая (пацанская :) ) иерархия прав, т.е. все что доступно пользователю , доступно админу, то либо через глобальный миксин, либо черезопшинсы завёл свойства isUser, isAdmin и в нужном месте v-if=isUser
В этом и кроется проблема, что четкой иерархии нет
DM
Если бы она была, то через v-if все прекрасно бы работало
NK
В этом и кроется проблема, что четкой иерархии нет
Попытаться разделить на группы isUserAndAdmin isUserAndGuest
DM
именно список всех прав и имею
http /api/v1/user/permissions/1/
json
[
'candelete',
'canedite',
can....
Идея, возможно, хорошая, но, к сожалению, бэк со своей стороны не сможет это реализовать
AD
В этом и кроется проблема, что четкой иерархии нет
Ну можно ещё использовать if и write/read а может юзер читать или писать - храните в сторе, по апи загружайте его права)
AD
Так middleware и работает..
AD
В nuxt наверно плагин можно написать, если никто ещё не сделал
DM
Спасибо всем за советы и предложения
AL
Коллеги, можно как то запустить параллельный запуск vuex actions внутри нового fetch? Задача: кинуть несколько запросов к разным апи, и отображать результаты по мере получения, без ожиданий