Pull to refresh

Comments 86

Помните тот комикс XKCD про то, как у нас есть 16 стандартов, это недопустимо, нужно все унифицировать, и в итоге у нас появляется семнадцатый?

Мне кажется, этот комикс можно переделать в стиле: «у нас есть сто статей про необходимость создания единого стандарта мессенджеров, это недопустимо»… и т. д.
Вообще-то в оригинале стандартов было 14. Потом, когда картинка стала мемом, начали говорить про «15 стандартов». Теперь вот ваша версия…
Видимо, авторы действительно провидцы!
UFO landed and left these words here
Лично на мой взгляд XMPP похоронило отсутствие передачи аудио- и видеоконтента. Были куча разнообразных решений для этого, но они не были совместимы между собой.
Как мне кажется, первоначально XMPP похоронило появление WhatsApp (а потом Viber, iMessage и Telegram), у которых было колоссальное, невиданное доселе преимущество: автоматический поиск и добавление контактов по номеру телефона прямо из адресной книги. Пользователи вздохнули с облегчением, что теперь не надо поддерживать отдельный список контактов, и забыли про все мессенджеры довацаповой эпохи.

Дальнейшее нарастающее технологическое отставание, про которое вы написали (опять же, на мой взгляд), было уже следствием массовой миграции личной переписки в другие мессенджеры и угасшего из-за этого интереса к XMPP. Более того, сама идеология XMPP-сети не позволяет разбить камень, который утащил её на дно.
Как мне кажется, первоначально XMPP похоронило появление WhatsApp

При этом WhatsApp сам сделан на XMPP
Да, в том-то и ирония, что сам по себе протокол вполне жизнеспособен, нежизнеспособна лишь та его часть, которая называется «федерация». Попытки создать один большой мегасервер на XMPP были и до этого (достаточно вспомнить хотя бы Google Talk), но именно WhatsApp успел утянуть одеяло на себя в период появления первых настоящих смартфонов.

Концепция XMPP как сети разрозненных слабо совместимых друг с другом серверов была в любом случае обречена: невозможно двигать вперёд технологию, когда она реализована в виде сети гетерогенных серверов без общего владельца; она рано или поздно застывает в своём развитии, как застыла телефонная связь, электронная почта, и т. п.

Отдельный контакт-лист тоже не имеет смысла при интеграции со смартфоном, там уже есть адресная книга. Если бы не WhatsApp, рано или поздно тот же Гугл бы добил свой вариант единого обособленного мегасервера с учётками по номерам телефонов, и мы бы получили то же самое.
XMPP не застрял в развитии. Идет активная разработка. Linux пакеты в дистрибутивах идут с отставанием 3-5 лет (дебиан) -10 лет (centos) от текущей разработки. Пока ОС поддерживаются не спешат обновлять сервера
В том и дело, что физически невозможно заставить десять тысяч админов обновить сервера (и пятьдесят команд разработчиков — обновить клиенты), чтобы у всех заработала какая-то новая фишка типа end-to-end шифрования или голосовых звонков. Ни сейчас, ни в будущем, даже если в репозиториях будет лежать всегда свежая версия. Сама идея слишком утопична, чтобы выживать в жестокой конкурентной борьбе.

Понятное дело, что разработка ведётся, и это весьма неплохо. Но реальные пользователи этого не видят и ещё долго не увидят. А каждое обновление монолитных решений приносит новые функции всем и сразу.
Я ему это уже почти месяц пытаюсь объяснить, бесполезно
Технологии со временем меняются. Потом появиться Google и объявит стандартную технологию устаревшей. Facebook скажет, что ему нужно расширение, которое больше никому не нужно и т.д.

