LINUX.ORG.RU

Gitter становится частью сети Matrix

 , , ,


2

3

Компания Element приобретает Gitter у GitLab, чтобы адаптировать сервис для работы в условиях федеративной сети Matrix. Это первый крупный мессенджер, который планируется прозрачно перенести в децентрализованную сеть вместе со всеми пользователями и историей сообщений.

Gitter является свободным централизованным средством для групповой коммуникации между разработчиками. Помимо типовой функциональности командного чата, по сути своей схожей с несвободным Slack, Gitter также предоставляет инструменты для тесной интеграции с платформами совместной разработки, вроде GitLab и GitHub. В прошлом сервис был проприетарным, пока его не приобрела компания GitLab.

Matrix же представляет собой свободный протокол для реализации федеративной сети, построенной на основе ациклического графа событий (DAG). Основной реализацией этой сети является мессенджер с поддержкой сквозного шифрования и VoIP (аудио- и видеозвонков, групповых конференций). Эталонные реализации клиентов и серверов разрабатываются коммерческой компанией Element, сотрудники которой также возглавляют некоммерческую организацию Matrix.org Foundation, курирующую разработку спецификации протокола Matrix.

На данный момент пользователи Gitter и Matrix общаются с помощью «моста» matrix-appservice-gitter, релея для пересылки сообщений между ними. При отправке сообщения, например, из Gitter в чат с подключённой интеграцией в Matrix, «мост» создаёт виртуального пользователя для отправителя из Gitter на сервере Matrix, от имени которого и доставляется сообщение в чат со стороны Matrix, и наоборот соответственно. Подключение такой интеграции возможно прямо из настроек чата со стороны Matrix, но этот способ коммуникации будет помечен устаревшим.

В краткосрочной перспективе пользователи не заметят никаких видимых изменений: они смогут пользоваться мессенджером так же, как и до покупки. В дальнейшем процесс трансформации из централизованного сервиса в децентрализованный субъект федерации будет совершён благодаря организации нового сервера Matrix и интеграции «моста», по аналогии с matrix-appservice-gitter, прямо в кодовую базу Gitter. Существующие чаты в Gitter будут доступны как Matrix-комнаты, вроде «#angular_angular:gitter.im», с импортированной историей сообщений.

После успешной интеграции пользователи обеих сетей получат свою выгоду: пользователи Matrix смогут прозрачно общаться с пользователями Gitter, а пользователи Gitter смогут использовать клиенты Matrix, например, мобильные, так как разработка официальных приложений Gitter была прекращена. В конечном итоге можно будет считать, что Gitter станет одним из клиентов сети Matrix. Но, к сожалению, Gitter значительно уступает по возможностям, чем эталонный клиент Matrix — Element, поэтому вместо доведения Gitter до паритета в функциональности с Element, было решено реализовать все недостающие возможности из Gitter в Element. В долгосрочной перспективе Gitter будет заменён на Element.

Из полезных особенностей Gitter, которые могут адаптировать для Element:

  • Высокая производительность при просмотре чатов со значительным количеством пользователей и сообщений;
  • Тесная интеграция с платформами совместной разработки, вроде GitLab и GitHub;
  • Иерархический каталог чатов;
  • Дружелюбный к поисковым системам статический вид публичных чатов;
  • Поддержка разметки в KaTeX;
  • Древовидное ветвление сообщений (threads).

Компания Element обещает, что фронтенд Gitter будет заменён на Element только в том случае, когда Element достигнет паритета в функциональности. До тех пор кодовая база Gitter будет поддерживаться в актуальном состоянии без регрессий в функциональности.

Сотрудники Gitter будут также трудиться и на пользу Element.

>>> Подробности

★★★★★

Проверено: alpha ()
Последнее исправление: shahid (всего исправлений: 14)

Ответ на: комментарий от ma1uta

А как же реплаи?

А вот как вообще с ними получился такой бардак? Вроде как реплаи во многих клиентах есть, но отображаются они по факту не так, как в Element, и приходится всё равно грузить Element, чтобы реплаить. Тоже стандарт меняли, или его попросту нет?

Или возможность посмотреть, какие устройства подключены к аккаунту

А зачем на уровне протокола это знать вообще? Какая разница, с какого тапка пользователь станцы шлёт? Да хоть sendxmpp, который вообще никакого промежуточного состояния не хранит ;) Вы же не предлагаете подобные инструменты авторизовать каждый раз?

Кстати, вот эти заморочки с авторизацией одного клиента через другой — тоже пришли из мира анально огороженных проприетарных мобильных мессенджеров, где аккаунт привязывается к первичному мобильному клиенту, а остальное вторично. Не надо на них равняться.

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

Это если имплаить, что пользователям эти протоколы вообще нужны толком. Нам вот ни XMPP, ни Matrix особо не нужны, напрямую ими пользуется полтора линуксоида ;) В первую очередь пользуем XMPP именно как промежуточный протокол для пользования современными мессенджерами на старом мобильнике. И носимся по форумам с фоточками этого дела. Шматрица для этого дела бесполезна, J2ME-клиентов для неё нет, а делать цепочку из двух транспортов ещё более бесполезно.

Почитайте, что такое утечка памяти, и тогда вы поймёте, что ваш скриншот - это не пруф.

Надо было погонять дольше до утечки, да? ;)

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

mertvoprog
()
Ответ на: комментарий от FixingGunsInAir

пусть они и форкнули тот же Atom

Это миф же, не? Он на другом JS-редакторе основан.

mertvoprog
()
Ответ на: комментарий от ma1uta

что s2s может разорваться в любой момент

Вообще-то если TCP-сессия разорвалась (то есть не состоялся обмен FIN/ACK-пакетами), то считать её успешно завершённой не следует. Непонятно, зачем вообще это явно предусматривать на уровне XMPP или любого иного протокола прикладного уровня.

mertvoprog
()
Ответ на: комментарий от th3m3

не могут ошибаться

Речь не об этом.

Речь о том, что игнорируя леммингов — Вы делаете выводы космического масштаба и космической же глупости ;)

mertvoprog
()
Ответ на: комментарий от mertvoprog

1. А пользователи ретро-телефонов-то согласны, чтобы им какое-то новомодное говно втюхивали?

Кстати несколько раз проверялось. Одни владельцы, после получения нового телефона сразу бросали старый, другие продолжали пользоваться старым «для звонков» из ностальгии, но носили второй номер на новом для всего остального.

