Comments 58
Новая жизнь для XMPP. Делаем мессенджер, который не получится заблокировать
Главное, что бы этим мессенджером никто из протестующих с США не воспользовался. А то опять будет «русские хакеры», «рука кремля», «новые санкции против РФ», «высылка дипломатов»,…
Если соглашаться на федеративный протокол, то почему не матрикс? Мне о нем в свое время на https://t.me/distributed все уши прожужжали.
Как минимум XMPP — это уже известный стандарт с кучей клиентов под множество платформ.
Кстати, подскажите, пожалуйста, а почему Вы сделали ссылку на один из каналов закрытого мессенжера, вместо прямой ссылки на официальный сайт https://matrix.org/blog/home/?
Федерацию внутри I2P не получилось сделать, насколько я помню, протокол федерации жестко завязан на DNS и для даркнета прийдется делать какие-то костыли.
Когда уже телепатию освоите? Ее уж точно не заблокируют
upd: я точно правильно понял что речь о telepathy.freedesktop.org/components?
Кю!
Если у каждого будет свой локальный сервер, как находить других юзеров?
Или вот это
все остальные пользователи должны будут добавить в свой конфиг— неизбежность? Тогда не взлетит, как мне кажется.
как находить других юзеров?
Так же, как это делают в обычных мессенджерах — whatsapp, telegram и тд. Тут в качестве идентификатора пользователя выступает ваш jabber id.
не взлетит, как мне кажется.
Это, как мне кажется, мелочи. Для взлета больше важно готовое клиентское приложение, в котором вся настройка сводится к минимуму. И сделать это вполне реально, все программы с открытым исходным кодом. Их бы собрать в готовый к употреблению продукт, получится конфетка.
И2П в режиме вошёл-вышел, тоже не очень — оно хочет долгой и вдумчивой работы.
Что бы весь этот самолёт с бассейнами и прочим взлетел, это должно работать из коробки без напильника на любых гнилых линиях (я регулярно посещаю места где 1 кб в минуту — за счастье).
А для идентификации необходимо использовать связку ждабер-ид + адрес_сервера, (никто не думает что все будут на одном домашнем сервере сидеть, который выключился и всё) и как это будет ввглядеть для запоминания / диктовки, особенно по телефону?
Antox например очень плохо работает. Зависает и глючит на видео и аудио звонках. Сообщения часто не доставляет хотя на обоих устройствах включен. Приходится шаманить чтобы оба клиента увидели друг друга в сети и обменялись сообщениями.
Ну потерпите завершения проекта tox-rs/tox, переписываем на Rust.
Если коротко, то это имеет очень мало общего с тем болотом, что там было раньше. Надеюсь, скоро прочитаем подробности из первых рук.
На самом деле прогресс большой. Мы научились находить друга и посылать/принимать сообщения. Вот пример простейшего бота: https://github.com/tox-rs/tox/blob/master/examples/echo.rs
Другое дело, что бюджет закончился, и теперь оно допиливается в ленивом режиме.
Я один не понял, а причём здесь p2p? Да, серверов много, да легко настроить, но это немного другой принцип, нежели p2p, списки то юзеров у каждого сервера свои. Если только не сделать единый "блокчейн" со списком ВСЕХ пользователей)), но насколько я знаю, это выходит за рамки спецификаций стандарта xmpp.
А запустить сервер в любой сети можно, хоть в интернете, хоть в локалке, хоть через hiddenservicec в Tor. Проблема только в том, что и общаться при этом возможно будет только с клиентами из этой же сети.
списки то юзеров у каждого сервера свои
Но между собой сервера прекрасно общаются (как и в, например, электронной почте).
Лично я уверен, что в свое время XMPP проиграл битву за пользователей в т.ч. и в этом.
uniq -c
, обрамлённый в ```
, вечно выглядит криво), огромная куча прочих неприятных мелочей и возможность использовать стикеры про вашу любимую газировку — это просто верх удобства!</sarcasm>Хотя все те пользователи телеграма, которых я знаю, действительно считают, что это на порядок удобнее, чем IRC или XMPP, но почему — объяснить сами толком не могут.
Могу, но давайте в личку. Я не про стикеры, а именно про удобство. Сегодня из старых разве что Миранду можно использовать (как и тогда можно было).
Если бы XMPP-клиент пилили сейчас — он бы выглядел горраздо красивее.
Если бы протокол делали сейчас — тоже было бы, думаю, поинтереснее. Но я не про красоту, про удобство.
Жрет ресурсов как не в себя, делает чуть — типичный клиент восьмилетней давности. На фоне Миранды всегда смотрелся недоделкой, сделанной программистами-а-не-дизайнерами. Жаль, что миранды нет под линукс.
Вообще, у него было две версии — новая, с QT и весом под 120 мегов (про жор ресурсов я промолчу) и старая, весила метров 20. Тоже много, но не 120.
Архив сообщений в виде HTML — это не так плохо. Это даже хорошо, если вдуматься. Лучше, чем plain text, имхо.
У QIP Infinium архив сообщений вообще был в закрытом пропритетарном зашифрованном формате.
На тот момент он был самым лучшим из того, что было (не считая Миранды, но я к ней так и не смог привыкнуть).
Впрочем, и телеграм не так чтобы очень уж удобен.
Ограничение на копирование 100 мессаг за раз, отсутствие экспорта истории чата в файл — ну куда это годится в 2018 году???
Ресурсы он тоже жрет как не в себя.
Что мешает взять протокол электронной почты, прикрутить к нему шифрование, сделать красивый интерфейс с визуализацией процесса доставки и чатами вместо списка писем?
Существуют какие-то фундаментальные сложности при написании мессенджера на опенсорсе? или нет потребности в месенджере?
Да, именно что существуют фундаментальные сложности. Мессенджер которым никто не пользуется — никому не нужен. Поэтому самое главное в мессенджере — реклама, а не код. К сожалению.
Существуют какие-то фундаментальные сложности при написании мессенджера на опенсорсе?
Я думаю, что мешает фундаментальный принцип «и так сойдёт». Вот например автор, он молодец, написал большую подробную статью, рассказал где и какие команды нужно выполнить, где в каких конфигах что поправить. Но что дальше? Кто из пользователей телеграмма будет грепать логи, и, главное, зачем? Для того, чтобы был даже самый маленький, самый микроскопический шанс на взлёт, нужно готовое решение, которое устанавливается одной кнопкой на все платформы, тысячу раз проверенное, и протестированное в самых немыслимых конфигурациях. Но этого нет. Потому что и так сойдёт.
То есть схема пир-ту-пир не работает.
Инфраструктура месенджера на сотни миллионов пользователей стоит довольно дорого.
Продвижение стоит дорого.
Так и получается, что основной рынок в руках очень крупных и очень денежных игроков.
За счет использования I2P, неуязвим для различных *надзоров (сори за мат).
А вот здесь вы, к сожалению, не правы. i2p хорошо защищён (но отнюдь не неуязвим) от внутренней слежки, которая в действия РКН нисколько не входит. Фича РКН — блокировки, и заблокировать i2p вполне реально — достаточно заблокировать reseed-сервера и ограничить доступ к получению списков floodfill-роутеров — и i2pd просто не наладит связь с initial-пирами.
Надеемся, что телеграм пилит потихоньку механизм неуязвимости перед блокировками и т.п.
ключём
1) ключом;
2) открытым ключом никакие тексты никогда не шифруются, тем более в GnuPG.
открытым ключом собеседника + своим приватным. Что не так-то?
открытым ключом никакие тексты никогда не шифруются, тем более в GnuPG
Можно с этого момента подробнее?
security.stackexchange.com/questions/70652/why-the-symmetric-key-is-added-to-the-message
Новая жизнь для XMPP. Делаем мессенджер, который не получится заблокировать