Если не взлетит — попробуйте сбоку зайти: создать клиент, который выглядит как мессенджер, но по сути почтовый клиент. У кого он установлен — те общаются как в мессенджере (видят только сообщение и от кого оно), у кого нет — те получают обычные емэйлы через обычные каналы, и отвечают обратным емэйлом. Параллельно, прога-клиент пусть сливает номер мобилы хозяина в общую базу с согласия пользователя, чтоб потом другие люди, дав клиенту доступ к телефонной книге, автоматом получили адреса чужиех емэйлов, на которые можно писать для общения (это будет как в Viber'e, который показывает у кого из вашей тел.книги есть вайбер).
Первое время можно ничего не шифровать, т.к. почта уже шифрована.

Забыл добавить — все люди сидят в разных мессенджерах, но у всех емэйл, именно это у всех общее.

Greylisting всё портит.
создать клиент, который выглядит как мессенджер, но по сути почтовый клиент

Delta chat

Проверил — то что нужно! Наконец-то реализовали то о чём я и сам думал

И при этом ничего не сказано про стикеры. Не взлетит этот мессенджер )
Много лет вынашиваю планы по созданию идеальной IM, согласен с большинством приведенных вами свойств которыми такой IM должен обладать, но хочу немного порассуждать.
Во-первых не стоит разделять узлы сети на клиенты и серверы. Хотите чтобы ваша федерация расцвела — максимально снижайте порог входа: каждый клиент (по инициативе пользователя) должен уметь переключаться в режим сервера. Любой клиент на любой платформе в любое время. Например клиент запущенный на домашнем ПК в режиме сервера сможет предложить своему пользователю (или любому желающему) на мобильном клиенте сервисы авторизации, архивирования, транспортов и push-уведомлений. Без требования специальных навыков и необходимости разворачивания и поддержания выделенного сервера.
Во-вторых ни в коем случае нельзя делать обязательной представление никнейма (идентификатора) с привязкой к домену. Ваша сеть станет зависимой от существующей инфраструктуры регистрации и поддержки доменных имен — это точка отказа.
По первому — полностью согласен, нужно максимально упростить создание собственного сервера, а вот про домены — это спорно.
Если не привязываться к доменам — непонятно, как удобно производить адресацию к пользователю. Человек должен иметь возможность простым способом предоставить свои контакты, не только публикацией своего ключа.
А если использовать глобальные никнеймы — как уже писал, высока вероятность, что очень скоро эта база будет замусорена, и придётся либо очень-очень длинные никнеймы использовать, либо привязываться к номеру телефона, чего тоже не очень хочется.
Разумеется удобный способ идентификации по домену должен быть. И даже по номеру телефона. Я говорю лишь о том, что это не должно быть обязательным. Основным идентификатором должен быть публичный ключ конечно же. Мне нравится идея подписывания закрытым ключом всех этих никнеймов в доменах или номеров телефонов со сроком действия подписи либо с возможностью отзыва — такой механизм позволит безопасно использовать удобные идентификаторы и при желании делать их невалидными в случае утраты доверия к домену, потере сим-карты или при любых иных форс-мажорных обстоятельствах.
Извиняюсь конечно, но над кодом вам нужно серьёзно поработать.

scaro-daemon: комменты на русском, захардкоженные в cpp файлах пути к ключам, чтение из файла с ключом напрямую по имени файла (gpgme/qtcrypto?), пишете напрямую в string::c_str(), неуместные названия файлов (dalek, skaro… я сам люблю dr who, но лучше бы названия несли смысловую нагрузку). ИМХО стоило хоть чуть-чуть причесать код прежде чем выходить на хабр со статьёй.
Спасибо за отзыв, но код был скорее с целью показать, что есть какой-то прогресс в этой области, что это не только одни идеи.
Это совсем не путь, это всего лишь браузер. Попробуйте представить браузер с полдюжиной веб-приложений на мобильнике, постоянно работающих в фоне. Вряд ли аккумулятор будет этому рад. Плюс к этому, объединить пользователей разных сетей в одном чате или хотя бы в одном ростере не получится.
У всех существующих мессенджеров есть свои плюсы и минусы, но каждый из них тянет одеяло на свою сторону из-за несовместимости с другими – и от этого страдают пользователи.

Эта проблема не нова и у неё давно есть решение — мультипротокольный клиент.
И на эту тему есть куча отличных программ для настольных систем.
А вот для мобильных — похоже, что ещё нет.
Если вы ищете свободную нишу, которая может выстрелить, то вот она.