Достаточно показать объективные преимущества: «Вы ещё переписываете реквизиты/расписание на бумажку? А можно просто сфоткать» «Вам жена звонит и диктует список покупок по телефону? А может написать в вайбер.» «Вы ездите к маме каждый раз, когда она случайно телевизор переключит на композитный вход? А можете сделать видеозвонок и попросить направить камеру на телевизор.» И так далее.

Современный телефон упрощает жизнь. Конечно, можно терпеть и обходиться без всего этого. Но ради чего заниматься мазохизмом?

2. Речь вообще не об этом, а о том, что Ваше понятие чатика искажено. Чат — это тупо переписка, внезапно.

Даже больше, чат — это разговор, обмен информацией. Он может быть текстом, голосом или даже жестами.

Ну да, взятая из e-mail со всеми его недостатками.

Но она там есть. Об этом и речь — передача фоток без всяких внешних ссылок — это нормально.

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

Зачем ждать? Юзер отправил фотку и пошёл заниматься своими делами. Программа сама её зальёт.

Это где так быстро ссылки тухнут?

Да везде! «Короткие ссылки» обычно живут недолго. Или исходный пост, из которого взята ссылка, могут отредактировать, и все ссылки поменяются. Я на такие битые ссылки тыщу раз натыкался. Удалённые твиты. Изменённые посты в фейсбуке. Или ссылка была с каким-нибудь кукисом, который устарел.

А у вас не бывало, что друзья выкладывают видео, как они тусуются на каком-то концерте, а через несколько часов видео сносят из-за авторских прав на играющую в фоне песню?

А другим юзерам нужно, чтобы эти юзеры таким образом не свинячили.

Наоборот. Получателю удобнее получить картинку, а не ссылку. И безопаснее.

Так этот клиент неюзабельный, то есть клиентов по факту нет.

Он вполне юзабельный. Просто кому-то не нравится. Но что поделать, остальные клиенты ещё хуже.

Я.Онлайн, HipChat, Google Talk, WhatsApp...

Я вообще-то имел ввиду открытые продукты, такие как Kontalk, Movim, и, в принципе, Conversations... А к закрытым можно добавить ещё webex и zoom.

Да, в реальности это работает так. Посему, например, Chromium/AOSP также не являются в полной мере открытыми.

Все программы в мире такие же. Я вот как-то патч в KDE отправлял ­— не приняли, мейнтейнеру не понравилось. KDE тоже не в полной мере открыт?

А зачем делать именно REST+JSON? Велосипедостроение по дефолту не нужно, когда есть готовое решение.

А его не было. Задача матриксовцев — написать продукт с простым веб-ориентированным протоколом, умеющий передавать текст, голос и видео (через webrtc). В 2015м году подобных решений не было.

То говорили про флуд, то уже про спам, определитесь уже.

А флуд — не спам? Ну пусть будет флуд... Вот же нравится вам к словам придираться. 🙂

Ну например, простой кейс: пользователь может забыть закрыть блок. У него, в клиенте, отображающем сообщения отдельно, всё равно всё красиво будет. А у тех, у кого сообщения склеиваются, следующие сообщения приклеятся к коду.

Какой блок? Вы о чём? Одно многострочное сообщение отображается так же, как несколько отправленных подряд однострочных. Посмотрите в тот же Hangouts. Причём тут блоки?

anonymous
()
Ответ на: комментарий от mertvoprog

Но цель оправдывает средства.

Это уже переходит в какую-то философию…

Высокая цель может разбиться о низкий бюджет или банальное незнание этих средств. И никакие оправдания не помогут.

ИМХО Electron - это лишь очередной инструмент. Неважно, хейтишь ты его или нет, для кого-то он поставленные задачи выполняет. А инструменты надо выбирать с умом.

Я тоже хейтил Electron и даже умудрился написать на волне хейта статью-комментарий в стиле «Get The Facts» и теперь мне стыдно, когда про него вспоминают. Вкратце, я обвинял разработчиков софта на Electron в эгоизме, потому что им «плевать на то, что пользователи будут страдать» (ЕМНИП).

А когда столкнулся с необходимостью разработать один проект с нуля, самостоятельно, я понял как ошибался. Потому что чем ниже уровень языка, на котором ведёшь разработку, тем всё становится сложнее, потому что ближе к машинному уровню.

А QML вообще пушка;

Оно достигло production-ready сравнительно недавно. Когда Telegram только начинал, его считай не было. Они использовали патченный Qt и виджеты. А виджеты - обмазывание C++. Тем более, что у Дурова денег жопой жуй, его мелким стартапом не назовёшь.

И каковы результаты?

Недалеко от Google ушли в этом плане, но ИМХО - это пока. Приняли факт, что тотальный Web неизбежен и пытаются его возглавить. Интегрируют Chromium в систему, чтобы можно было делать на нём формочки. Запихнули .Net в WebAssembly и вполне успешно.

Корень всей сути текущего курса можно уловить на этой картинке

FixingGunsInAir
()
Ответ на: комментарий от mertvoprog

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

Ну так это стартап. Они по крайней мере пытаются делать что-то и внедрять новое, в отличии от тех, кто дрочит на замшелые XEP-ы многолетней давности, которые ещё надо разработать, оттестировать всем миром, исправить недочёты и согласовать. Что может занять эдак годик-два. И только потом он помечается как стабильный. После этого надо дождаться, пока реализации XMPP-серверов подтянутся и сами XMPP-серверы. И только после этого, ВОЗМОЖНО, МОЖЕТ БЫТЬ, его реализуют в самых популярных из клиентов и оно начнёт повсеместно работать. А всё потому, что кроме нескольких базовых XEP-ов - остальные необязательны к реализации. Подумаешь, какие-то там ненужные фичи для пересылки мемов или синхронизации истории между клиентами или E2E (которое вообще взвалили на костыли).

В это время те же аджайлохипстеры и телеграммы не дремлют и реализуют эти фичи за адекватное количество времени и захватывают внимание пользователей. А корпорации посмотрят на это всё, плюнут и сделают свой мессенджер с нуля, с блекджеком и шлюхами, потому что ну их нахер эти XEP-ы на каждый чих.

Вот так XMPP и умер. Ну как умер, умер как фидонет, осталось только 1.5 маргинала и у компаний, которые уже внедрили его для внутренних коммуникаций. Я когда-то участвовал в конференциях, а теперь забыл Jabber как страшный сон. Что только стоили глюки разнообразных клиентов.

