кладу его, например, в дропбокс - грузит нормально

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

при этом проксированное фото грузится нормально

систему этого я не понял, но проксированный войс он не хочет грузить вообще никак

ogg-файл?

Как ты думаешь, что лучше, загружать 20мб к себе, а потом еще грузить на сервер тг, или сразу скормить ссылку на файл и Телеграмм сам загрузит?

Чем это лучше отправки по file_id, который УЖЕ есть?

Чем это лучше отправки по file_id, который УЖЕ есть?

Анонимность, алло

ogg-файл?

оно их отдает с расширением oga

Ну, если дело только в этом...

Ну, если дело только в этом...

Это и нужно

Ну, если дело только в этом...

у меня это корневая задача

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

чтобы весь трансфер шел мимо питона

почему не получилось с войсами - я не знаю

смотрел сейчас - и мой сервер и их отдает одинаковые хедеры

server { listen 443 ssl http2; server_name some.public.domain.tld; location / { rewrite_log on; rewrite /(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; }

вот, собственно, вся инструкция

для проксирования файлов через себя

Ракета

Рефералка на диджитал есть?

Реклама с радио ти?)

Не слушаю

server { listen 443 ssl http2; server_name some.public.domain.tld; location / { rewrite_log on; rewrite /(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; }

И это для тех ссылок, которые получаются из метода getFile, так?

И это для тех ссылок, которые получаются из метода getFile, так?

угу

збс

так вот если эти ссылки дальше скармливать в sendPhoto - то оно их ест

а если в sendVoice - то нет

Рефералка на диджитал есть?

Да

Да

Ты не ракета

Не слушаю

Ну они там про диджетл оушен каждый выпуск говорят)

server { listen 443 ssl http2; server_name some.public.domain.tld; location / { rewrite_log on; rewrite /(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; }

Стоп, а где тут передача запросов на локальные серверы? nginx ведь сам не вызывает getFile

Рефералка на диджитал есть?

есть

есть

Что там дается?

Что там дается?

10$ по промо-коду

и, собственно, всё

Отлично

А тебе что за это?

Процент с моего счета?

Бобук, залогинься

когда потратишь там 25$ мне дадут 25$

Бобук, залогинься

я конечно не бобук, но спасибо )

)

Это будет не скоро, но неплохо

Кинь рефералку

https://m.do.co/c/efd4115e587a

server { listen 443 ssl http2; server_name some.public.domain.tld; location / { rewrite_log on; rewrite /(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; }

И зачем здесь https? Если локальные серверы обращаются к nginx по http?

И зачем здесь https? Если локальные серверы обращаются к nginx по http?

посыпаю голову пеплом ))))

server { listen 80; server_name some.public.domain.tld; location / { rewrite_log on; rewrite /(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; }

И опять-таки надо добавить allow 127.0.0.1 и deny all ?

И опять-таки надо добавить allow 127.0.0.1 и deny all ?

нет

А почему?

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

а если чисто для локального использования, то инструкция другая:

server { listen 443 ssl http2; server_name some.public.domain.tld; location / { rewrite_log on; rewrite /(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; }

А линк на файл час же доступен

А линк на файл час же доступен

мне он нужен только 10-20 секунд

server { listen 80; server_name api.tg.local; location / { allow 127.0.0.1; deny all; rewrite_log on; rewrite /(.+)/(.*) /$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; } server { listen 80; server_name file.tg.local; location / { allow 127.0.0.1; deny all; rewrite_log on; rewrite /(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; }

соответственно в /etc/hosts надо прописать: 127.0.0.1 api.tg.local 127.0.0.1 file.tg.local

server { listen 80; server_name api.tg.local; location / { allow 127.0.0.1; deny all; rewrite_log on; rewrite /(.+)/(.*) /$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; } server { listen 80; server_name file.tg.local; location / { allow 127.0.0.1; deny all; rewrite_log on; rewrite /(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; }

вот это то, что я сейчас сделал

с перезаливкой траблы, как выше писал

Так, а чтобы tg мог дернуть файл, ему надо вебхук же скармливать, так?

Получается, для каждого бота свой локейшн

неееее

это для исходящих запросов

от твоего питона/ноды

бл, че-т я вообще всё перестал понимать :(

Телега -> по вебхуку на nginx -> тот передает запрос боту Бот получает file_id файла, формирует ссылку, по которой можно скачать

вместо того, чтобы дёргать https://api.telegram.org, ты дергаешь свой nginx http://api.tg.local

ERROR: S client not available

таким образом ты разгружаешь свой процесс от ssl соединения

ну и еще заметно это улучшит, если у тебя до ТГ медленное соединение

для перезаливки - первая инструкция

ты через свой сервер можешь получить файл из ТГ

но, как я уже говорил - для войсов не работает

для фото - работает,

для другого не проверял

server { listen 80; server_name api.tg.local; location / { allow 127.0.0.1; deny all; rewrite_log on; rewrite /(.+)/(.*) /$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; } server { listen 80; server_name file.tg.local; location / { allow 127.0.0.1; deny all; rewrite_log on; rewrite /(.+)/(.*) /file/$1/$2 break; proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; } access_log off; }

т.е. это - две отдельные инструкции?

т.е. это - две отдельные инструкции?

да, вторая для ускорения работы вообще

ну и еще заметно это улучшит, если у тебя до ТГ медленное соединение

А, может, поэтому я сильно разницы не вижу

Получается, api.tg.local - это для ускорения file.tg.local - для перезаливки, окей

НЕТ )))))

Да блииииииииааааааааа

local для ускорения )

лол, они оба local

зачем вы страдаете этой ерундой?

Так интересно же

зачем вы страдаете этой ерундой?

Предложи идею получше. Дано: по фото в чужом канале, ты можешь узнать, кто его туда залил через бота. Решение: ?

Причем тут nginx?

Поправка, кто его залил анонимно

Причем тут nginx?

Проксирование

Причем тут nginx?

Что лечить

Поправка, кто его залил анонимно

Я и говорю - через бота

Даже я понял про что разговор

Причем тут nginx?

я проксирую запросы в телеграм через себя же на локалхосте

чтобы ssl подключением занимался nginx а не tornado

Зачем проксирование? Кто вам сказал что nginx будет быстрее отправлять данные?

мне никто не говорил

чтобы ssl подключением занимался nginx а не tornado

Ты проксируешь и API запросы

?

Ты проксируешь и API запросы

да

Зачем проксирование? Кто вам сказал что nginx будет быстрее отправлять данные?

У него как минимум быстрее соединение идет