Мультипротокольный клиент не поможет собрать чат из людей, из которых у одного вотсап, у другого Вайбер, а третий не признает ничего кроме телеграма.

А вот для мобильных — похоже, что ещё нет.

А ведь были славные времена Jimm Multi на J2ME...)

Нравится, что разработчики учли опыт XMPP и разрабатывают единые спецификации вместо кучи независимых XEP-ов, но это лишь один из недостатков XMPP.

Если какому-либо мессенджеру понадобиться функция не включенная в общею спецификацию? Появиться несовместимый форк, поэтому в XMPP пошли по пути расширений.
HTTP Long Polling

В ХМPP есть BOSH. Это работает по http
В этом случае, может быть, вовсе отказаться от серверов? Существует некоторое количество мессенджеров, основанных на безсерверной технологии.

Вот сразу WhatsApp возмется и согласиться переходит на без серверные технологии. WhatsApp скорей засудится до последнего или уйдет на рынок другой страны, чем перейдет на без серверную технологию.
Потом без серверные технологии, страдают проблемами работы на мобильных устройствах.Мобильный становится этим сервером и начинает страшно поедать траффик и батарею, так же проблемой с доставкой сообщений в оффлайне.
Кстати, ХМПП сервера можно устанавливать и на домашних ПК пробрасивая домен в торе, получается та самая «безсерверность»
Есть и относительное добро, например, мессенджер Signal, который полностью открыт, но сервера не поддерживают федеративный режим,

В ХМПП шифрования сигнала (ОМЕМО), ХМПП это уже и есть образно открытый Сигнал
Здесь нет ничего нового, используются стандартные средства шифрования GPG.
Пока не решён вопрос с шифрованием в группах, но, вероятно, можно воспользоваться механизмом, используемым в Signal.

И то и другое есть в XMPP

Подключение к серверу осуществляется с использованием WebSockets, в котором данные по-умолчанию сериализуются в бинарный формат представления данных CBOR, но при установлении WebSockets соединения существует возможность запроса другого формата, скажем, protobuf.

И это тоже есть в ХМПП

Единственное чего нет в ХМПП это хорошего клиента под декстоп с звонками. Если бы Вы это сделали Вас бы все спасибо сказали. Сейчас Вы изобретаете просто очередной велосипед
Единственное чего нет в ХМПП это хорошего клиента под декстоп с звонками. Если бы Вы это сделали Вас бы все спасибо сказали.
Разве под мобильники есть хороший клиент со звонками? Я припоминаю только встроенный в maemo os (на n900 даже видеозвонки через jabber работали!), но он уже неактуален. Авторы psi много лет назад начинали интеграцию jingle в свой клиент, но что-то никто спасибо им не сказал. Похоже, именно поэтому работа не была доведена до конца. Вместо спасибо в сообществе был запущен по сути форк psi-plus с плюшками типа жуйк-интерграции и тому подобной гиковой непотребщиной.
Кроме того, на деле выясняется, что для работы какого-либо расширения XEP (например, для звонков), это расширение должно поддерживаться:
1) клиентом отправителя,
2) сервером отправителя,
3) сервером получателя,
4) клиентом получателя.
По причинам, описанным выше Archon, выясняется, что достичь такой гармонии очень сложно. Одного десктопного клиента со звонками, которого, к слову, не смогли сделать за десятилетие, тут будет недостаточно. Вот и получается, что проще похоронить xmpp как протокол коммуникаций, несоответствующий современным потребностям общества.
Разве под мобильники есть хороший клиент со звонками?

Хороший клиент есть, со звонками нет. В Conversations есть аудио и видеосообщения, но это не совсем звонки.
Кроме того, на деле выясняется, что для работы какого-либо расширения XEP (например, для звонков), это расширение должно поддерживаться:

Для p2p звонков достаточна поддержка клиентом. Нет денег разработку
Одного десктопного клиента со звонками, которого, к слову, не смогли сделать за десятилетие, тут будет недостаточно