С другой стороны, разрабатывать протокол, которым должны пользоваться многие наобум, не стоит. Потому я выбираю баланс. Команда Telegram похоже - его достигла.

FixingGunsInAir
()
Ответ на: комментарий от mertvoprog

// Ваша аватарка, кстати, чем-то напоминает Лену — в том смысле, что самая мякотка отрезана ;) И кажется, на ЛОРе были прецеденты сноса подобных «завуалированных» аватарок.

У вас СПГС. Аватарка означает ровно то же, что и никнейм. И идеально выражает то, как я отношусь к починке багов говнософта в продакшене.

FixingGunsInAir
()
Ответ на: комментарий от anonymous

Одни владельцы, после получения нового телефона сразу бросали старый, другие продолжали пользоваться старым «для звонков» из ностальгии, но носили второй номер на новом для всего остального.

Мы мимо по обоим пунктам ;) Правда, у Нас и не кирпич, а вполне могущественный фичерфон. На соблазн не поддались, так и пользуем как основной девайс, а лопата валяется и по большей части вместо модема используется ;)

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

А хотите объективные недостатки покажем? ;)

А можете сделать видеозвонок и попросить направить камеру на телевизор.

Это ассумится сразу, что и старичков надо пересадить? Хрен там, они и со стационарных на мобильники зачастую с трудом переобучаются ;)

Но ради чего заниматься мазохизмом?

Не-а, мазохизм — это тыкать сосиской в экран вместо аппаратной клавиатуры, трахаться с огрызком вместо многозадачности, не дающим приложениям толком работать в фоне, а в зависимости от вендора ещё и с анальным огораживанием (хотя это и во времена расцвета фичерфонов было, взять хоть нокии с залоченным бутлоадером, тут надо просто не попадаться ;)).

чат — это разговор, обмен информацией

Да-а, давайте и звонки к чатам приравняем? ;) А может, и теледильдонику до кучи?

Но она там есть. Об этом и речь — передача фоток без всяких внешних ссылок — это нормально.

Ага, первое дело при покупке нового бытового прибора — надо понажимать и перепробовать все кнопочки ;) А потом благополучно о них забыть…

Юзер отправил фотку и пошёл заниматься своими делами

Куда? А если юзер работой завален и каждая такая вот выгрузка — боттлнек? Ссылки в задачник могут даже прямо во время совещания перекидываться ;)

твиты

фейсбуке

А это вообще ССЗБ, сидют под носом у гэбни на неподконтрольных сверхзамодерированных площадках и потом удивляются, что там на надёжность положиться нельзя ;) Это ещё в лучшем случае просто ссылка протухнет, а если гэбня на бутылку посадит или SJW-лемминги заканцелят?

Или ссылка была с каким-нибудь кукисом, который устарел.

Не-а, в подобных случаях просто ссылки персональные. Проверять надо, хотя бы из приватного режима ;) На приличных сайтах есть кнопочка Share, которая даёт гарантированно шарингобезопасную ссылку, а из адресной строки копировать бездумно — ССЗБ, опять же ;) (а вдруг там токены, через которые учётку хакнуть можно, а? не все сайты ведь нерукожопами деланы, знающими о CSRF).

а через несколько часов видео сносят из-за авторских прав на играющую в фоне песню?

Где сносят? На трубе с ContentID? ССЗБ, опять же; Мы вот отродясь туда ничего не лили ;) Даже на гуглодиске копирастам посрать, если ссылкой не швыряться направо и налево. О прочих видеохостингах (и тем более файлохостингах) и говорить нечего ;)

Зато вон в каком-нибудь вацапе банят чатики с подозрением на нелегальное содержимое, вкупе со всеми их членами. В чём разница, в итоге, и какое это отношение имеет к разговору о передаче ссылкой или встроенными средствами мессенджера? ;)

Получателю удобнее получить картинку, а не ссылку

Ещё раз: получателю, чтобы передать эту картинку дальше за пределы мессенджера, придётся ждать, пока она перезальётся. Где здесь удобство? Картинку по ссылке же (в том числе по непрямой) современные мессенджеры отображают так же, как и переданную встроенными средствами; для пользователя разницы никакой, ну кроме того, что сама ссылка ещё маячит ;)

Но что поделать, остальные клиенты ещё хуже.

Ну так об этом Мы и писали ещё в начале треда: этой вашей шматрицей пользоваться нереально, потому что клиентов толковых к ней тупо нет. Что множит на ноль все потуги шматрицефанатиков про светлое коммунистическое будущее, абстрактные применения распределённого DAG, адопт в каких-то там правительствах и прочую пропагандистскую белиберду. Как говорится — «взять всё и поделить», а сами, между тем, наглотались зубного порошку… третьего дня…

В своё время куча пользователей свалила с XMPP на Telegram тупо ради толкового клиента. Особенно отличились в этом плане @EXL, которые бахвалятся феерическим перлом про сравнение мультипротокольного Pidgin с клиентом к одному протоколу TelegramDesktop. Мол, Pidgin теряет сообщения при отправке, а Telegram нет. То есть для пользователей хороший клиент является основополагающим, поскольку это то, что они видят в первую очередь — но именно в этом месте у шматрицы просадка, поскольку разработка сфокусирована на высших материях и продвижении продукта™, а вот в приближении к реальности реализация хромает. И это не только официального клиента касается, кстати, но и официального сервера, который слеплен наскоро на питоне и жрёт память вагонами.

Я вообще-то имел ввиду открытые продукты, такие как Kontalk, Movim, и, в принципе, Conversations…

Согласно Вашему оригинальному разделению на продукты™ и просто клиенты? А почему остальные ЛОРчане должны его знать и ему следовать? ;) Чем консерва продукт, а всякие Xabber, Jasmine, jTalk — не продукты?

можно добавить ещё webex и zoom

В зуме есть чатик и им кто-то пользуется? ;D Впрочем, неудивительно. через скайп тоже кто-то чатится, хотя в массовом сознании это чисто звонки… Даже в тимвьювере чатик есть (весьма кривой, но хоть какой).

KDE тоже не в полной мере открыт?

KDE можно успешно форкнуть, взять хоть Trinity. Cinnamon и MATE вон вполне на равных тягаются с GNOME. А попробуйте так форкнуть Chromium. С ним уже хотя бы в плане предустановки на Android тягаться попросту нереально.

В 2015м году подобных решений не было.

