аа, для таких нужд :)
Ладно, спасибо за информацию. Из всего этого, я понял что надо идти ставить advanced. Меня просто там смущает что два приложения, и кучу файлов конфига. Там добавил, добавь и во втором тоже самое. (не всегда одно и тоже в двух местах, но часто...)
Александр Зеленин: "ну а в чем загвоздка присваивать роли? функции те же, что и в консольной команде."
-- Ну хотелось бы какой то интерфейс для этого. Конечный пользователь сайта к примеру не будет же консолью добавлять роли.
Повсюду все советуют advanced юзать. Зачем тогда вообще basic?
Еще раз вы тут, спрошу еще, вот я у себя в Open Server прописал, что site.lc это c2n.me/3aGtGfx . А как это будет на хостинге если нет доступов к апачу? это htaccessom решается? И нужно ли оставлять структуру папки такую же как она получается после установки, или нужно раскидывать как-то по другому. Я имею ввиду advanced. Нужна ли папка advanced после установки? Или я смело могу все содержимое положить в корень ?
2. Тогда получается лучше поставить сразу advanced ? Но мне структура пока что кажется запутанной. По этому для изучения фреймворка я установил basic. Ну Access Control Filter, как для всего что в админке закрыть. Я же не буду в каждом контроллере прописывать правила. Или можно c2n.me/3aGsUaR в этом контроллере прописать правила, а остальные унаследовать от него. И правила тоже унаследуются. Я спрашиваю, чтоб понять, правильно ли это или нет :)
Так работает. Вопроса два : 1) как в будущем этим управлять. 2) как ограничить доступ к модулю и всему что у него "внутри". Имеется ввиду закрыть "админку" реализованную через модуль Admin.
Александр Зеленин: ну я и говорю, что первоначально командой я создал такую же как в примере. Ну готовый модуль это хорошо. Но, хотелось бы самому разобраться как это работает.
Это понятно. Но, как эти роли первоначально создать? В БД прописать? Или вот таким путем как в мануале, создать себе все группы правил что нужно потом выполнить команду. Ну а потом уже при создании пользователя присваивать ему роли. И где-то в бэкенде сделать редактирование юзеров и возможность менять им роль.
Что-то я запутался теперь.
Создать модель SignupForm с public $username, $public $email и т.д. там же установить правила rules . Потом в siteController подредактировать мой action. А сохранять это все в том же SignupForm создав экземпляр класса User сохранять данные?
А юзать User с его свойствами и т.д. нельзя что ли? В первой версии я что-то подобное делал. Зачем плодить кучу моделей где те же самые поля, только в одном случае в бекенде, во втором во фронтенде.
Ладно, спасибо за информацию. Из всего этого, я понял что надо идти ставить advanced. Меня просто там смущает что два приложения, и кучу файлов конфига. Там добавил, добавь и во втором тоже самое. (не всегда одно и тоже в двух местах, но часто...)