Почему же не сделали? Сделали и даже несколько, но звонки оказались (в то время) оказались невостребованными. Поддержку звонков забросили и сейчас старые библиотеки для звонков не совместимы с новым кодом. Это слышал неоднократно от разработчиков PSI и Gajim
Это при популярности скайпа-то — и не востребованы? Попахивает бредом.
Так говорили разработчики PSI+ и Gajim
Gajim не пробовал, но Psi+ при попытке позвонить очень часто падал. Естественно за падения никто спасибо не скажет :\
Начал читать и чуть не захлебнулся от количества воды. Можете tr;dl для сухопутных что вы делаете? Новый-модный-молодежный xmpp к которому хотите прикрутить транспортами популярные ныне im? Ну ок тогда подумайте почему к этим im не пишут транспорты под xmpp уже сейчас(ответ: они в большинстве своем анально огороженые и не любят сторонние клиенты).
Про p2p-мессенджеры два абзаца написаны конкретно на примере tox'а. Опишу своё понимание недостатков p2p технологии в сравнении с клиент-серверной.
  1. Необходимость быть по сути полноценной нодой сети как компьютеру, так и мобильнику плохо сказывается на мобильных устройствах: подобная работа приводит к большому расходу трафика и большому расходу заряда аккумулятора.
  2. Поскольку каждое устройство представляется самостоятельным узлом сети, между несколькими устройствами одного пользователя сложнее организовать перенос идентификационного ключа, контактов, истории.
  3. Большинство пиринговых мессенджеров для передачи сообщения требуют, чтобы оба контакта одновременно находились в сети.
Да, для всего перечисленного в теории есть свои решения, но на практике проще переложить большинство функций — хранение ключей (кроме e2e), контакт-листа, истории — на постоянно работающий сервер, которому доверяешь.

В любом случае e2e-шифрование требует от пользователя некоторого понимания происходящих процессов и дополнительных телодвижений, иначе страдает безопасность. Получается, tox ставит своего пользователя перед выбором «удобство или безопасность», совершенно игнорируя пользователей, для которых шифрование не является жизненно необходимым.

Ок, это уже понятнее… Спасибо.

Спеки-то есть? Реализации можно сотню раз переписать, а протокол намного более важная вещь, дайте ссылку на почитать описание (в репозиториях сходу не видно)

Например, тот же Matrix. Не буду говорить про HTTP Long Polling, плохую отказоустойчивость серверов и откровенную гиковость интерфейса клиентов – всё это решаемые задачи, пусть и не тривиальные. Другой проблемой является классическое устройство федеративной сети, когда мы вынуждены выбрать какой-то сервер и доверять его владельцу, что он будет обеспечивать работоспособность сервера и не будет его закрывать.
Разрешите замолвить пару слов про Matrix. HTTP Long Polling там вряд ли в ближайшем будущем заменят, это минус. Плохую работу серверов авторы объясняют использованием Python и поэтому параллельно ведётся работа над сервером на Go. Что касается привязки аккаунтов к доменам и сложности перехода с одного домена на другой, то по этому вопросу высказывалось много идей и предложений. Внезапно некоторая помощь пришла от GDPR, для соответствия которому было решено в будущем отвязать учётки от mxid (это будет лишь ещё один идентификатор наравне с номером телефона и адресом e-mail). И вот тут появляется реальный шанс, что после перехода на новую (несовместимую с текущей) спецификацию учётную запись можно будет привязывать к нескольким mxid на разных серверах!

Интересно. Хотелось бы узнать подробнее об планах переносимости профилей в matrix.

Плохую работу серверов авторы объясняют использованием Python и поэтому параллельно ведётся работа над сервером на Go.