Шо, точно? А как же все эти всплывающие чатики для суппорта (в иных и звонки поддерживаются)? Недостаточно вебные, или может, недостаточно открытые? ;)

А флуд — не спам?

Не-а. Иногда они пересекаются, но в целом это разные вещи. Спамить можно осторожно, не флудя (особенно если это таргетированный спам), а флуд совершенно не обязательно несёт в себе спам ;)

Посмотрите в тот же Hangouts

А Hangouts вообще умеет отображать код? Сабж вот умеет, это одна из его киллер-фич кагбэ, под айтишников заточен же. Ну и прочие мессенджеры с поддержкой мракдауна, всё та же телега или шлак, например.

mertvoprog
()
Последнее исправление: mertvoprog (всего исправлений: 1)
Ответ на: комментарий от FixingGunsInAir

разбиться о низкий бюджет

Какой же продукт открытый, если он от бюджета зависит? ;)

или банальное незнание этих средств

Знатоки найдутся на что угодно.

Потому что чем ниже уровень языка, на котором ведёшь разработку, тем всё становится сложнее, потому что ближе к машинному уровню.

А язык здесь при чём? Можно на всё той же вебне писать приложения, которые запускают фоновый демон и открывают вебморду в браузере пользователя (примеров полно: taskwarrior-web, gone, syncthing…) Да и питон какой-нибудь отнюдь не низкоуровневее JS.

Ключевая проблема электрона прежде всего в том, что это жиробасина, которая тащит за собой целый браузер и ноду в билдах каждой программы. Без особых на то оснований.

Оно достигло production-ready сравнительно недавно

Ну главное, что теперь-то заживём! ;)

Приняли факт, что тотальный Web неизбежен

А PWA-то, PWA тут при чём? Вот кстати, немногие учитывают, что вместе с GitHub они купили Electron (а возможно, ради него и купили).

И ничего, что они же этот тотальный Web и породили более двадцати лет назад? Напомнить ActiveDesktop, HTA; напомнить вистоспермёрочные гаджеты и восьмёрочные плитки, которые тоже на web-технологиях можно было делать, нафаршированных своими API?

mertvoprog
()
Последнее исправление: mertvoprog (всего исправлений: 1)
Ответ на: комментарий от FixingGunsInAir

Ну так это стартап

Это не оправдание.

Что может занять эдак годик-два

Шматрице уже 6 лет, а она до сих пор не готова. Может, лучше было всё же на причёсывание XEP-ов время потратить? И форкнуть готовый клиент, как это сделали, например, для вышеупомянутого Я.Онлайн, у которого десктопный клиент основан на Psi+?

Что только стоили глюки разнообразных клиентов

Ну-ну ;) Мы вот на работе понтовались плагином к гаджиму, которые моргает Scroll Lock’ом при получении новых сообщений. Официальный клиент HipChat так не может, вестимо. А глюки? — какие глюки? Гаджим во времена 0.1x железобетонным был; сейчас скатился, конечно, хотя прогресс по стабилизации виден.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Мы просто сходу не заметили, что Вы рассказываете вообще о другой вещи ;)

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

Да и непонятно, к чему вообще этот разговор, когда исходную задачу это никак не решает, причём в первой ветке Вы её вообще скипнули и пошли дальше нести свою шматрицепропаганду. ТС вот таким фанатизмом не страдают, слились ещё на первой странице после парочки объективных аргументов.

Исходная задача ведь вот: Gitter становится частью сети Matrix (комментарий), вы её ещё назвали программой-минимум. Но так и xmpp не решает эту программу.

А входящие сообщения от юзера, с которым чат явно не создан, оно покажет? Жабограм да: прилетает апдейт из неизвестного доселе чата ⇒ создаётся JID для него ⇒ Jabber-клиенту прилетает сообщение от этого JID’а.

Не поверите, в matrix аналогично.

Вы для начала определитесь, о чём мы всё-таки говорим: о транспортах или мостах,

В xmpp есть только: https://xmpp.org/extensions/xep-0114.html Это транспорт или мост? И давайте определимся с тем, что такое транспорт, а что такое мост.

ma1uta ★★★
()
Ответ на: комментарий от mertvoprog

А вот как вообще с ними получился такой бардак?

Я тоже не знаю, почему с ними случился такой бардак, что их за 10 лет не могут добавить в XMPP.

но отображаются они по факту не так, как в Element, и приходится всё равно грузить Element, чтобы реплаить.

Пожалуйста, не обобщайте, то, что вам приходится заходить в Element, не означает, что другие тоже заходят. В том же nheko они нормально выглядят. Может быть проблема не в реплаях вовсе?

А зачем на уровне протокола это знать вообще? Какая разница, с какого тапка пользователь станцы шлёт?

Потому что это удобно. Я хочу знать, какие у меня подключены устройства и хочу, чтобы OMEMO сессия началась на одном устройстве и продолжилась на другом, потому что так удобнее. Если вход в мой аккаунт выполнен с нового устройства, то я хочу об этом знать.

Кстати, вот эти заморочки с авторизацией одного клиента через другой — тоже пришли из мира анально огороженных проприетарных мобильных мессенджеров, где аккаунт привязывается к первичному мобильному клиенту, а остальное вторично. Не надо на них равняться.

Никто на них и не равняется. Если мне надо зайти с нового устройства, то я беру устройства, захожу в аккаунт и вуаля, я там.

Вы же не предлагаете подобные инструменты авторизовать каждый раз?

Предлагаете дать доступ к своему аккаунту стороннему устройству без авторизации?

И носимся по форумам с фоточками этого дела.

А также распростаняете свою пропаганду где ни попадя, например, в этой теме.

Надо было погонять дольше до утечки, да? ;)

А она случится, эта утечка-то?

ma1uta ★★★
()
Ответ на: комментарий от mertvoprog

Только разрыв tcp-сессии никак не коррелирует с доставкой сообщений. За подробностями сюда: https://www.ejabberd.im/faq/tcp/index.html B «базовый протокол» ничего не может сделать с этим, приходится лепить костыли, чтобы решить эту проблему.

ma1uta ★★★
()
Ответ на: комментарий от ma1uta

по методичке

Вы форум перепутали, тут не политач.

Но так и xmpp не решает эту программу

WUT? Невебных клиентов куда больше, чем вебных, и ведущие (эти ваши гаджимоконсервопсиплюсы) ни разу не вебные. Логи писать весьма многие клиенты умеют, даже бомбусмод, не говоря уж о десктопных ;) Отставать не от кого ввиду отсутствия одного ведущего клиента, в разных реализованы разные наборы XEP-ов ;)

