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

Выпуск децентрализованной коммуникационной платформы Matrix 1.0, opennews (??), 12-Июн-19, (0) [смотреть все] Хоть со второго питона его переписать осилили , Аноним (2), 12:33 , 12-Июн-19, (2) // нет конечноhttps matrix org docs guides installing-synapseSynapse is the most , terryfilch (ok), 12:40 , 12-Июн-19, (3) –4 // Как нет если да Ты сам читал что прислал but a Python 3 implementation is avail, Ogmy (?), 13:12 , 12-Июн-19, (6) +8 // terryfilch видимо умеет в doublethink , AntonAlekseevich (ok), 19:05 , 12-Июн-19, (19) +2 А AntonAlekseevich, видимо, не умеет в родной язык Ни перевода слова не знает, , AnonMihalych (?), 20:56 , 12-Июн-19, (20) –1 даи в будущем планируют основной реализацией сделать сервер на расте, Александр Абдулов (?), 12:41 , 12-Июн-19, (4) +1 // нахрена эти новомодные изобретения с малым количеством пользователей когда есть , Dmitry77 (ok), 09:34 , 19-Июн-19, (72) // как в вацапе, Dmitry77 (ok), 09:35 , 19-Июн-19, (73) +1 Откровенно убогая платформа То, что сервер жрёт как не в себя - это еще ладно, , zzz (??), 13:05 , 12-Июн-19, (5) +7 // Ну не знаю, у меня Synapse 0 34 1 1 на FreeBSD 11 2 пока не обновился, ждал 1 0, Quelrond (?), 13:48 , 12-Июн-19, (8) +1 // Сколько при этом сожрало оперативки и диска , Аноним (9), 14:07 , 12-Июн-19, (9) // RAM - Гиг сам synapse, пару гигов его postgresql Дисковое пространство считать , Quelrond (?), 21:41 , 13-Июн-19, (42) Зайди на официальный канал матрикса на matrix org Пока твой сервер соединится с, zzz (??), 14:48 , 12-Июн-19, (13) +1 // Я как раз про него и говорил Я там всегда, подключение - примерно минуту по 3G, Quelrond (?), 21:43 , 13-Июн-19, (43) Подтверждаю всё вышенаписанное , Аноним (9), 14:07 , 12-Июн-19, (10) Да, лучше централизованный мессенджер с проприетарным сервером, потому что в это, Аноним (17), 16:01 , 12-Июн-19, (17) –1 // Ага, с ограничением на количество символов сообщений в минуту , анон (?), 11:56 , 13-Июн-19, (27) Из крайности в крайность Почему-то с жаббером при подключении к комнатам на сто, Аноним (31), 14:25 , 13-Июн-19, (31) +1 Наверно лучше рабочий чем децентрализованный Так то матрикс орг и должен свою к, hjdgg (?), 15:53 , 13-Июн-19, (32) Что-то мне подсказывает, что проблема не в распределенности и федерации, а в кри, evkogan (?), 11:41 , 13-Июн-19, (26) +1 // Ждем пока питонячий прототип переделают на хипсторский го или раст А там сравни, rshadow (ok), 17:03 , 13-Июн-19, (34) –1 // когда опомнятся, и перепишут на Си , все уже плюнут и уйдут в Джаббер или Теле, InuYasha (?), 14:48 , 14-Июн-19, (54) В джаббер так никто и не ушёл, спустя столько лет и тысячи XEP ов А из телеги н, anonymous (??), 15:22 , 14-Июн-19, (55) –2 Оно больше не телегу или слак похоже по концепции , Аноним (11), 14:13 , 12-Июн-19, (11) // Не телегай мне слак , Аномномномнимус (?), 14:45 , 12-Июн-19, (12) +2 На жаббер с прикрученным сбоку синей изолентой Jitsi , zzz (??), 14:51 , 12-Июн-19, (15) +1 На слаку , вейланд (?), 15:17 , 12-Июн-19, (16) +3 Это тот самый протокол, где на официальном сервере отображение онлайна отключили, Аноним (14), 14:51 , 12-Июн-19, (14) +2 mujx автор изначального nheko считает, что matrix сломан и поэтому временно , цопцоп (?), 17:00 , 12-Июн-19, (18) +1 Нашёл там свою бывшую жену, познакомился со своим будущим котом Всё децентрализ, Канделябры (?), 21:34 , 12-Июн-19, (21) +5 Только я тут некие взаимоисключающие параграфы вижу , ryoken (ok), 07:10 , 13-Июн-19, (22) +1 // Можете писать почту телефон, а можете не писать Для авторизации в минимуме треб, progserega (ok), 12:52 , 13-Июн-19, (28) –1 // То есть все хорошо и на совесть Если ты любитель телеграмчиков, то смело открыв, rshadow (ok), 17:07 , 13-Июн-19, (35) +1 А ещё можно поднять свой сервер авторизации и запретить делиться данными с други, Quelrond (?), 21:46 , 13-Июн-19, (45) То есть на мой сервер в РФ будут приходить все сообщения всех пользователей в т, forum reader (?), 08:47 , 13-Июн-19, (23) –1   // На ваш сервер идёт синхронизация только тех комнат, в которых состоят пользовате, progserega (ok), 13:06 , 13-Июн-19, (29) +1   // То есть, при некотором количестве пользователей, на мой публичный сервер синхрон, forum reader (?), 16:18 , 13-Июн-19, (33)   // Весь трафик комнаты Не весь трафик вообще Т е если у вас на сервере 100 польз, progserega (ok), 17:23 , 13-Июн-19, (37)   Остается вопрос есть ли возможность отписаться от комнаты И есть ли возможность , evkogan (?), 10:16 , 14-Июн-19, (51) –1   Да, какая разница Один паршивый пользователь, и твой суточный бэкап за пару дн, forum reader (?), 14:46 , 14-Июн-19, (53) –1   При такой позиции надо просто запретить своим пользователя заходить в чужие комн, evkogan (?), 18:17 , 14-Июн-19, (57)   Запретить можно, если это корпоративный сервер А если сервер публичный Уважаемы, forum reader (?), 12:15 , 15-Июн-19, (62)   Во первых, это может делаться автоматически самим сервером Во вторых, при наличи, evkogan (?), 09:48 , 17-Июн-19, (64)   Нам ясно дали понять что нет Ясное дело, что можно было бы при наличии такого AP, forum reader (?), 20:58 , 17-Июн-19, (66)   Покинуть комнату, выйдя из неё Если вы админ в комнате - вы можете выгонять из н, progserega (ok), 04:37 , 15-Июн-19, (58)   Т е если я админ сервера, а комната чужая с чужого сервера , то отписать моих , evkogan (?), 10:21 , 17-Июн-19, (65)   Я понимаю разницу Но смысл пользователю сидеть в комнате на 1 5 анонима Сиде, forum reader (?), 14:41 , 14-Июн-19, (52) –1   Нет, никакой централизации нет Всегда можно поднять свой гейт, который будет пр, Аноним (56), 16:52 , 14-Июн-19, (56)   irc можно не брать в расчет, там жизни нет с , он давно умер, для массового пол, forum reader (?), 12:06 , 15-Июн-19, (61)   А на основании чего вы ко мне на ты обращаетесь П С Что-то в последнее время,, progserega (ok), 04:57 , 15-Июн-19, (59)   Это сеть HAMradio фидо интернет другое , здесь так принято Обращение на ты с, forum reader (?), 11:49 , 15-Июн-19, (60) +1   В матриксе есть два вида серверов сервер через который идёт соединение и где хр, Илья (??), 12:06 , 18-Июн-19, (67)   Вместо того, чтоб допилить XMPP и софт для него в соответствии с современными за, Аленевод (?), 09:31 , 13-Июн-19, (24) +2 // Флеймообразующий тезис, тем не менее отвечу Как минимум в ВК и близко уже нет XM, progserega (ok), 13:43 , 13-Июн-19, (30) +4 // Ну опенсорс честно скажем редко бъет на опережение Был XMPP, и умер под наплыво, rshadow (ok), 17:22 , 13-Июн-19, (36) // Мельница истории мелет медленно, но неумолимо - Я вижу примерно такую модель п, progserega (ok), 17:34 , 13-Июн-19, (38) +1 а как вам история mysql или trello , ыы (?), 18:32 , 13-Июн-19, (39) trello не знаю, а mysql изначально был sun-овским Потом стал оракловским Исход, progserega (ok), 04:15 , 14-Июн-19, (49) –2 про историю mysql вы к сожалению тоже НИЧЕГО не знаете и уж про то что она изна, ыы (?), 08:32 , 14-Июн-19, (50) +3 Хочу вас поддержать Пользовался matrix riot впечатления очень положительные , Илья (??), 12:13 , 18-Июн-19, (68) –1 // СпасибоВроде проблем особо нет сейчас тьфу-тьфу Т к MATRIX-протокол сейчас это , progserega (ok), 05:02 , 19-Июн-19, (70) Его нужно целиком переписать С неизбежным сломом обратной совместимости , Аноним (25), 11:17 , 13-Июн-19, (25) // Вот это верно Сохранить общий подход, даже какие-то элементы синтаксиса, но сде, Аленевод (?), 18:34 , 13-Июн-19, (40) // Это реализуется шлюзом, Аноним (44), 21:46 , 13-Июн-19, (44) +1 Jabber мёртв К огромному сожалению Протокол в котором не предусмотрено в базе , Quelrond (?), 21:54 , 13-Июн-19, (46) // Странно я расшаривал картинки и файлы Вотсап тоже , Аноним (44), 22:34 , 13-Июн-19, (47) +1 Так вот и надо все эти вещи, которые в 1997 году казались ненужными, допилить и , Аленевод (?), 10:21 , 16-Июн-19, (63) Это что за бред alice alice com обозначает НА user example com это user НА х, Аноним (44), 21:40 , 13-Июн-19, (41) –1 // Изначально matrixid не планировался как употребительный адрес в матрице Именно , progserega (ok), 04:13 , 14-Июн-19, (48) мне тоже интересно, почему такой странный формат идентификатора Что мешало alic, Илья (??), 12:15 , 18-Июн-19, (69) –1 // Сделали, чтобы не путали matrixid и 3pid сторонние идентификаторы, привязанные , progserega (ok), 05:05 , 19-Июн-19, (71) // что мешало использовать какой-то другой символ, вместо коммерческого at, имеющег, пох. (?), 15:34 , 20-Июн-19, (74) 2,5,11,14,18,21,22,23,24,25,41

Сообщения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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