Разные базовые классы для фронт- и бэкэнда это правильно. У меня в них еще живут пара полезных методов loadOr404 (если модели с нужным id не нашлось, то 404) и flashAndRedirect (ставим flash сообщение и редиректим).
А вот рисовать дополнительный behavior не обязательно. Можно без него все разделить. Контроллеры админки (у меня cp, от control panel) кладутся в поддиректорию /controllers/cp/ а контроллеры фронтэнда в корень, т.е. просто в /controllers/. Также и с views. Route, в терминах yii, к админке выглядит так array('cp/controller/action');, что наглядно. Да и в пути к фронтэнду лишних директорий нет.
Теперь все запросы приходят на общий index.php. Если необходимо разделить конфиги — если у админки много обвеса и правил для маршрутизации, то мысль здравая — можно во входном скрипте по первому сегменту url определять нужный конфиг.
Я вот еще подумываю у моделей разделить подключаемые поведения на «для админки» и «для фронтэнда», ибо для фронтэнда их надо на порядок меньше, а объекты поведений создаются и инициализируются сразу все, без ленивой загрузки.
Про безопасность не скажу — не знаю, но про остальное подписываюсь под каждым словом. У нас SAP Business One. Пару лет его у нас на месте допиливали и в результате получили устаревшее внешне и внутренне необновляемое УГ.
Все данные в формах на сотни полей 8-10 пиксельным шрифтом. В БД таблицы по 300(!) столбцов, а от структуры некоторых волосы на затылке шевелятся. Сервер еле-еле 50 человек держит.
Как раз там и показано, что ГРИП не зависит ни от фокусного расстояния объектива, ни от расстояния до объекта съемки. Не совсем те же мысли, выходит…
Всем желающим разобраться в физике процесса, советую статью по ссылке выше. Она же, кстати, выходила в виде книжки под эгидой ixbt.
Мы делали солдатиков из проволоки из телефонных кабелей. Отливали из олова в самодельные формы. Играли в ножички с участием ягодных плодов и шиповника в качестве тяжелой техники. Трубки с напальчниками и рябиной, ну и рогатки разумеется :-)
Значительно позже появился бесплатный dialup у Каравана…
Простите мне мою неточность, просто думал что все и так в курсе что такое Developer Day. Это конференция а не выставка, так что места, как минимум, ограничены количеством мест в конференц-зале. А «поспешаем» — это я так, образно. Поспешать, как заметили выше, вовсе не обязательно, так как регистрация не подразумевает автоматического приглашения на мероприятие, это всего-лишь заявка.
Это для случая, когда контроллеры админки лежат в поддиректории, как я описал ниже.
А вот рисовать дополнительный behavior не обязательно. Можно без него все разделить. Контроллеры админки (у меня cp, от control panel) кладутся в поддиректорию /controllers/cp/ а контроллеры фронтэнда в корень, т.е. просто в /controllers/. Также и с views. Route, в терминах yii, к админке выглядит так
array('cp/controller/action');, что наглядно. Да и в пути к фронтэнду лишних директорий нет.Теперь все запросы приходят на общий index.php. Если необходимо разделить конфиги — если у админки много обвеса и правил для маршрутизации, то мысль здравая — можно во входном скрипте по первому сегменту url определять нужный конфиг.
Я вот еще подумываю у моделей разделить подключаемые поведения на «для админки» и «для фронтэнда», ибо для фронтэнда их надо на порядок меньше, а объекты поведений создаются и инициализируются сразу все, без ленивой загрузки.
Все данные в формах на сотни полей 8-10 пиксельным шрифтом. В БД таблицы по 300(!) столбцов, а от структуры некоторых волосы на затылке шевелятся. Сервер еле-еле 50 человек держит.
Всем желающим разобраться в физике процесса, советую статью по ссылке выше. Она же, кстати, выходила в виде книжки под эгидой ixbt.
Мой NetBeans выглядит так:
Черно-зеленый монитор, ммм…
Значительно позже появился бесплатный dialup у Каравана…
хотя и тут возможны нюансы — кто-то уже пишет ответ, а в это время коммент изменяется…