atipugin 14 апр 2011 в 07:12

Способ разделения frontend/backend-частей в Yii

5 мин

68K

Yii *

Из песочницы

+47

Комментарии 52

Imenem 14 апр 2011 в 07:58

Статьи по Yii интересны, давно руки тянутся к этому фреймворку. И еще. Use

<source lang="php"></source>

Luke

atipugin 14 апр 2011 в 08:03

Спасибо, текст поправил. Обыскался хайлайта =)

sainnr 14 апр 2011 в 13:07

Могу вам порекомендовать еще книгу Jeffrey Winesett — Agile Web Application Development with Yii 1.1 and PHP5. В ней достаточно подробно рассматривается работа с Yii на примере создания конкретного веб-приложения, много внимания уделяется TDD.

Imenem 14 апр 2011 в 13:41

Про книгу знаю, лежит на винте довольно давно, спасибо за отзыв про нее.

Stamm 14 апр 2011 в 16:14

Да, отличнейшая книга!

ramilexe 14 апр 2011 в 08:28

Спасибо за статью, познавательно. Не подскажите как настроить urlmanager для административной части, чтобы ссылки выглядели например так:
localhost/yourapp/post/admin/

atipugin 14 апр 2011 в 09:27

Можно например в htaccess сделать

RewriteRule ^admin admin.php

а дальше в protected/config/backend.php:

'urlManager'=>array(
    'urlFormat'=>'path',
    'showScriptName'=>false,
    'rules'=>array(
        'admin'=>'admin/index',
        'admin/<_c>'=>'<_c>',
        'admin/<_c>/<_a>'=>'<_c>/<_a>',
    ),
),

MastaEx 14 апр 2011 в 09:30

Если yourapp — это контроллер, post — действие, а admin просто для красоты, то правило будет выглядеть так:

'/<controller>/<action>/admin'=>'admin/<controller>/<action>',

Это для случая, когда контроллеры админки лежат в поддиректории, как я описал ниже.

MastaEx 14 апр 2011 в 09:23

Разные базовые классы для фронт- и бэкэнда это правильно. У меня в них еще живут пара полезных методов loadOr404 (если модели с нужным id не нашлось, то 404) и flashAndRedirect (ставим flash сообщение и редиректим).

А вот рисовать дополнительный behavior не обязательно. Можно без него все разделить. Контроллеры админки (у меня cp, от control panel) кладутся в поддиректорию /controllers/cp/ а контроллеры фронтэнда в корень, т.е. просто в /controllers/. Также и с views. Route, в терминах yii, к админке выглядит так array('cp/controller/action');, что наглядно. Да и в пути к фронтэнду лишних директорий нет.

Теперь все запросы приходят на общий index.php. Если необходимо разделить конфиги — если у админки много обвеса и правил для маршрутизации, то мысль здравая — можно во входном скрипте по первому сегменту url определять нужный конфиг.

Я вот еще подумываю у моделей разделить подключаемые поведения на «для админки» и «для фронтэнда», ибо для фронтэнда их надо на порядок меньше, а объекты поведений создаются и инициализируются сразу все, без ленивой загрузки.

atipugin 14 апр 2011 в 09:30

Да, можно и без behavior обойтись, это один из вариантов.

atipugin 14 апр 2011 в 09:57

а с моделями может проще просто наследовать модели друг от друга? Например для фронтенда — «диетический» Posts с минимумом всего. Для админки — более упитанный AdminPosts.

MastaEx 14 апр 2011 в 10:56

Да, пожалуй так и попробую.

relige 14 апр 2011 в 09:57

А чем не подошло решение сделать админскую часть отдельным модулем? На мой взгляд более гибко и удобно. Все в одном месте, у Вас же все будет раскидано по куче папок в корне (views, components и т.д.).

SonicGD 14 апр 2011 в 10:00

Можно админку вынести на поддомен и сделать в index.php так:


if(($sd = explode('.',$_SERVER['HTTP_HOST'])) && $sd[0] == 'admin')
    Yii::createWebApplication('./protected/config/admin.php')->runEnd('admin');
else 
    Yii::createWebApplication('./protected/config/www.php')->runEnd('www');

Stamm 14 апр 2011 в 16:16

Можно даже на веб-сервере скопировать настройки хоста на поддомен и заменить в настройках индекс-файл на admin.php

SonicGD 15 апр 2011 в 05:16

А если нужно больше приложений? Под каждый поддомен отдельный конфиг и индексный файл? Куда проще две строчки в index.php дописать.

nayjest 14 апр 2011 в 10:03

Подход интересный, но он может иметь место если вы не используете сторонние модули в своих проектах. Отказ от огромной базы расширений Yii, имеющих собственный backend все же — не самый верный шаг.

Хотя, если вы знаете универсальный путь, как подружить такой подход с 3rd party extensions — мне было бы очень интересно почитать.

atipugin 14 апр 2011 в 10:26

ну вообще если экстеншен сделан модулем — проблем с ним возникнуть не должно

nayjest 14 апр 2011 в 11:24

Должно. К примеру потому что контроллеры backend'а этого модуля не наследуются от предложенного вами BackEndController и не лежат директории /controllers, а не /controllers/backend

nayjest 14 апр 2011 в 11:26

Пардон, совсем опечатался еще и Хабр теги скушал, надеюсь можно понять то, что я имел в виду.

atipugin 14 апр 2011 в 11:34

да вы правы, с путями возникнут траблы. я просто почти не использую такие расширения (в виде модулей), поэтому особо не натыкался на это.

djsv 14 апр 2011 в 10:40

Вообще-то именно для этого в Yii существуют модули, вариант с выделением backend в отдельный модуль кажется мне более логичным.

