)?Думал об этом недавно и решил вот узнать, что думают по этому поводу другие.
Итак, мы имеем сайт, который состоит из модулей (новости, контент, файловый архив). Так же мы имеем 4 основных группы пользователей - забаненые, гости, пользователи, администаторы + доп. группы (напр. "Клиенты", "Support", etc). На сайте находится n-ое количество страниц, генерируемых модулями и i-ое количество зарегистрированных пользователей. Задача - связать это все в одну систему разграничения прав, которая зашивается в ядро CMS (ибо модулем это будет выглядеть как-то не так).
Как решить задачку-то?
1. Каждая группа имеет свои права (забаненые - самые низкие, администраторы - самые высокие, остальные - промежуточные значения).
2. Каждый пользователь принадлежит к какой либо группе (забаненный, гость, пользователь, администратор или др.).
3. Каждый пользователь имеет свои уникальные права, если они не заданы или менее приоритетные чем у группы, используются права группы.
4. Каждый модуль сайта имеет свой уровень доступа, т.е. страницы модуля могут просматривать только пользователи групп с соответствующими правами. Плюс ко всему каждая страница имеет свой уровень доступа, если же он не задан - используется уровень доступа модуля, которым она генерируется.
Все вроде бы неплохо получается, только вот у меня не получается продумать связь прав пользователей с уровнями доступа модулей. При каких значениях модуль доступен пользователю, при каких нет. Можно прописать цифрами (0 - ничего, 1 - просмотр, 2 - просмотр и редактирование) уровни доступа для каждой группы, но ведь количество групп постоянно меняется. В общем, тут я совсем запутался и кроме как сделать уровни доступа а-ля 0, 10, 20, 30 ничего не придумал (страница имеет уровень доступа, если права >= уровню, то просмотр возможен). Здесь и хочется выслушать ваши мысли
В общем, нужны идеи по организации базы данных. Получается, что у нас имеются таблицы: members (id, gid, name, privileges), groups(id, name, privileges), modules(name, privileges).
Go мысли вслух
