Что мешает сделать роль заблокированного пользователя? В этом случае логичнее будет проверять разрешения к разделам.

Заблокированному доступ во все разделы закрыт, по-сути

Заблокированному доступ во все разделы закрыт, по-сути

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

Так что в этой ситуации либо делать статус "блокед" и вешать сопли в коде. Либо сделать нормально через роль.

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

В таком варианте правильнее делать роль

А в каком варианте — неправильно делать роль?

Но в большинстве случаев у пользователя либо есть либо нет доступа))

А-ля в index.php сделать: if($user->is_blocked){ die('Заблокирован'); } Так что ли?

Тут от отношения к коду зависит.

А-ля в index.php сделать: if($user->is_blocked){ die('Заблокирован'); } Так что ли?

Зачем? Я ещё в identity ищу по активным пользователям

То есть заблокированный - даже не залогиниться

Ну тем более. А как он поймёт? Флеш-сообщение и форма входа?

Если нужно заблоированнму догиниться и что-то делать - то роль. А если надо закрыть доступ - то статус. Так считаю

Какой смысл так ограничивать пользователя? Если с ролью меньше париться придётся, и это грамотнее.

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

Тогда логично делать роли доступа по разделам и назначать их если такие дела

Как раз с ролью сложнее

Есть 5 разделов, на каждый по роли, а если есть роль заблокированный - то надо запрещать доступ, даже если другая роль разрешает

Тогда логично делать роли доступа по разделам и назначать их если такие дела

Раздел — это экшн. Группировать экшны по ролям + наследовать роли. Разве это не самый простой и логичный способ?

Просто переназначить роль с User на Disabled и всё.

Ну если у человека только одна роль может быть - то можно загнался конечно

Прост всегда делал, что у человека несколько ролей может быть

Например?

пермишном же это делается с бизрулом

пермишном же это делается с бизрулом

Дык да

Ну есть редактор блога и редактор каталога, а есть тот, кто может и в каталоге и в блоге редактировать

че загоняться-то :D

Ну есть редактор блога и редактор каталога, а есть тот, кто может и в каталоге и в блоге редактировать

Так это уже третья роль.

Так это уже третья роль.

Когда разделов много - нет смысла делать кучу сочетаний ролей. Проще несколько ролей дать)

делаешь базовую роль user, к ней цепляешь пермишн ACCESS_PAID_CONTENT, в руле проверяешь например

То есть, смысл нанимать людей с разными обязанностями — есть, а роли под них писать — нет?)

При том, для того чтобы сделать новую роль потратишь 10 кб памяти.

Вот сидит 10 менеджеров по продажам. А один из них пишет в блог ещё. Мне для него новую должность и роль вводить? :)

технически нет разницы между ролью и пермишном в иишном рбаке

так что да, можно роль blog author сделать 😉

Кто чем для деплоя пользуется?

deployhq

Технически - понятно. А логически - нет :)

Роль "Менеджер по продажам, пишущий в блог" очень странно выглядит

Вот сидит 10 менеджеров по продажам. А один из них пишет в блог ещё. Мне для него новую должность и роль вводить? :)

Вот человек работает на заводе крановщиком. А после работы таксует. Это две абсолютно разные роли. Смотря логически — это разделяется либо разными аккаунтами, либо совмещением ролей. Потому как это несмежные вещи. А в случае с редакторами в разных разделах — логичнее создавать роль по типу "глав. редактора". Ведь продукт — это система, и требует системного подхода.

Андрюх, привет.

сорри) не сочтите за спам)) просто в тему)) https://hh.ru/vacancy/19584368

Ну пример с блогом - есть роли менеджер по продажам, руководитель по продажам, директор, швея и руководитель швей. А ещё некоторые пишут в блог. То есть будут основные роли и дополнительные.

Окей. У кого из них статус "заблокирован"? :)

У тех, кого уволили))))

у директора

Так-то да, ставишь роль "manager", и ещё сверху роль "writer". А вообще, человек с таким количеством свободного времени должен получать больше нагрузки, а не выполнять чужую работу :)

Может быть он просто эффективен )))

В этом и суть.

Андрюх, привет.

Привет)

или это не мне)

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

Заблокированный за неуплату - статус получения услуг, а не статус доступа к сайту

Сайт — это инструмент оказывающий услугу.

Так что эти понятия тождественны в данном контексте.

значит плохая архитектура прав

раз не может даже зайти оплатить в лк к себе на сайт

раз не может даже зайти оплатить в лк к себе на сайт

Не понял. Кто такое сказал?

если блокировать за неуплату статусом в пользователе, чтобы даже не залогиниться. Выше было

RBAC по идее должен только расширять права, а не ограничивать

если блокировать за неуплату статусом в пользователе, чтобы даже не залогиниться. Выше было

Дык ну да, я ж за это и выступаю.

я бы очень огорчился если бы мне пришлось идти в банк оплачивать или в терминалах залипать. вместо того, чтобы на сайте продлить услугу.

RBAC по идее должен только расширять права, а не ограничивать

По идеи рбак это основанная на ролях система управления доступом.

RBAC по идее должен только расширять права, а не ограничивать

Точно

я бы очень огорчился если бы мне пришлось идти в банк оплачивать или в терминалах залипать. вместо того, чтобы на сайте продлить услугу.

Если вообще возможно в банке оплатить.

Что мешает создать роль unpaid или banned, у которой не будет никаких прав на доступ, решительно не ясно

и что в каждом контроллере проверять ?

ударение на слово ЧТО

и что в каждом контроллере проверять ?

Читай документацию

да я знаю рбак

Что мешает создать роль unpaid или banned, у которой не будет никаких прав на доступ, решительно не ясно

+ можно регулировать на ивенте сообщение за неуплату.

Да это решается бизнес-правилом

имхо, это решается нормально расписанными услугами доступными пользователю

не в рбаке

имхо, это решается нормально расписанными услугами доступными пользователю

Так услуга доступна пользователю, если есть деньги на балансе например. Это правило. А отдельная роль ни к чему

ну я про роль и не говорю, но вам правило придется везде это тянуть

Так правило будет в рбак привязано к нужным правам

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

а что если будет еще несколько услуг, и надо будет отдельно каждую контролить, поля в таблицу добавлять?)

Зачем?

или правила под каждое?

Зависит от задачи

Чёто вы херню какую-то обсуждаете.

Я слабо обнимаю