в контексте переноса модуля из приложения в приложение - это очень удобно.chungachguk писал(а):А если не раскидывать, то какой тогда смысл?
> Я на данный момент разрабатываю модули в одной директории
это в какой?
Нет, это я понял. Папка самого модуля где расположена? в backend/frontend или на уровень выше? И как в таком случае модуль разделяется на back и front?zelenin писал(а):в контексте переноса модуля из приложения в приложение - это очень удобно.chungachguk писал(а):А если не раскидывать, то какой тогда смысл?
> Я на данный момент разрабатываю модули в одной директории
это в какой?
В директории модуля. Я изначально подхожу к модулю как к расширению. От этого и отталкиваюсь.
Он вроде говорит о коде из расширений, т.е. из vendor-а. Я тоже так делаю, чтобы и в basic шаблоне и в advanced работало.chungachguk писал(а):Папка самого модуля где расположена?
Т.е. всё опять же сводится к тому, что нужно для модуля иметь отдельный AdminController с кучей action?maleks писал(а):Он вроде говорит о коде из расширений, т.е. из vendor-а. Я тоже так делаю, чтобы и в basic шаблоне и в advanced работало.chungachguk писал(а):Папка самого модуля где расположена?
модуль находится вне этих трех папок (в папке extensions, это неважно), но в принципе по смыслу можно в common.chungachguk писал(а):Нет, это я понял. Папка самого модуля где расположена? в backend/frontend или на уровень выше? И как в таком случае модуль разделяется на back и front?zelenin писал(а):в контексте переноса модуля из приложения в приложение - это очень удобно.chungachguk писал(а):А если не раскидывать, то какой тогда смысл?
> Я на данный момент разрабатываю модули в одной директории
это в какой?
В директории модуля. Я изначально подхожу к модулю как к расширению. От этого и отталкиваюсь.
1) всякие контекстные ссылки очень сильно упрощают дело. На цмс где их нет, смотреть печально.chungachguk писал(а): Мне, например, ещё со времён джумлы не нравится идея редактирования контента на морде. Если сайт простенький, как в плане дизайна, так и в плане контента, то всё нормально. Но если это мало-мальски сложная система, то появляется путаница
не понял. Имейте что хотите и как хотите. Вы разработчик, ваше право как что делать.chungachguk писал(а):Т.е. всё опять же сводится к тому, что нужно для модуля иметь отдельный AdminController с кучей action?maleks писал(а):Он вроде говорит о коде из расширений, т.е. из vendor-а. Я тоже так делаю, чтобы и в basic шаблоне и в advanced работало.chungachguk писал(а):Папка самого модуля где расположена?
А можно и в подпапке например 'admin' модуля кучу контроллеров, но это не важно.chungachguk писал(а): Т.е. всё опять же сводится к тому, что нужно для модуля иметь отдельный AdminController с кучей action?
считаю, что делать контроллер для фронта, нужно только в образовательных целей, т.к. без переделки это подойдет только на сайте типа "Hello world". Поэтому достаточно контроллера для редактирования в админке - остальное должен реализовать разработчик.maleks писал(а):А можно и в подпапке например 'admin' модуля кучу контроллеров, но это не важно.chungachguk писал(а): Т.е. всё опять же сводится к тому, что нужно для модуля иметь отдельный AdminController с кучей action?
Код: Выделить всё
backend/
modules/
user/
controllers/
PostController
frontend/
modules/
user/
controllers/
PostController
common/
modules/
user/
models/
Post
Вот именно, что мне особо не нравится использование подпапки admin в модуле. Но, да, это сильно упрощает, если в будущем захочется кидать модуль из проекта в проект. Тут я всецело с вами всеми согласен.maleks писал(а):А можно и в подпапке например 'admin' модуля кучу контроллеров, но это не важно.chungachguk писал(а): Т.е. всё опять же сводится к тому, что нужно для модуля иметь отдельный AdminController с кучей action?
собственно это я и описал.chungachguk писал(а): Интересно было бы узнать мнение по поводу своего предыдущего сообщения. Имеет ли такая структура право на жизнь и что можно было бы улучшить. Шаблон advanced я рассматривая не как универсальный шаблон на все случае жизни, а как шаблон с чётким разделением структуры обязанностей.
"Трудно искать чёрную кошку, в чёрной комнате ..."zelenin писал(а):все верно говорите, в контексте желания разбивать модуль.
Но вы не верно понимаете особенности advanced. Его особенность ТОЛЬКО в структуре (front/back/console). Остальное можно использовать и в basic.
Да, эта структура подталкивает разработчика к разбиению модуля так, как вы описали. Но это сильно уменьшает переносимость модуля между разными разработками. Поэтому я описал свой подход выше.
нетchungachguk писал(а):всё таки по моей структуре разделения модуля на составные части, есть ли какие-нибудь минусы, кроме переносимости
То как ты разбил модуль на 3 части, это должно касаться только специфичного функционала для конечного сайта.chungachguk писал(а): Ну, а всё таки по моей структуре разделения модуля на составные части, есть ли какие-нибудь минусы, кроме переносимости, если я впоследствии будут развивать функционал, что-то в сторону CMS и соответсвенно создавай ещё такие же модули
maleks писал(а):То как ты разбил модуль на 3 части, это должно касаться только специфичного функционала для конечного сайта.chungachguk писал(а): Ну, а всё таки по моей структуре разделения модуля на составные части, есть ли какие-нибудь минусы, кроме переносимости, если я впоследствии будут развивать функционал, что-то в сторону CMS и соответсвенно создавай ещё такие же модули
Если разрабатывать что то типа CMS, то модули вот так вручную копипастом переносить из сайта на сайт - не то.
Модуль в своей папке, установлен(и обновляется) композером, а в конфигах backend и frontend чисто подключается, как выше сказали с настройкой прав.
в чем проблема-то?Kollega писал(а):тема о bootstrap затерлась... Может кто подскажет реальное решение избавиться грамотно от bootstrap
Код: Выделить всё
<?php
namespace backend\assets;
use yii\web\AssetBundle;
class AppAsset extends AssetBundle
{
public $basePath = '@webroot';
public $baseUrl = '@web';
public $css = ['css/site.css'];
public $js = [
'js/site.js',
'js/batch-delete.js'
];
public $depends = [
'yii\web\YiiAsset',
'yii\web\JqueryAsset',
//'yii\bootstrap\BootstrapAsset',
//'yii\bootstrap\BootstrapPluginAsset',
'common\assets\FontAwesomeAsset',
'common\assets\ClearSansAsset',
];
}
Код: Выделить всё
<?php
/**
* @link http://www.yiiframework.com/
* @copyright Copyright (c) 2008 Yii Software LLC
* @license http://www.yiiframework.com/license/
*/
namespace frontend\assets;
use yii\web\AssetBundle;
/**
* @author Qiang Xue <qiang.xue@gmail.com>
* @since 2.0
*/
class AppAsset extends AssetBundle
{
public $basePath = '@webroot';
public $baseUrl = '@web';
public $css = [
'css/site.css',
];
public $js = [
];
public $depends = [
'yii\web\YiiAsset',
'yii\bootstrap\BootstrapAsset',
];
}
Код: Выделить всё
<?php
/**
* @link http://www.yiiframework.com/
* @copyright Copyright (c) 2008 Yii Software LLC
* @license http://www.yiiframework.com/license/
*/
namespace frontend\assets;
use yii\web\AssetBundle;
/**
* @author Qiang Xue <qiang.xue@gmail.com>
* @since 2.0
*/
class AppAsset extends AssetBundle
{
public $basePath = '@webroot';
public $baseUrl = '@web';
public $css = [
'css/site.css',
];
public $js = [
];
public $depends = [
'yii\web\YiiAsset',
//'yii\bootstrap\BootstrapAsset',
];
}