ну или энв читать по сокетам

Хоть бери и очереди на кафку переводи

Ну просто конфиг мессенджера закэшен, а как уж его поместить , хоть через файл на сервере - уже детали

А чем кафка поможет?

Заполняете конфин месенджера через php а не yaml смотрите кол-вл подов в env и в цикле настраиваете очереди

там вроде это из коробки

Да в целом не обязательно на всех интансах держать конфин для пачки очередей. Можно конкретно свою. Т.е. при скейле генерить конфиг пол конкретную очередь

там вроде это из коробки

Можно и так, только возожмно сложнее. Опять же я тут скорее про то, как динамически от параметров настраивать мессенджер

Ну и нет транспорта для мессенджера из коробки, хотя есть пару бандлов в сети

Я их потрогал в итоге себе дернул и дописывал чутка))

Так не реализованы reject, если ошибка - всё, дальше не идет очередь))

мы решили эту проблему, но да

там ещё сообщения оборачиваются в дополнительный объект и если вы читаете сообщения НЕ ОТ symfony проекта, то идите лесом

Почему нормалайз не работает на вложенные объекты? или в принципе на объекты, если указать конкретную группу? Т.е. он их создал, но поля не заполнены

А у вложенных тег есть?

Всем привет. Как быть если надо один раз прогнать скрипт по обработке данных? Создавать одноразовую консольную команду, вызвать, а потом удалить?

REPL ?

https://github.com/theofidry/PsyshBundle

А как в таких ситуациях делают?

Залить одним релизом, удалить другим (если надо). Если очень быстро надо и есть возможность и принятие рисоков - то копипаст файла на прод, и чистка кэша

Уф, ну ты ещё жёстче

Ребят у меня вопрос. Я помню давно его искал но ничего толкового не нашёл. Новых попыток не делал - пишу сюда. Короче у меня symfony messenger консъюмит сообщения из кролика и обрабатывает (дефолтная схема). Каждое сообщение - это json у которого есть числовой id. Вопрос: как сделать так чтоб сообщения с одними и теми же id попадали в один и тот же консъюмер Бонусный вопрос: как избежать перегрузки только одного консъюмера Контекст: Я контролирую отправку сообщений в кролик, но я хотел бы увеличивать и уменьшать кол-во консъюмеров просто меняя их кол-во в отдельном конфиге, но при этом ничего больше не конфигурировать

пробовал смотреть в сторону HandlersLocator ?

пробовал смотреть в сторону HandlersLocator ?

Ааа. Я понял. Красивый ход - но тогда остаётся проблема с продьюсерами

Ребят у меня вопрос. Я помню давно его искал но ничего толкового не нашёл. Новых попыток не делал - пишу сюда. Короче у меня symfony messenger консъюмит сообщения из кролика и обрабатывает (дефолтная схема). Каждое сообщение - это json у которого есть числовой id. Вопрос: как сделать так чтоб сообщения с одними и теми же id попадали в один и тот же консъюмер Бонусный вопрос: как избежать перегрузки только одного консъюмера Контекст: Я контролирую отправку сообщений в кролик, но я хотел бы увеличивать и уменьшать кол-во консъюмеров просто меняя их кол-во в отдельном конфиге, но при этом ничего больше не конфигурировать

не совсем понял, а как это поможет? Это же локатор сообщений -> хэндлер. К очередям никакого отношения

Локатор поможет на основе того, какой это физический обработчик (его номер) выбрать нужную очередь для обработки

Кстати вот вопрос, под конюсмером подразумевается очередь? А то мы в соседнем чате тоже вопрос поднимали, и мне кажется каждый понимает по разному. Просто как таковое "свой консюмер" имеет мало смысла. У мессенджера 1 консюмер, но в нем локатор месседжей, который не понимает ничего про очереди. Ну и избиралтельно из очереди забирать нельзя

Нет, очередь это очередь. Консъюмер это физический поток который потребляет определённый тип сообщений

Локатор это штука, которая к мессаджу подбирает хэндлер/хэндлеры

Про порядок я не говорил

Очередь хранит сообщения только одного типа

Если ты хранишь всё в перемешку - это только твои проблемы