The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

"Facebook прекратил поддержку XMPP"  +/
Сообщение от opennews on 16-Июл-15, 20:59 
Изначально, в связи с переходом на Platform API 2.0 социальная сеть Facebook планировала (/opennews/art.shtml?num=42137) прекратить поддержку XMPP Chat API начиная с 30 апреля, но несмотря на заявление XMPP продолжал работать. Несколько дней назад ситуация изменилась (http://developers.slashdot.org/story/15/07/16/131254/faceboo...) и chat.facebook.com с системой входа xmpp_login прекратили работу. При попытке подключения к чату пользователи программ, не перешедших на новый API, таких как Empathy, Kopete и Pidgin, получат сообщения об ошибке входа.  


URL: http://developers.slashdot.org/story/15/07/16/131254/faceboo...
Новость: http://www.opennet.dev/opennews/art.shtml?num=42615

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Facebook прекратил поддержку XMPP"  +/
Сообщение от джо on 16-Июл-15, 20:59 
Все XMPP выкидывают,  а какой стандартный протокол идет ему на смену ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Facebook прекратил поддержку XMPP"  +3 +/
Сообщение от Аноним (??) on 16-Июл-15, 21:01 
Им не нужно стандартное, им нужно чтоб хомяки варились внутри их соцсетей по их правилам.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

64. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Sen on 17-Июл-15, 11:12 
это слишком узкое видение проблемы самого протокола XMPP и его развития))
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

96. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 19:37 
Нет развития - нет проблем
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

98. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от Аноним (??) on 17-Июл-15, 19:48 
это _честное_ видение данной проблемы.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

106. "Facebook прекратил поддержку XMPP"  +2 +/
Сообщение от Аноним (??) on 17-Июл-15, 21:01 
им просто НЕ НУЖЕН стандарт
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

8. "Facebook прекратил поддержку XMPP"  +2 +/
Сообщение от Анончик on 16-Июл-15, 21:22 
>какой стандартный протокол идет ему на смену ?

IRC

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

155. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от freehck email(ok) on 21-Июл-15, 02:07 
Кстати да, как пользовались IRC, так и продолжаем. Без freenode нынче, как без рук.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Alien (??) on 16-Июл-15, 21:53 
http://matrix.org/
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

27. "Facebook прекратил поддержку XMPP"  +/
Сообщение от dr Equivalent (ok) on 17-Июл-15, 01:40 
Выглдит весьма и весьма интересным, и я уж точно это пощупаю, но https://xkcd.com/927/
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

31. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 02:37 
Судя по стеку "технологий" и приоритетам - это какой-то хипстерский бред. RESTful API для мессенджера? Сплошной питон и ни одной сишной/плюсовой реализации? Акцент на том, чтобы жило в браузере? Танунафиг.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

37. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:06 
> Судя по стеку "технологий" и приоритетам - это какой-то хипстерский бред. RESTful
> API для мессенджера? Сплошной питон и ни одной сишной/плюсовой реализации? Акцент
> на том, чтобы жило в браузере? Танунафиг.

Сразу видно - они решили догнать и перегнать жаббер. По уровню кривизны и глючности, судя по набору решений и реализациям. На фоне этого даже жаббер - "не такой уж и плохой". Как минимум для него нормальные клиенты есть, типа пиджина и прочих пси. А если все это пускать в брузере - оно ресурсов стрескает больше чем LibreCAD с вон теми наворотами. И нафига такой IM надо? Мозилла уже несколько раз пыжилась это сделать. Оказалось что тормозные и кривые уроды вместо мессенжеров только им и требуются. В результате мир пользуется скайпом. Он проприетарный, но протокол там все-таки нормально сделан под свою задачу. А не схапано первое что попалось под руку из того что знали укуреные хипстеры.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

63. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Прохожий (??) on 17-Июл-15, 11:11 
> протокол там все-таки нормально сделан под свою задачу

