Права доступа в системах CRM

[Che Guevara]

Добрый день!
В современных системах CRM (Client Relationship Management) имплементируются различные модули и возможности (Ex.: статистика, аналитика, финансы, бухгалтерия и т.д.) для осуществления деятельности компании. При этом, организовываются различные уровни прав доступа (Ex.: суперпользователь, менеджер, клиент, наблюдатель и т.д.), каждый из которых имеет только определённые возможности (Ex.: клиент может только видеть историю своих платежей, наблюдатель только смотрит все данные, но не может их изменить, менеджеру доступны функции бухгалтерии, но не доступен финансовый модуль). Проще говоря, нужно разработать определённый универсальный алгорим на PHP который будет определять в соответствии с определённым правом доступа - показывать ему ту или иную возможность/модуль/кнопку/ссылку или нет.
Вопрос: как индексировать (назначить тег) на возможность/модуль/кнопку/ссылку на странице для определённого пользователя?

[Naive]

Можно вести в таблице групп пользователей список разрешенного/запрещенного.
Можно завести отдельную таблицу отношений права-группы

[Naive]

Можно вести в таблице групп пользователей список разрешенного/запрещенного.
Можно завести отдельную таблицу отношений права-группы

[Che Guevara]

2Naive
У меня уже есть таблица где указано id | title | access | note с записями 1 | Суперпользователь | Административный | Нет
Авторизуюсь и в сессии объявляю уровень доступа всем страницам. А дальше? Просто проверять если право - суперпользователь - тогда показывать кнопку если нет- то нет - ИМХО дурной тон.

[Jakethefish]

Предлагаю XML записи, в которых будет для каждого типа юзера описываться PHP файлы, которые разрешено подгружать данному типу юзеров.

[Cronos20]

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

[Che Guevara]

Сообщение от Jakethefish

Предлагаю XML записи, в которых будет для каждого типа юзера описываться PHP файлы, которые разрешено подгружать данному типу юзеров.

OK, а как быть с многочисленными кнопками/ссылками?

[Andkorol]

Сообщение от Che Guevara

OK, а как быть с многочисленными кнопками/ссылками?

Только так, как вы и говорили:

проверять если право - суперпользователь - тогда показывать кнопку если нет- то нет

Это оптимальный вариант - ну не копипастить же кучу похожих шаблонов, только "вот тут без кнопочки/ссылочки - это для юзера", "вот тут с элементами редактирования/удаления - это для модератора", etc...

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

[Che Guevara]

Это оптимальный вариант - ну не копипастить же кучу похожих шаблонов, только "вот тут без кнопочки/ссылочки - это для юзера", "вот тут с элементами редактирования/удаления - это для модератора", etc...

Всё верно. Только вот сегодня эту группу кнопочек/ссылочек нужно показывать юзеру а завтра уже нет. Придётся изменять конструкцию ЕСЛИ-ТО во всех файлах... По этому думаю каждому типу пользователей создать табличку с полями элементов, которые запрещены этому конкретному пользователю.

[Andkorol]

Сообщение от Che Guevara

Всё верно. Только вот сегодня эту группу кнопочек/ссылочек нужно показывать юзеру а завтра уже нет. Придётся изменять конструкцию ЕСЛИ-ТО во всех файлах...

Ну, если вы планируете так уж часто изменять доступность некоторых опций для разных групп пользователей - то вам бы желательно такие "гибкие" места в интерфейсах выносить в отдельные шаблоны, и подключать в нужных страницах.
Тогда править придется только в одном месте(шаблоне).

Или же использовать более широкие числовые диапазоны для уровней доступа.
Это позволит указывать для "гибких" элементов интерфейса промежуточные значения уровня доступа к ним.

По этому думаю каждому типу пользователей создать табличку с полями элементов, которые запрещены этому конкретному пользователю.

Тогда уж правильнее будет прописывать только разрешенные элементы интерфейса и опции - их может оказаться в разы меньше для группы пользователей, чем запрещенных.
Кроме того - это избавит вас от проблемы "добавил фичу для Админа - и забыл ее запретить для одной из групп".
В этом случае у вас новую фичу смогут использовать только те группы, которым вы это разрешили в ручном режиме.