гм, во-первых для функционала не заметил особо разницы, во-вторых не понял зачем мне тянуть в приложение ADODB, поскольку как я понял у них там зависимости, в третих, не вижу проблем подогнать код под необходимую библиотеку.
Библиотек есть много, хороших и разных, но далеко не все они достаточно гибки,
как вы например сами сказали в Еркана три контроллера, для 3 груп пользователей, а что делать если и 8 или 12 ?
А вообще идентификацию созательно не затрагиваю, потому как в этом деле у каждого свои предпочтения, да и далеко не всегда пишешь систему с нуля и бывает что она уже реализованна. От себя могу порекомендовать Zend_Auth ))
Если рассматривать способ вставки в отдельности, то разницы практически нету, за исключением того, что вы все равно бы писали метод в модели и вызывали его а не $this->db->insert() из контроллера.
Далее, если почитать внимательно цель этой билиотеки, не заменить орм, а облегчить написание СRUD и освободить пользователя от написания рутинных методов в модели.
Если хранить данные клиента в базе данных, то в принципе можно с ними работать через Request.
То есть создать методы (сервер-сайд)
сreateCookie()
setCookieData($keyName,$value)
getCookieData()
removeCookie()
сreateCookie() - создает запись в таблице и возвращает уникальный ид который мы и будем хранить в обычной куке.
дальше посредством setCookieData($keyName,$value) сохраняем данные в таблице и посредством getCookieData() достаём массив данных.
Когда нам это всё больше не нужно, вызываем removeCookie() который стирает запись из таблицы.
Естественно надо продумать механизм безовастности.
блин, а за что минуснули-то (((
Все по честному - например в розыгрыше пользователи с айди от 2090 до 9984, разыгрывается 3 приза, мы кидаем 4 (десяти гранных) дайса, до тех пор пока у нас не выпадает айди в этом диапазоне.
У нас минута отдыха, а те кто выиграл определились совершенно случайно.
насчёт FreakAuth, да помнится тоже краем глаза посмотрел и сразу понял, что она мне не подойдёт.
как вы например сами сказали в Еркана три контроллера, для 3 груп пользователей, а что делать если и 8 или 12 ?
А вообще идентификацию созательно не затрагиваю, потому как в этом деле у каждого свои предпочтения, да и далеко не всегда пишешь систему с нуля и бывает что она уже реализованна. От себя могу порекомендовать Zend_Auth ))
Далее, если почитать внимательно цель этой билиотеки, не заменить орм, а облегчить написание СRUD и освободить пользователя от написания рутинных методов в модели.
То есть создать методы (сервер-сайд)
сreateCookie()
setCookieData($keyName,$value)
getCookieData()
removeCookie()
сreateCookie() - создает запись в таблице и возвращает уникальный ид который мы и будем хранить в обычной куке.
дальше посредством setCookieData($keyName,$value) сохраняем данные в таблице и посредством getCookieData() достаём массив данных.
Когда нам это всё больше не нужно, вызываем removeCookie() который стирает запись из таблицы.
Естественно надо продумать механизм безовастности.
Все по честному - например в розыгрыше пользователи с айди от 2090 до 9984, разыгрывается 3 приза, мы кидаем 4 (десяти гранных) дайса, до тех пор пока у нас не выпадает айди в этом диапазоне.
У нас минута отдыха, а те кто выиграл определились совершенно случайно.