Был!.. :(

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

94. "Facebook прекратил поддержку XMPP"  +/
Сообщение от dr Equivalent (ok) on 17-Июл-15, 18:00 
И есть. Вопрос просто в задаче, улавливаешь?
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

119. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 04:10 
> Был!.. :(

А чего так грустно то? Влопался в проприетарь - ну так выкусь логичный и ожидаемый результат.

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

36. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 06:59 
Очередной монстрик от очередных бидонистов. Протокол ни разу не менее горбат чем жаббер (Ну вот нафуя в IM REST и AJAX сдались, кроме создания тормозов и глюков? И горбатый WebRTC? Потому что бидонисты ничего другого не знают?). И софта толком нет. Полторы кривульки на бидоне и какой-то недо-сервер на перл? Грозилась синица море поджечь. А эти чудо-бидонисты уверены что их горбыли нужны кому-то кроме них самих?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

61. "Facebook прекратил поддержку XMPP"  +/
Сообщение от пока нет on 17-Июл-15, 10:01 
Хорошо, как бы сделали вы?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

89. "Facebook прекратил поддержку XMPP"  +/
Сообщение от arisu (ok) on 17-Июл-15, 17:16 
> Хорошо, как бы сделали вы?

примерно так, как неспешно делают ребята с psyc.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

122. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 04:15 
> примерно так, как неспешно делают ребята с psyc.

А как насчет технических аргументов, Кэп?

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

152. "Facebook прекратил поддержку XMPP"  +/
Сообщение от arisu (ok) on 20-Июл-15, 18:15 
>> примерно так, как неспешно делают ребята с psyc.
> А как насчет технических аргументов, Кэп?

спеки открыты, читай на здоровье, например.

Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

120. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 04:13 
> Хорошо, как бы сделали вы?

Нечто типа Tox, имхо. Только менее безбашенно (их фокус с анонимизацией установки соединения только для того чтобы сообщить через анонимный туннель свой айпи ремоте - это лулзов пачка: весь код анонимизации пришлось сделать, но толку от него вышел буй).

Чем это плохо? Ну мне как-то не сильно хочется светить айпишники всяким левым единоразовым овощам типа манагеров магазинов и прочая. В допущении что это претендует на популярность.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

79. "Facebook прекратил поддержку XMPP"  +/
Сообщение от intelfx on 17-Июл-15, 13:33 
"Кончились аргументы — докопайся до референсной реализации."
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

121. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 04:14 
> "Кончились аргументы — докопайся до референсной реализации."

Я в этом списке не вижу ни одной вменяемой реализации. Впрочем, для протокола предлагающего использовать JSON для IM это и не удивительно: вменяемые прогрмаеры сразу поймут что протокол дизайнили укуренные веб-мартышки и обойдут это за километр.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

158. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Alien (??) on 21-Июл-15, 19:00 
То-то я вижу в их тусовке ведущих VoIP специалистов, а команда FreeSwitch независимо от matrix разработала свой сигнальный протокол "verto" с применением того же JSON – мартышка мартышку видит издалека.
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

159. "Facebook прекратил поддержку XMPP"  +/
Сообщение от arisu (ok) on 22-Июл-15, 00:17 
как будто повышеная концентрация идиотов с медальками магически сделает плохую вещь хорошей.
Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

56. "Facebook прекратил поддержку XMPP"  +/
Сообщение от AnonymXX on 17-Июл-15, 08:47 
И как оно? Чатик между ios, android, linux клиентами поддерживает? вроде да, судя по сайту
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

17. "Facebook прекратил поддержку XMPP"  +/
Сообщение от ватностранный on 16-Июл-15, 23:18 
RetroShare.. ну чё ж за вопросы?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

83. "Facebook прекратил поддержку XMPP"  +/
Сообщение от dimqua (ok) on 17-Июл-15, 14:38 
http://ru.retroshare.net/
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

23. "Facebook прекратил поддержку XMPP"  +/
Сообщение от intelfx on 17-Июл-15, 00:00 
Плюсую Matrix. Синхронизация состояния из коробки (-> мультилогин и reliable delivery), межсерверные (распределённые) групчаты и пара недель до шифрования (в т. ч. групчатов) на основе OTR.

IMO, это всё то, чего недостаёт XMPP.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

25. "Facebook прекратил поддержку XMPP"  +/
Сообщение от intelfx on 17-Июл-15, 00:09 
> Плюсую Matrix. Синхронизация состояния из коробки (-> мультилогин и reliable delivery),
> межсерверные (распределённые) групчаты и пара недель до шифрования (в т. ч.
> групчатов) на основе OTR.

А, ну и A/V через WebRTC.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

47. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:44 
> А, ну и A/V через WebRTC.

Это, типа, считается за достоинство?

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

72. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 13:02 
А разве нет?
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

123. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 04:16 
> А разве нет?

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

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

151. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от Alien (??) on 19-Июл-15, 16:55 
Не знаю что вы называете "неким промежуточным сервером", в этом плане WebRTC ничем не отличается от любых других VoIP/IM решений. Медиатрафик в нем может успешно ходить p2p.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

39. "Facebook прекратил поддержку XMPP"  –1 +/
Сообщение от Аноним (??) on 17-Июл-15, 07:13 
> Плюсую Matrix.

Переписка хипстоты на опеннете. Ну, плюсуй себе. Это не отменяет того что json для IM мог задействовать еще более ушибленный укурок чем те кто XMPP делали.

> Синхронизация состояния из коробки (-> мультилогин и reliable delivery),

А домашнее задание для хипстоты - посчитать за сколько приедет сообщение если у юзверя какой-нибудь GPRS с round-trip time в 2 секунды и прочим выпадением пакетов от беспроводки, так что TCP вообще еле живой и в осях типа винды - лагает по полминуты.

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

> IMO, это всё то, чего недостаёт XMPP.

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

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

52. "Facebook прекратил поддержку XMPP"  +/
Сообщение от эцсамое on 17-Июл-15, 07:59 
> Это не отменяет того что json для IM мог задействовать еще более ушибленный укурок чем те кто XMPP делали

XML еще хуже. Особенно в том виде в котором он есть в XMPP

> (идея каждому юзеру ставить по своему серверу - идиoтия, что ни говори).

Правильно, к черту имейлы, то-ли дело ЛС в ВК.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

111. "Facebook прекратил поддержку XMPP"  +/
Сообщение от t28 on 18-Июл-15, 01:13 
> Правильно, к черту имейлы, то-ли дело ЛС в ВК.

К чёрту!
XMPP в 2000-х был глотком свежего воздуха в затхлой атмосфере всепоглощающего спама, льющегося через SMTP.

Для всеобщего перехода с SMTP на XMPP оставалось всего-то допилить мейлбоксы, но...

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

124. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 04:31 
> XML еще хуже. Особенно в том виде в котором он есть в XMPP

Про такое говорят: "имела жаба гадюку". А в чем пойнт соревноваться "кто хреновее сделает?"

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

А хтмыл - он таки сложный и навернутый. При потугах его реалтаймно дорисовывать с такой скоростью - браузеры начинает неиллюзорно клинить и все это тормозит и лагает. Что довольно быстро вымораживает юзерей. А еще - HTTP-based протоколы обладают дурными свойствами. Много лишних round trip times, особенно если постоянно соединение не держать. А если сеть не идеальная - TCP вообще довольно поганенько работает. Получается лагучая, глючащая и тормозная мерзость. Идея поднимать stream для message-based вещей вообще достаточно тyпая. А как message based протокол json подразумевающий нечто типa HTTP - вообще ни о чем.

> Правильно, к черту имейлы, то-ли дело ЛС в ВК.

В результате, как видишь, что-то типа 60% рынка схарчил Gmail. И может пользователей на ... вертеть, навязывая любые условия.  Итог предсказуем: ТВОЮ переписку с таким хомяом - без спроса хапнет гугель. А потом всякие хитрозадые вырусы надергают мыльников еще к тому же и будут спам слать. Тебе. В результате - тот факт что типовой юзерь не может поставить сервер отливается вообще всем кто с ним переписывается.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

80. "Facebook прекратил поддержку XMPP"  +/
Сообщение от intelfx on 17-Июл-15, 13:37 
Может, ты перестанешь в одном предложении мешать транспортный слой и способ сериализации на прикладном уровне?

JSON хотя бы лучше, чем "бесконечный" XML. Это как минимум.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

109. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Another Anonimous Anonimous on 17-Июл-15, 21:23 
> Может, ты перестанешь в одном предложении мешать транспортный слой и способ сериализации
> на прикладном уровне?
> JSON хотя бы лучше, чем "бесконечный" XML. Это как минимум.

Как минимум, XMPP это не бесконечный XML, читай rfc.
JSON - тот же XML, вид сбоку. Менее многословен, да. В остальном - то же самое.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

125. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 04:32 
> Может, ты перестанешь в одном предложении мешать транспортный слой и способ сериализации
> на прикладном уровне?

Не вижу чего такого хорошего в JSON как "способе сериализации".

> JSON хотя бы лучше, чем "бесконечный" XML. Это как минимум.

А чем он лучше то в этом качестве? Чем грузины, да?

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

108. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Another Anonimous Anonimous on 17-Июл-15, 21:20 
> А домашнее задание для хипстоты - посчитать за сколько приедет сообщение если у юзверя какой-нибудь GPRS с round-trip time в 2 секунды и прочим выпадением пакетов от беспроводки, так что TCP вообще еле живой и в осях типа винды - лагает по полминуты.

ХМПП через телефон работает прекрасно, даже через GPRS.
Переводить любой такой протокол на UDP - это дублировать то, что уже сделано и оттестировано в TCP. Плюс к этому добавляется возможность поиметь массу проблем с натами и фаерволами.

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

протокол может глючить? Только если в ваших руках.


З.Ы. У хмpp есть достоинство - расширяемость, но оно же и недостаток. Отсюда 100500 расширений, часть которых дублирует друг друга. Для того что бы написать xmpp клиент надо реализовать некоторое подмножество этих расширений. В итоге куча клиентов, формально совместимых, запилено, а подмножество расширений у всех разное. Больше проблем у хмпп нет.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

112. "Facebook прекратил поддержку XMPP"  +/
Сообщение от t28 on 18-Июл-15, 01:19 
> Переводить любой такой протокол на UDP - это дублировать то, что уже
> сделано и оттестировано в TCP. Плюс к этому добавляется возможность поиметь
> массу проблем с натами и фаерволами.

На самом деле, таки лучше продублировать, ибо TCP — это гoвнищe ещё то... Из-за глюков TCP возможны безвозвратные потери мессаг, как было в случае с потерей финального FIN-а, когда уже доставленная мессага отбрасывалась из-за того, что FIN не дошёл.

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

117. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Another Anonimous Anonimous on 18-Июл-15, 03:38 
> На самом деле, таки лучше продублировать, ибо TCP — это гoвнищe ещё
> то... Из-за глюков TCP возможны безвозвратные потери мессаг, как было в
> случае с потерей финального FIN-а, когда уже доставленная мессага отбрасывалась из-за
> того, что FIN не дошёл.

Чаво? Потери? На TCP? В tcp теряться ничего не может, на то он и TCP. Могут быть сайдэффекты - если на отправленный пакет с сообщением(ями) не пришел ответный ack и соединение оборвалось, да, они будут продублированы при следующем соединении.
А TCP - это вам не только гарантия доставки, но и многое другое. Так что начнете дублировать - у вас получится кривой TCP и только. Даже если сделать легковесный недотсп, который обеспечивает только гарантию доставки, он будет работать точно также как и TCP.
И вообще, сообщения IM это вообще не те данные, для которых нужно на UDP переходить. Время доставки вообще не критично, плюс несколько секунд к доставке - никакой роли не играют. Даже эти несколько секунд могут быть на TCP только в самом худшем случае, при огромных потерях пакетов. Здесь критична гарантия доставки.

Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

143. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 18:10 
> Чаво? Потери? На TCP? В tcp теряться ничего не может, на то он и TCP.

Теоретически - да. Практически - TCP при этом начинает работать с RTT в 2 минуты из-за того что congestion control думает что пинг 2 секунды и выпадения пакетов - от перегруза сети. А когда оно через 5 минут мучений отлипает наконец по таймауту - попродуй угадать: дошло твое сообщение к вон тому перцу или нет.

> И вообще, сообщения IM это вообще не те данные, для которых нужно на UDP переходить.

Однако на UDP можно получить нормальный latency. Даже на поганом канале с выпадением пакетов и прочая (заранее зная что данных мало - переотправку и таймауты можно сделать куда агрессивнее TCPшных). И это работает даже во всяких дypацких операционках типа винды, где всякие setsockopt(...TCP_NODELAY...) для хоть какого-то приведения TCP в адекват и то сделать не прокатит.

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

TCP, думающий что выпадение пакетов и пинг 2 секунды это перегруз сети - может догнать таймауты до, натурально, минут. И вместо IM получается нечто, работающее со скоростью хуже емыла. Когда перекидывается одно сообщение в пять минут - это нифига не instant, извините.

> Даже эти несколько секунд могут быть на TCP только в самом худшем случае,

Угу, попробуй погонять TCP на жпрс где RTT бывает до 2...30 секунд. Или на еле ловящейся вайле. С потерями 30% пакетов. Вот тогда узнаешь за что не любят TCP. Он делался под другие реалии. И если в линухе это еще частично лечится выбором алгоритма congestion control + TCP_NODELAY, лечится оно таки только на 50%, кроме того - это не для всех операционок работает. И если тебе нувотнадоблин переписываться с виндузоидом, оказавшимся на вафле с выпадением пакетов в кафешке, и от него сообщения по 5 минут тупят - это таки будет и твоя проблема в том числе.

при огромных
> потерях пакетов. Здесь критична гарантия доставки.

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

144. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Demo (??) on 18-Июл-15, 18:36 
> А TCP - это вам не только гарантия доставки, но и многое другое.

При BER ≥ 14% TCP в современных реализациях практически неработоспособен, поэтому о гарантии доставки говорить не приходится, в отличие от того же X.25, скажем.

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

126. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от Аноним (??) on 18-Июл-15, 04:50 
> ХМПП через телефон работает прекрасно, даже через GPRS.

Я проверял, спасибо. Учитывая что там даже квитки доставки опциональны - отправляешь сообщение и даже вообще не знаешь - дошло ли оно.

А еще - TCP делался во времена когда беспроводки и прочего не было. В результате, когда GPRS или какая там вафля на грани приема начинает немного терять пакеты и пинг скачет до пары секунд - TCP думает что это ... перегруз канала. Хоть это и не оно. И снижает скорость. И, что хуже, увеличивает интервал перепосылок. В чем проблема? А в том что если не повезло то IM превращается в электронную почту. Перекинуться 1 сообщением в пять минут, да еще без уверенности что оно вообще дошло - запросто. Это вот так ваш XMPP по неидеальным сетям работает. А там еще over 9000 иных проблем. Например сервера и соединения между серверами. И пока там сервер Васи из Зимбабве достукается до сервера Пети на северном полюсе, пока TLS раскочегарится (а при пинге в 200 мс он будет довольно долго раздуплять, т.к. там несколько RTT'ов пройдет). Вот так отправил сообщение и втыкаешь потом минуту, пока протокол и сервера протормаживаются. И все это без уверености что оно вообще дошло, т.к. квитирование опционально.

А уж как оно файлы шлет - это песня. Или никак. Или как вариант я видел эпическую фигню с отправкой in-band потоком. Через сервер. На скорости 3 килобайта в секунду. Б..ь! У меня диалап быстрее файлы качал чем XMPP.

> Переводить любой такой протокол на UDP - это дублировать то, что уже
> сделано и оттестировано в TCP.

В случае IM - message based формат данных, и потуги его впихнуть в stream-based подходы ведут к тому что в результате все это довольно погано работает в условиях отличных от идеала. См. выше.

> Плюс к этому добавляется возможность поиметь массу проблем с натами и фаерволами.

Примерно столько же сколько и TCP, не говоря о том что никакие законы природы не запрещают использовать и TCP как fallback. По принципу "лучше работать х...во чем не работать совсем". Если разуть глаза, по каким-то таким принципам и делался скайп. Который для наихучших случаев как только не изгибается. А в наилучших - шлет сообщения и особенно voip прямым конектом между юзерями.

> протокол может глючить? Только если в ваших руках.

Моих рук не хватит расставлять всем контактам правильные клиенты с правильными настройками. Упыри делавшие XMPP не смогли даже квитирование mandatory сделать, что для IM достаточно чувствительно. Особенно по неидеальным сетям типа мобильных и беспроводных. Вот отсох сервак через 5 минут и думай - получил получатель сообщение или нет. А уж какой п..ц там с отсылкой файлов наворотили. Есть штук пять вариантов. Все сделаны через известное место - наворочено и почти неработоспособно. Полу(не)совместимых. Клиенты реализуют 2-3 из них. Эталонное "designed by comitee".

> З.Ы. У хмpp есть достоинство - расширяемость, но оно же и недостаток.

Поэтому когда некто тебе шлет гиг дряни - ты даже заранее не знаешь что это гиг дряни. Да еще оказалось что юзеры хотят слать файлы и всякие там аватарки. А XML подразумевает лишь текстовые данные. В результате костылинг стал не слишком пресным. И получилось монструозное у...ще. Сложное и отвратительно работающее. Много мучений ради х...вого результата.

> итоге куча клиентов, формально совместимых, запилено, а подмножество расширений у всех
> разное. Больше проблем у хмпп нет.

Кроме того что из всего этого IM - как из топора спасательный круг.

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

146. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Demo (??) on 18-Июл-15, 22:46 
> И, что хуже, увеличивает интервал перепосылок. В чем проблема?
> А в том что если не повезло то IM превращается в электронную почту.
> Перекинуться 1 сообщением в пять минут, да еще без уверенности что
> оно вообще дошло - запросто.

До электронной почты в описанном случае ему как на самокате до Луны. Во времена, когда почта ходила через UUCP потери пакетов влияли только на скорость прихода писем, ибо была докачка. В случае с почтой через SMTP вы почту на канале с потерями, в лучшем случае, могли получить через несколько часов, а то и дней.

> А уж как оно файлы шлет - это песня. Или никак. Или как вариант
> я видел эпическую фигню с отправкой in-band потоком.

Ок, какие будут предложения, если оба корреспондента сидят за двойным/тройным NAT-ом или proxy?

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

Skype — проприетарная х*рня с закрытым протоколом. И то, что он изгибается как уж на сковородке, чтобы пробиться через фаерволлы не всем может понравиться. Например — в корпоративных сетях, где такие вещи, как передача чувствительной инфы наружу, должны быть чётко детерминированы.

> Да еще оказалось что юзеры хотят слать файлы и всякие там аватарки.
> А XML подразумевает лишь текстовые данные. В результате костылинг
> стал не слишком пресным. И получилось монструозное у...ще. Сложное
> и отвратительно работающее. Много мучений ради х...вого результата.

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

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

65. "Facebook прекратил поддержку XMPP"  +/
Сообщение от SysA on 17-Июл-15, 11:15 
> Плюсую Matrix. Синхронизация состояния из коробки (-> мультилогин и reliable delivery),
> межсерверные (распределённые) групчаты и пара недель до шифрования (в т. ч.
> групчатов) на основе OTR.
> IMO, это всё то, чего недостаёт XMPP.

OTR с XMPP нормально живет! Проверено "на людях" :)

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

90. "Facebook прекратил поддержку XMPP"  +/
Сообщение от arisu (ok) on 17-Июл-15, 17:18 
> OTR с XMPP нормально живет! Проверено "на людях" :)

OTR отлично живёт вообще в любом протоколе, который умеет передавать ASCII.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

105. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 20:10 
Ну в том числе тем он и правильный.
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

127. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 04:53 
> OTR отлично живёт вообще в любом протоколе, который умеет передавать ASCII.

На самом деле он умеет дурить на протоколах типа IRC, с мелким лимитом на размер 1 сообщеия, куда сообщение OTR не влезает атомарно. Ну и вообще - вырос в тот еще монстрик.

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

153. "Facebook прекратил поддержку XMPP"  +/
Сообщение от arisu (ok) on 20-Июл-15, 18:16 
>> OTR отлично живёт вообще в любом протоколе, который умеет передавать ASCII.
> На самом деле он умеет дурить на протоколах типа IRC, с мелким
> лимитом на размер 1 сообщеия, куда сообщение OTR не влезает атомарно.

то, что авторы клиентов не умеют читать и не поставили лимит в libotr — проблемы не OTR. libotr отлично умеет разбивать сообщения на части и собирать назад, сама.

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

85. "Facebook прекратил поддержку XMPP"  +/
Сообщение от XoRe (ok) on 17-Июл-15, 15:12 
> Все XMPP выкидывают,  а какой стандартный протокол идет ему на смену
> ?

HTTP.
Не потому что он подходит, а потому что больше ничего не умеют.
И тупо будут делать межсерверное общение на REST API.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

86. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноим on 17-Июл-15, 15:21 
В реальном мире все в Viber сейчас сидят. Хорошо это или плохо, я не буду судить. XMPP, кажется уже просто не востребован, в реальном мире, я опять оговариваю.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

91. "Facebook прекратил поддержку XMPP"  +/
Сообщение от arisu (ok) on 17-Июл-15, 17:18 
> В реальном мире все в Viber сейчас сидят.

о, а вот и Эксперты подтянулись.

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

97. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Gnum on 17-Июл-15, 19:44 
Нет никакого «реального мира».
Куча народу сидит вконтакте, гораздо больше — в фейсбуке; молодежь и подростки меняют по мобильному чатику каждые несколько месяцев. Многие андроиданы используют хэнгаутс, эпплолюбы — айчат.
У многих стоят вайбер, ватсап. В России чуток внимания получил телеграм.
На десктопах огромнейшая аудитория у скайпа.
Все похожи на всех, никто не совершенен.

И только гикам, и то немногим, вообще интересны апи и протоколы. Все прочие 99,999% просто ставят только программ, сколько сетей, и нисколечки не переживают. Любому бизнесу нужен свой собственный чатик, чтобы сосать сок из его пользователей, и делать с ними всё, что в голову придёт. А пользователям интересна только аудитория.
Гики, которым не всё равно, могут делать совершенно всё, что придёт им в голову — от них ничего не зависит. И то, что до сих пор нет месенжера, соединяющего в себе все полезные качества большинства популярных чатиков, лишь доказывает, что нет людей, которые бы понимали, что нужно — и могли это сделать.
Хотя даже если бы таковые нашлись — это совершенно ничего не поменяло бы для обычных людей.

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

3. "Facebook прекратил поддержку XMPP"  +/
Сообщение от bOOster email(ok) on 16-Июл-15, 21:03 
Никакого. Слишком уж XMPP прозрачный и защищенный. Непогадишь с таким...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Facebook прекратил поддержку XMPP"  +/
Сообщение от intelfx on 17-Июл-15, 00:03 
XMPP непрозрачный (нет адекватной федерации конференций) и незащищённый (костыль в виде OTR сбоку скотчем, о котором знает полтора землекопа я позволю себе защищённостью не считать).
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

34. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 03:06 
А приличное щифрование всегда будет сбоку. Потому что первая проблема, которую не решит красиво и удобно никакой протокол - гарантировать, что ты общаешься с тем, с кем собирался, а не с MITM. И прочее - защита физического доступа, пароли... В общем, либо выйдет "snake oil" либо надо лепить что-то нормальное сбоку - чтобы им пользовались (или хотя бы настраивали) те полтора землекопа, которые в состоянии это квалифицированно сделать.

А зачем нужна федерация конференций?

основная проблема XMPP - что то ядро, которое понимаю все, крайне убого. Есть куча красивых XEP (например, server-side history), но их никто не реализует.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

54. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 08:10 
> решит красиво и удобно никакой протокол - гарантировать, что ты общаешься
> с тем, с кем собирался, а не с MITM.

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

> И прочее - защита физического доступа, пароли... В общем, либо выйдет "snake oil"

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

> хотя бы настраивали) те полтора землекопа, которые в состоянии это квалифицированно сделать.

