Какие способы обеспечить стабильность работы тг бота сейчас без использования впн?

Question

[Akkordeon_youTube]

Здравствуйте, запускаю бота на широкую аудиторию. Использую telethon т.к. есть возможность подключаться с прокси. Прокси тоже не всегда срабатывают. Бот в какие то моменты просто не отвечает, а потом резко начинает отвечать. (Реализована система смены прокси если один перестаёт работать). Возможно вы подскажете какие есть варианты, что то изменить чтобы бот работал постабильнее, желательно без впн

Answer 1

[Пума Тайланд]

А зачем telethon? Bot API через api.telegram.org (aiogram или python-telegram-bot) — это HTTPS, а не MTProto напрямую, обычно стабильнее прокси. Telethon цепляется к серверам Telegram по MTProto, там и нестабильность. Если токен бота есть, а не юзербот — переписать несложно.

Comments

[Drno]

кстати у меня один из человеков юзает как раз через сокс прокси. неск месяцев - полёт нормальный (там как раз на пайтоне)

[Пума Тайланд]

Drno, у меня у самого они сидят через прокси

Answer 2

[Drno]

никаких. вообще правильный вариант разместить бота на заграничных серверах. и гемора не будет
либо в ВПН пускать всю виртуалку \ ТГ ipшники итд. но это по сути та же проблема что и с прокси, хоть и менее выраженная

Answer 3

[Slotly]

Про переход на Bot API выше верно. Добавлю про симптом, который вы
описали, — «залипает, а потом отвечает пачкой».

Это почти наверняка не сеть, а отсутствие таймаутов. Один запрос повис,
за ним встала очередь, соединение отвалилось по системному таймауту —
и всё накопленное вылетело разом. Пока таймауты не выставлены явно,
любая работа через прокси будет давать ровно эту картину, на каком бы
сервере вы ни хостились.

Что помогает, кроме самого переезда на Bot API:

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

Если прокси всё-таки нужны — не ротация вслепую, а пул с проверкой:
перед выдачей дёргать через прокси getMe с таймаутом в пару секунд,
не ответил — помечать мёртвым на несколько минут. Прокси, который падает
через раз, хуже отсутствующего: он съедает ретраи.