Слишком муторно делать защиту от всех векторов.

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

У тебя до сих пор аська жива?

Какой вопрос можно считать примитивным?)

нет конечно..

любой вопрос из тестов на питон

Ладно. Я бот

😄

Руслан, забань бота пожалуйста

😊😊😊

False == False in [False]

хм... приоритеты тут не такие как человек думает..

какие приоритеты?

а как оно вообще работает? почему True?

операций, я вот так решал эту задачу
False == (False in [False])

a<b<c

из этой же оперы

ну ладно. оставлю на всякий случай
https://stackoverflow.com/a/34163126/4478375

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

@cykooz Почитал твои хотелки про приоритеты.

На сколько я помню спеку AMQP 0.9. Там нет возможности помотреть время сколько висит задача, пока она тебе не прилетела по подписке.

Соответственно сказать можешь ты её выполнить или нет из-за загрузки ты сможешь только когда она тебе прилетит.

Тут я вижу несколько вариантов.

1. Агрессивно включать backpressure на основании метрик которые есть у воркера. Плохо работает в разрезе одной очереди, когда в ней может быть больше одного типа задачь.

2. Использовать выделенные ресурсы под обработку очередей dead letter, ставить каждой задачи маленький ttl, и в этих выделенный ресурсах, максимально быстро переназначать на новую очередь. Из плюсов - не пересекается с основными воркерами. Из минусов - часть ресурсов будет ждать беды и не будет заниматься обработкой основных задач.

3. Если подхода 2 недостаточно, можно написать плагин к RabbitMQ на Erlang и там уже в рантайме рулить тем, как работает рассылка сообщений по подписке.

Или смотри не в сторону RabbitMQ а чего-то более экзотического, где приоритет и работа с ним - часть протокола.