Комментарии 14
почему выбран longpoling , а не webhook?
потому что для вебхука нужен веб-сервер?
наверно.. тогда хотелось бы услышать почему выбран вариант без сервера....
Возможно потому что помимо сервера нужен ещё домен, https-сертификат и открытый входящий порт. Для отладки это всё нужно пробростить на машину разработчика, а если остановить сервер с вебхуком (продолжая писать боту), то сервер телеграма увеличивает интервал отправки сообщений в хук (временно).
в чем проблема пробросить?
а какой api быстрее?
в чем проблема пробросить?
Если знаешь как пробросить, есть доступ к нужным настройкам маршрутизатора, желательно белый ИП, то проблем нет, конечно. Но если собрать все перечисленные в этой ветке вещи то описание их настройки вытянет на ещё одну статью такого-же размера. Этот вариант скорее для продакшена годится.
а какой api быстрее?
Почти одинаковые.
есть ngrok.
Ну а Вы пробовали его для этого использовать? Я пробовал - в бесплатной версии он для этого не годится. Толи домен нельзя привязать (хотя я думаю не в этом дело -- можно при старте бота каждый раз новый адрес хука отправлять), толи внешни порт, который телеграм не принимает, толи ещё что - уже не помню ... В итоге всё как я и написал - белый ИП, проброс порта, Let's Encrypt, и т.д.
Я при бесплатную версию, которая создает точки по рандомным адресам\портам, а Телеграм принимает только 4 конкретных порта: 443, 80, 88, 8443. Скажите что можно и платную подписку оформить, и т.д. но не легче ли просто для статьи в которой просто концепт обсуждается использовать пулинг?))
Тык
в ngrok создаются случайные домены, а не порты.
тык
Tunnel Status online
Version 2.0/2.0
Web Interface http://127.0.0.1:4040
Forwarding http://92832de0.ngrok.io -> localhost:80
Forwarding https://92832de0.ngrok.io -> localhost:80
А вообще про алтернативы ngrok знаешь?
1) сейчас остался хоть один способ регистрации без телефона бесплатно?
раньше был textnow сервис по приему смс бесплатно , они с проксями США работали , сейчас от телеги туда не приходят смс.
2) не понял как вы решаете проблему иденпотентности чтобы не отправлялись одни и тоже сообщения в случае краха? тоесть
select tasks from db
telegramapi.send()
<--- вот тут краш приложения, повторый запуск и опять этоже сообщение отравится.
delte task from db
ответить никто не может , мертвая сатья ясно
Экономим свое время. Ускоряем создание отложенных постов в Telegram с помощью бота