И вроде у них все было ок

Но это было давно...
Они рассказывали про него на симфоняках у себя в офисе в 16 шоле году

Вообще имеет смысл чтобы консьюмер жил ограниченное кол-во сообщений чтобы память не жрать и после потухал и перезапускался?

Точнее чтобы жрать память, но не бесконечно*

Так в симфониевском же мессенджере это в официальных рекомендациях, и функционал встроен

При превышении памяти, времени или количества сообщений заданных обработчик завершается

Тогда все вообще шикарно

По моему неактульно

Мэйби мэйби 🙈

Точно знаю для сентри флашат клиент

Как минимум реконнект миддлвар и чистка em вроде тоже встроен уже в мессенджер

Во https://github.com/getsentry/sentry-symfony/blob/master/src/EventListener/MessengerListener.php

Такой вопрос. В Symfony доступна конфигурация c помощью YAML, аннотаций, XML и самого PHP. Мне удобнее использовать аннотации, но всё же есть ощущение, что возможность конфигурировать всё с помощью YAML и XML там не просто так. Есть какие-то за/против тех. или иных методов?

Как удобно, так и конфигурируй. В любом случае все конфиги всё равно компилятся в пхп.
Разве что если конфигурить в пхп, то ide немного получше будет себя вести при рефакторе

Спасибо

Всем привет!
Подскажите как решить задачку.
Есть товар, есть атрибуты и есть значения атрибутов по конкретному товару.
Например: У товара1 по атрибуту5 должно быть значение 15.  
Создаю отношение многие ко многим. (у товара много атрибутов, у атрибута много товаров)
Maker мне создает промежуточную таблицу с двумя ключами.
Дальше туплю ) не знаю куда прописывать значения по атрибутам и как оформить это в отношениях ???

Как куда? У значения атрибута есть value, в него и прописывать

отношение Many to many как-бы

ребят, привет всем.  как на доктрине указать маппинг  таблицы без id ?  чтобы не выбрасывало ошибку  о ключе