The Ant
ты просто пиздишь не зная
Anonymous
Ясн
The Ant
а потом понесешь это говно в массы
Anonymous
Не писал на yii - чота пытаюсь вбросить
Я понял
Vladimir
Я это заскриню)
Эмин
Грубо
Anton
потом ты такой решил выпилить ненужный функционал, связанный с постами
Альтернатива-то в чём? У меня прокт в котором в конфиге прописано подключение 10 компонент и 10 модулей. Я добавляю модуль для api. Но когда api отвечает на запрос, все это дело грузится, но не используется. Более того, висять какие-нибудь обработчики на activererecord, и т.д. и т.п. Т.е. весь конфиг пвблика со всеми компонентами и поведениями у меня отрабатывет при api-вызове. Зачем мне это нужно? Выносим в отдельное приложение.
Роман
))))
Anonymous
У меня все в порядке
Роман
Anonymous
Аргументы будут или не?
The Ant
Альтернатива-то в чём? У меня прокт в котором в конфиге прописано подключение 10 компонент и 10 модулей. Я добавляю модуль для api. Но когда api отвечает на запрос, все это дело грузится, но не используется. Более того, висять какие-нибудь обработчики на activererecord, и т.д. и т.п. Т.е. весь конфиг пвблика со всеми компонентами и поведениями у меня отрабатывет при api-вызове. Зачем мне это нужно? Выносим в отдельное приложение.
ничего лишнего не грузится. тока конфиг чуть толще становится и все
The Ant
для адванседа вообще 2 домена предлагается. это вообще лютый треш
The Ant
и ведь народ делает так. более чем уверен )
NVlad
Раскажите, пожалуйста, почему? Какие кейсы позволяет без проблем решать адвансед?
разделение различных частей приложения, сильно различающихся по функционалу, например админка, црм, обработка звонков(операторская), консультант (проведение онлайн консультаций чат/голос/телефон/звонки), ЛК партнёров, ну и скромно затесавшийся фронт для клиентов :)
NVlad
по поводу app-basic - считаю, что его удобно использовать для проектов, у которых админки либо нет (внутренняя црм или какой-то другой внутренний портал), либо она довольно простая.
NVlad
для адванседа вообще 2 домена предлагается. это вообще лютый треш
прекрасно конфигурится на один домен, но кстати один из плюсов - можно спокойно вынести приложение на отдельный домен :)
The Ant
прекрасно конфигурится на один домен, но кстати один из плюсов - можно спокойно вынести приложение на отдельный домен :)
Прекрасно то прекрасно, но сдается мне большинство делают как в гайде написано :D
Ivan
для адванседа вообще 2 домена предлагается. это вообще лютый треш
Ну на двух проектах у меня так и было. И всё прекрасно и удобно
Алексей
а что плохого в разделении на несколько проектов ?
The Ant
особенно удобно, когда проектов > 50 ;D
Алексей
особенно удобно, когда проектов > 50 ;D
а можно пример юзкейса? слабо представляю, где может поребоваться > 50 независимых компонентов
Alexey
вообще в басике модули нормально встают
Alexey
делаешь админ модуль со своим лейаутом и все
NVlad
1) обычно все эти модули взаимодейстуют каки-либо образом друг с другом, соответсвенно есть общие модели
2) проект 1, разные приложения
NVlad
3) общие сервисы
The Ant
а можно пример юзкейса? слабо представляю, где может поребоваться > 50 независимых компонентов
не модулей, а проектов. читай >50 сайтов, с 2 доменами на основу и бэк
NVlad
делаешь админ модуль со своим лейаутом и все
в админке могут быть свои подписки на события которые не нужны в других модулях, так же как и во фронте могут быть свои события
Ivan
Ну а вот я работал только с проектами с одним сайтом, у которого была админка и фронт для юзеров
Ivan
И разные домены были нужны
Dmitry
Раскажите, пожалуйста, почему? Какие кейсы позволяет без проблем решать адвансед?
Удобно делать API отдельным приложением с отдельной конфигурацией, когда ему нужен только ContentNegotiator с BearerAuth и не нужны session, cookies, autoLogin, loginUrl и errorAction. В basic же нужно сильно заморочиться, чтобы для модуля /api отключить это всё лишнее. В Laravel легко делать /api папкой, так как там есть разделение на группы middleware. В Yii же функциональность одна на всё приложение.
Anonymous
1) обычно все эти модули взаимодейстуют каки-либо образом друг с другом, соответсвенно есть общие модели
2) проект 1, разные приложения
А чо, общение через DTO'шки уже не круто?
NVlad
у меня были отдельные домены под некоторые приложения + домены под города для фронтенда
Anonymous
Имхо, но у модулей не должно быть ничего общего
Они должны жить каждый сам по себе, предоставляя апишку для внешнего мира
NVlad
А чо, общение через DTO'шки уже не круто?
дто хорошо когда пишется универсальный модуль не зависящий от фреймворка, в остальном получается только не нужнвый оверхед
NVlad
Имхо, но у модулей не должно быть ничего общего
Они должны жить каждый сам по себе, предоставляя апишку для внешнего мира
для модулей наверно, для приложений не считаю что так должно быть
Anonymous
дто хорошо когда пишется универсальный модуль не зависящий от фреймворка, в остальном получается только не нужнвый оверхед
В "универсальном" модуле у тебя могут быть зависимости на другие библиотеки
Anonymous
Не исключая библиотеки фреймворка
Alexey
в админке могут быть свои подписки на события которые не нужны в других модулях, так же как и во фронте могут быть свои события
ну так и прогоняй события через Yii::$app как основной event emitter, в чем проблема?
NVlad
В "универсальном" модуле у тебя могут быть зависимости на другие библиотеки
угу, а могут и не быть
Anonymous
Но суть в том, что могут быть
Anonymous
И тогда в "универсальном" модуле который юзает другие библиотеки, дтошки тоже оверхед
Исходя из твоего мнения
Artёm
Удобно делать API отдельным приложением с отдельной конфигурацией, когда ему нужен только ContentNegotiator с BearerAuth и не нужны session, cookies, autoLogin, loginUrl и errorAction. В basic же нужно сильно заморочиться, чтобы для модуля /api отключить это всё лишнее. В Laravel легко делать /api папкой, так как там есть разделение на группы middleware. В Yii же функциональность одна на всё приложение.
почему сильно заморочиться? просто при инициализации модуля прописываем или изменяем через Yii::$app->set() всё что нужно.
NVlad
ну так и прогоняй события через Yii::$app как основной event emitter, в чем проблема?
только они будут рассылаться всем, при иницииации будут подписываться все... и те кому они нужны и кому нет
Dmitry
у Елисеева кстати был урок на эту тему вроде, можешь поискать
Как раз у Елисеева и была статья, как это в одном модуле сгруппировать, чтобы по всему проекту не бегать и одной папкой всё в другой проект переносить.
NVlad
Anonymous
Как оно взаимосвязанно?
DTO и стороние библиотеки
Anonymous
Я не особо понимаю
NVlad
что такое дто в вашем понимании?
Alexey
только они будут рассылаться всем, при иницииации будут подписываться все... и те кому они нужны и кому нет
event emitter так работает. что поделать
Alexey
оверхеда там не будет - строковые функции в пхп быстрые
NVlad
event emitter так работает. что поделать
а если будут 2 приложения, то они будут рассылаться только в пределах одного приложения :)
Anonymous
Где-нибудь в твоей системе
Alexey
а если будут 2 приложения, то они будут рассылаться только в пределах одного приложения :)
ну разные инстансы само собой будут сосуществовать - как например веб и консоль
Alexey
в этом нет проблемы
NVlad
ну разные инстансы само собой будут сосуществовать - как например веб и консоль
угу, так же как адиминка, фронт и ещё какое-то другое приложение :)
Anonymous
в этом нет проблемы
Нет
У тебя есть модуль событий (можно и сервис, без разницы)
Почему бы не накинуть DTO для добавления нового события в систему?
Anonymous
Вместо N аргументов в сигнатуре метода
NVlad
Класс который используется для передачи данных
По поводу, DTO, Моделей и взаимодействия, в Yii Модель (Будь то ActiveRecord или ещё какая-то) может как раз и выступать в качестве DTO объекта, но при этом иметь ещё дополнительный функционал (валидация, взаимодействие с БД и т.д.) а делать из модели DTO, а потом обратно считаю перебором особенно в модулей разработанных под конкретный проект
Anonymous
Добрый день. Как правильно передать checkbox grida выделенные контроллеру... Второй день туплю
Dmitry
почему сильно заморочиться? просто при инициализации модуля прописываем или изменяем через Yii::$app->set() всё что нужно.
Даже в app-basic для конфигурации порой удобнее сделать несколько простых файлов:
common.php
console.php
web.php
api.php
Это проще одного конфига web.php и ручного переопределения или убирания лишнего через Yii::$app->set(...) в beforeAction модуля.
🛸
всем добрый день
🛸
а как вывести модальное окно бустрап через JS ?
🛸
пишут что мол так jQuery('#w0').modal({"show":false});
🛸
VM618:1 Uncaught TypeError: jQuery(...).modal is not a function
at <anonymous>:1:15
🛸
=\
Максим
так может надо подключить bootstrap modal библиотечку сначала?