Dev

почему не содержит? API не изменилось

Т.е. со стороны АПИ можно только ловить все сообщения чата, для его детектирования

Кстати, уже даже и не апи. Только вчера обнуружил, что в ТГ форвард из чата не содержит информацию о чате, из которого форварднули... Весьма неприятная "особенность"

+1!

да, но сила привычки, заставляет негодовать, если ты привык, что это можно легко делать так, а теперь нужно делать по-другому и сложнее )

а насчёт ТГ, я так скажу. в любой API есть свои ограничения. это не хорошо, не плохо, просто надо учитывать

мне надо кое-то изменить сначала

ну если только что, тогда да

я ее только, что обновил, значит уже не последняя )

Так она только что обновилась, насколько я понял

зачем обновлять, если я использую последнюю версию из репозитория?

если используется либа Сергея, то там все и так должно стабильно работать, если моя, то обнови её и перезапусти ботов, которые на ней работают, если что-то своё, то нужно, как сказано выше в методе http-запроса (urllib3 или requests) установить параметр timeout немного больше чем timeout соединения с сервером ТТ (см. скрин выше). Я в своей либе использую requests, код примерно такой, первый timeou ...

и что делать?

я кажется нашел решение, благодаря подсказке Сергея

хз, сервер не падает, бот тоже, а соединения нет

_request_timeout: timeout setting for this request. If one number provided, it will be total request timeout. It can also be a pair (tuple) of (connection, read) timeouts.

хор, пойду разбираться...

в общем это для urllib3

urllib3.Timeout(total=_request_timeout)

Я тоже такую ботву видел, что после отключения инета бот не работает, хотя типа онлайн

А тот, про который я говорю, это, предварительно, для реквестс

ок, сейчас почитаю про функцию requests, там наверное есть про этот параметр

Тот, что на скрине, это время самого лонгпул запроса, т.е. сколько сервер его держит

Это точно не он

похоже, что это как раз тот параметр, который на скрине, может его до 90 поднять?

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

Нет

по логике, не должен интернет влиять на лонгпол, ну нет его, пусть идет ошибка соединения, цикл продолжает работу, появился - радуемся... почему останов происходит ?

Вот - https://tt.me/pyBotApiFrm/AWyQAo1KB-0

у меня вебхуки

ты об этом таймауте?

Мне для моей либы присоветовали в спецчате либы, я особо тогда разбираться не стал Ща погляну

Хызы)

Это параметр штатный api или метода request?

`ох этот недомаркдаун: _request_timeout

У меня после этого проблема исчезла

Значит обрыв связи превышает 45 сек

Хм

А у меня так и сделано

в get_updates дополнительно передай _request_timeout=45

Я так и не придумал способа контроля жизни ботов

Как?

Но это лечится просто

Там нет

Или там также?

Похоже я начал видеть плюсы вебхука

Было у меня такое

В логах всех ботов ошибка соединения с серверами ТТ с 11:42 по 12:03 мск. Я давно уже эти ошибки периодически наблюдаю и в этом чате даже обсуждали их. После них боты иногда просто перестают отвечать на запросы. И кстати если исчезает интернет на некоторое время, то при лонгполе без рестарта, бот не оживает при появлении интернета. Отсюда вопрос - у всех так?

Ща гляну