Ого, спасибо за статью. Честно говоря, в закладках лежит уже несколько статей про SSH туннели, но только ваша позволила мне полностью понять, как они работают :)
Расскажите, пожалуйста: допустим, я хочу развернуть приложение на сервере у себя дома, без статичного IP. SSH-соединения имеют свойство разрываться. Соответственно, туннель тогда тоже перестанет работать. Какие есть хорошие решения этой проблемы?
Сложилось впечатление, что автор недостаточно погружен в тему освещаемого вопроса. Само сравнение polling и webhook относительно Telegram Bot API бесполезно, потому что у Telegram нет polling'а! (зато есть long polling, который работает отлично от того, что вы описали). Приведу ваш блок кода:
def main():
while True:
updates = get_updates()
if updates["result"]:
# Обработка каждого нового сообщения
for item in updates["result"]:
print(f"Сообщение от пользователя: {item['message']['text']}")
time.sleep(2) # Задержка в 2 секунды между запросами
Нет, задержка между запросами не 2 секунды. Long polling подразумевает, что сервер не разрывает запрос в течение длительного времени (обычно это минута или 30 секунд), если нет новых событий для вас, но вернет их моментально, как только они появятся. Таким образом, вы выполняете очень мало запросов (речь точно не идет о запросе каждые 2 секунды) и получаете запросы моментально. Long polling, в отличие от webhook, не может быть бутылочным горлышком для вашего бота, потому что вы сами отправляете запрос на обновления к Telegram, когда готовы их обработать, и работает это максимально эффективно. В случае с webhook Telegram сам шлет вам запросы, что на пике может положить ваш сервер или заставить его обрабатывать запросы значительно медленнее, потому что у веб-серверов есть ограничения на максимальное количество открытых запросов одновременно.
Более того, в случае с webhook 1 обновление = 1 запрос, то есть запросов будет гораздо больше, чем при использовании long polling, и на больших ботах это будет вызывать проблемы с производительностью.
Если к этому добавить то, что для работы webhook нужно возиться с сертификатами и получить белый IP, я считаю использование long polling выигрышным в 100% случаев.
Интересная идея! Пользуюсь подобным в YouTube Vanced (теперь уже Revanced), добавил ваше расширение для VK Видео. Не смотрели, как этот функционал в Ютубе реализован? Мне кажется, что вручную размечать все видео в VK - такая себе идея, действительно, хочется какую-нибудь автоматизацию с помощью ИИ. Интересно будет посмотреть, как решите этот вопрос, пишите ещё!
Лично мне кажется, что при знакомстве с новым инструментом, в ншем случае, с новой СУБД необходимо не только показать, как пользоваться им, но и описать почему стоит пользоваться им: возможно, у ArangoDB высокая скорость работы, производительность, низкие затраты памяти и так далее.
Ого, спасибо за статью. Честно говоря, в закладках лежит уже несколько статей про SSH туннели, но только ваша позволила мне полностью понять, как они работают :)
Расскажите, пожалуйста: допустим, я хочу развернуть приложение на сервере у себя дома, без статичного IP. SSH-соединения имеют свойство разрываться. Соответственно, туннель тогда тоже перестанет работать. Какие есть хорошие решения этой проблемы?
Нашел что-то похожее
https://wiki-insights.epfl.ch/wikitrends/
Нет, это не django. Зато есть jinja2 templates для SSR.
500?
Сложилось впечатление, что автор недостаточно погружен в тему освещаемого вопроса. Само сравнение polling и webhook относительно Telegram Bot API бесполезно, потому что у Telegram нет polling'а! (зато есть long polling, который работает отлично от того, что вы описали). Приведу ваш блок кода:
Нет, задержка между запросами не 2 секунды. Long polling подразумевает, что сервер не разрывает запрос в течение длительного времени (обычно это минута или 30 секунд), если нет новых событий для вас, но вернет их моментально, как только они появятся. Таким образом, вы выполняете очень мало запросов (речь точно не идет о запросе каждые 2 секунды) и получаете запросы моментально. Long polling, в отличие от webhook, не может быть бутылочным горлышком для вашего бота, потому что вы сами отправляете запрос на обновления к Telegram, когда готовы их обработать, и работает это максимально эффективно. В случае с webhook Telegram сам шлет вам запросы, что на пике может положить ваш сервер или заставить его обрабатывать запросы значительно медленнее, потому что у веб-серверов есть ограничения на максимальное количество открытых запросов одновременно.
Более того, в случае с webhook 1 обновление = 1 запрос, то есть запросов будет гораздо больше, чем при использовании long polling, и на больших ботах это будет вызывать проблемы с производительностью.
Если к этому добавить то, что для работы webhook нужно возиться с сертификатами и получить белый IP, я считаю использование long polling выигрышным в 100% случаев.
Интересная идея! Пользуюсь подобным в YouTube Vanced (теперь уже Revanced), добавил ваше расширение для VK Видео. Не смотрели, как этот функционал в Ютубе реализован? Мне кажется, что вручную размечать все видео в VK - такая себе идея, действительно, хочется какую-нибудь автоматизацию с помощью ИИ. Интересно будет посмотреть, как решите этот вопрос, пишите ещё!