эксепшен с флуд контролем, делать слип на то время, которое указывала телега и повторно отправлять это же сообщение.
Сегодня столкнулся с тем, что накопилось куча событий в pending_update_count при запросе инфы в getWebhookInfo. И проц почти на 100% нагружен в этот момент
В ngnix я какой-то ответ специально не настраивал вебхуку, оно просто завелось и работало, когда я настроил проксирование и вебхук aiogram.
Я правильно понимаю, что проблема, вероятно в том, что у меня накопилась куча сообщений, которые ждали таймаут из-за флуда и сервер просто стал не справляться с потоком сообщений?
Раньше с такой проблемой не сталкивался, вроде других изменений, которые могли бы повлиять на обработку сообщений, тоже не делал.
а ты телеге сразу отвечаешь 200?
Понятия не имею, как оно там по дефолту работает, если честно. Я вообще ничего не отвечаю, не знаю, как aiogram там разруливает
У тебя aiogram? Если да, поставь диспетчеру параметр run_tasks_by_default=True, тогда он должен будет сразу отвечать на вебхуки, а хендлеры запускать в отдельных тасках
Ага. Видел этот вариант, показалось, что он не очень хороший. Я таймауты прошлое сделаю отдельными тасками, наверное
Обсуждают сегодня