Могли бы просто использовать Ejabberd, но нет им же нужны инвестиции на разработку, а если это не «уникальный продукт» денег никто не даст. Это и огорчает, делают очередной несовместимый стандарт с меньшей функциональностью и на собственных велосипедах. Матрикс можно было создать используя фиксированный набор хепов (да, есть и такой хеп, объединяющей другие хепы) и написав клиент со звонками
Предлагаю взглянуть на сравнение xmpp и matrix свежим взглядом, не разглядывая историю развития этих проектов. Что такого особенного имеется в xmpp, что ни в коем случае нельзя браться за другие свободные протоколы? Кроме этой самой многолетней истории, разумеется. В чём, по-вашему мнению, заключается «большая функциональность» xmpp в сравнении с матрицей?
Теперь представьте меня в 2016-м. Я с семьёй выезжаю на отдых, там выясняется, что для совместной коммуникации среди мобильных xmpp-клиентов не могу найти ни одного достойного кандидата, способного сравниться по функциональностью со среднестатистическим ватсапом: простого для приглашения новых участников в совместные чаты, со звонками, с обменом контентом. Уже после возвращения домой я узнаю про riot.im, в котором из коробки есть всё, что нужно: аудиозвонки, видеозвонки, видеоконференции, синхронизация истории сообщений между всеми твоими клиентами, плавная подгрузка истории чата хоть до самого начала комнаты, причём всё это вне зависимости, используете ли вы с собеседниками андроид-клиент и/или веб-клиент. Это вы называете «меньшей функциональностью»? Если б разработчики матрицы пилили xmpp, вряд ли бы мы получили такую же функциональность даже к сегодняшнему дню.
Что такого особенного имеется в xmpp, что ни в коем случае нельзя браться за другие свободные протоколы?


Не правильно поставлен вопрос. Различие между Matrix и XMPP идеалогические:

— В XMPP любой может добавить расширение
— В Matrix расширение могут добавить лишь после одобрения ограниченной группы людей, разработчиков

— В XMPP некоммерческое сообщество
— Matrix.org и Riot — коммерческая организация

— В XMPP слабые клиенты на декстопах и хорошие сервера
— В Матрикс паршивые сервера и хороший клиент Риот.им

— XMPP ставит цель объедение мессенджеров
— Matrix просто мессенджер

В остальном Matrix переписанный ХМPP и весьма плохо переписанный. Если бы не клиент Riot на Электроне и огромные вложение на рекламу и разработку Matrix бы загнулся.

Матрикс вообще бы не появился, если бы его разработчики знали что Ejabberd поддерживает вебсокеты. Они захотели написать простой клиент для XMPP сервера, но поняли как его настроить и приделать к нему Электрон)
Не правильно поставлен вопрос.
Вы ведь сами сказали про меньшую функциональность, вот я и уточняю, какая полезная для современного общества функциональность реализована в xmpp и отсутствует в matrix.
В XMPP любой может добавить расширение
Добавить куда: на бумажку, на кладбище XEP'ов? Чтобы в итоге добавить расширение простым пользователям, надо получить одобрение неограниченного числа ограниченных групп лиц (разработчиков и админов многочисленных серверов и клиентов). Уж куда проще сделать pull request в git и убедить одну ограниченную группу адекватных людей в полезности своего дополнения.
Matrix.org и Riot — коммерческая организация
Если под словом «коммерческая» Вы понимаете получение прибыли, спешу огорчить: прибылей они не получают, живут за счёт спонсоров, в т.ч. донатов от сообщества. При этом сидят на крючке GPL: если скажут «хватит, теперь будем зарабатывать на всём подряд», то в этот момент желающие могут сделать форк.
В Матрикс паршивые сервера и хороший клиент Риот.им
Вы сами-то видели мир матрицы или судите исключительно по комментариям в этом треде?
XMPP ставит цель объедение мессенджеров
Помимо установки цели важно уметь достигать её. Если за десятилетие цель не достигнута, а ушла ещё дальше, это либо недостижимая цель, либо выбран неправильный путь её достижения.
К слову, матрикс тоже объединяет, но только при условии, что другая сторона не против такого объединения и предоставляет какие-нибудь механизмы для этого. В одной комнате можно собрать пользователей matrix, irc, slack, telegram, но там не будет пользователей icq, whatsapp, viber, покуда эти сети заявляют о своей огороженности. К сожалению, работоспособного в обе стороны моста «matrix room <-> jabber conference» на сегодня нет, хотя нет и видимых препятствий для его реализации.
Вы ведь сами сказали про меньшую функциональность, вот я и уточняю, какая полезная для современного общества функциональность реализована в xmpp и отсутствует в matrix