atipugin 14 апр 2011 в 10:45

Тоже раньше использовал отдельный модуль, но часто неудобно бывает использовать внешние модели и компоненты.

djsv 14 апр 2011 в 11:32

Почему «внешние»? Речь о собственном модуле.

MastaEx 14 апр 2011 в 10:46

Модуль подразумевает использование собственных моделей, а ведь они и фронтэнду пригодятся.

atipugin 14 апр 2011 в 10:47

вот вот

djsv 14 апр 2011 в 11:33

Модели, разделяемые бэкэндом и фронтэндом должны лежать на фронтэнде.

padlik 12 мар 2012 в 18:18

А вот как кршерно сделать такое: админка выделена в отдельный модуль, модели пользует от фронтэнда, но вот контроллеры нужно сделать так, чтобы админский контроллер наследовал фронтэндский. Как это сделать правильно в yii (ибо часть функционала контроллеров совпадает)? Не очень могу понять пока, как это правильно сделать

atipugin 14 апр 2011 в 10:49

к тому же, оф. сайт использует схожу структуру, соотв. разработчики фреймворка продпочитают этот подход модулям прочитать можно здесь

djsv 14 апр 2011 в 11:45

А вот это интересно, за ссылку спасибо

Sakura 14 апр 2011 в 20:50

оригинал самой статьи www.yiiframework.com/wiki/63/organize-directories-for-applications-with-front-end-and-back-end-using-webapplicationend-behavior/

relige 14 апр 2011 в 11:47

По Вашей ссылке другая структура. Несколько отдельных приложений (frontend, backend, console), которые используют общие библиотеки (models и т.д.), которые лежат в common.

Автор топика другой вариант предлагает.

MastaEx 14 апр 2011 в 12:33

Интересная заметка, спасибо за ссылку. Я так понял модули там не используются, только разбиение по директориям, так?

atipugin 14 апр 2011 в 15:08

именно. хотя конечно там очень поверхносто раскрыли суть, показали только структуру

myem 23 апр 2011 в 11:57

Соглашаюсь и поддерживаю

o_O_Tync 14 апр 2011 в 10:57

(придираюсь) это не фронт/бек—END, а фронт/бек—OFFICE. ENDы — более технические, в то время как OFFICEы — более человеческие. Nginx — техническое, Админка — человеческое :)

atipugin 14 апр 2011 в 10:58

согласен, но привычка =)

Sakura 14 апр 2011 в 15:31

Этому подходу уже год )
я как раз столько им пользуюсь, отличный метод.

KooL 14 апр 2011 в 16:13

Статья супер. Советы очень помогли.

psman 14 апр 2011 в 17:41

С почином, в стане Yiiводов прибыло.

atipugin 14 апр 2011 в 17:44

Спасибо :)

psman 14 апр 2011 в 17:51

Для хороших людей ничего не жалко.

DEViANCE 14 апр 2011 в 18:46

А как при таком разбиении ведет себя Gii? Пользуетесь ним?

Я пока что использую админку в качестве модуля.

atipugin 14 апр 2011 в 18:47

ведет себя отлично, localhost/index.php/gii или localhost/admin.php/gii велкам

DEViANCE 14 апр 2011 в 18:49

Ок. В следующем проекте попробую с такой структурой поработать, посмотрю, насколько удобнее будет.

Спасибо за статью.

mayhem 15 апр 2011 в 11:03

а смысл в бекенде вообще? почему бы не держать управление неким компонентом в контроллере/модуле этого компонента. Я вообще пытаюсь максимум управления выносить в само приложение

atipugin 15 апр 2011 в 11:04

ну например часто заказчики просят отделять управление от самого сайта

mayhem 15 апр 2011 в 11:09

заказчики часто хотят чегото непонятного. им наверное льстит что у них есть доступ к папочке, куда больше никто не имеет доступ :) я вот не вижу ни одного плюса такого разделнния. Даже редактирование страници можно организовать на самой странице, спасибо contenteditable, и не надо перелогиниваться/переходить в какието бекоффисы. к томуже тогда компонент будет не размазан по всей системе а в идеале лежать в одной папочке.

atipugin 15 апр 2011 в 11:12

все зависит от конкретных задач приложения, не надо обобщать

b3atb0x 15 апр 2011 в 15:59

Отличный перевод,
приятно видеть свой код в статьях хабра :)

likejavascript 14 окт 2011 в 19:16

Спасибо автору за статью.
Подскажите пожалуйста один вопросик. Сделал структуру приложения как в статье, однако при заходе localhost/youapp/ мне выбрасывает сообщение.

Unable to resolve the request "site/error".

Очевидно бтблиотека не может найти controller site, поскольку в config/main.php указано

'errorHandler'=>array(

 // use 'site/error' action to display errors

 'errorAction'=>'site/error',

),

Ок, добавил контроллер site в директорию front и изменил вышеупомянутый конфиг так:

'errorHandler'=>array(

 // use 'site/error' action to display errors

 'errorAction'=>'front/error',

),

Все работает однако получается, что для backenda нужно сделать тоже самое?
Можно ли как-нибудь для обработок ошибок (ну и возможно для других настроек) все-таки использовать дефалтовый контроллер site?

Diveev 10 апр 2012 в 17:18

При необходимости разделить на frontend/backend компоненты можно сделать так:

/components
---/backend
---/frontend
---/common

Импорт в конфиге main.php
'application.components.common.*',

Импорт в конфиге backend.php
'application.components.backend.*',

Импорт в конфиге frontend.php
'application.components.frontend.*',

Зарегистрируйтесь на Хабре, чтобы оставить комментарий