А теперь покажите клиент для шматрицы, помимо libpurple-плагина, открывающего все чаты при переподключении, который умеет писать логи ;)

Не поверите, в matrix аналогично.

Тоже хорошо.

В xmpp есть только: https://xmpp.org/extensions/xep-0114.html Это транспорт или мост? И давайте определимся с тем, что такое транспорт, а что такое мост.

Транспорт связывает учётки. Мост связывает определённые чаты, и как правило, явно висит как член чата.

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

mertvoprog
()
Ответ на: комментарий от mertvoprog

А это уже проблемы тех, кто эти сообщения выводят в чатлог и бугуртят от этого ;) Здесь вообще не вина мессенджера как такового, это свойство мобильного интернета: …

Если их не показывать, то от этого они не станут не приходить. Кроме свойства, есть ещё баги, которые приводят к так называемому presence flood. Это когда какой-то клиент подсоединяется/отсоединяется по несколько раз за… 1 секунду.

gag ★★★★★
()
Ответ на: комментарий от bread

Лучшие пограмисты лора за ночь перепишут его на ассемблере если понадобится.

Скоро не надо будет и так перетруженных напрягать. Всё выполнит ИИ: Facebook развивает TransCoder для перевода кода с одного языка программирования на другой (06.10.2020).

gag ★★★★★
()
Ответ на: комментарий от mertvoprog

Ага, как раз к тому моменту, когда в вебню WebRTC подъехал, позволяющий устанавливать P2P-соединения ;) Может, ещё одумаются, качество связи объективно ухудшилось же (что тоже распугало пользователей), в 2011-м голосовые звонки даже на EDGE сносно работали, сейчас такое нереально.

На 64 кбит/с по сотовому между странами (одного континента) на Matrix прекрасная голосовая связь.

gag ★★★★★
()
Ответ на: Не, Вы это серьёзно? =) от Moisha_Liberman

Сервер Б и делать ничего не должен. Это на сервере А нет уведомления о доставке до сервера Б. Сервер А просто должен переподать сообщения на сервер Б по восстановлении связи.

Должен-то он должен. Но ведь, как я уже выше заметил, не делает, а уже 2020-ый потихоньку заканчивается. Вот это и аргумент в пользу Matrix.

gag ★★★★★
()
Ответ на: комментарий от ma1uta

что их за 10 лет не могут добавить в XMPP

Выше же приносили XEP, причём более крутой, чем просто реплаи (там целые слакоподобные нити), только он нигде вроде не реализован ;D

В том же nheko они нормально выглядят

Выглядеть-то выглядят, только сам он их шлёт как-то иначе. Впрочем, могли и починить уже.

Я хочу знать, какие у меня подключены устройства

Это тоже терминологически ущербное понятие, кстати. Что, если на одном устройстве стопицот клиентов стоит?

чтобы OMEMO сессия началась на одном устройстве и продолжилась на другом

OMEMO же для переносимости шифрования между клиентами и запилен, не? Чаты вполне прозрачно с разных клиентов читаются, что там «продолжать»?

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

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

Если мне надо зайти с нового устройства, то я беру устройства, захожу в аккаунт и вуаля, я там.

Ага, а ключики перенести? ;)

Предлагаете дать доступ к своему аккаунту стороннему устройству без авторизации?

Без авторизации через другой клиент. Чтобы можно было автоматизировать.

А также распростаняете свою пропаганду где ни попадя, например, в этой теме.

Ну так есть что пропагандировать. А то народ, которому надо протащить в воровском кармане простой мобильник в армию или тюрягу, например — доверяется всяким мутным MitM-клиентам к вкудахтам и прочим телеграмам. Посему всяко полезно распространять ликбез, что можно без таких жертв ;)

А вот ваша шматрица полезна для кого? За пустой пропагандой реальные кейсы есть?

А она случится, эта утечка-то?

Конечно. Придётся, видимо, погонять до пруфов, раз Вы такие упёртые ;)

mertvoprog
()
Ответ на: комментарий от gag

Ну отлично, можно пропагандировать шматрицу среди пользователей Skype. Им-то сменить одну электронопарашу на другую проблемой не будет ;)

mertvoprog
()
Ответ на: комментарий от mertvoprog

Флудить и сообщениями можно, вот это проблема.

Можно, но успевать набивать и отправлять по несколько сообщений в секунду - очень сомневаюсь.

А Ваша проблема надуманная :P

Эта проблема реально периодически возникает в публичных групповых чатах.

gag ★★★★★
()
Ответ на: комментарий от gag

но успевать набивать и отправлять по несколько сообщений в секунду

А зачем? Достаточно глюка в программе, чтобы её заклинило на отправке одного и того же сообщения в цикле.

Эта проблема реально периодически возникает в публичных групповых чатах.

У ССЗБ с выводом сообщений о входах/выходах?

mertvoprog
()

Зря. У gitter была хорошая веб морда. У matrix/riot-web полнейший тормозной шлак. Вы вообще видели как они рисуют шрифты? говношрифт с масштабированием полнейшее мыло. Там половина процессорного времени тратится на JS половина на рендер этого позорища. Походу такими темпами придется возвращаться на IRC для чата, а он не мультистрочный.

bhfq ★★★★★
()
Ответ на: комментарий от mertvoprog

А зачем? Достаточно глюка в программе, чтобы её заклинило на отправке одного и того же сообщения в цикле.

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

У ССЗБ с выводом сообщений о входах/выходах?

Да причём тут вывод на экран? Если клиент запущен на ноутбуке или тем более на смартфоне, то такой флуд не только тратит трафик, а садит аккумулятор. Не говоря уже о возрастающей нагрузке на сервера, один из которых флуд от одного единственного клиента умножает в сотни раз, рассылая на сервера всех участников. А если не один такой будет.

gag ★★★★★
()
Ответ на: комментарий от bhfq

Вы вообще видели как они рисуют шрифты?

Они, скомпилировав freetype/harfbuzz в webassembly, и вручную вызывая их, или всё таки браузер, который нативно использует эти библиотеки?

gag ★★★★★
()
Ответ на: комментарий от ma1uta

Или возможность посмотреть, какие устройства подключены к аккаунту (кстати, как это сделать в xmpp)?

Каждое устройство в XMPP имеет отдельный «ресурс», и я вижу список подключенных в данный момент ресурсов, и их фичи.