Расширяемость. Отказоустойчивость. Независимость протокола
Если под словом «коммерческая» Вы понимаете получение прибыли, спешу огорчить: прибылей они не получают, живут за счёт спонсоров, в т.ч. донатов от сообщества.

Вы считаете, что жить за счет спонсоров не равно пололучать прибыль?)
Вы сами-то видели мир матрицы или судите исключительно по комментариям в этом треде?

Поставьте Matrix сервер, тогда поймете о чем я говорю. В XMPP многие пробовали ставить публичные сервера Matrix и возращались лишь с матерными словами.
100 человек в онлайне и занято 10 GB RAM вполне реальная ситуация для Matrix серверов из-за особенностей протокола. В XMPP тоже количество человек займет ~ 30Mb RAM
Расширяемость. Отказоустойчивость. Независимость протокола
Да, это будут, конечно же, убедительные аргументы в дискуссии FOSS vs Proprietary service, если таковая где-то возникнет. Это я к тому, что современному среднестатистическому пользователю мессенджеров подобная «функциональность» по боку.
К сожалению, работоспособного в обе стороны моста «matrix room <-> jabber conference» на сегодня нет
Прошу прощения, был не совсем прав. После этой моей фразы мне указали на matterbridge, который соединяет много чего через присутствующего в чате бота. Буквально через час я на своём сервере организовал связь для комнаты и конференции UfaLUG, к примеру.
И у меня снова возникает вопрос: Почему в свободном и децентрализованном Matrix снова ссылка на Riot? Если в XMPP есть разнообразие клиентов и серверов, все кого не спросить про Matrix, говорят что они на сервере matrix.org и клиенте riot. Где здесь хваленная децентрализация?
(Если отбросить маркетинговую пыль в глаза) В XMPP нет одного сервера, которого можно было бы назвать безусловным лидером по числу пользователей или абсолютного хмпп-клиента, которым все пользуются
Мы уже выяснили, что matrix в настоящее время создаётся ограниченной группой лиц и что это хорошо. Так уж сложилось, что сервер они у себя держат только один (зачем им второй?) и все три своих клиента (web, android и ios — они разные по коду) они решили назвать одним именем riot для лучшей узнаваемости. Хорошим риот Вы назвали сами, на этот счёт существуют и другие мнения. Во всяком случае все три риота лучше любого другого клиента на данный момент времени, потому что все остальные разрабатываются только один-два года.
Но раз уж возник вопрос по конкретной ссылке, отвечу на него. Если вдруг Вам или кому-то другому не нравятся домены matrix.org и riot.im или они заблокированы по приказу надзорных органов, вот вам ссылка на эту же самую комнату на моём личном сервере. Но я ж не буду тут свой сервер рекламировать, потому дал ссылку на тот, что более популярен. Да-да, важно обратить внимание, это абсолютно та же самая комната! Любой пользователь любого другого сервера при входе в комнату автоматически реплицирует её на свой сервер, именно так работает «хвалёная децентрализация». Если доступ к истории чата открыт для всех, тогда цепочка событий в комнате копируется целиком вплоть до самого основания комнаты. При желании пользователь может задать алиас на своём сервере, чьего-либо разрешения на это не требуется. В последнем случае комната продолжит жить и оставаться доступной для новых участников, даже если все исходные сервера помрут. MUC'ам далеко до такого, как Вы понимаете.
Мы уже выяснили, что matrix в настоящее время создаётся ограниченной группой лиц и что это хорошо.

Нет. Для мессенджера позиционирующего как децентрализованный, это просто отвратительно и плохо. Где здесь децентрализация, если абсолютное большинство на одном сервере или клиенте?
Так уж сложилось, что сервер они у себя держат только один (зачем им второй?) и все три своих клиента (web, android и ios — они разные по коду) они решили назвать одним именем riot для лучшей узнаваемости.

