логи или xdebug

в логи пишется тело post запроса o_O?

в логи пишется тело post запроса o_O?

данные записать

кудой?) в файл?

да хоть log(json_encode($_POST)) если я правильно все понял

@void0 конечно свзано. Больше времени — чаще релизы.

@void0 конечно свзано. Больше времени — чаще релизы.

Круто

ребят, можно ли как-то объекте полученном из ActiveDataProvider::getModels() присвоить свой новый виртуальный атрибут?

_set/_get нужен свой.

или еще можно пару вариантов придумать

@void0 конечно свзано. Больше времени — чаще релизы.

?

в первом yii можно как-то при выполнении $model->attributes = $_POST[get_class($model)]; реализовать сеттер для конкретного свойства?

для чего?

для форматирования свойсва

модель не должна заниматься формтированием

тем более через сеттер

не в контроллере же форматировать

в view

это не вывод, это сохранение в БД

а :)

ну тогда в beforeSave

форматирование в смысле нормализация эх, думал без переопределения методов можно

Александр, может подскажете, почему было решено сделать AR через статические методы? Очень часто в боевых проектах вижу, что разработчики перенимают этот опыт и начинают описывать модели с помощью статических конструкций. Я понимаю, что граната в чьих-то руках может быть опасна, а в чьих-то будет служить верой и правдой, но все же.

ну тогда в beforeSave

тоже не работает, всё равно \CActiveRecord::setAttribute в meta пишет

придется сеттер напрямую вызывать

beforeSave на сеттеры не влияет

AR сделан не через статические методы

если имеется ввиду ::find() — то это обычная статическая фабрика, возвращающая Query

который не статичен

Вот оно как :)

Нужно почаще в подноготную фреймворка залазить и не будет глупых вопросов)

@samdark Спасибо

@samdark А разве вызов Model::find() в другой модели OtherModel не сделает код более жестко связанным?

сделает, конечно

как и вызов $model->find()

одно другого не лучше

Но если вызов будет $model->find(), то человеку прийдется задуматься откуда взять этот $model И это подтолкнет человека к использованию DI , либо другому способу композиции

Я абсолютно согласен, что это не проблема фреймворка, но мне итересно с вами это обсудить

м... ну юзайте new ActiveQuery(Post::class)

там очень тонкий метод

в нём практически ничего нет

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

хотя не, это я в оффтоп, не про контроллеры речь в этот раз :)

А я вот как раз говорю именно о связях сущностей и их взаимодействии)

С контроллерами ситуация более менее ясна

ну тут вроде методы не при чём

хочется слабой связанности — юзаем композицию и интерфейсы

чаще всего компоненту не интересно, AR у нас там или нет

главное чтобы методы нужные были

@samdark Есть еще один важный момент, у вас нет случаем никакой ссылочки на Opensource проект, использующий yii2 (только не бложик, а боевую систему) ? Мне было бы интересно посмотреть как в других проектах реализована структура проекта и связи между компонентами

http://yiipowered.com/en/projects?title=&url=&opensource=1&featured=0&yiiVersion=2.0

кстати

добавляйте все свои проекты туда

будет хорошо и проектам и фреймворку

Обязательно, как только научусь неговнокодить)

такого не будет :)

говнокодят все

кстати, я об этом даже не думал

ахах

http://yiipowered.com/en/projects?title=&url=&opensource=1&featured=0&yiiVersion=2.0

Александр, добрый день. Вы, вроде, занимались codeception под yii2. У меня вопрос, задавал выше, ща повторю

>Народ, подскажите, плз, как в yii2 теперь работать с фикстурами для тестов? Пакет yii2-codeception был deprecated, но там была интеграция фикстур (загрузка и пр.) при запуске тестов. Как теперь без этого пакета запускать фикстуры в юнит-тестах?

http://codeception.com/for/yii

http://yiipowered.com/en/projects?title=&url=&opensource=1&featured=0&yiiVersion=2.0

Что-то там слишком простые проекты. Я как-то спрашивал тут. Но я так не нашел не одного норм сложного проекта в ОС на yii2 Где хотябы используется DI нормально или есть репозитории

будет хорошо и проектам и фреймворку

и плохо за нарушения NDA (: могу только сказать что сайт из топ-5 коммерческих по РФ

не, если NDA, то не надо

:)

сложных проектов в принципе в опенсорсе мало

ERROR: S client not available

сложная обычно доменная область

да даже простые. обычно все ос проекты "это модель которая умеет все"

а так, можно на тему сложных почитать, например у http://www.elisdn.ru/

Есть планы переделать url ? контроллер/действие уже устарело в современном мире

есть

в загашнике, пилится

пока не ясно. релизнем или нет

в controller/action, хоть и не модно, есть плюсы

не надо идти искать алиас

1 плюс ради много минусов

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

минусов особо нет :)

в первую очередь, не модно

во-вторую, если хочется использовать 1 action на класс, всё-таки приходится заводить контроллер

больше ничего не придумывается

минусов особо нет :)

Ну конечно. Нельзя по нормальному организовать пост гет методы. Если нужно что-то сложнее чем стандарт. Приходится пилить свой роутинг. На больших проектах роутинг превращается в ад.

почему нельзя?

и что значит по-нормальному?

Почему превращается? У нас норм было всё с роутингом. Во что именно упёрлись?

Я тоже не до конца понял, что значит по нормальному. Можно более подробно?

роутер Yii поддерживает правила вроде PUT /api/2.0/article => api2/article/put

так что очень хочется инфы

Почему превращается? У нас норм было всё с роутингом. Во что именно упёрлись?

На счёт усложния. Например взять добавление языка в юрл. В других фреймах я делаю миддваре и она сама разруливает язык в юрл. Тут же нужно переопределить и написать свой роутинг. Он не такой гибкий из коробки

ды... нет

github.com/codemix/yii2-localeurls/

без переписывания URL

работает со стандартными правилами

имхо вполне норм функционал из коробки. Лишняя функциональность избыточна...

тот же http://yiipowered.com/ бегает на localeurls

middleware — это мы уже про другую тему начали

в эту сторону тоже щупаем

Роутинг не умеет ходить в под папки. Или я так и не понял как заставить роутинг в зависимости от пути, правила ходить в левые папки. Без модулей