В результате они светятся на радаре NSA. В общем илитизм никого еще до добра не доводил.

> А зачем нужна федерация конференций?

Действительно, распределенный чатик без серверов - лучше смотрится :)

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

67. "Facebook прекратил поддержку XMPP"  +/
Сообщение от SysA on 17-Июл-15, 11:17 
> Действительно, распределенный чатик без серверов - лучше смотрится :)

А так и было у Скайпа когда-то...


Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

128. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 04:55 
> А так и было у Скайпа когда-то...

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

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

73. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 13:03 
КАК это "легко решается"? Самое лёгкое, что я видел - это OTR,  с его вопрочами/ответами. НО если это будет обязательным для разговора с любым хреном из поддержки вон того электронного магазина - то это маразм.

Да, часто у атакующего есть, как минимум, кратковременный физический доступ - к брошенной на столе мобиле или включённому десктопу, например. Или масса путей социальной инженерии, на которую поведётся 90% необученного народу. Без паяльника.

А защита от NSA с использованием стандартных средств, которые прежде всего  должны быть удобными - даже говорить смешно. Там уже нужна какая-то ассимметрия, с гарантированно принадлежащими собеседникам ключами, шифрованием на внешнем токене и массой других предосторожностей. Как это совместимо с массовым клиентом, в котором можно беседовать с челоеком, которого впервые видишь? И да, не путай элитизм с пониманием, что для некоторых вещей нужна квалиификация. например, "простой пользователь" не может компетентно пользоваться шифрованием или оценить риски использования стороннего неизвестного софта. И все попытки "упростить" подобные задачи - путь к проблемам.

Насчёт распределённых чатиков - не понял. Если у тебя один хрен пользователь привязан к серверу - то в чём поинт отрывать от сервера конференцию? Она же естественным образом получается привязанной к серверу создателя/хозяина, являющегося в ней "верховной властью". Иначе интеерсно выходит: человек создал конфу, с его сервером то-то случилось и он контроль над ней потерял. Ну и, из опыта джаббера, плюсов в распределённости конф не вижу.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