Это один клиент на электроне, но в сборках под разные ОС
Да-да, важно обратить внимание, это абсолютно та же самая комната! Любой пользователь любого другого сервера при входе в комнату автоматически реплицирует её на свой сервер, именно так работает «хвалёная децентрализация».

В ХМPP все сделано так же, но большие сервера не жрут гигабайты оперативной памяти и десятки ядер процессора.
Если доступ к истории чата открыт для всех, тогда цепочка событий в комнате копируется целиком вплоть до самого основания комнаты

Другими словами, в Матрикс нет шифрования в комнатах
Это один клиент на электроне

Глянуть андроид-версию риота вы даже не пытались?


В ХМPP все сделано так же

По запросу «ejabberd muc replication» ничего внятного не гуглится (а кластеры это не то), где я могу почитать про репликацию комнат в XMPP?


в Матрикс нет шифрования в комнатах

А нужно ли оно вообще?

Глянуть андроид-версию риота вы даже не пытались?

Электрон создает три версии программы под разные ОС. Одну под андроид. Другую по Linux. Третью под продукцию апле
По запросу «ejabberd muc replication» ничего внятного не гуглится (а кластеры это не то), где я могу почитать про репликацию комнат в XMPP?

Лично вам, я не чего обьяснять не буду. Вы просто тупо тролите. Я вам уже в раз в сотый говорю перейдите на 404. В этот раз воспользуйтесь там поисковиком комнат
А нужно ли оно вообще?

Если бы матрикс было, а в хмпп не было вы бы сказали нужно. Для чего оно нужно шифрование в чатах, сами погуглите
Электрон создает три версии программы под разные ОС. Одну под андроид. Другую по Linux. Третью под продукцию апле

Ещё раз: глянуть андроид-версию риота вы даже не пытались? Покажите нам всем в apk-файле риота хоть какой-нибудь след от Электрона?


говорю перейдите на 404

Репликация на другой сервер по определению означает означает, что я не должен переходить на 404. Если я куда-то там должен переходить — значит репликации нет.

К чему тут эта ссылка? Там где-то репликация есть? На первый взгляд не видно, просто набор ссылок со статистикой.
Вы недавно писали что в хмпп нет централизованного поиска по конференциям. Уже есть. Не все сервера, но 800 тоже много. Теперь докапались до новой фигни. Теперь Вам нужен не просто централизованнный поиск по XMPP, а новое слово «репликация».

Я не помню, чтобы я такого про поиск писал. Дайте ссылку на мой коммент, где я такое писал?


Про репликацию вы сами же заявили, что она есть в XMPP:


Покажете репликацию или откажетесь от собственных слов?

В ХМПП можно размещать конфы с чужих серверов, на другом сервере. На 404.city 4 конфы с других серверов. Практической пользы от этого нет, потому что есть поисковик и репликация не нужна.
А если сервера, на которых находятся эти 4 конфы, сдохнут — на 404.city в них всё ещё можно будет зайти и почитать историю сообщений?

Если нет — это не репликация и вы в очередной раз соврали.

Если да — поделитесь ссылкой на расширение, которое обеспечивает такую функциональность.
А если сервера, на которых находятся эти 4 конфы, сдохнут — на 404.city в них всё ещё можно будет зайти и почитать историю сообщений?

Если закрытый сайт в интернете сдохнет, можно будет зайти почитать его? Репликация ненужна. Это в матрице 1 крупный, в хмпп их десятки тысяч. Если собрать все конфы со всех сервер, сервер станет помойкой.
Если сайт в интернете сдохнет, можно будет зайти почитать его?

Да. Слава Wayback Machine и его аналогам!


Репликация ненужна.

Возможно. Но вы же сами заявляли, что в XMPP она есть!


Ну так что, отказываемся от своих слов?

Я ошибся. Вы достали уже тролить. Уже второй раз тыкаете этими картинкой

Ну вот и хорошо. А ещё вы подозрительно умолкли про андроидовый Riot. Тоже ошиблись или всё-таки покажете, где там Электрон?

Раскажи об ваших мыслях о хмпп в конфе суппорта жаббер.ру. Сегодня вечером прийдет администрация и попробуем решить ваши проблемы с переездом на новый сервер

