Ребятки, а чего в https://github.com/telegraf/telegraf/pull/1276 мы внезапно решили, что не

нужно делать асинхронный поллинг апдейтов? Чувак старается, 3-4 PR открыл с разными подходами, пропоузалы пишет, а разбивается просто о стену того, что меинтейнерам это "не надо" в Телеграфе.

Но это надо! Меня задолбало ивентлуп спамить через bot.use((_, next) => { next() }), мне бы хотелось какого-то более правильного решения для того, чтобы обрабатывать все новые апдейты еще до того, как хендлеры предыдущего батча апдейтов завершились.

Что думаете?

сc: @dotcypress

я уже писал что это есть из коробки

а как это включить?

или дай реплай на то, где писал — я почитаю

Виталю нет смысла уже звать наверное. Он ушел на заслуженную пенсию

handlerTimeout

ващет есть Composer.fork

а есть пример реализации?

Согласен, кстати. А то текущие костыли бред. А вебхуки говно

А можно пример как сделать с ним нормально асинк? Типо bot.use(Composer.fork) или как

Oscar S

типа setTimeout(..., 1) будет там у каждого хендлера?

нет в 3.38 там Promise.race

ок, спасибо большое

просто оборачиваешь свой хендлер в форк и всё, апдейты дальше идут, а хендл на следующем тике ну контекст только сейви

Oscar S

А чо за services

это моя своеобразная реализация bot.context + DI контейнер