а чо его нету

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

Дай тогда полную инфу 1) posrgesql ваша субд? 2) используете пулл соединений к бд? 3) приложение живёт в контейнере? 4) как долго это приложение работает без перезапуска?

Ну и если решите то поделитесь. Но решать нужно с вашим отделом devops

1) таймвеб, ихний "кластер" постгрес 2) что значит пул? 3) да, приложение в контейнере, докер на таймвебовском впс 4) вообще недолго, пару дней, и случалось в разное время основное приложение работает норм, проблема возникает в контейнере которой выполняет роль консьюмера мессаджей

2) Технические приложение может взять и открыть бесконечное соединений к бд - за это бд вам спасибо не скажет. Но и ограничивать кол-во соединений вы не хотите - так как приложение должно работать. Для этого придумали пуллеры соединений. Они открывают с бд фиксированное количество соединений и их держит. а приложения уже подключаются к пуллеру, он всё выдержит. 4) ну возможно дело в нагрузке. Оно может быть больше чем у нас До меня тут ещё дошло что проблема может быть в том, что приложение открывает больше соединений чем сконфигугрированно в бд

2) Технические приложение может взять и открыть бесконечное соединений к бд - за это бд вам спасибо не скажет. Но и ограничивать кол-во соединений вы не хотите - так как приложение должно работать. Для этого придумали пуллеры соединений. Они открывают с бд фиксированное количество соединений и их держит. а приложения уже подключаются к пуллеру, он всё выдержит. 4) ну возможно дело в нагрузке. Оно может быть больше чем у нас До меня тут ещё дошло что проблема может быть в том, что приложение открывает больше соединений чем сконфигугрированно в бд

мне вот не нравится что bin/console messenger:consume main бесконечно висит в докере, оно небось открывает соединение, и оно потом протухает по таймауту.

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

Внимательно прочитай

Я про time limit🔔

как бы его завершать иногда чтоли

.

это ограничение на обработку одного мессаджа как я понял

Привет! Кто использует вход по ссылке? Насколько безопасным является способ, если из атрибутов используется только id?

Насколько я помню, там еще expires, поэтому кэш не должен мешать пользователю при формировании новых ссылок. Вопрос только достаточно ли id, или например добавить туда время последней авторизации?

Привет! как правильно использовать транзакции в апи платформе? Допустим я удаляю сущность и с ней надо ещё 5 разных удалить паровозом. Как это лучше сделать? Допустим я могу в событии preDelete открыть транзакцию и всё остальное удалить. А как прервать основное удаление если что-то где-то пойдёт не так?

Там есть датаперсистеры, можно удалять через них. Опять же если это не ручное, оно уже должно быть под капотом

Привет! как правильно использовать транзакции в апи платформе? Допустим я удаляю сущность и с ней надо ещё 5 разных удалить паровозом. Как это лучше сделать? Допустим я могу в событии preDelete открыть транзакцию и всё остальное удалить. А как прервать основное удаление если что-то где-то пойдёт не так?

А подскажите пожалуйста как мне это реализовать лучше. Я в юзкейсе открываю транзакцию, потом хожу в каждый репозиторий удаляю, потом в юзкейсе вызываю флаш и закрываю транзакцию? Или флаш в каждом репозитории делать?

хороший вопрос)

Он постоянно пулит сообщения, раз в две секунды где-то, но все равно почему такое высокое потребление непонятно

вообще, выглядит так, что с точки зрения производительности лучше сейв вне репок пускать через какой-нибудь uow

ну если продукт не для нагрузки то можно наверное флашить каждый раз в репе, он так вроде как-то атомарно выглядит...

А что мешает сразу не флашить? Сыкономите на серверах ))

и вот ещё вопрос - есть же cascade: ['remove'] но чую я уже путаюсь кто там кого удаляет, а потом вообще не разберусь, наверное лучше всё ручками?

там экономия копеешная мне кажется

А ещё желательно глянуть какие запросы идут в рамках работы мессенджера, может ты там жёсткие джоины делаешь или сканы. В общем найти все запросы и заэксплейнить

класс?

придумал! function remove($entity, $flush = false) {}

а чо

Придумал? Это автогеннрируется вроде?)

У тебя есть возможность отменять транзакции не делая транзакции. Или транзакции коммитить вообще не создавая их. Unit of work и identity map это реально подарок. У тебя есть целый слой на котором ты работаешь с логикой и объектами так, как это в solid и планировалось. А уже на слое ниже сохраняешь всё это дело. А не то что у тебя идёт бл, и тут ХУЯК какой-то репозиторий и какой-то метод save