Конфы существуют не только на жаббер.ру.


И вообще-то такие проблемы должен решать протокол, а не админы. Сами же мне тут про «криптографические подписи» рассказываете — вместо того, чтобы тут со мной бессмысленный и беспощадный срач вести, лучше бы уже XEP на эту тему изобрели

И вообще-то такие проблемы должен решать протокол, а не админы.

Это только ваша проблема, а не всех остальных. Никто не замарачивается с буквами ников в конфах

Чего вас заело на нике? На ник вообще глубоко плевать (пройтись по трём с половиной серверам и снять регистрацию вообще не проблема), меня волнуют мемберки. И контакты, да.

Отказоустойчивость? В XMPP уже как-то реализована возможность сохранить идентичность условного пользователя user@example.com, если его сервер внезапно умер? Сможет ли он безболезненно перейти на другой сервер с другим логином (vasya.pupkin@example.ru), перенести весь список контактов и как-то доказать им, что новый и старый логин — это одно и то же?
В XMPP все сделано, так же как в емайл. Крупные сервера закрываются крайне редко. Почему в e-mail никто не жалуется, что зарегистрировал user@vasyapupkin. ru и его почта сдохла, а в XMPP это постоянно это же ставят упреком
Создать аккаунт в XMPP намного проще, чем в почте. Вы может создать сколько угодно резервных Jid и пользоваться ими хоть одновременно. Экспорт контактов есть в клиентах
Спасибо за аватарку andreymal, вы реально уже меня достали, со своими тупыми придирками, пикчами и личными сообщениями. Вы навязчивый троль
Уверяю вас, никому ваш ник в конфе даром не нужен. Вас бы вообще все с удовольствием забанили на Jabber.ru. Про криптографические подписи, вы конечно не слышали. Cоздать ник «andreymal2» мега сложное занятие
Вас бы вообще все с удовольствием забанили на Jabber.ru

Кончились аргументы — перешли на бомбёж? Слив засчитан.


(Если вы расскажете, как «криптографические подписи» автоматически перенесут мемберки в комнатах — может и не слив.)

Приходите сейчас в конференцию support@conference.jabber.ru
А чё, без моего личного присутствия в XMPP уже и банить нельзя?)))))))))))
Почему Вы усложняете столь просто занятие. Что перенести логин в конфах, достаточно зайти с двух аккаунтов и на старом аккаунте написать всем, это мой новый логин. Да и людям как то по-фиг то скрывается и за каким ником. Может быть это ваша персональная проблема? Что из-за вашего придирчивого характера Вас повторно, не пустят в участники? (Можно так же освободить старый ник и создать на нем аккаунт с новым, но без старых прав)
С учётом чятиков я это должен буду написать несколько сотен раз. А потом ещё несколько дней разгребать запаздывающие ответы от собеседников и админов. Нафига оно мне надо?
А пользоваться тормазнутым сервером и на каждом углу хейтить XMPP нужно? Любой другой человек сменил на вашем месте сервер и забил новые ники в конфах. Это дело пару минут, а вы тут это как целую трагедию описываете, но тем не менее продолжаете это использовать

Видимо, комментарий, на который вы ответили, вы вообще решили не читать.

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

Физически невозможно читать одновременно 100 чатиков. Вы сознательно искажаете проблему, чтобы ее выставить более глобальной. Любой другой просто добавил бы авторизацию в чатиках, по мере захода. 10 любымых сразу, потом остальные потихоньку
И в итоге переезд вообще растянется на несколько лет. Нафига оно мне надо?
Не преувеличивайте. Переезд растянется ровно на время захода в конфы. Если вы не заходите в конфы, чего плакатся, что теперь вас в них нет.
Переезд растянется ровно на время захода в конфы.

То есть на несколько лет.

А путь костылей как у sameroom.io чем не устраивает?
Единственный известный мне инструмент дающий возможность общаться с людьми в Скайпе и в icq из "одного" окна.

Only those users with full accounts are able to leave comments. Log in, please.