В матриксе такого, вроде, нет, но в XMPP это — часть базового протокола.

anonymous
()
Ответ на: комментарий от gag

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

Ошибка выжившего, ясно.

а садит аккумулятор

Он в любом случае от постоянного соединения садится быстрее.

флуд от одного единственного клиента

И поэтому надо не чинить клиент, а менять протокол на другой, в котором вообще статусов нет и непонятно толком, кто в чате, а кто нет?

mertvoprog
()
Последнее исправление: mertvoprog (всего исправлений: 1)
Ответ на: комментарий от mertvoprog

А хотите объективные недостатки покажем?

Конечно!

что и старичков надо пересадить? они и со стационарных на мобильники зачастую с трудом переобучаются

Проверено, обучаются. 🙂 Им же не программы писать. Просто вместо той кнопки тыкать вот сюда. Лично видел бабушек, которые просят внучика скачать сериал на флешку, а то по телевизору не удобно — он днём идёт, когда в огороде работать надо.

тыкать сосиской в экран вместо аппаратной клавиатуры

Экран надёжнее: нет подвижных частей, выдержит больше тыков, чем аппаратные кнопки.

И универсальнее: любой язык, спец.символы, можно включить полноразмерную клавиатуру с ctrl/alt/shift (полезно для ssh). На аппаратной клавиатуре — хрен. Если кнопки нет, то её нет.

трахаться с огрызком вместо многозадачности, не дающим приложениям толком работать в фоне

Вы о чём? Многозадачность в смартфонах была с первых андроидов.

давайте и звонки к чатам приравняем? ;) А может, и теледильдонику до кучи?

Опять придирки к словам. «Чат» всегда был не только про текст. Отсюда смайлики (чтобы передать эмоции) и псевдографика (чтобы передать картинки). Но раньше для этого были костыли, а сейчас картинку можно послать явно.

Ссылки в задачник могут даже прямо во время совещания перекидываться

В чём проблема? Ссылки никто не запрещает. Но нужен и удобный способ передачи тех же фоток — для немазохистов.

Проверять надо, хотя бы из приватного режима ;) ... (а вдруг там токены, через которые учётку хакнуть можно, а?)

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

«Копировать»/«Вставить» таки быстрее, безопаснее и надёжнее выходит.

Где сносят? На трубе с ContentID? ССЗБ

Да, именно! ССЗБ те, кто заливают на хостинг и кидают ссылку. При пересылке в сообщении, без внешних ссылок, проблем нет.

Ещё раз: получателю, чтобы передать эту картинку дальше за пределы мессенджера, придётся ждать, пока она перезальётся.

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

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

Картинку по ссылке же (в том числе по непрямой) современные мессенджеры отображают так же, как и переданную встроенными средствами

Не отображают. Либо открывают дыру в безопасности/приватности, как уже говорилось. При пересылке в сообщении этих проблем нет.

шматрицей пользоваться нереально, потому что клиентов толковых к ней тупо нет.

А у других есть клиенты лучше, чем тот же Element/Riot? А то кто-то может подумать, что матриксовцы за 5 лет написали клиент лучше, чем жабберовцы за 20 лет...

Согласно Вашему оригинальному разделению на продукты™ и просто клиенты? Чем консерва продукт, а всякие Xabber, Jasmine, jTalk — не продукты?

Разделение было на «протокол» и «продукт». Между «клиентом» и «продуктом» нет такой разницы, ведь клиент может быть продуктом. Я говорил, что надо сравнивать либо продукт с продуктом, либо протокол с протоколом. А не протокол с продуктом.

Conversations — однозначно продукт. У него есть клиент, сервер, инфраструктура, и клиент продаётся. Xabber — тоже, по тем же признакам.

Jasmine и jTalk не имели ни серверов ни инфраструктуры. Да и сейчас они, в любом случае, продуктами не являются.

KDE можно успешно форкнуть... А попробуйте так форкнуть Chromium.

Bromite, Brave, Ungoogled-Chromium, SRWare Iron, Epic Browser, Qihoo 360, Opera, Microsoft Edge? Даже файрфокс форкнули (привет мунчайлду), в чём проблема форкнуть хромиум?

А как же все эти всплывающие чатики для суппорта (в иных и звонки поддерживаются)?

Назовите примеры — сравним.

А Hangouts вообще умеет отображать код?

Он умеет отображать текст. Код — это текст.

Я писал, что многострочное сообщение выглядит так же, как несколько подряд отправленных однострочных. То есть у IRC нет видимых для пользователя ограничений. Причём тут код?

anonymous
()
Ответ на: комментарий от mertvoprog

Он в любом случае от постоянного соединения садится быстрее.

TCP-соединение - это не настоящее коммутируемое соединение, которое непрерывно потребляет ресурсы, а просто пара записей в соответствующих полях номеров TCP-портов и IP-адреса. Оно может сохраняться часами и днями без физического носителя (например, подсоединённого кабеля), если таймауты позволяют, так что подобное соединение само по себе ничего не садит. Только когда передаются данные.

Потребление WiFi при простое, конечно же, меньше чем при активной передаче.

И поэтому надо не чинить клиент, а менять протокол на другой, в котором вообще статусов нет и непонятно толком, кто в чате, а кто нет?

Кто сказал? Сначала надо найти этот баг. В джаббере это не так просто. Есть этот клиент, есть сервер, к которому он подключен, есть сервер группового чата. Есть соединения между ними. А доступа к их логам прямого нет. Надо разыскивать их админов и просить глянуть в логи.

И в любом случае нужна подпорка вроде серверного модуля throttling’а статусных сообщений. Так же как есть и блок-листы и анти-спам модули.

gag ★★★★★
()
Последнее исправление: gag (всего исправлений: 1)
Ответ на: комментарий от anonymous

Conversations — однозначно продукт. У него есть клиент, сервер, инфраструктура, и клиент продаётся.

Conversations - это Open и Free Software клиент, который можно собрать самому, установить независимо собранный из F-Droid или купить на Google Play.

Разработчик предоставляет поддержку для пользования им, в том числе предлагая использовать XMPP-сервер ejabberd, работающий на его мощностях (за небольшую абонплату).

gag ★★★★★
()
Ответ на: комментарий от gag

Conversations - это Open и Free Software клиент, который можно собрать самому, установить независимо собранный из F-Droid или купить на Google Play.

