Как с помощью rabbitmq ускорить отправку писем (php)?

Question

[sl1m_dogg]

Пишу тестовое на symfony, нужно отправить 9600 писем за максимально быстрые сроки. Задумался разрулить этот вопрос с помощью rabbitmq, но не понимаю сам механизм, как сделать так чтобы рэббит сам отправлял письма?

Answer 1

[Алексей Павлов]

сам по себе никак. rabbitmq, zeromq, gearman и подобные не выполняют задачи, вы должны сами делать обработчик, который будет обрабатывать. А подобные очереди делают очень простую вещь - дают программе быстро передать задачу в очередь так, чтобы обработчик (обработчики) мог заниматься делом.

Comments

[sl1m_dogg]

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

[Алексей Павлов]

sl1m_dogg: в очередь нужно положить запись, которую сможет понять обработчик. В вашем случае, запись будет состоять из емейла, заголовка и текста. Может, что-то ещё пригодится. Считайте, что запись очереди - это данные, по которым обработчик сумеет отправить это письмо. Обработчик может быть на любом языке, не обязательно на php или фреймворке.

[Алексей Павлов]

sl1m_dogg: проще всего - отправлять в очередь json-строку, хранящую данные письма (емейл, заголовок и текст).

Answer 2

[Алексей Романенко]

rabbit как уже сказал Алексей Павлов всего лишь реализация queue, а как туда будут попадать данные и вычитываться вам нужно будет реализовать самому
Сделайте очереди на redis + https://github.com/michelsalib/BCCResqueBundle

Answer 3

[veitmen]

Задача решается очень разным путями. И в первую очередь нужно подумать о хитростях. :)

Во первых одно письмо отправляется 9600 клиентам или 9600 разных писем отправляется? Если 9600 клиентов, то нужно не забывать о том, что одно письмо может содержать много адресатов. Понятно что есть ограничения, но забывать об этом нельзя.

Во втором случае нужно думать о многопоточности. Опять таки всякие очереди задачу никак не решают, просто вам будет удобно считывать сообщения из очереди. Это удобно с точки зрения и стабильности в том числе. Но считывать нужно будет в несколько потоков.

Еще нужно помнить о том, что можно за раз отправить несколько писем сформировав Batch, если это поддерживает сервис отправки писем (если это сервис ессно).

Answer 4

[Олег Красавин]

Использовать сервер очередей для такой задачи не самое лучшее решение. Раббит хорош, когда сообщения принимаются от множества источников к небольшому кол-ву консьюмеров, помимо простой очереди от одного к другому. В вашей же задачи ровно противоположное.

Посмотрите в сторону gearman.org