Можно даже ничего не модифицировать. Единственное, что можно добавить, это при уменьшении ко-ва функций отрубить лишние символы во всех сформированных бинарных строках, чтобы не хранить лишние данные.
В топике я привёл пример использования длинных битовых масок. Есть ещё куча вариантов решения этого примера. Но как использовать тут ENUM или SET, я совершенно не понимаю.
Кто Вам мешал вычитывать список допустимых функций при «авторизации на сайте»
Я про это написал, список может может сосотоять из нескольких сот функций или тысяч. Вместо хранения массива, я храню строку, которая в 8 раз меньше кол-ва функций.
И ещё — скажите, а что станет с системой прав, организованной таким образом, если приложение попросит базу отдавать данные в другой кодировке?
При чём тут кодировка, если я храню бинарную строку.
Возможно, если бы сессия создавалась для любого, даже незарегенного пользователя. Если же сессия создается только для зарегестирировавшихся юзеров, то почему нет. Мне этот вариант нравится. Так кстати реализовано не только на хабре.
Насколько я помню раньше на хабре можно было привязать сессию к ip, но потом эта функция пропала. Ещё есть прокси сервера через которые могут сидеть десятки хабраюзеров=) А ещё ip машины можно подделать. Ничему нельзя доверять. IP и User Agent это просто дополнительные методы защиты.
Совершенно согласен, просто моя CMS не основывается на Zend Framework, а кое чем напоминает её структуру. Каким образом кто-то будет вносить изменения в существующие фрэймворки это сугубо личное дело. Будь это хелпер, наследование или изменение ядра. Я не хочу кого-то предостерегать от неправильных действий, это всего лишь идея.
Вообще то я не далеко ушёл от паттерна MVC. Изначально у меня так и было это реализовано. Данная идея относится к случаю, когда нужно не просто представить данные в разных форматах, а по разному реагировать на события. Например, в основном виде нужно сделать редирект после внесения данных в базу, в ajax нужно просто вывести сообщение, в мобильной версии вообще не сохранять данные, а просто проанализировать.
В данном случае одной постановкой шаблонов не разберёшься.
а права доступа к ним регламентируют по групам доступа
именно об этом я и писал.
Я про это написал, список может может сосотоять из нескольких сот функций или тысяч. Вместо хранения массива, я храню строку, которая в 8 раз меньше кол-ва функций.
И ещё — скажите, а что станет с системой прав, организованной таким образом, если приложение попросит базу отдавать данные в другой кодировке?
При чём тут кодировка, если я храню бинарную строку.
В данном случае одной постановкой шаблонов не разберёшься.