Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск децентрализованной коммуникационной платформы Matrix 1.0"	+/–
Сообщение от opennews (??), 12-Июн-19, 12:26
Представлен (https://matrix.org/blog/2019/06/11/introducing-matrix-1-0-an...) первый стабильный релиз протокола для организации децентрализованных коммуникаций Matrix 1.0 (https://matrix.org/) и связанных с ним библиотек и спецификаций. Сообщается, что не все задуманные возможности Matrix описаны и реализованы, но основной протокол полностью стабилизирован и достиг состояния, пригодного для использования в качестве основы для разработки независимых реализаций клиентов, серверов, ботов и шлюзов. Наработки проекта распространяются (https://github.com/matrix-org) под лицензией Apache 2.0. Одновременно, опубликован (https://matrix.org/blog/2019/06/11/synapse-1-0-0-released) сервер для обмена сообщениями  Synapse 1.0.0 (https://github.com/matrix-org/synapse) с эталонной реализацией протокола Matrix 1.0 (https://matrix.org/docs/spec).  Отмечается, что основное внимание при подготовке Synapse 1.0 было уделено корректности реализации протокола, безопасности и надёжности. Synapse теперь вышел из стадии бета-тестирования и готов для повсеместного исользования.  Код Synapse написан на языке Python и может использовать для хранения данных СУБД         SQLite или PostgreSQL. В качестве клиентов можно использовать Riot (https://about.riot.im/) (доступен для Linux, Windows, macOS, Web, Android и iOS), Weechat (https://matrix.org/docs/projects/client/weechat.html) (CLI на Lua), nheko (https://matrix.org/docs/projects/client/nheko.html) (С++/Qt), Quaternion  (https://matrix.org/docs/projects/client/quaternion.html) (С++/Qt) и Fractal (https://matrix.org/docs/projects/client/fractal.html) (Rust/GTK). Платформа для организации децентрализованных коммуникаций Matrix развивается как проект, использующий открытые стандарты и уделяющий большое внимание обеспечению безопасности и приватности пользователей. Matrix обеспечивает сквозное (end-to-end) шифрование на базе собственного протокола, использующего в том числе алгоритм Double Ratchet (часть протокола Signal). Оконечное шифрование применяется как при прямом обмене сообщениями, так и в чатах (применяется механизм Megolm (https://gitlab.matrix.org/matrix-org/olm/blob/master/docs/me...)). Реализация методов шифрования прошла аудит в организации NCC Group. В качестве транспорта применяется HTTPS+JSON с возможностью применения WebSockets или протокол на базе CoAP (https://tools.ietf.org/html/rfc7252)+Noise (https://noiseprotocol.org/). Система формируется как содружество серверов, которые могут взаимодействовать между собой и объединяются в общую деценрализованную сеть. Сообщения реплицируются по всем сверверам, к которым подключены участники обмена сообщениями. Сообщения распространяются по серверам по аналогии с тем как коммиты распространяются между Git-репозиториями. В случае временного отключения сервера сообщения не теряются, а передаются пользователям после возобновления работы сервера. Поддерживаются различные варианты идентификаторов пользователя, включая email, номер телефона, учётную запись в Facebook и т.п. В сети отсутствует единая точка отказа или контроля за сообщениями. Все серверы, которые охватывает обсуждение, равноправны между собой. Любой пользователь может запустить собственный сервер и подключить его к общей сети. Возможно создание шлюзов (https://matrix.org/docs/projects/bridges/) для взаимодействия Matrix с системами на базе других протоколов, например, подготовлены (https://github.com/matrix-org?utf8=%E2%9C%93&...) сервисы для двусторонней отправки сообщений в IRC, Facebook, Telegram,     Skype, Hangouts, Email, WhatsApp и Slack. Помимо мгновенного обмена текстовыми сообщениями и организации чатов, система может использоваться для передачи файлов, отправки уведомлений, организации телеконференций, совершения голосовых и видео звонков. Matrix позволяет использовать поиск и неограниченный просмотр истории переписки. Поддерживаются также такие расширенные возможности как уведомление о наборе текста, оценка присутствия пользователя в online, подтверждение прочтения, push-уведомления, поиск на стороне сервера, синхронизация истории и состояния клиентов. Для координирования разработки проекта на днях создана некоммерческая организация Matrix.org Foundation (https://matrix.org/foundation/), которая будет гарантировать независимость проекта, развивать связанные с Matrix стандарты и выступать в роли нейтральной площадки для совместного принятия решений. Во главе Matrix.org Foundation поставлен совет из пяти директоров, не связанных с коммерческой экосистемой решений на базе протокола Matrix, пользующихся авторитетом в сообществе и призванных отстаивать миссию проекта. В число директоров вошли Джон Кроукрофт (Jon Crowcroft (https://en.wikipedia.org/wiki/Jon_Crowcroft), один из пионеров децентрализованных коммуникаций), Мэтью Ходжсон (Matthew Hodgson, сооснователь Matrix), Амандина Ле Папе (Amandine Le Pape, сооснователь Matrix), Росс Шульман (Ross Schulman, юрист из  Open Technology Institute, специализирующийся на интернете и децентрализованных ситемах), Юта Штайнер (Jutta Steiner, сооснователь компании Parity Technologies, занимающейся технологиями на базе блокчейна). URL: https://matrix.org/blog/2019/06/11/introducing-matrix-1-0-an... Новость: https://www.opennet.me/opennews/art.shtml?num=50856
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

2. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
Сообщение от Аноним (2), 12-Июн-19, 12:33
>Synapse Хоть со второго питона его переписать осилили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–4 +/–
	Сообщение от terryfilch (ok), 12-Июн-19, 12:40
	нет конечно https://matrix.org/docs/guides/installing-synapse Synapse is the most widely installed Matrix homeserver implementation. It is written in Python - originally Python 2, but a Python 3 implementation is available and is set to become the new standard.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	6. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+8 +/–
	Сообщение от Ogmy (?), 12-Июн-19, 13:12
	Как нет если да. Ты сам читал что прислал ? but a Python 3 implementation is available and is set to become the new standard. Реализация на Python 3 доступна и станет новым стандартом.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	19. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+2 +/–
	Сообщение от AntonAlekseevich (ok), 12-Июн-19, 19:05
	terryfilch видимо умеет в doublethink.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	20. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
	Сообщение от AnonMihalych (?), 12-Июн-19, 20:56
	А AntonAlekseevich, видимо, не умеет в родной язык. Ни перевода слова не знает, ни запятые не ставит.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	4. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от Александр Абдулов (?), 12-Июн-19, 12:41
	да и в будущем планируют основной реализацией сделать сервер на расте
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	72. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Dmitry77 (ok), 19-Июн-19, 09:34
	нахрена эти новомодные изобретения с малым количеством пользователей когда есть delta.chat ? мне нужны мессенджеры в которых есть если не все люди то хотябы 99%
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	73. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от Dmitry77 (ok), 19-Июн-19, 09:35
	как в вацапе
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

5. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+7 +/–
Сообщение от zzz (??), 12-Июн-19, 13:05
Откровенно убогая платформа. То, что сервер жрёт как не в себя - это еще ладно, сейчас все программисты жырно обмазываются абстракциями абстракций абстракций. Единственное, что работает более-менее - изолированная нода с пятью комнатами и до сотни человек. Про федерацию говорить нечего - её да-факто нет: при попытке зайти в крупную комнату на другом сервере (>1000 человек), сервер устанавливает соединение со всеми участниками, в результате при попытке зайти в такую комнату сервер наглухо вешается, а получение истории работает со скоростью 1 сообщение в минуту.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от Quelrond (?), 12-Июн-19, 13:48
	Ну не знаю, у меня Synapse 0.34.1.1 на FreeBSD 11.2 (пока не обновился, ждал 1.0) - всё отлично работает. Подключаюсь нормально и к комнатам на matrix.org и к комнатам на riot.im с кучей народа.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	9. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Аноним (9), 12-Июн-19, 14:07
	Сколько при этом сожрало оперативки и диска?
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	42. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Quelrond (?), 13-Июн-19, 21:41
	RAM - Гиг сам synapse, пару гигов его postgresql. Дисковое пространство считать смысла не вижу.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	13. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от zzz (??), 12-Июн-19, 14:48
	Зайди на официальный канал матрикса на matrix.org. Пока твой сервер соединится со всеми серверами пользователей, сидящих в комнате (децентрализация жи!) - это десять минут ожидания и гиг рамы. А потом он начнет долго и нудно вытягивать хистори и проверять её через dag, то, что я видел - это 1-2 сообщения в минуту. Уже дошло до того, что админы сторонних серверов матрикса банят крупные комнаты на matrix.org, потому что иначе это вилы как для сервера, так и для пользователей. Федерация во все поля.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	43. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Quelrond (?), 13-Июн-19, 21:43
	Я как раз про него и говорил. Я там всегда, подключение - примерно минуту (по 3G). Никаких проблем и тормозов не наблюдаю.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	10. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Аноним (9), 12-Июн-19, 14:07
	Подтверждаю всё вышенаписанное.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	17. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
	Сообщение от Аноним (17), 12-Июн-19, 16:01
	Да, лучше централизованный мессенджер с проприетарным сервером, потому что в этом случае никто не знает, сколько он жрет.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	27. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от анон (?), 13-Июн-19, 11:56
	> лучше централизованный мессенджер с проприетарным сервером Ага, с ограничением на количество символов/сообщений в минуту.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	31. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от Аноним (31), 13-Июн-19, 14:25
	Из крайности в крайность. Почему-то с жаббером при подключении к комнатам на сторонних серверах такой проблемы нет.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	32. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от hjdgg (?), 13-Июн-19, 15:53
	Наверно лучше рабочий чем децентрализованный. Так то матрикс орг и должен свою комнату на 1000 персон обслуживать, а не каждый клиент жеж? Но для маленьких групп юзабильно же?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	26. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от evkogan (?), 13-Июн-19, 11:41
	Что-то мне подсказывает, что проблема не в распределенности и федерации, а в кривых руках. Я понимаю такие проблемы при 100000 подписчиков. Но что такое >1000. Это по 10 пользователей на сервер >100  серверов. Даже 200 сессий совсем не запредельная цифра, чтобы жрать память и тормозить. Как почтовые сервера прекрасно держат тысячи сессий и ничего не жрут и не тормозят.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	34. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
	Сообщение от rshadow (ok), 13-Июн-19, 17:03
	Ждем пока питонячий прототип переделают на хипсторский го или раст. А там сравним уже.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	54. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от InuYasha (?), 14-Июн-19, 14:48
	когда опомнятся, и перепишут на Си/++, все уже плюнут и уйдут в Джаббер или Телегу.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	55. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–2 +/–
	Сообщение от anonymous (??), 14-Июн-19, 15:22
	В джаббер так никто и не ушёл, спустя столько лет и тысячи XEP'ов. А из телеги никто и не уходил, тащем-то.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

11. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
Сообщение от Аноним (11), 12-Июн-19, 14:13
Оно больше не телегу или слак похоже по концепции?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+2 +/–
	Сообщение от Аномномномнимус (?), 12-Июн-19, 14:45
	Не телегай мне слак.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	15. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от zzz (??), 12-Июн-19, 14:51
	На жаббер с прикрученным сбоку синей изолентой Jitsi.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	16. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+3 +/–
	Сообщение от вейланд (?), 12-Июн-19, 15:17
	На слаку.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+2 +/–
Сообщение от Аноним (14), 12-Июн-19, 14:51
Это тот самый протокол, где на официальном сервере отображение онлайна отключили, потому что сервер с нагрузкой не справлялся?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
Сообщение от цопцоп (?), 12-Июн-19, 17:00
mujx (автор изначального nheko) считает, что matrix сломан и поэтому (временно?) забросил проект. Сейчас предлагается использовать форк https://github.com/Nheko-Reborn/nheko
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+5 +/–
Сообщение от Канделябры (?), 12-Июн-19, 21:34
Нашёл там свою бывшую жену, познакомился со своим будущим котом. Всё децентрализованно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
Сообщение от ryoken (ok), 13-Июн-19, 07:10
>> Платформа для организации децентрализованных коммуникаций Matrix развивается как проект, использующий открытые стандарты и уделяющий большое внимание обеспечению безопасности и приватности пользователей >> Поддерживаются различные варианты идентификаторов пользователя, включая email, номер телефона, учётную запись в Facebook и т.п. Только я тут некие взаимоисключающие параграфы вижу?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	28. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
	Сообщение от progserega (ok), 13-Июн-19, 12:52
	>> Платформа для организации децентрализованных коммуникаций Matrix развивается как проект, использующий открытые стандарты и уделяющий большое внимание обеспечению безопасности и приватности пользователей >> Поддерживаются различные варианты идентификаторов пользователя, включая email, номер телефона, учётную запись в Facebook и т.п. > Только я тут некие взаимоисключающие параграфы вижу? Можете писать почту/телефон, а можете не писать. Для авторизации в минимуме требуется только логин (матрицы) и пароль. По желанию можно указать вплоть до телефона. И тогда у других пользователей (если они дали мобильной версии доступ к контактам) - в приложении на вкладке пользователей можно будет посмотреть контакты, которые уже есть в матрице и которые установили соответствие телефон<->матрикс-аккаунт.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	35. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от rshadow (ok), 13-Июн-19, 17:07
	То есть все хорошо и на совесть. Если ты любитель телеграмчиков, то смело открывай доступ к контактам. Если бородатый нерд - отключай все кроме plain/text.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	45. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Quelrond (?), 13-Июн-19, 21:46
	А ещё можно поднять свой сервер авторизации и запретить делиться данными с другими серверами авторизации. Тогда всё своё останется невидимым для окружающих, только Matrix ID будет расшарен.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

23. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
Сообщение от forum reader (?), 13-Июн-19, 08:47
> Сообщения реплицируются по всем серверам, к которым подключены участники обмена сообщениями. То есть на мой сервер в РФ будут приходить все сообщения всех пользователей (в т.ч. Новой Зеландии и США)?   >В случае временного отключения сервера сообщения не теряются, а передаются пользователям после возобновления работы сервера. "сообщения не теряются", госпожа Яровая, спите спокойно! >В сети отсутствует единая точка отказа или контроля за сообщениями. Все серверы, которые охватывает обсуждение, равноправны между собой. Любой пользователь может запустить собственный сервер и подключить его к общей сети. Cудя по картинке - пользователь залогинившийся на другой сервер получает новый идентификатор, становится новым, ДРУГИМ, пользователем? Если место где я сейчас нахожусь находится за тридевять земель от моего домашнего (собственного) сервера, и связи отсюда до моего домашнего сервера 10кбит/час. Могу ли я залогинится на местный городской сервер (1гигабит/сек)? Залогиниться со своим идентификатором и получать ВСЕ сообщения по быстрым каналам? Если да, то как сделана защита от мошенников? Сообщения не теряются - имеет ли к ним доступ админ местного сервера? Местная Яровая?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	29. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от progserega (ok), 13-Июн-19, 13:06
	> То есть на мой сервер в РФ будут приходить все сообщения всех пользователей (в т.ч. Новой Зеландии и США)?   На ваш сервер идёт синхронизация только тех комнат, в которых состоят пользователи вашего сервера. > "сообщения не теряются", госпожа Яровая, спите спокойно! Нужно чтобы терялись? Более того, сообщения не удаляются вообще. Раз отправил - они остались на всех серверах, с которых пользователи есть в этой комнате. Нужна приватность - делайте комнату приватную и "по приглашению". И никого не приглашайте. Более того, при создании комнаты можно жёстко задать "комната только для пользователей локального сервера". Ну и включайте e2e-шифрование! :-) То, что в каких-то сервисах декларируют возможность "удаления сообщений" - это мягко говоря "не факт". В открытой же системе - никто не мешает пропатчить удалённый сервер и "не удалять" сообщения, даже если какой-либо из клиентов "сильно попросил об этом". > Cудя по картинке - пользователь залогинившийся на другой сервер получает новый идентификатор, становится новым, ДРУГИМ, пользователем? Да. Так же как в email, так же как в XMPP. Были планы делать вход через любой сервер. Но, если я не ошибаюсь, то к ним вернутся, когда доделают "шифрование e2e по-умолчанию". А с ним есть ещё вопросы - как минимум облегчить установление доверительных отношений (проверка отпечатков всех устройств пользователя и "передоверие к доверенным", а так же поиск в шифрованной комнате - сейчас быстрый серверный поиск работает только в открытых комнатах). > Сообщения не теряются - имеет ли к ним доступ админ местного сервера? Местная Яровая? Если комната без включенного e2e - да, имеет (через запросы к базе). Если же комната с включенным e2e - то считай, что не имеет, т.к. ключи шифрования только на конечных устройствах пользователя. Хотя опять же для удобства пользователей - они могут хранить свои ключи (зашифрованные паролем) на сервере, либо не хранить, либо хранить отдельно в виде зашифрованного файла - каждый сам определяет баланс между удобством и безопасностью.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	33. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от forum reader (?), 13-Июн-19, 16:18
	>> То есть на мой сервер в РФ будут приходить все сообщения всех пользователей (в т.ч. Новой Зеландии и США)? > На ваш сервер идёт синхронизация только тех комнат, в которых состоят пользователи > вашего сервера. То есть, при некотором количестве пользователей, на мой публичный сервер синхронизируется ВЕСЬ трафик. Ок. существенная доля трафика. >> "сообщения не теряются", госпожа Яровая, спите спокойно! > Нужно чтобы терялись? Более того, сообщения не удаляются вообще. Раз отправил - > они остались на всех серверах, То есть, пользователь моего публичного сервера, один раз зайдя в "комнату" с другого сервера заставит а) вытащить всю историю "комнаты" б) получать сообщения этой "комнаты" в будущем, даже если пользователь больше никогда не залогинтся на мой сервер.  (а вдруг таки залогинится через три года?) Это особенно актуально для "комнат" с тяжелым контентом. типа -прона-^W прикольных кортинок кошечек. >> Cудя по картинке - пользователь залогинившийся на другой сервер получает новый идентификатор, становится новым, ДРУГИМ, пользователем? > Да. Так же как в email, так же как в XMPP. > Были планы делать вход через любой сервер. Но, если я не ошибаюсь, > то к ним вернутся, когда доделают "шифрование e2e по-умолчанию". Ну, и чем тогда matrix отличается?  К почте есть почтовые клиенты, позволяющие показывать переписку в виде чата, "комнаты" = давно проверенные списки рассылки. Шифрование e2e к _транспорту_ (протоколам\серверам) вообще перпендикулярно-параллельно. Умеет клиент - шифруется, не умеет - не шифруется. Для логина, под своим уникальным логином, на любой сервер нужен ЦЕНТРАЛИЗОВАННЫЙ сервер (сервис) авторизации, а никак не e2e. Доверие при обмене ключами... ну да. есть такая _фундаментальная_ проблема. Я уверен что никакой матрикс не сможет решить. Для тех кому важно, существуют (относительно заморочные) способы обмена, типа размещения публичных ключей PGP\GPG на домашних страницах, каждом заборе и стене. Для остальных достаточно xor("сообщение","ник_получателя+ник_отправителя"). И я больше скажу - email и xmpp клиенты УЖЕ УМЕЮТ одним шифрованием коннектится к сервер, другим ключом шифрования шифруют переписку с одним корреспондентом, третьим ключом шифрования шифруют переписку с другим корреспондентом, переписку с четвертым шифруют двумя ключами. В matrix, судя по всему, будет один ключ для всего? >> Сообщения не теряются - имеет ли к ним доступ админ местного сервера? Местная Яровая? > Если комната без включенного e2e - да, имеет (через запросы к базе). > Если же комната с включенным e2e - то считай, что не имеет, И возвратимся к вопросу трафика - сегодня я был на одном сервере, завтра буду на другом. Мои _личные_ p2p сообщения (для простоты допустим в приватной "комнате" на двоих) за время моего отсутствия куда денутся? А в случае если мой личный сервер будет недоступен? Потеряются или будут где то хранится? Разлетятся ПО ВСЕМ СЕРВЕРАМ(пусть и зашифрованные способом _сегодня_ "невзламываемым") и будут там (на всех серверах) лежать в надежде что я вот-вот залогинюсь (и складываться в бэкап каждые 15 минут). А завтра в этой реализации e2e "внезапно" найдется уязвимость позволяющая их легко читать? Ограничимся несанкционированным чтением e2e. А то еще можно было бы рассмотреть возможность _писать_ от чужого имени, но это проще делать через взломанное устройство пользователя, или еще проще, прямо через API клиента. У клиента matrix есть ведь API? Для всяких антиспам плагинов, или самописных ботов-автоответчиков с ИИ. Или matrix постыдно огородился, API прячет, протокол закрытый, клиентский софт в виде обфусцированных бинарников? Подозреваю что про гейты в skype\wechat\viber\telegramm\whatsapp (без которых не затащить на платформу больше полутора гиков) спрашивать вообще бессмысленно...
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	37. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от progserega (ok), 13-Июн-19, 17:23
	> То есть, при некотором количестве пользователей, на мой публичный сервер синхронизируется > ВЕСЬ трафик. Ок. существенная доля трафика. Весь трафик комнаты. Не весь трафик вообще. Т.е. если у вас на сервере 100 пользователей и они сидят только в локальных комнатах - федеративного трафика не будет. Если хотя бы один пользователь зайдёт (присоединится) на другой сервер в комнату с большим количеством пользователей, то трафик из этой комнаты (все сообщения) будут через федерацию приходить и на ваш сервер. Т.е. ваш сервер становится ещё одним "плечом" распределённого хранения комнат, в которые вошли ваши пользователи. > То есть, пользователь моего публичного сервера, один раз зайдя в "комнату" с > другого сервера заставит > а) вытащить всю историю "комнаты" > б) получать сообщения этой "комнаты" в будущем, даже если пользователь больше никогда > не залогинтся на мой сервер.  (а вдруг таки залогинится через > три года?) Да, именно так. > Это особенно актуально для "комнат" с тяжелым контентом. типа -прона-^W прикольных кортинок > кошечек. В этом есть некоторый напряг распределённого хранения комнат. Но так же и плюс. Например вы создали комнату на своём сервере, пригласили туда людей, а потом передумали и выключили свой сервер. А комната осталась и люди там продолжают общаться. Просто у неё стало меньше на "одно плечо". К слову, был свидетелем такой ситуации. > Ну, и чем тогда matrix отличается?  К почте есть почтовые клиенты, > позволяющие показывать переписку в виде чата, "комнаты" = давно проверенные списки > рассылки. Если так рассуждать, то зачем чаты, когда есть почта? Чаты имеют свою нишу. Или вы против только федеративных чатов? :-) > Для логина, под своим уникальным логином, на любой сервер нужен ЦЕНТРАЛИЗОВАННЫЙ сервер > (сервис) авторизации, а никак не e2e. Не вдавался в подробности, но там была какая-то хитрая схема на ключах/доверии. Что-то вида "все сообщения шифруются, а логин-пароль - это ключ, который открывает доступ к этому потоку". Предполагалось без централизованного сервера авторизации. Пока эту фичу отложили "на потом". И для неё таки нужно чтобы все сообщения шифровались. > Доверие при обмене ключами... ну да. есть такая _фундаментальная_ проблема. Я уверен > что никакой матрикс не сможет решить. Детализирую ситуацию. На данный момент доверие устанавливается через проверку отпечатков ключей. Через дополнительный канал связи. Сейчас есть два способа - через набор текстовой последовательности или же через последовательность иконок (зачитывать через голосовую связь, например). Далее, насколько я понял стоит задача авторизовать все остальные устройства пользователя. Т.е. авторизовав одно его устройство - доверяем всем его устройствам (иначе приходится сверять отпечатки для всех устройство, что утомительно). > И я больше скажу - email и xmpp клиенты УЖЕ УМЕЮТ одним > шифрованием коннектится к сервер, другим ключом шифрования шифруют переписку с одним > корреспондентом, третьим ключом шифрования шифруют переписку с другим корреспондентом, > переписку с четвертым шифруют двумя ключами. Да, я эти пользовался. Это хорошо. > В matrix, судя по всему, будет один ключ для всего? На каждом устройстве пользователя - свой ключ. Соответственно удалённый абонент шифрует сообщение для каждого устройства пользователя его открытым ключом. > И возвратимся к вопросу трафика - сегодня я был на одном сервере, > завтра буду на другом. Мои _личные_ p2p сообщения (для простоты допустим > в приватной "комнате" на двоих) за время моего отсутствия куда денутся? Не понял вопроса. Как вы были на одном/другом сервере? У вас две учётки на разных серверах и? На данный момент пользователи в матрице "привязанны" к своим серверам. > А в случае если мой личный сервер будет недоступен? Потеряются или > будут где то хранится? Разлетятся ПО ВСЕМ СЕРВЕРАМ(пусть и зашифрованные способом > _сегодня_ "невзламываемым") и будут там (на всех серверах) лежать в надежде > что я вот-вот залогинюсь (и складываться в бэкап каждые 15 минут). > А завтра в этой реализации e2e "внезапно" найдется уязвимость позволяющая их > легко читать? Если в вашей комнта есть только @user1:my_server.ru и @user2:my_server.ru - то при выключении my_server.ru - комната исчезнет. Как и пользователи user1 и user2. Если же в эту комнату вы пригласите пользователя @user3:server2.ru, то состояние (история) комнаты синхронизируется на сервер server2.ru. И если вы выключите свой сервер (my_server.ru), то комната сохранится (вместе с историей переписки) на server2.ru. В настройках комнаты вы можете выставлять видимость истории - например видимость всей истории для для всех пользователей или истории, начиная со времени входа пользователя (т.е. он не видит то, что было ранее - логично предположить, что эта история не полетит к нему на сервер, но это я предполагаю исходя из логики). > Ограничимся несанкционированным чтением e2e. А то еще можно было бы рассмотреть возможность > _писать_ от чужого имени, но это проще делать через взломанное устройство > пользователя, или еще проще, прямо через API клиента. У клиента matrix > есть ведь API? Для всяких антиспам плагинов, или самописных ботов-автоответчиков с > ИИ. > Или matrix постыдно огородился, API прячет, протокол закрытый, клиентский софт в виде > обфусцированных бинарников? Есть АПИ для клиентов/ботов, для web-хуков, для приложений (глубокая интеграция на стороне сервера , например, чтобы пользователи другой сети "мапились" на пользователей матрицы).  Вполне простое и достаточно удобное API. Удобнее ВК-шного и телеграмовского, на мой взгляд (из того, что пробовал). > Подозреваю что про гейты в skype\wechat\viber\telegramm\whatsapp (без которых не затащить > на платформу больше полутора гиков) спрашивать вообще бессмысленно... Почему? Сомниваетесь в осведомлённости или не позволяет предвзятость? Есть мосты/боты для связи со скайпом, телеграмом, ватсапом, ВК, irc, xmpp, slack, discord, hangouts, email, gitter.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	51. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
	Сообщение от evkogan (?), 14-Июн-19, 10:16
	Остается вопрос есть ли возможность отписаться от комнаты? И есть ли возможность отписать пользователей на своем сервере от внешних комнат принудительно, после например 1 года не вхождения?
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	53. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
	Сообщение от forum reader (?), 14-Июн-19, 14:46
	> Остается вопрос есть ли возможность отписаться от комнаты? > И есть ли возможность отписать пользователей на своем сервере от внешних комнат > принудительно, после например 1 года не вхождения? Да, какая разница... Один паршивый пользователь, и твой суточный бэкап за пару дней превысит все разумные пределы.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	57. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от evkogan (?), 14-Июн-19, 18:17
	При такой позиции надо просто запретить своим пользователя заходить в чужие комнаты, выше писали, что такое есть. Но это немножко другая проблема. Вопрос про возможность отписаться и отписать принудительно остается открытым.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	62. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от forum reader (?), 15-Июн-19, 12:15
	Запретить можно, если это корпоративный сервер. А если сервер публичный? Уважаемый господин progserega предлагает организовать у публичного сервера круглосуточное дежурство администратора-модератора, который будет вручную отписываться от "комнат" из которых вышли все пользователи этого сервера. Видимо он же будет платить этому человеку зарплату и организовывать рабочее место.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	64. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от evkogan (?), 17-Июн-19, 09:48
	Во первых, это может делаться автоматически самим сервером. Во вторых, при наличии команд или API для этого, это можно заскриптовать. В третьих, если господин админ не понимает возможностей пунктов 1 и 2, то может ему не стоит заниматься не своим делом. Я надеялся, что мне ответят, есть возможности 1 и/или 2 или их нет. Но опеннет он такой ...
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	66. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от forum reader (?), 17-Июн-19, 20:58
	> Во первых, это может делаться автоматически самим сервером. Нам ясно дали понять что нет. > Во вторых, при наличии команд или API для этого, это можно заскриптовать. Ясное дело, что можно было бы при наличии такого API, но тогда и сервер умел бы. > В третьих, если господин админ не понимает возможностей пунктов 1 и 2, > то может ему не стоит заниматься не своим делом. Господа администраторы модерируют комнаты, серверами занимается младший обслуживающий персонал, техники. > Я надеялся, что мне ответят, И я.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	58. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от progserega (ok), 15-Июн-19, 04:37
	Покинуть комнату, выйдя из неё. Если вы админ в комнате - вы можете выгонять из неё пользователей.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	65. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от evkogan (?), 17-Июн-19, 10:21
	Т.е. если я админ сервера, а комната чужая (с чужого сервера), то отписать моих пользователей от нее у меня не выйдет. Плохо.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	52. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
	Сообщение от forum reader (?), 14-Июн-19, 14:41
	>> То есть, при некотором количестве пользователей, на мой публичный сервер синхронизируется >> ВЕСЬ трафик. Ок. существенная доля трафика. > Весь трафик комнаты. Не весь трафик вообще. Я понимаю разницу. Но смысл пользователю сидеть в "комнате" на 1.5 анонима. Сидеть будут в "комнатах" где много пользователей и трафика много.   >> То есть, пользователь моего публичного сервера, один раз зайдя в "комнату" с >> другого сервера заставит >> а) вытащить всю историю "комнаты" >> б) получать сообщения этой "комнаты" в будущем, даже если пользователь больше никогда > Да, именно так. Это просто "отлично"! >> Это особенно актуально для "комнат" с тяжелым контентом. типа -прона-^W прикольных кортинок >> кошечек. > В этом есть некоторый напряг распределённого хранения комнат. Но так же и > плюс. Например вы создали комнату на своём сервере, пригласили туда людей, > а потом передумали и выключили свой сервер. А комната осталась и > люди там продолжают общаться. Просто у неё стало меньше на "одно > плечо". К слову, был свидетелем такой ситуации. И все пользователи с моего выключенного сервера ушли на другие сервера, получили там НОВЫЕ идентификаторы, а все дружно стали обновлять контактлисты.. Это просто "отлично"! >> Ну, и чем тогда matrix отличается?  К почте есть почтовые клиенты, >> позволяющие показывать переписку в виде чата, "комнаты" = давно проверенные списки >> рассылки. > Если так рассуждать, то зачем чаты, когда есть почта? Чаты имеют свою > нишу. Или вы против только федеративных чатов? :-) А чем принципиально отличается почта от чатов? По стандарту SMTP письмо может идти 14 дней, а в чатах доставка сообщений _условно_ "мгновенная". Вот в этом (и _только_ в этом) и смысл. >> Для логина, под своим уникальным логином, на любой сервер нужен ЦЕНТРАЛИЗОВАННЫЙ сервер >> (сервис) авторизации, а никак не e2e. > Не вдавался в подробности, но там была какая-то хитрая схема на ключах/доверии. > Что-то вида "все сообщения шифруются, а логин-пароль - это ключ, который > открывает доступ к этому потоку". Предполагалось без централизованного сервера авторизации. Брак ужа с ежом. >> Доверие при обмене ключами... ну да. есть такая _фундаментальная_ проблема. Я уверен >> что никакой матрикс не сможет решить. > Детализирую ситуацию. На данный момент доверие устанавливается через проверку отпечатков > ключей. Через дополнительный канал связи. Сейчас есть два способа - через > набор текстовой последовательности или же через последовательность иконок (зачитывать > через голосовую связь, например). Далее, насколько я понял стоит задача авторизовать > все остальные устройства пользователя. Т.е. авторизовав одно его устройство - доверяем > всем его устройствам (иначе приходится сверять отпечатки для всех устройство, что > утомительно). Поскольку анонимность в этой схеме и рядом не лежала, эта схема излишнее усложнение и имитация бурной деятельности.  Хотя спецслужбы будут очень рады такому подарку, жесткой привязке пользователя ко всем его устройствам.. >> В matrix, судя по всему, будет один ключ для всего? > На каждом устройстве пользователя - свой ключ. Свой, но ОДИН. > Соответственно удалённый абонент шифрует > сообщение для каждого устройства пользователя его открытым ключом. А должно быть на каждом устройстве НЕСКОЛЬКО ключей. >> И возвратимся к вопросу трафика - сегодня я был на одном сервере, >> завтра буду на другом. Мои _личные_ p2p сообщения (для простоты допустим >> в приватной "комнате" на двоих) за время моего отсутствия куда денутся? > Не понял вопроса. Как вы были на одном/другом сервере? У вас две > учётки на разных серверах и? > На данный момент пользователи в матрице "привязанны" к своим серверам. Тут да, я поспешил и задал вопрос о возможной маршрутизации при условии что с одной учеткой можно коннектится к любому серверу. >[оверквотинг удален] >> ИИ. >> Или matrix постыдно огородился, API прячет, протокол закрытый, клиентский софт в виде >> обфусцированных бинарников? > Есть АПИ для клиентов/ботов, для web-хуков, для приложений (глубокая интеграция на стороне > сервера , например, чтобы пользователи другой сети "мапились" на пользователей матрицы). >  Вполне простое и достаточно удобное API. Удобнее ВК-шного и телеграмовского, > на мой взгляд (из того, что пробовал). >> Подозреваю что про гейты в skype\wechat\viber\telegramm\whatsapp (без которых не затащить >> на платформу больше полутора гиков) спрашивать вообще бессмысленно... > Почему? Сомниваетесь в осведомлённости или не позволяет предвзятость? Читаю твои ответы и сомневаюсь. > Есть мосты/боты для связи со скайпом, телеграмом, ватсапом, ВК, irc, xmpp, slack, > discord, hangouts, email, gitter. Я так понял, гейты централизованные? То есть я, как фирма, должен где-то там у вас, на сервера гейтов matrix ввести учетку от моего корпоративного бизнескайпа с 100500 денег на счету, а потом надеятсься что у вас не произойдет утечка. Я хочу иметь гейты здесь, у себя, локально.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	56. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Аноним (56), 14-Июн-19, 16:52
	>> Есть мосты/боты для связи со скайпом, телеграмом, ватсапом, ВК, irc, xmpp, slack, >> discord, hangouts, email, gitter. >Я так понял, гейты централизованные? То есть я, как фирма, должен где-то там у вас, на сервера >гейтов matrix ввести учетку от моего корпоративного бизнескайпа с 100500 денег на счету, а потом >надеятсься что у вас не произойдет утечка. >Я хочу иметь гейты здесь, у себя, локально. Нет, никакой централизации нет. Всегда можно поднять свой гейт, который будет прицеплен к твоему серверу. Другое дело, что для irc надо договариваться с админами фриноды, чтобы увеличили лимиты для твоего гейта и не банило его постоянно.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	61. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от forum reader (?), 15-Июн-19, 12:06
	>>Я хочу иметь гейты здесь, у себя, локально. > Нет, никакой централизации нет. Всегда можно поднять свой гейт, который будет прицеплен > к твоему серверу. Другое дело, что для irc надо договариваться с > админами фриноды, чтобы увеличили лимиты для твоего гейта и не банило > его постоянно. irc можно не брать в расчет, там жизни нет (с), он давно умер, для массового пользователя. чтоб matrix "взлетел", нужно ориентироваться на массового пользователя, b2b и особенно b2c. только тогда будет поднято достаточное количество серверов и только тогда пользователи начнут пользоваться matrix. без гейтов b2b и b2c выпадают, а без b2c массовому пользователю нечего делать в еще одном IM. "у вас прыщи и вас не еб.. нет секса, у вас нет секса и у вас прыщи, замкнутый круг"
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	59. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от progserega (ok), 15-Июн-19, 04:57
	> Читаю твои ответы и сомневаюсь. А на основании чего вы ко мне на "ты" обращаетесь? П.С. Что-то в последнее время, к сожалению, opennet становится больше похож на филиал ЛОРа. Даже на Хабре атмосфера более культурная, хоть и тоже отравлена "всё пропало - пора валить". И не в домёк людям, что с такой атмосферой в голове труднее творить и созидать.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	60. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от forum reader (?), 15-Июн-19, 11:49
	Это сеть (HAMradio/фидо/интернет/другое), здесь так принято. Обращение "на ты" символизирует дружеское общение. Обращение "на вы" обозначает ИЛИ обращение к множеству собеседников. ИЛИ то, что общение неприятно, конфликт. Со своим уставом в чужой монастырь не ходят (китайская шаолиньская мудрость). Не говори что мне делать и я не скажу куда тебе идти (интернациональная народная мудрость). Не нужно натягивать на сетевой этикет формальные правила общения из реальной жизни, где для перехода "на ты" требуется личное знакомство и перевод личных отношений в неформальную плоскость. Такие попытки только покажут ограниченность Вашего умственного развития и сделают Вас нежелательным собеседником.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	67. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Илья (??), 18-Июн-19, 12:06
	В матриксе есть два вида серверов: сервер через который идёт соединение и где хранится контент и сервер авторизации. Так вот, они могут быть на разных доменах. Идентификатор пользователя, т.е. его полное имя состоит из логина и домена сервера авторизации. Например @upyacka1111@bestauth.nofsb.xyz но при этом можно работать через любой из серверов, таких как public.supermatrix.ru или matrix.vasyans-home.ru. В обоих случаях общение будет с @upyacka1111@bestauth.nofsb.xyz но не зашифрованный контент в приватных комнатах останется на тех серверах, где эти комнаты созданы, а так-же может быть реплицирован на другие сервера федерации.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

24. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+2 +/–
Сообщение от Аленевод (?), 13-Июн-19, 09:31
Вместо того, чтоб допилить XMPP и софт для него в соответствии с современными запросами и реалиями, учтя хорошо изученные за 20 лет достоинства и недостатки этой технологии (чем, собственно, занимаются и воцап, и вэкашечка, и некоторые другие коммерсы, каждый по-своему, но достаточно успешно), программисты-абстракционисты изобретают летающий подводный паровоз, который хреново летает, плохо плавает, да и вообще с перевозкой большие проблемы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	30. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+4 +/–
	Сообщение от progserega (ok), 13-Июн-19, 13:43
	Флеймообразующий тезис, тем не менее отвечу: Как минимум в ВК и близко уже нет XMPP, посмотрите их АПИ: https://vk.com/dev/first_guide 20 лет - большой срок. И усилий в этот проект вложено достаточно. Но "не взлетело". Почему? Кто-то считает, что виной те, кто мало вкладывает сил в XMPP (нужно не 20, а 30 лет и более), кто-то считает, что всё дело в модных клиентах и вот только если их написать (осталось ещё чуть-чуть!) - то сразу всё станет хорошо, кто-то считает, что виноваты корпорации, которые стали закрывать федерацию, а потом отключать свои XMPP-сервера, кто-то считает, что всему виной XEP-ы, а кто-то наоборот, считает, что в них вся "сила". Время идёт, а ситуация сильно не меняется. Скорее даже наоборот - время XMPP уходит всё больше и больше. А может быть дело не в количестве сил, которые вкладывали люди в проект (сколько написано серверов, клиентов, сколько документации по XEP-ам!), а дело в самой концепции "модульного протокола". Она не оправдала себя. Жутко звучит, т.к. концепция красивая. Но не жизнеспособная. Когда в 19-м году открываешь два самых продвинутых клиента (psi-plus и gajim) и пытаешь передать файл или фотографию (чтобы она показалась в чатике) - и на этой простой вещи спотыкаешься... Что-то тут не так. Говорят, что нужно просто "дописать нормального клиента", но во всех почти клиентах XMPP есть передача файлов, во многих - передача фотографий, кучи модулей - чего только не понаписано! Но ты отправляешь фотографию и она если и доходит, то её нельзя открыть - она "прибита" в чате в маленьком разрешении. Отправить файл оффлайн-пользователю тоже нельзя (можно, если озадачиться, если найти особый сервер с http-хранением и отправлять файлы как ссылки...). Это печально. Мне нравился XMPP. Лет 10 нравился. Но всему своё время. И мне кажется имеет смысл делать выводы. Как нужно разрабатывать софт, а как не нужно. Находить баланс между "собором и базаром", что-то делать модульным, а что-то нет. Сделав выводы - можно развиваться дальше. Да и сам подход странен. Есть почта, но разве это не повод попробовать сделать wave? Есть Linux/Unix, можно их развивать, но разве это не повод пересмотреть подходы, увидеть ошибки и сделать Plan9? Что-то из этих идей зачахнет, что-то прорастёт, что-то даст идеи для других проектов, вобрав смыслы... Тем более в текущей ситуации у нас не так много альтернатив в случае открытых федеративных протоколов, во всяком случае из тех, что на слуху. Так пусть будет хоть одна альтернатива XMPP. И посмотрим какая будет более жизнеспособная и интересная разработчикам и пользователям. В конечном счёте кто мы такие, чтобы решать за кого-то что им делать/творить? Хотят сделать свой чатик "с котиками" - пусть делают. Может путное выйдет чего... Линукс вон из терминального клиента вырос. Из "велика"... Не лучше ли пожелать удачи открытому проекту?
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	36. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от rshadow (ok), 13-Июн-19, 17:22
	Ну опенсорс честно скажем редко бъет на опережение. Был XMPP, и умер под наплывом мобильных мессенджеров с новыми возможностями. А теперь опенсорсный проект опять всплывает в новом обличии со всеми(?) возможностями на борту.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	38. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от progserega (ok), 13-Июн-19, 17:34
	> Ну опенсорс честно скажем редко бъет на опережение. Был XMPP, и умер > под наплывом мобильных мессенджеров с новыми возможностями. А теперь опенсорсный проект > опять всплывает в новом обличии со всеми(?) возможностями на борту. Мельница истории мелет медленно, но неумолимо :-) Я вижу примерно такую модель процесса: 1. Появляется идея. 2. На эту идею приходят деньги, организовывает "бизнес". Процесс пошёл. Люди, ресурсы, успех, продукт. 3. Герои уходят, корпорация продолжает медленно "развивать продукт". 4. Появляются конкуренты с подобным продуктом. 5. Продукт доходит до своего логического завершения-тупика. Как винамп, как nero. Комбайн, который уже чрезмерен. Развитие останавливается. 6. Опенсорсные аналоги в этот момент начинают выходить из тени, постепенно и неотвратимо наступая на пятки остановившейся "колесницы былого флагмана". 7. Бесплатное СПО постепенно дотягивает функционал, но в силу меньшей гонки и большего вкладывания души - продукт получается более удобоваримый. 8. СПО становится стандартом. Далее история не останавливается и циклы могут начаться на новом этапе - почта/централизация gmail и т.п. Уход проприетарных продуктов в "облака" в виде сервисов, чем повышается порог вхождения для СПО из-за требуемых облачных ресурсов , которые сложно покупать сообществу. Но затем появляются всякие "краудфандинговые" платформы, проекты типа Wikipedia и OSM, сборы на поддержку и т.д. и т.п. :-)
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	39. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от ыы (?), 13-Июн-19, 18:32
	а как вам история mysql или trello ?
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	49. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–2 +/–
	Сообщение от progserega (ok), 14-Июн-19, 04:15
	trello не знаю, а mysql изначально был sun-овским. Потом стал оракловским. Исходиники открыли, потом закрыли... Хотят развивают, хотят - нет. Играть по правилам корпорации не всем интересно. А для форка, видать, не было потребности. Хотя мариядб - ведь форк...
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	50. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+3 +/–
	Сообщение от ыы (?), 14-Июн-19, 08:32
	про историю mysql вы к сожалению тоже НИЧЕГО не знаете. и уж про то что она изначально была sun-овской - это весьма смело :)
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	68. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
	Сообщение от Илья (??), 18-Июн-19, 12:13
	Хочу вас поддержать. Пользовался matrix + riot впечатления очень положительные. Поднимал свой matrix сервере. Приятно удивило качество звука, которое лучше чем в телеграмм и viber. Почему? Я думаю, дело в том что ОПСоС-ы намеренно ухудшают каналы для этих сервисов, т.к. они конкурируют за голосовой трафик. Со своим матрикс-сервером, я просто не попал в выборку адресов, для которых прописаны правила. А может быть такой прогрессивный протокол. Из недостатков столкнулусля с глючным push на мобильной платформе, был вынужден его отключить, заплатив за это более быстрым разрядом батареи телефона. Надеюсь уже допилили. Интересно, совместимо ли это все с сетями TOR и i2p и будут ли там работать передача файлов, аудио и видео вызовы? Я ещё не пробовал. То что отделили сервер авторизации от сервера с конентом - очень хорошо. В перспективе, наверное, его можно будет заменять на блокчеин и построить действительно распределенный клиент.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	70. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от progserega (ok), 19-Июн-19, 05:02
	> Хочу вас поддержать. Спасибо > Из недостатков столкнулусля с глючным push на мобильной платформе, был вынужден его > отключить, заплатив за это более быстрым разрядом батареи телефона. Надеюсь уже > допилили. Вроде проблем особо нет сейчас тьфу-тьфу. > Интересно, совместимо ли это все с сетями TOR и i2p и будут > ли там работать передача файлов, аудио и видео вызовы? Я ещё > не пробовал. Т.к. MATRIX-протокол сейчас это web-запросы поверх веб - думаю проблем быть не должно. Кто-то говорил, что через TOR пытался подключиться в видео. Аудио-видео там на базе WebRTC. Как оно через тор работает - нужно пробовать. К слову, часть серверов matrix.org, в том числе и turn.matrix.org (для видеозвонков через nat) - заблокированы РКН. Видать они переехали на новую площадку, диапазоны адресов которой блокировались РКН в связи с телеграмом. На сторонних серверах и их turn-серверах голосовые и видео-вызовы работают.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

25. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
Сообщение от Аноним (25), 13-Июн-19, 11:17
>чтоб допилить XMPP Его нужно целиком переписать. С неизбежным сломом обратной совместимости.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	40. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Аленевод (?), 13-Июн-19, 18:34
	Вот это верно. Сохранить общий подход, даже какие-то элементы синтаксиса, но сделать новый протокол, с более грамотной архитектурой. Что же касается старого (то есть нынешнего) джаббера, то, может быть, эмулировать его минимальную поддержку на уровне приёма-отправки простых сообщений, без форматирований и изысков, без вложений, звука и прочего.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	44. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от Аноним (44), 13-Июн-19, 21:46
	Это реализуется шлюзом
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	46. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Quelrond (?), 13-Июн-19, 21:54
	Jabber мёртв. К огромному сожалению. Протокол в котором не предусмотрено в базе расшаривание картинок и файлов вообще сегодня не нужен никому. Да, есть расширения, которые поддерживаются не всеми серверами и не всеми клиентами. Это - бардак и анархия. Это не работает в реальной жизни. Я знаю о чём говорю - уже 5 лет администрирую XMPP сервер. Несколько раз пытался поднять групповые чаты с передачей файлов - в результате забил. Всё что сейчачс можно сделать - уйти на Matrix.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	47. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+1 +/–
	Сообщение от Аноним (44), 13-Июн-19, 22:34
	Странно я расшаривал картинки и файлы. Вотсап тоже.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	63. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от Аленевод (?), 16-Июн-19, 10:21
	Так вот и надо все эти вещи, которые в 1997 году казались ненужными, допилить и доделать, и вообще  тщательно переработать концепцию XEP'ов. Всё это хозяйство задумывалось для того, чтоб протокол был бесконечно расширяемым, а на деле расширяемость оказалась довольно условной, зато фрагментация клиентов и серверов ужасающей. Дело не в том, чтоб допилить пару фишек, тут надо работать именно над архитектурой в первую очередь.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

41. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
Сообщение от Аноним (44), 13-Июн-19, 21:40
Это что за бред @alice:alice.com @ обозначает НА. user@example.com это user НА хосте example.com. Для кого URI придумывали? Там сотни людей думали КАК сделать это. matrix://alice@alice.com А это что? @alice:alice.com Это КАКОЙ протокол? Это имя в Твиттере????
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	48. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от progserega (ok), 14-Июн-19, 04:13
	Изначально matrixid не планировался как употребительный адрес в матрице. Именно потому так и делался. Идея была в том, чтобы вообще избавиться от id в системе для пользователя в быту. Пользователи же друг друга должны (предполагается) искать по "3pids" - почте, телефону и иным учёткам из других систем. Т.е. пользователь привязывает эти аккаунты к своей учётке в матрице и другие пользователи, зная почту или телефон - могут найти абонента.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	69. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	–1 +/–
	Сообщение от Илья (??), 18-Июн-19, 12:15
	мне тоже интересно, почему такой странный формат идентификатора? Что мешало alice@auth.matrix.com ? На мой взгляд не удачно они это сделали. Или там скрыты какие-то возможности, о которых я не догадываюсь?
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	71. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от progserega (ok), 19-Июн-19, 05:05
	> мне тоже интересно, почему такой странный формат идентификатора? Что мешало alice@auth.matrix.com > ? На мой взгляд не удачно они это сделали. Сделали, чтобы не путали matrixid и 3pid (сторонние идентификаторы, привязанные к matrixid) > Или там скрыты какие-то возможности, о которых я не догадываюсь? есть ещё идентификаторы комнат вида #ru.matrix:ru-matrix.org или идентификаторы сообществ +ru:matrix.org
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	74. "Выпуск децентрализованной коммуникационной платформы Matrix ..."	+/–
	Сообщение от пох. (?), 20-Июн-19, 15:34
	что мешало использовать какой-то другой символ, вместо коммерческого at, имеющего вполне определенное значение? Или сделать нормальный uri, matrix://дальшеужечтохошь - не перепутаешь, но набирать не всегда хочется. Хотя бы ту же банговую адресацию host!user (ну или наоборот, все равно все забыли, где тут какая половина)) ? помимо недостатков образования разработчиков, конечно? > есть ещё идентификаторы разработчики застали irc, угу.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема