Всем доброе утро ?

Спокойной ночи ?

Вопрос на засыпку

На сколько я понимаю, бот не видит сейчас что сообщение пришло из другого бота инлайном

На сколько я понимаю, бот не видит сейчас что сообщение пришло из другого бота инлайном

Да. Бот не видит действия другого бота

Окей, кто нибудь репортил на эту тему?

Видит

Инлайн - видит

Тогда хз ?

Окей, кто нибудь репортил на эту тему?

Бот не видит сообщения от других ботов by design, репортить бесполезно.

Инлайн - видит

Ага. Но не видит что это инлайн.

Ага

Бот видит сообщения отправленные через инлайн

Но не видит что это инлайн

Бот не видит сообщения от других ботов by design, репортить бесполезно.

Ну конечно. В апи написано что это специально так сделано

А где, можно номом меня в доку?

Но не видит что это инлайн

Потому что сообщения, отправленные через инлайн, принадлежат человеку.

А где, можно номом меня в доку?

https://core.telegram.org/bots/faq#why-doesn-39t-my-bot-see-messages-from-other-bots Why doesn't my bot see messages from other bots? Bots talking to each other could potentially get stuck in unwelcome loops. To avoid this, we decided that bots will not be able to see messages from other bots regardless of mode.

Потому что сообщения, отправленные через инлайн, принадлежат человеку.

Конечно, это понятно. Но хочется знать, что это от бота

Клиенты то видят, что это через инлайн

(via @bot)

Буду сабмитить фичреквест

Ага.

И выкинит из из очереди

Ага.

А ничего подобного

?

?

Я указал offset на 10 больше последнего пришедшего, но все новые сообщения отлично показываются в getUpdates. По-видимому, защита от дурака ВКЛ

Я указал offset на 10 больше последнего пришедшего, но все новые сообщения отлично показываются в getUpdates. По-видимому, защита от дурака ВКЛ

Эм?

Указал +10, а пришли все от n до n+10 тоже?

Указал +10, а пришли все от n до n+10 тоже?

йеп

Стрянно

Проверю потом еще

А, еще вопрос.

Хотя бы в одном боте реализованы webhook requests?

Хотя бы в одном боте реализованы webhook requests?

Всмысле? ?

Всмысле? ?

В ответе на webhook можно отправить request

Хотя бы в одном боте реализованы webhook requests?

У меня на всех ботах вебхук

В смысле, послать в body тело запроса

Я не пользуюсь гетапдейтесами

В ответе на webhook можно отправить request

в моем сделано

Думаю вебхук лучше ?

У меня на всех ботах вебхук

https://core.telegram.org/bots/api#making-requests-when-getting-updates

Думаю вебхук лучше ?

Это И ЕСТЬ вебхук, но с доп.функцией

в моем сделано

Можно ссылку? ?

в моем сделано

И насколько это оправдано? Есть ли преимущества?

И насколько это оправдано? Есть ли преимущества?

Вебхук быстрее ?

Вебхук быстрее ?

Блять, не тупи, а?

И насколько это оправдано? Есть ли преимущества?

Скорость. Минус один реквест.

Можно ссылку? ?

https://github.com/telegraf/telegraf

Блять, не тупи, а?

? что?

Для вебхука обязательно https?

Для вебхука обязательно https?

Да

? что?

страшивают про ответ в боди вэбхука

Можно там какой-нибудь самоподписной сертификат на коленке сделать?

? что?

Тебе выше написали, что это и есть работа с вебхуками! Просто с API-запросом при ответе. Открой ссылку и прочитай, ёпта

Можно там какой-нибудь самоподписной сертификат на коленке сделать?

Да, self-signed поддерживаются Официальный гайд: https://core.telegram.org/bots/webhooks

? что?

В ответ на вебхук ты можешь послать тело запроса.

Плюсы - более быстрая реакция(на сколько? ?), Минусы - нельзя получить статус реквеста.

Плюсы - более быстрая реакция(на сколько? ?), Минусы - нельзя получить статус реквеста.

Вот это вот "на сколько?" и интересует. По идее, удобно для answerCallbackQuery

Плюсы - более быстрая реакция(на сколько? ?), Минусы - нельзя получить статус реквеста.

Можно ?

Вот это вот "на сколько?" и интересует. По идее, удобно для answerCallbackQuery

Удобно

Можно ?

Как?

Можно ?

АААААААААААААААААААААААААААААААААААААААААААААААААААА

Ска говорю у меня так

Вот это вот "на сколько?" и интересует. По идее, удобно для answerCallbackQuery

вот про это начал писать)

Как?

Результат запроса

Сразу видно, кто не любит читать документацию

ERROR: S client not available

Результат запроса

Ты тупой?

Сразу видно, кто не любит читать документацию

Ска я уже читал

Результат запроса

Чувак ты тормозишь

Щас

Комп включу

Психанул ???

Читал. Но я же получаю

Психанул ???

Да потому что заебал. Мы про одно говорим, он про другое

Читал. Но я же получаю

Значит, ты ёбаный маг и твоё место в Хогвартсе!

Читал. Но я же получаю

У тебя отдельный запрос, а тут ДРУГОЙ ТИП ЗАПРОСА!

У тебя отдельный запрос, а тут ДРУГОЙ ТИП ЗАПРОСА!

Ок. Лучше молчу

ОН УХОДИТ ОТВЕТОМ НА ВЕБХУК В ТОМ ЖЕ СОЕДИНЕНИИ. И СТАТУС ТАКОГО ЗАПРОСА ПОЛУЧИТЬ НЕЛЬЗЯ!

(сори, психанул)

Ох уж эти PHP-шники...

Ох уж эти PHP-шники...

Да не говори вообще

Понял ска ?

Сорян

Ура

А вот теперь вопрос. Использует ли это кто-то в продакшене?

я использую для мелких ботов

вот этот например: @uncover_bot

я использую для мелких ботов

И какие запросы ты отправляешь в ответе? Все подряд?

вот этот например: @uncover_bot

YetAnotherJsonBot ?

И какие запросы ты отправляешь в ответе? Все подряд?

только те, которые не get... и без файлов

How can I make requests in response to updates? This is possible if you‘re using webhooks. The upside is that you need less requests, the downside — that in this case it’s not possible to know that such a request was successful or get its result. Whenever you receive a webhook update, you have two options: 1. Issue POST to https://api.telegram.org/bot<token>/method 2. Reply directly and give method as JSON payload in the reply

YetAnotherJsonBot ?

этот бот всего 4 строчки :) https://uncover.now.sh/_src/?f=index.js

только те, которые не get... и без файлов

Ну, get отправлять бессмысленно ?

How can I make requests in response to updates? This is possible if you‘re using webhooks. The upside is that you need less requests, the downside — that in this case it’s not possible to know that such a request was successful or get its result. Whenever you receive a webhook update, you have two options: 1. Issue POST to https://api.telegram.org/bot<token>/method 2. Reply directly and give method as JSON payload in the reply

Вот это же.

Ну, get отправлять бессмысленно ?

ну да )

Ну, get отправлять бессмысленно ?

Почему?

Почему?

не начинай