юзать там нужно интерфейс юзера

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

как ты имя автора выведешь? :D

не зная структуру профиля

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

в том вообще примере не нужны модули

к тому же я думаю что правильнее плясать от большего к меньшему. Затачивать модуль под проект, а не проект под модуль. Если у модуля будет свой интерфейс юзера (соответственно у всех модулей тоже), это будет неочень то и правильно. К примеру в где-то понадобилось тебе сменить автора статьи. Даже если ты засунешь в контейнер репо с юзерами все равно будет где-то проверка на соответствие интерфейсу.

в том вообще примере не нужны модули

ну это просто пример

иначе просто утонеш во всяких адаптерах

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

кстати. ну это тоже норм. мы только привязываемся к интерфейсу. Т.е перед подключением модуля делаем class User extends ActiveRecord implements UserInterface или без AR и подсовываем в модуль дальше все делаем через эвенты

но разбивать все приложение на модули имхо не правильно

лучше просто какие-то части вынести. а центральный кусок писать без модулей Да и команде так будет лучше. Поставить человека на модуль пусть его сопроваждает. остальные будут в команде ловить его эвенты

Дмирий

Ты походу все фреймворкм юзаешь

лучше просто какие-то части вынести. а центральный кусок писать без модулей Да и команде так будет лучше. Поставить человека на модуль пусть его сопроваждает. остальные будут в команде ловить его эвенты

Перевести все на микросервисы ага

Потом попрощаться с пыхой

Перевести все на микросервисы ага

нислова о микросервисов выше не было

Потом попрощаться с пыхой

Why?

Вообще в последнее время думаю что модуль стоит рассматривать не как самостоятельную единицу, а как элемент системы, который можно выбросить и засунуть вместо него другую реализацию. Хотя если рассматривать форум как отдельный модуль, то такое не покатит конечно. Но все же форум достаточно сложная штука, которая сама по себе состоит из модулей ))

Why?

Лично у меня связано с областью работы

может это и не правильно конечно, но для конкретного проекта по типу фреймо-цмски вполне нормально как мне кажеца )

На пыхе лишь простые круды

достаточно стандартизировать базовые модули и тогда доп модули между админками разных проектов таскаются без проблем (:

достаточно стандартизировать базовые модули и тогда доп модули между админками разных проектов таскаются без проблем (:

'n xj pf ,fpjdst vjlekb &

ой

это что за базовые модули ?

это что за базовые модули ?

юзер, подписки, биллинг

это что за базовые модули ?

Юзеры и т.п. я думаю

кароч те которые часто встречаются наверное

Вообще в последнее время думаю что модуль стоит рассматривать не как самостоятельную единицу, а как элемент системы, который можно выбросить и засунуть вместо него другую реализацию. Хотя если рассматривать форум как отдельный модуль, то такое не покатит конечно. Но все же форум достаточно сложная штука, которая сама по себе состоит из модулей ))

что бы форум не вынести в отдельный один модуль ? там только из "врешнего мира " нужен юзер. Остальное внутри реализуется

Норм для фреймворков будет?

Норм конфиг впс? Тарифы рассматриваю. KVM, Debian 9 x64. Xeon 1000Mhz 2 ядра, 1024Ram DDR4, NVMe SSD 10Gb, Канал 150 Мб/с, за 4$?

смотря для чего. зависит от многих факторов. мне иногда и 64 гб рам не хватает

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

как в пхпшторме заставить обновить дерево

создаю файлы а в шторме их нет

жму синхронизацию ))) надеюсь то что нужно ))

как в пхпшторме заставить обновить дерево

Перезапустить

Перезапустить

Если не поможет - перезагрузи комп

Если не поможет - перезагрузи комп

Лучше свет в щитке выключить и включить

Лучше сразу всему подъезду, точно поможет

А если не поможет, то соседи прибегут и помогут

Почему выбрали yii2

Почему не лара сифон

поюзаешь узнаешь )

Аргумент

Хотяб

Yii2 поначалу мне сейчас лучше нравится чем лара

Был очень удивлен как быстро создается CRUD со всеми вьюшками + даже валидация на аяке

Пока я еще совсем новичок тут, но желание очень сильное изучить йии

Круд админка

Yii2 поначалу мне сейчас лучше нравится чем лара

главное что тебе сейчас лучше )

главное что тебе сейчас лучше )

)))

Еще был приятно удивлен yii миграциями.

Есть готовые проекты с админкой?

У ларки это к примеру octobercms

По-моему ещё вояджер

Но там тока админка

у yii есть cms yupe

Угу тока там yii1

Значит нету0

Был очень удивлен как быстро создается CRUD со всеми вьюшками + даже валидация на аяке

да, gii прикольная штука, для админки быстро накидал

Админку быстро написал

Ты имеешь ввиду

Оно то быстро пока кастомить не начнёшь а так да быстро и удобно

быстро да, пока не захочешь сделать категории с чилдранами

😳

Почему выбрали yii2

потому что скорость работы :D Когда бьешься за место в топе на пару кк юзеров\дейли это критичный момент.

http://shot.hsdn.org/GoAK8PzP

уже не соображу как же генерировать урлы то, меню одно а в него входят разные модули

Url::toRoute(['/pages/pages']) Url::toRoute(['/catalog/index']) и т.д.

адресную строку что ли хранить 😐

нет

сделать меню билдер какойнить

евентами накидывать в него опции

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

делаешь класс построитель меню, в нем метод addMenuItem() или типо того

суешь его в контейнер

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

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

ппц ( вот это жопаааа, мне за это не заплатят. придется отложить. и сделать двухуровневое на связях