81. "Facebook прекратил поддержку XMPP"  +/
Сообщение от intelfx on 17-Июл-15, 13:40 
> Насчёт распределённых чатиков - не понял. Если у тебя один хрен пользователь
> привязан к серверу - то в чём поинт отрывать от сервера
> конференцию? Она же естественным образом получается привязанной к серверу создателя/хозяина,
> являющегося в ней "верховной властью". Иначе интеерсно выходит: человек создал конфу,
> с его сервером то-то случилось и он контроль над ней потерял.
> Ну и, из опыта джаббера, плюсов в распределённости конф не вижу.

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

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

99. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 19:55 
ну вот, а я-то думал, там действительно какие-то серьёзные резоны.

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

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

129. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 05:53 
> КАК это "легко решается"?

Ну вот так. Вон в том же в биткоине - если ты знаешь адрес Васи, это будет именно кошелек Васи и все тут. MITM ничего по этому поводу сделать не может. Этот принцип можно применять не только к пересылке "денег", но и для всего остального.

> Самое лёгкое, что я видел - это OTR, с его вопрочами/ответами.

Хз чего там легкого. Мне ни разу не удалось это нормально поюзать. Сверить fingerprint ладно еще, это даже не-айтишник может. Если сказать где это смотреть. Но лучше когда fingerprint (а то и ключ напрямую) дается сразу, при добавлении в контакты. В биткоине этот номер работает. Удачи тебе там MITMом стать.

> с любым хреном из поддержки вон того электронного магазина - то это маразм.

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

> брошенной на столе мобиле или включённому десктопу, например.

Ну, знаешь, если атакующий сзади читает сообщения, а то и мобилу отжимает - что предлагается то? Присобачить к телефону туррель с ремотным управлением? :)

> Или масса путей социальной инженерии, на которую поведётся 90% необученного народу.

Отжать кошелек биткоина не совсем простое начинание даже у IT-лоха. Ну то-есть это конечно тоже возможно. Но стырить пароль от втентакля и мордокниги фишингом - явно проще с точки зрения атакующего.

> Без паяльника.

"You can't cure stupidity". Хотя, говорят, пересадка мозга помогает :)

> А защита от NSA с использованием стандартных средств, которые прежде всего  
> должны быть удобными - даже говорить смешно.

Как сказать? Вопрос в цене вопроса (и ее повышении) а также фоновом шуме и необходимости дополнительных действий. Это нагнет массовую прослушку и прочее. А если тебя зовут Бин Ладен или кто там most wanted нынче вместо него - ну да, придется применять намного более сильные меры.

> Там уже нужна какая-то ассимметрия, с гарантированно принадлежащими собеседникам ключами,

Если ты переписал на бумажку у Васи его кошелек биткоина при встрече - NSA может хоть на ушах стоять. Но вот так по простому ничего не сделает - деньги которые ты шлешь Васе таки приедут и таки именно Васе. Ну разве что у Васи приватный ключ отжали, но это уже много возни. И если для кошелька с 100500 коинов кто-то еще может заморочиться, то вот дежурно хакать таким манером Васю чтобы его переписку о погоде и молодежной моде уже как-то совсем не айс получается.

> шифрованием на внешнем токене и массой других предосторожностей.

А ты вякая про токены - для начала видел фирмварь этого токена? И что там NSA ничего не насовало? Или ты так, по обычному ламерскому принципу "если аппаратное - значит круто"? С фига ли какому-то там токену вообще какое-то доверие? Самое плохое что бывает в безопасности - доверять не тому кому следовало бы. Вот абы какой железке с абы каким софтом на ней доверять может только полный кpeтин. Это тебе любой криптограф подтвердит. И да, уже несколько бывали приколы с "флешками с аппаратным шифрованием". Когда оказывалось что их AES-256 как бы есть. Но как бы местами. А основной массив шифрован какой-нибудь XORкой с постоянным блоком на основе ключа. Стоит ли говорить что такое добро в два счета распетрушивали. Какие гарантии что эти твои токены - чем-то лучше? Если защита создает иллюзию безопасности - это хуже чем отсутствие защиты вообще. Т.к. ведет к необоснованному донкихотству.

> Как это совместимо с массовым клиентом,
> в котором можно беседовать с челоеком, которого впервые видишь?

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

А MITM... что MITM? Протокол должен быть сделан так чтобы MITM был в пролете. Криптография это позволяет. Если ты не знаешь как - я тебя не буду учить, извини. Потому что ты сначала имеешь мнение а потом интересуешься вопросом. А это ламерство уже. Зато с громким бряцанием аппаратными токенами. Сразу видно - маркетинговый булшит скушал человеку мозг, в крипто он ни в зуб ногой, зато мнение имеет.

> И да, не путай элитизм с пониманием, что для некоторых вещей нужна квалиификация.

В данном случае это ничем не обоснованное бряцание своим илитизмом. Какая квалификация нужна для проведения платежа биткоином, например?

> например, "простой пользователь" не может компетентно пользоваться шифрованием

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

А все эти твои сношания выбором SSL-шифров и прочее - просто КЛАСТЕРФАК. И не мега-крутое сакральное знание, а просто колупание в дepьмe, называя вещи своими именами. Заведомо провальное начинание.

> или оценить риски использования стороннего неизвестного софта.

Ну не знаю, биткоин нынче используют не только убер-гики. И при том - не сношаются там с мега-конфигурацией "суперсекурных" конекций, шифрований и прочая. Некий набор крипто просто дефолтная фича. Работает оно так. Вот это - хороший образец как делать криптографически вещицы не через aнyс. В плане их юзабилити и логики работы. Те кто в крипто разбирается - догадаются что blockchain в принципе не является обязательным атрибутом, MITM как таковой - рубается передачей хэша как адреса, так что если он записан правильно - MITM'у становится нечего ловить. И в силу двух газилионов методов передать адрес, MITM становится сложно "вовремя подсуетиться" в нужном месте в нужное время. На самом деле пойнт публичной криптографии всегда в чем-то таком и был. Только у большинства схем юзабилити было в районе плинтуса, вот и весь секрет.

> И все попытки "упростить" подобные задачи - путь к проблемам.

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

> Насчёт распределённых чатиков - не понял. Если у тебя один хрен пользователь
> привязан к серверу

Я как раз не желаю быть привязан ни к каким серверам, поскольку это перманентный источник проблем. С тем что на сервере абы кто творит абы что. Не у меня - так у получателя. Не надо мне чЯтик где не у меня, так у собеседника злой админ на серваке будет творить неизвестно что. Это заведомо провальная хрень, сводящая все к "еще один фэйсбук, только вместо Цукерберга куролесить будет админчик поменьше, на сервачке поскромнее".

> - то в чём поинт отрывать от сервера конференцию?

Не вижу ни одной реальной причины по которым чат должен быть прибит к серверу. Это ты сам придумал. ИМХО это глупо.

> Она же естественным образом получается привязанной к серверу создателя/хозяина,

И в результате мы имеем все тот же административный произвол, только Цукерберг и Микрософт заменяются каким-нить местечковым микрожандармом помыкающим вон той кучкой пользователей. Ну и росглавжандарма, банящего по желанию неудобный айпишник и прочая. Да и прочие FBI при случае домен отжать тоже горазды, как известно. Пройдите пожалуйста на ... и в ... с такими решениями - просто потому что оно ничем не лучше того что уже есть :P

> с его сервером то-то случилось и он контроль над ней потерял.

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

> Ну и, из опыта джаббера, плюсов в распределённости конф не вижу.

А у жаббера конфы ни разу и не распределенные как таковые. Но тебе тогда наверное проще всего пользоваться чЯтиком в фэйсбуке или гуглоплюсом. Там как раз никакой распределенности. А то что главным фюрером оказался не ты... ну а мне это пофиг, в таком контексте. Для меня зависимость от причуд Crazy Alex и его сервера ничем не лучше чем зависимость от Цукерберга и его кучи серверов. Сюрприз! :)

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

40. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:16 
> Никакого. Слишком уж XMPP прозрачный

Нифига себе прозрачность - тонны жуткой XMLятины. В котором зачастую абы как кодированы всякие бинарные и около того данные, по типу аватаров и прочая.

> и защищенный.

От чего? Шифрование опционально и только до сервера (SSL кончается на сервере и тот волен делать все что пожелает). Сертификат сервера проверяет аж 1 программа на планете - пиджин. Остальные как правило вообще плевать хотели чей это сервер.

> Непогадишь с таким...

Дожили, даже гадим с грамматическими ошибками.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

66. "Facebook прекратил поддержку XMPP"  +/
Сообщение от al7 on 17-Июл-15, 11:17 
>Шифрование опционально и только до сервера (SSL кончается на сервере и тот волен делать все что пожелает). Сертификат сервера проверяет аж 1 программа на планете - пиджин. Остальные как правило вообще плевать хотели чей это сервер.

У меня OpenFire принудительно TLS шифрует, без него клиент не подключится.
Проверка сертификатов на клиенте так же настраивается, во всяком случаи в miranda-ng и vacuum-im, а остальных клиентов можно "рубить" на сервере.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

130. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 06:08 
> У меня OpenFire принудительно TLS шифрует, без него клиент не подключится.

Все это замечательно, только вот

1) Когда клиент конектится, может оказаться MITM. И он может подсунуть не твой OpenFire а свой сервер, внезапно. И какие там параметры того сервера - очень отдельный вопрос. Если шифрование опционально - значит опционально. И что будет в этом случае делать клиент - весьма клиентозависимо и настройкозависимо. В хучшем случае может и пароль плейнтекстом послать. На вражеский, заметим, сервер. Потому что то что софт делает с проверкой серверных сертфикатов - тоже отдельный вопрос. Хоть какое-то внимание этому вопросу вроде как только пиджин и уделил. Он по крайней мере вякает если сертификат поменялся. Не очень внятно, но лучше чем никак. А остальные обычно не делают и это. Т.е. реально получилось и весьма навернуто и при том - нифига не гарантировано. Крап!!!

