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

и при этом может сохраниться еще с десяток связанных моделей (таких как профайл)

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

без разницы )

Сделай модель сохранения пользователя

И используй ее где нужно

все плохо ))

у тебя лучше )

афтесаве, и похуй мороз )

аха

там сделаем 100500 проверок

сделаем

ничо страшного

и все будет работать

излишняя оптимизация

корень всего зла

только не излишняя, а преждевременная

ура вентилятор, подкину вам after_insert

да, главное компьютер помощнее взять ) Или сервер подороже

ура вентилятор, подкину вам after_insert

такого хука-то нет

железо дешевле времени програмиста

EVENT_AFTER_INSERT event of type yii\db\AfterSaveEvent An event that is triggered after a record is inserted.

EVENT_AFTER_INSERT event of type yii\db\AfterSaveEvent An event that is triggered after a record is inserted.

уже обсосали этот метод. говорят говно какое-то

EVENT_AFTER_INSERT event of type yii\db\AfterSaveEvent An event that is triggered after a record is inserted.

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

блин я ток апдейт видел

излишняя оптимизация, понимаешь

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

вот

вот

ага

ты свое решение так и не предложил, кстати 😉

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

никакого не предложил

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

значит ты не увидел просто

ебашь стикеры

afterSave, KISS

Я работал в проекте где afterSave, afterLoad разрослись до 500 строк

Всю логику надо писать в формах, в доменном слое

Всю логику надо писать в формах, в доменном слое

жуть какая

А не в бедном AR у которого и так сотня разных финтифлюшек

так в формах или в доменном слое?

Всю логику надо писать в формах, в доменном слое

строго говоря, форма должна тока валидировать :)

так-то формы это слой представления

В доменном слое, как хочешь называй, форма, модель, etc

понятно

но это все же лучше чем афтесейв

зависит от проекта

вне зависимости

но это все же лучше чем афтесейв

Ты знаешь место для реализации такой логики лучше чем в доменном слое? Это где же?

Ты знаешь место для реализации такой логики лучше чем в доменном слое? Это где же?

в сервисном?

в сервисном?

С чего бы бизнес логике там делать?

С чего бы бизнес логике там делать?

а где еще ей быть?

ты же сам упомянул доменный слой 😞

С чего бы бизнес логике там делать?

на истину в последней инстанции не претендую, но именно там создание юзера, всех профилей и назначение им прав и место

А можно определение сервисного слоя?

на истину в последней инстанции не претендую, но именно там создание юзера, всех профилей и назначение им прав и место

но не в yii

все я пошел )

начались доебы до буков

в yii надо все в жирных моделях держать пока не сломается

Я в Query наделал всяких andWhere и т.д. А можно как-то удалить их из объекта удобно?

Я в Query наделал всяких andWhere и т.д. А можно как-то удалить их из объекта удобно?

наверное можно Но это не точно!

А вообще вопрос не очень понятен

$q = new Query(); $q->where(...); Вот как мне обнулить условие where?

и все, что я насоздавал

Я в Query наделал всяких andWhere и т.д. А можно как-то удалить их из объекта удобно?

любой where последующий перетирает предыдущие

Я понимаю, но мне не всегда нужно where писать.

А он там есть уже

$query->where = null;

$query->where = null;

Я хотел все разом, там что угодно можно быть, andWhere, orWhere...

и все, что я насоздавал

покажи pls код в этом месте

все разом и обнулится

покажи pls код в этом месте

Там портянка. Я просто создаю объект в цикле.

в цикле должно быть вроде foreach ($forms as $form) { $this->service->create($form) } Какие могут быть where при создании объекта???

на случай важных переговоров

$query->where = null;

Так сделал, в общем. Спасибо!

Зачем? :)