Как подсказали ниже/выше, для небольших картинок (меньше 5 Мб) можно указать просто URL.
Если набор изображений более-менее стабильный и отбирается вручную, можно заранее отправить их своему боту в Telegram, через метод getUpdates посмотреть на fileID этих картинок и дальше вызывать sendPhoto с этими fileID, тогда отправка будет вообще мгновенной, ведь файл уже лежит на серверах Telegram.
Только вот Jabber сейчас (имхо) — живой труп. Куча ХЕРов, которые поддерживаются разными серверами в разных комбинациях, отсутствие достойных клиентских приложений, сложность первоначальной настройки.
В Telegram в секретных чатах в 2013 появилась, касалось всех сообщений вообще.
А для изображений/видео в облачных диалогах в 2017.
Примерно одновременно, да.
Тут могу только посочувствовать :) у меня из «яблок» только iPad, на котором уже приходится терпеть неудобства, связанные с необходимостью просмотра видео с ютуба в Safari, а не в приложении.
Что раздражает у crontab, так это отсутствие (?) подтверждения при удалении через crontab -r. Особенно с учётом того, что клавиши "e" и "r" расположены рядом на клавиатуре, поэтому набирая "crontab -e" нужно быть КРАЙНЕ внимательным.
Я, наверное, ошибаюсь, но почему-то в голове всплывает какая-то новость, что то ли CloudFlare, то ли DigitalOcean клиенту предложили за деньги пересесть на "точно чистый" IP не из расстрельного списка роскомцензуры. Но память — штука такая, ненадёжная.
Да, я не смогу сверить ключи без личной встречи (с гарантией). Меня устраивает. Если прям совсем никак, отправлю через почту (разумеется, не российскую). Эта "сложность", которая, на самом деле, обычная цифровая гигиена, возникает только на этапе установления чата. Дальше общение идёт без проблем. Вопрос удобства и допустимости.
Повторюсь: есть визуализация ключей, защищающая от подобных махинаций. Вы, конечно, можете заявить "визуализация подделана", но в условиях открытости клиентов это проверяемо.
Не вижу причин сомневаться в секретных чатах. Облачные — другой разговор
Кстати, я был неправ. Как шифруются сообщения перед отправкой на сервер и как происходит обмен ключами, Вы можете найти в исходниках клиентских приложений на гитхабе. Найти, убедиться и собрать из них. Так и увидите, что до сервера долетает "мусор", который самому серверу расшифровывать нечем.
Может быть, костыль, но что если добавлять к URL картинки какой-нибудь невзрачный параметр? Типа https://example.com/pic.jpg?yourvalue=abcxyz
Как подсказали ниже/выше, для небольших картинок (меньше 5 Мб) можно указать просто URL.
Если набор изображений более-менее стабильный и отбирается вручную, можно заранее отправить их своему боту в Telegram, через метод getUpdates посмотреть на fileID этих картинок и дальше вызывать sendPhoto с этими fileID, тогда отправка будет вообще мгновенной, ведь файл уже лежит на серверах Telegram.
Только вот Jabber сейчас (имхо) — живой труп. Куча ХЕРов, которые поддерживаются разными серверами в разных комбинациях, отсутствие достойных клиентских приложений, сложность первоначальной настройки.
Всегда пожалуйста!
Не совсем понимаю, почему такое ограничение на вызов лишь одного sendMessage. Разве нельзя вызвать sendPhoto, к примеру?
Речь не об удобстве, а о безопасности. Ваш вариант, войдя в привычку, в один прекрасный (нет) день приведёт к возможной SQL-инъекции.
В Telegram в секретных чатах в 2013 появилась, касалось всех сообщений вообще.
А для изображений/видео в облачных диалогах в 2017.
Примерно одновременно, да.
Вы что-то путаете. Всегда номер телефона требовался, даже в 2013
В худшем случае — в запой
Тут могу только посочувствовать :) у меня из «яблок» только iPad, на котором уже приходится терпеть неудобства, связанные с необходимостью просмотра видео с ютуба в Safari, а не в приложении.
Странно, у меня на iPad Adblock X нормально работает и блочит рекламу. iOS 12.4, на бетке iOS 13 тоже вроде работал, проверю на релизе скоро.
Это коснётся только macOS или ещё и iOS13/iPadOS?
Что раздражает у crontab, так это отсутствие (?) подтверждения при удалении через crontab -r. Особенно с учётом того, что клавиши "e" и "r" расположены рядом на клавиатуре, поэтому набирая "crontab -e" нужно быть КРАЙНЕ внимательным.
Шутка "в военное время значение числа Пи может равняться четырём" потихоньку перестаёт быть шуткой?
Я, наверное, ошибаюсь, но почему-то в голове всплывает какая-то новость, что то ли CloudFlare, то ли DigitalOcean клиенту предложили за деньги пересесть на "точно чистый" IP не из расстрельного списка роскомцензуры. Но память — штука такая, ненадёжная.
Да, я не смогу сверить ключи без личной встречи (с гарантией). Меня устраивает. Если прям совсем никак, отправлю через почту (разумеется, не российскую). Эта "сложность", которая, на самом деле, обычная цифровая гигиена, возникает только на этапе установления чата. Дальше общение идёт без проблем. Вопрос удобства и допустимости.
Повторюсь: есть визуализация ключей, защищающая от подобных махинаций. Вы, конечно, можете заявить "визуализация подделана", но в условиях открытости клиентов это проверяемо.
Не вижу причин сомневаться в секретных чатах. Облачные — другой разговор
Визуализация есть для секретных чатов, которые существуют только в виде диалогов. Облачные чаты – это Client2Server шифрование
Кстати, я был неправ. Как шифруются сообщения перед отправкой на сервер и как происходит обмен ключами, Вы можете найти в исходниках клиентских приложений на гитхабе. Найти, убедиться и собрать из них. Так и увидите, что до сервера долетает "мусор", который самому серверу расшифровывать нечем.
Сообщение шифруется локально и хранится на сервере в виде цифрового мусора, пока собеседник не появится в сети.
Пруфов не будет, извините.