2) Шифрование кончается на сервере. Это FAIL.
Вот смотри. Вася@server1 - крутой джедай и server1 рулится Васей. А Петя - овощ. Ему свой сервак рулить не того. И поэтому Петя@server2 пользуется сервером Коли. И все бы ничего, но когда Вася (ну то-есть, ты с твоим OpenFire) пишет Пете, Коля который тут вообще никаким боком (кроме того что Петя его сервером пользуется) может и читать все сообщения Вася-Петя, и цензурить их по своему усмотрению, и даже вообще заблочить Пете общение с Васей, если ему так захочется, без предупреждений и уведомлений. А то и просто снести server2 по желанию левой пятки. Кстати, кого же мне это напоминает? Уж не гугель ли с фэйсбуком? :) Ну вот там "Коля-админ" тоже за всех хомяков дружно решил что шел бы этот жаббер :D. Ну и ты. Вместе с твоим OpenFire.

> Проверка сертификатов на клиенте так же настраивается, во всяком случаи в miranda-ng
> и vacuum-im, а остальных клиентов можно "рубить" на сервере.

Правда толку с этого ровно буй. Ну то-есть если ты планируешь переписываться сам с собой на своем сервере - это как бы да. А во всех остальных случаях???

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

69. "Facebook прекратил поддержку XMPP"  +/
Сообщение от SysA on 17-Июл-15, 11:19 
>> и защищенный.
> От чего? Шифрование опционально и только до сервера (SSL кончается на сервере
> и тот волен делать все что пожелает).

Нет. c OTR - точка-точка.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

131. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от Аноним (??) on 18-Июл-15, 06:09 
> Нет. c OTR - точка-точка.

Вот только OTR - не часть стандарта...

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

4. "Facebook прекратил поддержку XMPP"  +/
Сообщение от iPony on 16-Июл-15, 21:11 
XMPP RIP
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Facebook прекратил поддержку XMPP"  +/
Сообщение от dimqua (ok) on 16-Июл-15, 21:17 
Протокол, который завязан на серверы и не обеспечивает end-to-end шифрование из коробки - хренотень.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Andrey Mitrofanov on 16-Июл-15, 21:22 
> Протокол, который завязан на серверы и не обеспечивает end-to-end шифрование из коробки
> - хренотень.

То ли дело SMTP!!

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "Facebook прекратил поддержку XMPP"  +/
Сообщение от dimqua email(ok) on 16-Июл-15, 21:27 
Ага, давайте ещё IRC и NNTP вспомним.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Andrey Mitrofanov on 16-Июл-15, 21:31 
> Ага, давайте ещё IRC и NNTP вспомним.

Да, да! Ещё-о HTTP же, непременно.   --Активнее, товарищи! Перепись.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

41. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:17 
> То ли дело SMTP!!

Он завязан на серверы.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

13. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 16-Июл-15, 22:35 
XMPP чудовищен уже по своему дизайну, начиная с "бесконечного XML-документа" и заканчивая пачкой кривых способов сделать примерно всё (девять десятых из которых никто не реализует). Но вот что до серверов и шифрования - можно долго спорить. Контент там шифруется беспроблемно - тот же OTR, например. А presence - а зачем. Что касается серверов - когда можно соединиться с какой-то штукой, которая всегда в онлайне и имеет более-менее предсказуемое поведение (хотя бы потому что абузу написать можно если что) - это хорошо.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

42. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:20 
> соединиться с какой-то штукой, которая всегда в онлайне и имеет более-менее
> предсказуемое поведение (хотя бы потому что абузу написать можно если что)
> - это хорошо.

Вот только каждый юзерь не может содержать по серваку. Это обеспечивает их вляпывание в зависимость от левых хренов. А левые хрены тому только и рады. Начинают изучать кто, с кем, когда и зачем, вводят блокировки по своему усмотрению, etc. Такой небольшой pitfall.

И писать абузы - то же самое что ссать против ветра. Ты реально будешь писать абузы на какой-нибудь ботнет-миллионник? А рука не устанет? Учитывая что они "бесконечны", как и человеческая глупость и пополняются ... быстрее чем ты пишешь сообщения. Спам должен быть рубанут на уровне дизайна протокола. Только и всего.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

59. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Andrey Mitrofanov on 17-Июл-15, 09:23 
> И писать абузы - то же самое что ссать против ветра. Ты
> реально будешь писать абузы на какой-нибудь ботнет-миллионник? А рука не устанет?
> Учитывая что они "бесконечны", как и человеческая глупость и пополняются ...
> быстрее чем ты пишешь сообщения. Спам должен быть рубанут на уровне
> дизайна протокола. Только и всего.

Где можно скачать на оценить Ваш вариант решения?

Ну, скажем SIP/RTP мессенджер с сигнализацией через DHT?

Смелее!

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

132. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 06:17 
> Ну, скажем SIP/RTP мессенджер с сигнализацией через DHT?

Мсье знает толк в извращениях. Ну если ты хочешь именно горбатый SIP, чтобы дepьма с лопаты откушать - в свое время был такой проект как SIP-P2P. И там вроде даже какой-то код превью релизили. Но правда поскольку SIP работает в качестве IM понятно как (делать для передачи _СООБЩЕНИЙ_ какие-то там _СЕССИИ_ - жуткий изврат, хуже энкапсуляции UDP пакетов в TCP-конекцию), да еще создает много лулзов на первом же фаере и нате - удачи тебе покушать с лопаты. Будьте осторожны в ваших желаниях - они исполняются! :)

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

60. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Andrey Mitrofanov on 17-Июл-15, 09:28 
> Учитывая что они "бесконечны", как и человеческая глупость и пополняются ...

О! Нашёл. Tox. Пользуешься? Как оно!?

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

74. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 13:13 
В общем случае, наличие сервера и прибитость к нему пользователя - вещи разные. Identity можно и криптографически зафиксировать, при этом находящийся всегда в онлайне агент менее полезным не становится.

Кстати, что-то я в джаббере ни разу в жизни спама не видел. Как раз потому, чо прибито на уровне протокола.

И меня больше не спам волнует, а попытки атак, например. Одно дело - коннектиться к серверу, коорый ты сам выбрал, другое - постоянно взаимодействовать чёрт знает с кем.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

87. "Facebook прекратил поддержку XMPP"  +/
Сообщение от intelfx on 17-Июл-15, 15:58 
> Кстати, что-то я в джаббере ни разу в жизни спама не видел.
> Как раз потому, чо прибито на уровне протокола.

Как это понимать? Что конкретно к чему в XMPP прибито и как это противодействует спаму?

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

100. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 19:58 
Насколько я помню, в джаббере (во всяком случае, вменяемо настроенном) без (принятого) запроса авторизации сообщение не пошлёшь. Этого достаточно, чтобы отбить спам.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

92. "Facebook прекратил поддержку XMPP"  +/
Сообщение от arisu (ok) on 17-Июл-15, 17:22 
> Кстати, что-то я в джаббере ни разу в жизни спама не видел.
> Как раз потому, чо прибито на уровне протокола.

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

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

101. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 20:00 
И с каких пор в XMPP можно что-то написать в запросе об авторизации? А насчёт аудитории ты зря - любой юзер gmail - пользователь джаббера (как минимум, был до hangouts - не знаю, насколько много народу перешло). И социалочки тогда были менее популярны - а вот спама не было никогда
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

154. "Facebook прекратил поддержку XMPP"  +/
Сообщение от arisu (ok) on 20-Июл-15, 18:17 
> И с каких пор в XMPP можно что-то написать в запросе об
> авторизации?

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

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

161. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Alien (??) on 22-Июл-15, 00:37 
> значит, запамятовал. был уверен, что можно. пардон.

Как минимум tkabber это позволяет.

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

145. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 22:17 
> клиент не показывает сообщения от неавторизованых, никто не мешает спамить в
> сообщениях о запросе авторизации, например.

А там нельзя указать никакого текста, насколько я помню :). В результате КПД спамерской активности уходит в плинтус: надо трекать состояние каждого юзверя и смотреть авторизовал ли он спамера. И спамить только когда и если авторизовал. Поэтому спам 1 на 1 в жаббере можно считать что отсутствует. Я его по крайней мере не видел ни разу в жизни. Видимо эффективность получается никакой.

А вредители сельского хозяйства предпочли для спама и флуда жабберконфы :). Там ни вам защиты от спама, да еще толпа народа сразу. Один вброс - в 100 раз больше результат.

> потому что основные потребители спама намного лучше окучиваются через соцсеточки.

Ну так там ряд текста пролезает без явной авторизации. Вот и...

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

133. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 06:32 
> Identity можно и криптографически зафиксировать, при этом находящийся всегда в
> онлайне агент менее полезным не становится.

В онлайн всегда находится "агент". Назыается "распределенная структура". Вон например есть "dynamic DNS без серверов" (на гитхабе можно найти) - в торентовый DHT публикуется некий хэш, так или иначе защищаемый криптографией. В результате распределенная структура всегда знает - по какому же айпи сейчас искать твой компьютер. Т.е. некий аналог DNS. Но при этом нет зависимости от кого-то конкретного. Никто не может прийти и разрегистрировать твой компьютер в этой структуре без спроса. Очень ценное качество.

> Кстати, что-то я в джаббере ни разу в жизни спама не видел.
> Как раз потому, чо прибито на уровне протокола.

Я таки видел. Правда в не совсем ожидаемом месте - групчате. При том - с крутым флудом. В этом плане XMPP зарекомендовал себя с наихучшей стороны. В смысле, те кто делал групчаты на ирц например даже не пытались посмотреть. И поэтому сделали ряд довольно глупых ошибок. И вот вываливается тебе три экрана текста. Одним атомарным протокольным юнитом. Очень круто. Дискуссия в чЯтике мигом ловит клин - скроллить вверх на три экрана очень уж некомфортно.

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

Это как раз должно быть зарублено на уровне протокола и криптографии.

А то то что ты там сам выбрал - вилами по воде писано. Потому что
1) XMPP уповает на DNS, и нет никаких гарантий что абы какой DNS сервак (ну ты же не всем Интернетом рулишь сам, правда?) вернет то что ты просил. А не черти какой сервак MITM-а.
2) На то какой там сертификат по дефолту половина клиентов вообще клало.
3) Оно наворочено до ж... и там куча фич. Ну и куча багов.
4) Ксати, домен у тебя регистрар и прочие в принципе могут и отжать. Стоит им только захотеть - и отожмут. Даже янки отжимали пару доменов, по критерию "они кажутся нам пиратами!" (но критерием может в принципе быть и левая пятка). А уж росглавжандарму только волю дай...

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

