А если нужно уволить пораньше?

изменил дату, и добавил в очередь

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

а в чем проблема?

И вообще, у тебя такие задачи были? И когда очень много разных тасок с разным временем, кролику было норм, да?)

причем здесь кролик? Сообщения = кролик?

ок, какая проблема с кроликом?

Для того, чтобы заделэить сообщение, в кролике под это дело заводится отдельная очередь с временем жизни и указанием, куда класть сообщения после смерти этой очереди. На больших объемах разных сообщений с разным делэем (а значит, много очередей) кролик не вывозит, падает.

ежедневная текучка кадров?

Я написал по поводу кролика как календаря, конкретный кейс меня мало интересует.

значит софт не для кейса

Никакой кейс не подойдёт для того, чтобы кролик юзать как календарь.

я так и сказала ))

https://t.me/symfony_php/294710

где здесь кролик? ))

Кролик из них самый популярный. Ну ты щас задним числом скажешь, что имела в виду базу, nsq, nats и другие брокеры

ты прочел так, как пожелал

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

Да, я об этом и писал. У нас тоже свой воркер, который ориентируется на таблицу, а когда нужно обработать задачу – кладем в транспорт, и тут неважно, какой, у нас их несколько. Я выступал против изначально класть сообщения в очередь и юзать ее как календарь. https://t.me/symfony_php/294726