Но при этом изображение по URL отлично отправляется!

Это сделали недели три назад. Раньше не отправлялось.

Это сделали недели три назад. Раньше не отправлялось.

Замечательная новость! Значит, это не привязано к обновлению инлайн-ботов

Более того - там кеш на урл и можно всегда ссылку фигачить, не заморачиваясь на file_id

Более того - там кеш на урл и можно всегда ссылку фигачить, не заморачиваясь на file_id

Как долго валиден кэш? Мы же этого не знаем, зачем мучать сервера?

Более того - там кеш на урл и можно всегда ссылку фигачить, не заморачиваясь на file_id

именно

Как долго валиден кэш? Мы же этого не знаем, зачем мучать сервера?

для моих задач достаточно

мне 1 раз и быстро надо разослать файл каждый раз

на 30-70 клиентов

ща быстренько проксирование намучу

это мне сэкономит кучу кода

и сильно ускорит бота

хех, если это сработает и с докумнетами, то ваще будет шоколадно

другое дело, как быстро отработает первый запрос... не получится ли, если я одновременно 70 запросов фигачу, то они все 70 сразу будут файл качать, т.к. стартуют в одно время...

надо будет ждать первого

но все равно это быстрее и лучше чем то, что сейчас

{ "ok": false, "error_code": 400, "description": "Wrong file identifier/HTTP URL specified" }

У нас с тобой разные ошибки

Кто-то из нас делает неправильно

{ "ok": false, "error_code": 400, "description": "Wrong file identifier/HTTP URL specified" }

это если через http передать

там редирект, тг видимо его тоже не любит

так

ща

скурю доку на nginx побырому

это если через http передать

Как делаю я: 1) Беру file_id фотки 2) Вызываю getFile, он вернет file_path 3) Делаю ссылку вида https://api.telegram.org/file/bot<token>/<file_path> 4) Эта ссылка нормально открывается в браузере, но не отправляется через sendPhoto (ошибка Failed to get HTTP URL content)

Как делаю я: 1) Беру file_id фотки 2) Вызываю getFile, он вернет file_path 3) Делаю ссылку вида https://api.telegram.org/file/bot<token>/<file_path> 4) Эта ссылка нормально открывается в браузере, но не отправляется через sendPhoto (ошибка Failed to get HTTP URL content)

да

так

кажется скурил

ща

КСТАТИ

вот еще классная идея

для ботоводов

надо прокситьва с локалхоста коннекшены к tg-api

чтобы локальный коннект был без ssl

это разгрузит самого бота от работы с ssl

Эм..что? как? зачем?

вместо того чтобы из своего питона коннектится к https://api.telegram.org... будешь коннектится к http://localhost/....

а в nginx рализовать proxy_pass

таким образом твоё приложение на питоне не будет заниматься ssl подключением

это немножко сэкономит ресурсы и(возможно) улучшит реактивность бота

вместо того чтобы из своего питона коннектится к https://api.telegram.org... будешь коннектится к http://localhost/....

А зачем лишний раз нагружать nginx? У меня nginx забирает все вебхуки, отдает локальным серверам-ботам по http, а дальше серверы-боты уже работают с телегой

Походу мы говорим об одном и том же

все правильно

это обратный прокси

нжинкс проксирует запросы ОТ телеги К боту

Ну да, proxy_pass

а можно сделать ЕЩЕ и наоборот

чтобы нжинкс проксировал запросы ОТ бота К телеге

И как это настроить?

таким образом боту(питону) не придется заниматсья ssl подключением

ща покажу

ща, докурю с файлами

так

с наскоку не получилось

пошел курить доку внимательнее

йес

ERROR: S client not available

да блин

location /file/ { rewrite_log on; rewrite /file/(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; }

во

в location можно file заменить на что угодно

И как это потом использовать? Куда надо ботов посылать?

дальше с этим делать так

изначальная идея была такая

берем у ТГ урл картинки и отправляем так:

https://api.telegram.org/bot000:xxx/sendPhoto?chat_id=0000000&photo=https://api.telegram.org/bot000:xxx/file/bot000:xxx/photo/file_1.jpg

но это не работает, ТГ не хочет сам у себя забирать файло

окей, тогда мы сделаем финт ушами

проксируем У СЕБЯ запросы к телеграму

https://api.telegram.org/bot000:xxx/sendPhoto?chat_id=0000000&photo=https://YOUR_DOMAIN/file/bot000:xxx/photo/file_1.jpg

мы отдаем телеграму урл своего сервера, на котром нжинкс спроксирует запрос назад в телегу

это "не очень красивое решение", но чем оно хорошо - в отличии от метода, когда я сам питоном скачиваю файл(в память), а потом его заливаю, этот метод заставит телеграм самостоятельно пойти и скачать фотографию. И проксировать запрос будет быстрый nginx не занимая ресурсов и время работы нашего бота

теперь мне интересно, сможет ли телеграм залить музло по урлу ;) проверил - РАБОТАЕТ

Лол

Следовательно и для документов так будет

Только фото наверное

sendDocument - РАБОТАЕТ!

А

Найс

и mp3 приезжает как аудио

Изи катка

ща попробую пдфку какую нибудь

зип файл приехал ок

Ракета сломался, завезите нового