6. "Facebook прекратил поддержку XMPP"  +/
Сообщение от dimqua (ok) on 16-Июл-15, 21:20 
Протокол, который завязан на серверы и не обеспечивает end-to-end шифрование из коробки - хренотень.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

12. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 16-Июл-15, 22:01 
Давай 3й раз, на бис.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

14. "Facebook прекратил поддержку XMPP"  +/
Сообщение от авава on 16-Июл-15, 22:40 
OTR плагин есть и даже не один. А без серверов ты никак в нынешнем интернете не свяжешь два компьютера.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

16. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Square1 on 16-Июл-15, 22:59 
>А без серверов ты никак в нынешнем интернете не свяжешь два компьютера.

да фто вы говоите... какой ужосс...

искать в поисковике "децентрализованные пиринговые сети"

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

19. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 16-Июл-15, 23:27 
tox, токо сообщения ходят как в скайпе, контакты на одной учотке и разных девайсах не поимеешь и трафик жрёт как чиновник народную кровушку
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

29. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 02:33 
А ещё там фаундер сбежал с наклянченными деньгами: https://www.linux.org.ru/forum/talks/11768913

Выглядит как история успеха.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

48. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:49 
> Выглядит как история успеха.

Этот stqism - левый хрен и прихлебатель. Реально основную работу ворочает (или как минимум раньше ворочад) некий irungentoo. А этот stqism - "шустрый веник" с гей-осью на компьютере.

Вот какие-то такие вместо того чтобы заткнуться и работать - охотно примажутся к чужой славе. Сбацают foundation "для защиты проекта". Попутно перехватив контроль над развитием и поставив разработчиков перед выбором "делай как прикажем или вали из своего же проекта". Иногда таких правда нефигово обламывают, как в LibreOffice. А иногда и не обламывают - тогда получается Mozilla Corporation и изгаженный такими маркетоидами продукт.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

71. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 12:41 
Ну конечно же, он *теперь* "левый хрен и прихлебатель". Прям как Мигелька.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

135. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 07:00 
> Ну конечно же, он *теперь* "левый хрен и прихлебатель". Прям как Мигелька.

Он никогда не играл существенной роли в проекте, проект прекрасно обойдется без него. Зато всегда пытался влезть рангом повыше и порулить. А когда это наконец получилось - как видим, устроил кидалово основному разработчику, который ворочал основной объем работы. Хороший урок что надо уделять больше внимания вторичным признакам, казавшимся "незначительными". Если кто-то сильно хочет чем-то порулить - очень плохая идея это желание уважить. Результат не заставит себя ждать. И он будет такой, что мало не покажется.

Но ничего, сейчас этому удоду популярно объяснят кто в таких проектах решает - он же технически вообще ноль, насколько я понял. Ну и не потянет проект, и команду не создаст, хоть там что. Все чего молодой удод добился - изгадил себе репутацию в весьма юном возрасте полукриминальной историей. Ну а irungentoo получил некий урок что меньше надо клювом щелкать.

А основной разработчик Tox - таки irungentoo, а не левый хрен stqism. И так было на моей памяти "всегда". Это он надизайнил и он кодит либу. Без него оно летать не будет.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

51. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:58 
ЗЫ а аудитория LOR оказывается еще более ламерская чем на опеннете.

"Я думал что это уже дно. Но тут снизу постучали пользователи LOR".

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

21. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 16-Июл-15, 23:40 
А поисковик же на сервере! Как ты искать будешь без поисковика?
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

49. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:49 
> Как ты искать будешь без поисковика?

Спроси у поисковика :) про DHT, например. Собственно, распределенный поисковик тоже ничему не противоречит.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

104. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 20:09 
Только тупить будет. если для торрентов десять минут искать пиров - не проблема, то для поисковика в вебе или для IM - как-то многовато
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

136. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 07:03 
> Только тупить будет.

Вот это совсем не обязательно.

> если для торрентов десять минут искать пиров -

Реально оно пиров ищет за какие-то секунды. Если у тебя этот процесс занимает 10 минут - в протокольной логике клиента порылся какой-то нехилый факап. Там нечего делать 10 минут.

> не проблема, то для поисковика в вебе или для IM - как-то многовато

Де факто эти процессы лежат в секундных а не минутных интервалах и неплохо параллелизуемы.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

30. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 02:36 
> искать в поисковике "децентрализованные пиринговые сети"

Бгг, назови хоть одну реально работающую.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

50. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:52 
>> искать в поисковике "децентрализованные пиринговые сети"
> Бгг, назови хоть одну реально работающую.

Легко. eMule и torrent-ы. А на основе торентовского DHT народ даже делает себе этакий эрзац-DNS, например. Не зависящий ни от каких серверов вообще, сугубо криптография :). Достаточно гитхаб накормить правильными кейвордами - и можно найти несколько любопытных экспонатов.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

68. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 11:18 
> eMule

Сдох.

> torrent

Трекеры.

Следующий.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

75. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 13:15 
В торрентах DHT живее всех живых и вне России активнейше используется - там трекеры не любят, знаете ли. Но для IM - ну его на фиг, довольно тормозная штука всё же.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

78. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 13:33 
Поиска "для человеков" на уровне протокола там нет ни в каком виде. Трекер и является этаким обязательным "костылём" для поиска нужного.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

102. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 20:03 
Трекер и индексатор - штуки совершенно разные. Уж сколько я повытянул всего через "поисковики"-индексаторы - не счесть. Magnet, DHT - и понеслось. Не знаю, "для человеков" оно или нет - но работает нормально.
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

134. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 06:39 
Вопрос надо ставить так: а сколько ты вытянул БЕЗ них, узнав нужный хэш через третьи руки?

Без этого компонента - сеть жизнеспособна, но никому не нужна.

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

138. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 07:09 
> Вопрос надо ставить так: а сколько ты вытянул БЕЗ них, узнав нужный
> хэш через третьи руки?

Сайт на котором опубликован хэш - одно. А поиск хэша (на "трекере" или в DHT) - вообще совсем другое. Это вообще могут быть совсем разные сервера.

Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

137. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 07:07 
> Сдох.

Неправда, сеть осла живая. А то что он не супер-популярен - там алгоритм аплоада дурной и поэтому скорости фиговые и ждать долго. Но для rare files он любой торент зарулит.

>> torrent
> Трекеры.

Вообще-то оно и без трекеров работает. Вон на TPB - магнитные ссылки. Если кто не в курсах, магнитная ссылка по минимуму содержит вообще только infohash, который и будет лукапнут в DHT, влобовую. Трекеры при этом весьма опциональны. Все работает и без них. В осле тоже когда-то ed2k сервера были. А потом и без них обходиться стали. Ну и с торентом аналогично.

> Следующий.

Можете пройти в сад с таким эпичным ламерством.

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

43. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:21 
> OTR плагин есть и даже не один.

И получается кривое у...ще, обвешанное костылями. Ну и работает под стать.

> А без серверов ты никак в нынешнем интернете не свяжешь два компьютера.

Это не соответствует действительности.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

15. "Facebook прекратил поддержку XMPP"  +/
Сообщение от электронщег on 16-Июл-15, 22:53 
15 лет пользуюсь IRC и в ус не дую.  Из большинства ирц-сетей основная масса летучего и малополезного народу свалила сначала во всякие аськи и жабберы, потом в скайпы/ватсапы/соцсети. Как результат — остались самые посвящённые и интересные собеседники, не подверженные сиюминутным порывам и веянию моды. Отношение сигнал/шум в IRC-каналах популярных сетей (фринода, офтц) — на очень высоком уровне. Всегда есть прямой доступ к разработчикам различных открытых проектов. И самое главное — децентрализация (особенно в крупных сетях) и независимость протокола и реализаций от тех или иных компаний/стартапов/вендоров.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Facebook прекратил поддержку XMPP"  +/
Сообщение от point (??) on 16-Июл-15, 23:24 
А в фидо так вообще тишь да благодать
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

20. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 16-Июл-15, 23:29 
если бы не твой апломб, можно было бы продолжить диалог в позитивном русле, а так ты просто неуловимый джо с протоколом коммуникации неуловимого джо
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

28. "Facebook прекратил поддержку XMPP"  +/
Сообщение от электронщег on 17-Июл-15, 02:02 
> если бы не твой апломб

Увы, я действительно из тех, кто считает, что доступ к вычислительным устройствам и сетям должен быть не у всех, а развитие Интернета пошло не в ту степь :(

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

35. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Тот_Самый_Анонимус on 17-Июл-15, 06:15 
>Увы, я действительно из тех, кто считает, что доступ к вычислительным устройствам и сетям должен быть не у всех

Не у всех, но уж у тебя-то доступ точно быть должен, ибо ИЗБРАННЫЙ. Нимб не жмёт?

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

45. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:40 
> Увы, я действительно из тех, кто считает, что доступ к вычислительным устройствам
> и сетям должен быть не у всех,

Довольно тyпой способ выделиться из толпы, элктронщик фигов.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

57. "Facebook прекратил поддержку XMPP"  +/
Сообщение от anon2 on 17-Июл-15, 09:11 
Приключения электронщега на опеннете.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

44. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:39 
> Отношение сигнал/шум в IRC-каналах популярных сетей (фринода, офтц) — на очень
> высоком уровне. Всегда есть прямой доступ к разработчикам различных открытых проектов.

Собственно остальные IRC сети прилично сдулись.

> И самое главное — децентрализация (особенно в крупных сетях)

Это шутка наверное такая :)
1) IRC Services. Они такие все из себя децентрализованные, аж два раза. Что при их падении вся сеть радостно курит бамбук. А без них ... можно, но сложно. Не говоря что сервисы - искусственный пришлепок поверх протокола. Полунестандартный и у всех разный. Со всем что из этого вытекает.

