ЕР
не афектит никак, в консюмере все равно не свежая запись
И откуда ей там взяться?
Size: a a a
2020 March 11
RH
И откуда ей там взяться?
ну в общем-то схема следующая
1. postUpdate: em->flush(user)
2. postUpdate: amqp->produce(user->id)
3. consumer: em->find(user->id)
4. consumer: user->status === тому который был ДО postEvent ивента, а нужен тот который стал ПОСЛЕ
1. postUpdate: em->flush(user)
2. postUpdate: amqp->produce(user->id)
3. consumer: em->find(user->id)
4. consumer: user->status === тому который был ДО postEvent ивента, а нужен тот который стал ПОСЛЕ
AN
Я правильно понял что в обработчике postUpdate вызывается еще раз flush? Разве это не запустит повторно обработку жизненых циклов?
А
Хм? Оно посчитало, сколько эти 3 месяца APP стоит и пересчитало эту сумму по цене пхпшторма?
да, получилось с середины лета продлить до апреля 21 года
BT
как оно может прилетать раньше, если у тебя пхп синхронный?
RH
как оно может прилетать раньше, если у тебя пхп синхронный?
дык консюмер в супервизоре живет
RH
Я правильно понял что в обработчике postUpdate вызывается еще раз flush? Разве это не запустит повторно обработку жизненых циклов?
это был просто эксперимент который не дал результатов
изначально flush не делался внутри ивента
изначально flush не делался внутри ивента
BT
дык консюмер в супервизоре живет
но ведь ты публикуешь после флаша, а флаш ждет записи, нет?
AN
Так сейчас у тебя так как ты скинул или нет? Ты уверен что этот flush не меняет юзера?
АС
На момент postUpdate транзакция еще не закоммичена
RH
На момент postUpdate транзакция еще не закоммичена
Но если сделать commit(user); flush(); разве не зациклится ивент?
Или вопрос иначе: как отловить завершение коммита для энтити?
Или вопрос иначе: как отловить завершение коммита для энтити?
AN
что то типа
$user->setStatus(1);
$em->flush($user);
amqp->produce(user->id)
Тебе прям надо все изменения пушить в очередь?
$user->setStatus(1);
$em->flush($user);
amqp->produce(user->id)
Тебе прям надо все изменения пушить в очередь?
RH
что то типа
$user->setStatus(1);
$em->flush($user);
amqp->produce(user->id)
Тебе прям надо все изменения пушить в очередь?
$user->setStatus(1);
$em->flush($user);
amqp->produce(user->id)
Тебе прям надо все изменения пушить в очередь?
грубо говоря да, но у меня нету прямого доступа к $em->flush($user);
по этому решаю через postUpdate
ну и расчитываю что user которые прилетает в postUpdate(LifecycleEventArgs $args) уже лежит такой в базе
по этому решаю через postUpdate
ну и расчитываю что user которые прилетает в postUpdate(LifecycleEventArgs $args) уже лежит такой в базе
AN
Может конечно не то что надо, но может заюзать два события на postUpdate и postFlush ?
DM
Прям даже завидую, как некоторым людям удается расписать очевидные вещи в целый роман https://habr.com/ru/company/sportmaster_lab/blog/490912/
hr бренд беспощадный...
hr бренд беспощадный...
И
отображение кол-во товаров в корзине в моб версии. пример страници https://dom.myshoop.com.ua/schiptsy-dlya-volos-scarlett-sc-hs-60592
