Телеграмм чат группы symfony

сделайте 1-5-100 очередей, в чем проблема ?

17:39пожаловаться #1

последний раз, когда я пробовал разделить очередь на две части - нихрена не получилось. в rabbitmq:consume почему-то не учитывался routing key. сейчас найду issues

17:39пожаловаться #2

все учитывается, все работает

17:40пожаловаться #3

у меня были на этом бандле 12 exchange с парой десятков очередей в каждой, нормально все взлетало

17:40пожаловаться #4

потом я правда перевел все на мессенджер

17:40пожаловаться #5

3.x

17:42пожаловаться #6

ок, ща еще раз попробую

17:43пожаловаться #7

consumers:

external_data

:
        connection: global
        exchange_options: { name: 'events', type: topic }
        queue_options:
            name: '

consumer_events_processor

'
            routing_keys:
                -

events.world_exploded


            durable: false
            arguments:
                x-message-ttl: [ 'I', 60000 ]

17:44пожаловаться #8

вот работающий консьюмер который тащит данные из очереди которую создает другой сервис на другом сервере и языке

17:44пожаловаться #9

Sergey Protko in symfony

не, у нас велосипеды

17:45пожаловаться #10

Sergey Protko in symfony

вжопу эти бандлы

17:45пожаловаться #11

как видно из конфига, указаны роутинг ключи указаны и оно реагирует только на них

17:45пожаловаться #12

если добавится новый routing_key, то должен быть новый консьюмер, верно?

17:45пожаловаться #13

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

17:46пожаловаться #14

такс, а как лучше не обосраться и не забыть передать routing_key? если я верно понял, то если я дефайню роутинг кеи, то я должен в продюсере жестко указывать роутинг кей, иначе сообщие не попадет в exchange?

17:46пожаловаться #15

почитайте-ка как работает кролик

17:47пожаловаться #16

сообещение попадет в ексчейндж, другой вопрос что его можно никто потом не получить потому что никто не слушает этот ключ

17:47пожаловаться #17