EY
self::ensureKernelShutdown();
перед createClient, может поможет
перед createClient, может поможет
Size: a a a
2021 September 21
перед createClient, может поможет
MW
коллеги. вопрос по пыху. а нужно ли === если у меня
declare(strict_types=1); ? достаточно может == ?
declare(strict_types=1); ? достаточно может == ?
VM
стрикт тайп на сравнение не влияет
МФ
Нужно
Так как сравнивать по типу лучше, чем без типов
Так как сравнивать по типу лучше, чем без типов
SP
придумай себе оправдание что
=== быстрее не знаю...MW
😀 да я прост спросил. код ревью делал и дернуло глаз.
и вот интересно стало ваше мнение )
и вот интересно стало ваше мнение )
К
Доброго времени суток. Никто не сталкивался с такой ошибкой при использовании Soap Client
Ошибка сегментирования (стек памяти сброшен на диск)
Ошибка сегментирования (стек памяти сброшен на диск)
D
К
Да читал, тут они грешат на кеш, тут дело в либе самой да пишут. И ошибка пока неисправлена
АС
Подскажите, видимо я не догоняю в ивентах доктрины, повесил слушатель в котором
public function preUpdate(Container $container, PreUpdateEventArgs $args): voidВ общем логика простая, отправляется на почту сообщение. Но проблема в том, что тогда сам статус не обновляется, а остаётся старым. Я что-то упускаю?
{
// если статус был изменен и новый статус "Выдан"
if ($args->hasChangedField('status') && $args->getNewValue('status')->getId() == Status::ISSUED) {
// тут логика
}
}
К
Мда грустно то как всё
КГ
грустно это синоним soap )
gp
я бы не ложил любую логику в preUpdate prePersist... потом и вызыввать не хочеш - а оно постоянно тригерится
АС
я уже понял, что нельзя сделать ->flush внутри preUpdate, ток чёт не понял в чём прикол
АС
Суть в чём, что это нужно выполнять всегда, априори. Но при этом не кайф в куче мест отдельно всё это вызывать
gp
в контроллере лучше место выделить и сервис с логикой дергать в конкретном месте,
либо евент через диспетчер выкидывать в тех местах и через него
в преПерсист такое... иногда катит, а иногда все таки надо переделывать потом
либо евент через диспетчер выкидывать в тех местах и через него
в преПерсист такое... иногда катит, а иногда все таки надо переделывать потом
✨
событие сущности всегда будет вызываться только в том случае, если с uow были изменения этой сущности, на которой висит листенер, всю логику, которая у тебя должна присутствовать в слушателе preUpdate - вынеси в отдельный сервис, и вызывай именно сервис при возникновении условия