Конечно. Я не говорю, что это закрытый продукт, что он только платный или плохой (хотя как клиент лично мне он не нравится, я предпочитают aTalk или PixArt).

Я лишь говорю, что Conversations — это продукт. В отличие, например, от XMPP.

anonymous
()
Ответ на: комментарий от anonymous

который можно собрать самому, установить независимо собранный из F-Droid

Забыл ещё добавить, что при этом не покупая можно всё равно сделать пожертвование.

Я лишь говорю, что Conversations — это продукт. В отличие, например, от XMPP.

Это да, бесспорно, у Даниэля Гульча можно поучиться, как вовремя разработать и успешно продолжать развивать бизнес-продукт и как свободное ПО и сопутствующий сервис почти в одиночку.

gag ★★★★★
()
Ответ на: комментарий от anonymous

Просто вместо той кнопки тыкать вот сюда

Между прямыми интерфейсами (вот этот ползунок для яркости, этот для громкости) и модальными, где одни и те же действия приводят к разным последствиям в зависимости от виртуального контекста — концептуальная пропасть. Если вторые в молодости не освоили, то потом уже поздно.

скачать сериал на флешку

Это тоже концептуально недоступно, если человек до этого не приучен к магнитофонам, DVD или другим средствам Video-on-Demand. Хотя такое встречается реже, но встречается.

Экран надёжнее

Стеклянный-то? Сказки не рассказывайте; от тыков не портятся, зато от падений запросто. Хоть калёнка, хоть горилла, хоть сапфир. В отличие от пластиковых экранов, особенно небольших.

Причём клавиатуры копеечные, и заменить их куда проще, чем тачскрин.

любой язык

Раскладки не осилили, как вышеупомянутые старички, у которых что на кнопке написано — то и буква, да? ;)

Если кнопки нет, то её нет.

Всё есть, MidpSSH видели? ;)

Многозадачность в смартфонах была с первых андроидов.

Не-а, многозадачность была на симбиане, например. А то, что подаётся под её видом в андроиде и его современниках — пародия на многозадачность. У пользователей просто взяли и отняли контроль над процессами, что угодно может выгрузиться когда угодно, это базовое свойство ведроидного менеджера задач, которое никакими рутовыми костылями полностью не решается.

Отсюда смайлики (чтобы передать эмоции) и псевдографика (чтобы передать картинки)

Это всё тоже текст. Смайлики вообще в печатной литературе ещё появились впервые. Как и т.н. dingbats.

Ссылки никто не запрещает

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

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

Ну да, а что ещё делать? Не юзеры же виноваты в том, в какую помойку скатился web (хотя мода на ЧПУ и SPA с роутерами это решила отчасти). Для чистки UTM-меток были аддоны когда-то. Что не помешало, кстати, этим меткам попасть в Указ №133 2017-го года; там ссылки на сервисы Яндекса с метками некоторые, трындец-то какой. А всё потому, что хомячки, которые этот Указ готовили, делали как им удобно, а не как правильно — за что Вы и топите. Эти же хомячки наплодили тонну свёрстанных совершенно черезжопным и непредсказуемым образом документов Microsoft Office, которые распрасить сейчас в открытые данные автоматическим путём нет никакой возможности. Попустительство вредно, в общем; в идеале на право пользования ЭВМ вообще экзамен надо сдавать, как на вождение транспортных средств.

При пересылке в сообщении, без внешних ссылок, проблем нет.

Бан учётки в мессенджере — это не проблема, по-Вашему?! ну-ну.

Ещё ему придётся ждать, пока картинка к нему скачается

Вы же сами выше распинались, что качать полностью не обязательно ;) Может, оно этому пользователю вообще не надо: одним глазком глянули, что там такое, и передали дальше кому надо.

А у других есть клиенты лучше, чем тот же Element/Riot?

А чем он хорош? Возможности на уровне пиджина какого-нибудь. Который, заметьте, даже не Jabber-клиент в первую очередь, а мультипротокольный, и реализует Jabber, как и прочее — тяп-ляп. Только пиджин при этом не прожорливая тормозная вебня.

Разделение было на «протокол» и «продукт». Между «клиентом» и «продуктом» нет такой разницы, ведь клиент может быть продуктом. Я говорил, что надо сравнивать либо продукт с продуктом, либо протокол с протоколом. А не протокол с продуктом.

Преимущество свободных протоколов именно в единстве и стандартизации протокола, которое позволяет без проблем связывать между собой разные клиенты и возвыситься над этими вашими самодостаточными «продуктами». Кстати, по этому признаку и телега в расчёт попадает, протокол-то открытый и задокументированный, и не ломается ;) — что положительно отражается на качестве сторонних клиентов, и даже официальных на макось аж два.

Bromite, Brave, Ungoogled-Chromium, SRWare Iron, Epic Browser, Qihoo 360, Opera, Microsoft Edge?

Они не развиваются независимо, а просто паразитируют на гугловском движке, не влияя на его развитие. Примером по-настоящему независимого форка является WebKit, на котором работает Safari и несколько свободных браузеров (остальное подохло или переехало на гугловский Blink/Chromium), но это скорее гугловский от него отделился, а не наоборот.

Даже файрфокс форкнули (привет мунчайлду)

Тоже потешный пример. Понтов много, а на деле сначала тащили дообосралисовый движок, потом не осилили и перепрыгнули на доквантовый, потом опять не осилили и перепрыгнули на квантовый. При этом скрещивая их куски. Выходит каша-малаша с сомнительным будущим.

Назовите примеры — сравним.

Да их дохрена: JivoSite, ClickDesk, LiveSupporti… Мы этой областью не интересуемся особо, посему всех не упомним ;)

Он умеет отображать текст. Код — это текст.

Речь о форматированном коде, который отображается моноширинным шрифтом, опционально с другим фоном и подсветкой синтаксиса. Как на ЛОРе: код или

код
mertvoprog
()
Ответ на: комментарий от gag

Оно может сохраняться часами и днями без физического носителя (например, подсоединённого кабеля), если таймауты позволяют

ССЗБизм зажравшихся админов серверов, которые привыкли к постоянным IP ;) В мире C2S долгоживущие соединения давно дурной тон, клиенты же (особенно всё те же мобильные!) за NAT сидят и выходные адрес:порт могут при каждом реконнекте меняться, для кого их держать? Минуту на связи не было — до свидания, и то, минута — это ещё с большим запасом.

Потребление WiFi при простое, конечно же, меньше чем при активной передаче.