2) Поинтересуйся на досуге почему умудренные опытом иркопы предпочитают скрывать топологию сети от простых смертных. Хинт: топология у протокола дурная, а удачный флуд правильных серверов-хабов в два счета роняет в хлам всю сеть.

3) Падение единичного линка между серверами - достаточно фатально. В зависимости от того что за сервер - сеть может конкретно развалиться. Там нет "горячего" резерва, а сплиты - не только заметны, но и дают множество возможностей для извлечения лулзов (да, это чинили... но так нигде и не дочинили на 100% из-за технической сложности проблемы при таком устройстве протокола, хе-хе).

4) Защита траффика можно считать что отсутствует. Это ведет к множеству довольно мощных факапов aka оптовый тыринг паролей. Прикрученый на сопли и скотч SSL не сильно помогает, кстати.

5) Передача файлов. Ну она по сути не работает - DCC делали укуренные обезьяны с другой планеты.

> и независимость протокола и реализаций от тех или иных компаний/стартапов/вендоров.

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

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

118. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Another Anonimous Anonimous on 18-Июл-15, 03:41 
> 15 лет пользуюсь IRC и в ус не дую.  

За 15 лет не вырастить усы - согласен, это мощно.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

22. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 16-Июл-15, 23:58 
И это правильно, XMPP был и есть ущербен! Современным пользователям (хомякам) нужен протокол предоставляющий возможность, помимо функции IM, еще и функции аудио/видеосвязи с поддержкой конференций и одновременным (во время этой конференции) файлообменом и общим чатом. XMPP построен так, что добиться этого не выйдет.

Все это можно грамотно построить на SIP, но я уверен, многие тут знают как SIP сложно устроен.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Alien (??) on 17-Июл-15, 00:48 
Современным пользователям еще нужен веб интерфейс (стандартный, а не прикрученные кем-то костыли). Разумеется с сохранением возможности использовать нативные клиенты. Всё это предоставляет вышеупомянутый Matrix.
По поводу SIP можно поспорить, в матриксе для этого используется перспективный и отлично работающий WebRTC.
Вот относительно свежая лекция от девелопера с подробным описанием: https://www.youtube.com/watch?v=E0uMm04MIuk
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

32. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 02:55 
Ну зачем веб-морда мессенджеру в качестве основной? Ну ладно - где-то сбоку, на чрезвычайные случаи (и можно именно сбоку костылём, а не как часть спецификации). А так - на мобилах, понятное дело, нативные клиенты, на десктопе - тоже - если уж иметь постоянно открытый клиент, то отдельным приложением. Через которое реализуемо примерно всё вплоть до remote control. Это фейсбуку есть интерес пользователя на своей странице держать всегда - но открытому-то решению оно зачем?

Опять же, вся идея third party identities отдаёт наркотой.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

33. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 02:59 
Ну, то, что вы описали, сейчас в рамках firefox Hello, кажется, реализовано. Только чёрта с два получится удобным образом это сделать где-то кроме отдельного клиента.

SIP - спаси шайтан. Он ещё более уродлив, чем XMPP - в том, по крайней мере, две минимальные реализации всегда друг с другом договорятся. А задача, в общем-то, не особо сложна - незачем что-то наворачивать.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

46. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 07:43 
> Ну, то, что вы описали, сейчас в рамках firefox Hello, кажется, реализовано.

...а хомяки как юзали скайп так и юзают. Без всяких вебинтерфейсов.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

76. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 13:16 
Именно. И по привычке, и потому что это банально удобнее.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

107. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 21:10 
> Именно. И по привычке, и потому что это банально удобнее.

если по привычке, то это просто привычнее
вопиющая очевидность

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

113. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 18-Июл-15, 01:23 
Есть и банальные удобства. То, что IM не падает и не вырубается вместе с браузером, не привязан к ограниченным возможностям браузера, скажем, по хранению локальной истории, умеет взаимодействовать с системой (да хоть аудиовыход можно для разных "приложений" в браузере разный сделать?), может быть сбекаплен независимо от профиля браузера (которые убиваются на раз у юзеров)... много плюсов, как для юзеров так и для админов.
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

139. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 07:11 
> Есть и банальные удобства. То, что IM не падает и не вырубается
> вместе с браузером, не привязан к ограниченным возможностям браузера,

И ресурсов меньше "асек на флеше" и прочей вебни трескает все-таки. И еще - находит сеть даже там где ее "почти нет".

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

55. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 08:35 
> SIP - спаси шайтан. Он ещё более уродлив, чем XMPP - в
> том, по крайней мере, две минимальные реализации всегда друг с другом
> договорятся. А задача, в общем-то, не особо сложна - незачем что-то
> наворачивать.

О! А вот и профаны подтянулись. Две минимальные реализации SIP всегда подружатся друг с другом, как на софтовом, так и на хардварном уровне. Вообще SIP/SIMPLE и XMPP похожи, только в XMPP один сплощной XML, handle вместо extension и еще пара деталей. Когда в SIP беспокоились о проблемах и недороботках, расширяя и дописывая стандарт в XMPP не особо-то чесались. Теперь ему место на помойке. Вообще основное отличие SIP от XMPP в том, что первый предлагает шифрованную (TLS) peer-to-peer передачу аудио и видео между разными доменами, объединенными в федерацию, и никакие Jingle и Firefox hello ему в подметки не годятся

Задача "в общем-то" сложна и SIP в связке со своим SIMPLE, вместе с передачей файлов через SDP  и ICE/STUN/TURN для рещения NATопроблем покрывает эту задачу. Осталось только построить географически распределенную сеть и учесть ряд тонкостей с мультипоинт-передачей файлов.

Хотелось бы услышать, таки, в чем уродливость SIP, уважаемый неосилятор. Да, он сложный и объемный, поэтому неосиляторы и онолитеги его не любят и считают "уродливым", не сумев даже объяснить причину.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

77. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 13:27 
Именно что задача простая, если не быть телефонистом. Сложное и объёмное для решения простой задачи - это уродливо само по себе.

Блин, простейший серверный IM на базе голого TCP пишется за день. Ещё за день - федерация. Насчёт сложности SIP... Понимешь, сейчас никому на фиг не нужна поддержка железок столетней давности, вагон состояний и прочее. Кодек должен быть ОДИН. Никаких извращений с с поддрежкой проксирования Control Stream. И так далее. В этом плане условно терпимо сделан WebRTC, хоть он и на базе SIP. А если чуть в будущее глянуть - то надо смотреть в сторону IPv6 - adoption у него растёт и за пару лет будет уже достаточным, чтобы дальше расти лавинообразно. То есть надо понимать, что весь NAT Traversal - это очень временный костыль.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

82. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от YetAnotherOnanym (ok) on 17-Июл-15, 14:26 
> Кодек должен быть ОДИН

Ситуация: 11 конкурирующих кодеков. Нехорошо, надо сделать один-единственный, который заменит их все. Результат: 12 конкурирующих кодеков.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

103. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 17-Июл-15, 20:07 
Достаточно использовать существующий кодек и не изобретать велосипед
Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

142. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 13:51 
Тогда все до сих пор сидели бы на G.711 - выборка 8кГц, 8-битная оцифровка, никакой компрессии или избыточности для стойкости к потере части данных. Итого - 64кбпс при посредственном качестве.
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

110. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 17-Июл-15, 23:53 
> простейший серверный IM на базе голого TCP пишется за день

Вот-вот. Их таких кучу уже налабали всякие дурачки без грамма понимания, что TCP для таких задач в общем случае не достаточно, нужны разные транспорты и TCP и UDP, потому что передавать видео/аудио по TCP, без последующей или предварительной UDP обертки, мягко говоря, попахивает извращением. И что значит "простейший серверный"? Может тебе асечка подойдет?

> Кодек должен быть ОДИН.

Ну да, один для аудио, один для видео, один для аудио в высоком качестве, один для видео в 720p и возможно, но необязательно, еще один для 1080p. Вот он твой "ОДИН".

> В этом плане условно терпимо сделан WebRTC, хоть он и на базе SIP. А если чуть в будущее глянуть - то надо смотреть в сторону IPv6 - adoption у него растёт и за пару лет будет уже достаточным, чтобы дальше расти лавинообразно. То есть надо понимать, что весь NAT Traversal - это очень временный костыль.

WebRTC на базе SIP? У тебя вместо мозгов в голове клубничное варенье. Книжки или статьи хоть какие-нибудь умные прочитай, раз такой теоретик. А про ipv6 ты, по всей видимости, вообще не в курсе, во-первых, не факт, что мы с тобой доживем до полного отказа от ipv4, и во-вторых, SIP его умеет. НО! Реальное внедрение ipv6+SIP в крупной сети будет через боль, как и все в ipv6. Проблема в отсутствии поддержки костылей тунелирования 6to4/6in4/teredo и иже с ними. Сложно начать сессию между двумя пирами, если один в v6, а второй в v4. Потребуется роль B2BUA на каждой ноде или SBC на границе домена. Однако! С этой проблемой столкнешься даже в случае, как ты выражаешься "простейший серверный IM".

> Понимешь, сейчас никому на фиг не нужна поддержка железок столетней давности

А вот тут я с тобой полностью согласен. На смену старым добрым IP-телефонам приходят новые навороченные USB-телефоны и USB-трубочки попроще. И вообще учись говорить за себя, мало кому там что нужно!

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

115. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Crazy Alex (??) on 18-Июл-15, 02:15 
Ну так за день же - конечно на TCP. Если побольше - то на гугловской альтернативе, чтобы всякие кривые вайфаи и gprs переживало. И да, имелся в виду текстовый, разумеется.

Простой серверный - он простой и есть: без изысков вроде конференций, умеющий зарегистрировать юзера, держать списки контактов и авторизации, менять статус, гонять presence и сообщения. И расширить его до control stream для обмена чем угодно - хоть файлами, хоть видео - никаких проблем нет. Как и гонять те же файлы внутри (чего, кстати, SIP - дитя телефонистов - не умеет). А по чём там будет гоняться media stream - песня отдельная.

