Такая проблемка... ТГ перестал отправлять new_chat_members из типа Message. Это

происходит если в группе больше 10к участников. Бот на вебхуке. Через getUpdates вроде приходят, но это не точно.
Можно ли как-то через вебхук получать new_chat_members?

Тг не присылает при 10к+, ты всё правильно сказал Самому получать вряд ли как-то можно

В таком случае, мне кажется, мы чего-то не знаем. Тот же chatKeerBot (если я правильно написал) умеет приветствовать новых участников в большой публичной группе. И я уверен на 99%, что работает он на вебхуке.

В какой-то момент просто придется дописать поддержку вебхуков 🌚

Хм. И прям быстро работает, точно не ловит апдейты? Тогда не знаю. Либо есть секрет, либо тп сделала исключение. Но в широкой публике никто о решении не слышал, как я знаю

Может нашли какой хук ловить)

Очень попсовый бот, нет смысла делать на getUpdates. Это конечно, не точно, только моё предположение. Про решение - да. Уже всю api доку перерыл.

Попсовый бот знает как, а мы нет )

В этом и прикол :) Попробую связаться с разработчиками. Может они действительно юзают getUpdates. Хотя это было бы очень глупо с их стороны.

Короооче. Делюсь. Только что, вернулся к этому вопросу и оказалось, что я не внимательно изучил метод setWebhook. В нём можно указать параметр allowed_updates в котооором, можно указать что будет прилетать на сервер. К примеру: allowed_updates = '["message", "chat_member", "my_chat_member", "chat_join_request", "callback_query", "inline_query"]'

И что это будет ?

Будут апдейты chat_member. Ну а в примеру, котором написали и не только chat_member.

allowed updates и в поллинге есть и можно types.allowed_updates.all() указать вроде

Ну, это да. Но разве 10к+ приходят? По идее всё равно не должны

Это какие-то питоны?)) У меня своя либа на luvit. Просто отправляешь запрос с нужными апдейтами и всё.

Прям приходят, прям json с объектом message внутри которого new_chat_participant

питоны-питоны тона захотели...

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

Прям при webHook

Вот бы прям при поллинге тоже )))

Ну, пулинг для бота, который будет в больших группах ИМХО плохая идея. Каждый раз сучаться в телегу медленно. Но и кол-во подключений только одно

Справедливо, но у меня только один бот который прям под большой нагрузкой но он уже написан и там проблема больше по флудвейтам )))))))))))))))

lua... да? Не шарю за лувитики, но отвечал за aiogram, т.к там фичи с такими же названиями

Делай dev_my_cool_bot и переходи на вебхуки. По сути переписывать не так много

Lua 5.1 + luajit Короче обертка над libuv в дизайне nodejs (6-ти летней давности) Шутка крайне быстрая, но не для всех, по ряду причин.

а вот в айограме в питоне приходят

Нихуя ты понял нахуя приставка dev_, но влом Если б я его юзал я, то может быть да

Нуууууууу Мне не приходили в чатах больше 10к+ при поллинге

надо другой декоратор юзать, @chat_member_handler = чтобы принимать все апдейты юзеров(даже когда более 10к юзеров) @new_chat_members = не робит когда более 10к

вроде так, точное название не помню

@dp.message_handler(content_types=types.ContentTypes.NEW_CHAT_MEMBERS) Я вот такое юзал Получается ты прав, да ) Спасибо большое за подсказку