Однако разница в расходе заряда намного меньше, чем между постоянным соединением и периодическим поллингом. Проверено, и не только Нами ;) Посему эти ваши централизованные эпплогугловские пуши, например — неоправданное зло. Особенно с учётом того, что на последних версиях ведроида они не работают уже толком, ибо аппарат в спячку погружается и как раз периодически из неё и выходит.

Сначала надо найти этот баг. В джаббере это не так просто

А кому жить легко? Некоторые баги годами ловят ;)

mertvoprog
()
Ответ на: комментарий от anonymous

Надо просмотреть список всех устройств, которые имеют доступ в аккаунт, а не только подключённых в данный момент. Вы ведь не храните пароль в открытом виде на всех устройствах?

ma1uta ★★★
()
Ответ на: комментарий от mertvoprog

Вы форум перепутали, тут не политач.

Тут не политика, да, что, впрочем, не мешает отвечать по методчике, ага.

WUT? Невебных клиентов куда больше, чем вебных, и ведущие (эти ваши гаджимоконсервопсиплюсы) ни разу не вебные. Логи писать весьма многие клиенты умеют, даже бомбусмод, не говоря уж о десктопных ;) Отставать не от кого ввиду отсутствия одного ведущего клиента, в разных реализованы разные наборы XEP-ов ;)

Клиентов много, а толку-то если они не решают исходную задачу?

А теперь покажите клиент для шматрицы, помимо libpurple-плагина, открывающего все чаты при переподключении, который умеет писать логи ;)

Я тоже могу придумать хитрые условия с потолка, которые не смогли решить в xmpp. А можно даже и не придумывать, а взять вполне реальные проблемы, как например, потеря сообщений в s2s. Вы тут мериться чем-то пришли или где? ;)

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

Т. е. транспорт - это только 1:1 чаты, а мосты - это чаты на больше чем 2 участника? Так-то и хороший мост может выступать транспортом.

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

ma1uta ★★★
()
Ответ на: комментарий от mertvoprog

Выше же приносили XEP, причём более крутой, чем просто реплаи (там целые слакоподобные нити), только он нигде вроде не реализован ;D

О чём и речь, что за 10 лет так и не смогли добавить реализацию. Толку в таком случае от смузихлёбов, что они наплодили xep-ов, если ими никто не пользуется?

Выглядеть-то выглядят, только сам он их шлёт как-то иначе. Впрочем, могли и починить уже.

Отправлять их можно только одним способом, как в протоколе указано.

Это тоже терминологически ущербное понятие, кстати. Что, если на одном устройстве стопицот клиентов стоит?

В рамках протокола это будут разные устройства. И у каждого свои настройки. Допустим, на рабочем и домашнем компах используется pidgin. Соответственно, хочется, чтобы там и там были одинаковые настройки. Или хочу переустановить приложение на мобильном устройстве и ничего заново не настраивать. Как это сделать в xmpp? Вы же не будете предлагать искать какие-то файлы, копировать на флешку, относить в другое место, подменять файлы, а потом при каждом изменении настроек повторять всё тоже самое?

OMEMO же для переносимости шифрования между клиентами и запилен, не? Чаты вполне прозрачно с разных клиентов читаются, что там «продолжать»?

Да ладно? И как чат будет переноситься между устройствами, если нельзя даже узнать, какие устройства (не ресурсы) подключены к аккаунту? Почему же тогда в conversations до сих пор это не сделали: https://github.com/iNPUTmice/Conversations/issues/3417 ?

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

С таким отношением вообще нет смысла заводить пароль, весь всё равно могут его угнать.

Ага, а ключики перенести? ;)

В адекватном протоколе есть https://element.io/blog/e2e-encryption-by-default-cross-signing-is-here/ А как это сделано в xmpp? ;)

Без авторизации через другой клиент. Чтобы можно было автоматизировать.

Как это сделано в xmpp? Или это не нужно?

Ну так есть что пропагандировать.

Ну пока за 6 страниц темы нечего пропагандировать, только повторять избитые мантры.

Посему всяко полезно распространять ликбез, что можно без таких жертв ;)

НУ так идите к вашей целевой аудитории и распространяйте среди них пропагадну, здесь что забыли?

А вот ваша шматрица полезна для кого? За пустой пропагандой реальные кейсы есть?

Для начала, это вы первый пришли в темы про матрицу и начали нести свою пустую пропаганду. Более того, я уже неоднократно показывал, что в «базовом протоколе» xmpp есть проблемы, которые ни за 10 лет, ни сейчас никто не решает.

Конечно. Придётся, видимо, погонять до пруфов, раз Вы такие упёртые ;)

Вы же понимаете, что увеличение размера != утечка памяти. Даже если клиент разросся до 2 гигабайт, но их все использует - то это не утечка. Удачи вам в доказательствах.

ma1uta ★★★
()
Ответ на: комментарий от ma1uta

Тут не политика, да, что, впрочем, не мешает отвечать по методчике, ага.

Отсылка к политачу к тому, что там обвиняют собеседников в выдуманных методичках.

Клиентов много, а толку-то если они не решают исходную задачу?

Которую?

Я тоже могу придумать хитрые условия с потолка, которые не смогли решить в xmpp

Это отнюдь не с потолка; нафиг нужен одноразовый чат, который не пишет логи? А впрочем, зумерки вон вообще снапчатами всякими балуются. Но то баловство…

а взять вполне реальные проблемы, как например, потеря сообщений в s2s

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

Т. е. транспорт - это только 1:1 чаты, а мосты - это чаты на больше чем 2 участника?

Нет, они вообще про разные вещи. Транспорт связывает учётные записи, со стороны пользователей (собственно, учётных записей), и транслирует разнообразные доступные из учётной записи действия, это далеко не только чаты даже. Мост же связывает чаты, со стороны этих самых чатов, абстрагируясь от их посетителей; посетителей чата в общем случае даже нельзя адекватно отобразить из одного мессенджера в другой, от силы юзернеймы перекидываются, чтобы было понятно примерно, кто «на той стороне» пишет.

И в случае с мостом наличие этого самого моста явно видно для посетителей чата, даже если мост — не просто клиент, а имплементит своё пространство юзернеймов, то видно, что это юзернеймы этого моста; транспорт же — это клиент-марионетка; в идеале только пользователь знает, что сидит через транспорт из мессенджера2, а не с клиента к мессенджеру1 ;)

mertvoprog
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.