Ни фига. Именно один. Если видео считать - два. Ещё пару-тройку разрешений видео задать - ещё куда ни шло, и то не обязательно.

Насчёт WebRTC и SIP - сорри, прогнал, спутал с одной конкретной релаизацией, кгде кто-то больной на голову потащил всё сиповскую сигнализацию. А вот насчет ipv6 - https://www.google.com/intl/en/ipv6/statistics.html - форма кривой ничего не напоминает? а что до проблем - ещё бы их не было, если так внедрять, с костылями и туннелированием. Зачем, если можно каждому микробу дать ipv6 адрес? а простейшему серверному оно не нужно - он на ipv4, так как ему NAT не помеха - там только клиенты к серверу коннектятся. И голоса/видо он не умеет, ибо простейший. Если усложнять - тут уже простор для фантазии - то ли по типу скайпа гонять p2p мимо сервера, то ли не выпендриваться и всё кроме объёмнвх данных таки пустить через него - объёмы там всё равно не ахти какие, если иметь вменяемый протокол, а не по два десятка текстовых заголовков в каждом сообщении.

Насчёт железа - я с удовольствием наблюдаю, как простаивают красивые корпоративные ip-телефоны и прочая коммуникационная хрень, а люди общаются через скайп и вебэкс в лучшем случае с гарнитур, а обычно - просто с буков или своих смартфонов. Что логично - нафига использовать что-то, что надо отдельно осваивать и по чему нельзя тут же в процессе швырнуть свой экран или скопировать кусок документа? О домашних юзерах я и не говорю - я ни разу в жизни не видел, чтобы кто-то специализированную трубку для IP-телефонии дома имел.

P.S. Говорить за себя, обсуждая осмысленность той или иной архитектуры - редкий идиотизм. В таких случаях как раз надо понять даже не столько что востребовано сейчас, сколько что будет востребовано через год. Лично меня устраивает всё, в чём можно текстовыми сообщениями обмениваться, начиная с той самой асечки - экран я не шарю, совместно документы не редактирую, звук и видео мне на фиг не нужны, а файл я и на свой сервер могу выложить или через torrent/dht отдать.

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

147. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Анонимкомиксочитатель on 18-Июл-15, 22:51 
> Как и гонять те же файлы внутри (чего, кстати, SIP - дитя телефонистов - не умеет).

Займись уже самообразованием: https://tools.ietf.org/html/rfc5547
И запомни наконец, гонять реалтаймовое аудио/видео с tcp - бред. Важно синхронизироваться по времени, а не точность передачи блоков. Строго говоря, чистого UDP мало, поэтому настоящие телефонисты используют TDM, если есть возможность/средства.

Я понял, что для тебя значит "простейший", и также понял, что этот "простейший" никому из фирм-держателей соцсетей не нужен, так как им не хватает функционала даже такого переростка как XMPP. Среди открытых и доступных средств только SIP, возможно в связке с WebRTC, их устроит. А чем хочешь пользоваться лично ты волнует лишь тебя одного.

И в кодеках ты профан полный. 1 кодек для обычного голоса (mono, 8-bit, 8KGz) и широкополосного аудио (stereo, 16bit, 20KGz) назови мне, умник. С видео там другая проблема, кодеки имеют профили и уровни, смена этих профилей и уровней меняет их до неузнаваемости, пока только один кодек может держать в себе все типы видео и при этом стримить: h264, хотя для sd хороший тон: h263. Лицензии у них отвратные, думаю хоть это ты знаешь. И люди отваливат бабло за техники типа Flexible Macroblock Ordering и прочими плюшками для.

P.S. Даже не хочу отвечать на околесицу про v6, подними пару корпоративных сетей с v6 и наладь все сервисы, потом поговорим.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

140. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 07:14 
> О! А вот и профаны подтянулись. Две минимальные реализации SIP всегда подружатся
> друг с другом, как на софтовом, так и на хардварном уровне.

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

> Вообще SIP/SIMPLE и XMPP похожи,

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

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

148. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от Анонимкомиксочитатель on 19-Июл-15, 00:00 
> Вот только все это встрянет на первом же фаере и нате без эпичных костылей. Да и дружит оно специфично в ряде сочетаний.

Руки-крюки.
https://tools.ietf.org/html/rfc6336
https://tools.ietf.org/html/rfc7350
https://tools.ietf.org/html/rfc5766
https://tools.ietf.org/html/rfc6062
И все это давно работает. НЕ пробрасывайте порты и используйте STUN/TURN, причем можно публичные. Кто-то когда-то в интернете написал, что для работы SIP требуется проброс кучи портов, иначе оно не работает, поугарал так над всеми. Дятлы же ходят и повторяют. Хороший детектор неграмотного человека, кстати.

> Вот их и вынес в маргинальные меньшинства проприетарный скайп. Он в отличие от этих у...щ не требует мега-конфигурирования сети и вообще нащупывает сеть при малейшем намеке на конективити. Сам.

M$ Lync он же Skype for Business - есть смесь SIP c XMPP. А десктопный скайп от него уже мало отличается. Подхват настроек происходит через вебсервисы и да, клиент умеет дискаверить сеть. Подобный функционал автообнаружения и автоконфигурирования доступен пользователям нормальных софтфонов, например таких, как у Counterpath. Это не ново. Выходи из каменного века, тут в 21-ом веке хорошо.

Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

157. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Djam1 on 21-Июл-15, 11:11 
rfc не являются обязательными, потому можно долго рассуждать что оно должно работать, но по факту оно нифига не работает.
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

53. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от Аноним (??) on 17-Июл-15, 08:00 
Согласен про веб, однако, ваш "перспективный и отлично работающий WebRTC" вообще не стандарт, IMO. Он by design перекладывает сигнализацию и пресенс на плечи программиста, не стадартизируя их, т.е. самого главного в нем нет. А вот использовать WebRTC как средство построения вебморды к SIP-образной сети это правильное решение! Так уже делают:
http://wiki.freepbx.org/pages/viewpage.action?pageId=28180526
http://wiki.freepbx.org/display/F2/WebRTC+Phone-UCP
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

70. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Alien (??) on 17-Июл-15, 12:33 
Правильно, у webrtc него нет своего сигнального протокола. Рассматривать это можно и как недостаток, и как достоинство. В данном случае matrix является еще и сигнальным протоколом webrtc, претендующим на универсальность и "дефрагментацию" различных IM/Voip систем. Всё-таки SIP создавался немного для других целей. И он не останется в стороне, у разработчиков идея обеспечить совместимость со всем, с чем только можно. И это одна из вещей в матриксе, делающих его для меня очень привлекательным.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

156. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Djam1 on 21-Июл-15, 10:55 
а нафига веб-морда нужна? Браузер-то не всегда нужен, да и глупо как-то держать постоянно браузер с чатиком. Вот как прикрутить матрикс к пиджину?
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

160. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Alien (??) on 22-Июл-15, 00:33 
Веб морда нужна чтобы любой человек мог без лишней мороки взять и подключиться прямо из браузера. Ведь не люди для протокола, а протокол для людей. Заметьте, это не отменяет нативных клиентов. Каждый подключается как ему удобно. У авторов нет стремления делать систему только с веб интерфейсом, как раз наоборот.
Как прикрутить матрикс к пиджину - ну наверное обеспечить его поддержку в libpurple. И, насколько я помню, такие разговоры уже велись. Более подробно вам могут ответить девелоперы в #matrix и #matrix-dev, они довольно дружелюбны. (каналы в matrix и irc (freenode) слинкованы)
Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

114. "Facebook прекратил поддержку XMPP"  +/
Сообщение от t28 on 18-Июл-15, 01:29 
> (хомякам) нужен
> протокол предоставляющий возможность, помимо функции IM, еще и функции аудио/видеосвязи
> с поддержкой конференций и одновременным (во время этой конференции) файлообменом и
> общим чатом.

Эта вся хрень есть в глючном RetroShare. Работает.

> Все это можно грамотно построить на SIP

Фууууу...

> но я уверен, многие тут

... проблюются при упоминании этой аббревиатуры.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

149. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 19-Июл-15, 00:12 
> ... проблюются при упоминании этой аббревиатуры.

Я ради этого и писал свой пост ^_^
А теперь подумай, какой бы SIP (ой, еще раз упомянул) не был бы объемный, какой бы SIP (прости, не удержался) ни был сложный, реальной альтернативы, которая всё умеет, по-факту, нет. Страдай.

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

38. "Facebook прекратил поддержку XMPP"  +1 +/
Сообщение от Аноним (??) on 17-Июл-15, 07:10 
Facebook ненужен.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Нанобот (ok) on 17-Июл-15, 09:12 
то орали, что за XMPP будущее, теперь те же товарищи орут, что XMPP - вчерашний день и его нужно менять. Этих людей хлебом не корми, дай шило на мыло каждый день менять
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "Facebook прекратил поддержку XMPP"  +/
Сообщение от IMHO on 17-Июл-15, 11:10 
это же линуксоиды, был флешкричаличто есть флеш, а когда поддержку в линуксе прекратили, то рут  не надо флеш ...
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

93. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Andrey Mitrofanov on 17-Июл-15, 17:49 
> то орали, что за XMPP будущее, теперь те же товарищи орут, что
> XMPP - вчерашний день и его нужно

--Нам эти товарищи совсем, товарищи, не товарищи! <c>

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

141. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 18-Июл-15, 07:17 
> XMPP - вчерашний день и его нужно менять. Этих людей хлебом
> не корми, дай шило на мыло каждый день менять

Ну если тебе кажется что ничего менять не нужно - наверное уже можно заказать себе место на кладбище и гроб. Ведь ты уже все сделал и больше ничего делать не надо. Ну и какой смысл жить дальше, если все уже сделано?

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

150. "Facebook прекратил поддержку XMPP"  +/
Сообщение от Аноним (??) on 19-Июл-15, 07:20 
Странное дело. Дизактивировал аккаунт на facebook. Через некоторое время запустил xabber на мобильнике. Он прошел аутентификацию, а на мыло свалилось письмо с "Login alert for XMPP Password Login"

Как то странно они отключили XMPP. Вроде и отключили, но вроде и оставили.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру