История изменений

Снова «в интернете кто-то неправ» - ладно, покормлю еще немного.

Херово они коммуницируют.

Да нет, как раз то, что показанная таблица наполнена и свидетельствует о том, что с s2s все в порядке, ибо опрос идет с сервера, на котором заведен аккаунт для сканера на опрашиваемый сервер с, очевидно, задействованным при этом s2s. Был бы он «сломан архитектурно» и «часто работал несовместимо» - таблицы бы не было.

Даже более того, к вопросу о шифровании - из 5 используемых аккаунтов только jabber.ru позволяет несекьюрные подключения (в дополнение к нормальным). И этот же аккаунт во время скана временами не подключается (не копал, не особо критично), что дает снижение «аптайма» и рейтинга в таблице для таких же серверов, которые хотят исключительно несекьюрные подключения (и к которым у меня не могут подключиться остальные 4 аккаунта). Так что да, те сервера, где «аптайм» в таблице на уровне 30-60% - это оно. Много ли их? Они существуют. Можно ли сказать, что подавляющее большинство серверов не шифруют подключения и в джаббере все плохо с безопасностью? Очевидно, что нет.

А вариации e2e вообще на сервер не завязаны, на то оно и e2e.

Проверить проще простого - взять несколько разных клиентов

Надо было сразу добавить «с разным набором фич», ага. Берем, например, mcabber и жалуемся, что у него видеозвонков нет. А потом - «ААааааааа!!! Жаббер говно, зоопарк НЕСОВМЕСТИМЫХ клиентов, Ааааааа!».

попробовать на разных серверах поотправлять файлы, поводить видео созвоны и прочие фишки.

Файлы возможно отправлять разными способами. Если у тебя клиент А умеет только HTTP Upload, а клиент Б только IBB и при этом первый еще и умудрился зарегистрироваться на каком-то сервере, где функции аплоада или нет, или она отключена (ну вот нет у админа места для файликов пользователя, бывает) - то да, очевидно, что оно не будет работать. Но в каком месте тут проблема сети и протокола, если авторы клиентов просто не захотели реализовать одинаковый набор фич?

Аудио/видеозвонки на сервер вообще минимально завязаны. Есть external service discovery, который помогает общаться с чем-то (STUN/TURN) для обхода NAT'ов и позволяет общаться клиентам либо напрямую, либо прогоняя трафик через вот этот самый external service.

Клёво мы от «а что в нём плохого» перешли к «более-менее плюс-минус два сервера» =) Открытые федеративные сети не имеют права так работать. Иначе они плохо спроектированы.

Как «так»? 93% той таблицы покрыты всего двумя реализациями серверов - Ejabberd и Prosody. Это не значит, что других нет или они несовместимы - ими просто ПОЧТИ не пользуются. Но они есть и работают. Просто в большинстве своем людей устраивают эти 2 реализации.

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

Нет, важнее показать «мы не такие как все - мы свой, мы новый мир построим!» и слепить Matrix вместо того, чтобы влиться в разработку и актуализацию существующей сети с готовой инфраструктурой и использовать ресурсы для доведения jabber'а до идеала. В итоге в jabber'e и без «не таких, как все» появились и звонки, и OMEMO, и прочие актуальные фишки - ну и плюс имеем теперь вот этот вот Matrix на полтора человека и с референсным клиентом на Электроне. Лебедь, рак и щука.

на жабе это будет дичайший оверхед и тормозилово (я настраивал, да).

А уточни, что именно настраивал? Судя по переписке в https://github.com/iNPUTmice/Conversations/issues/3891 - видеоконференции пока в разработке и некоторые клиенты просто используют инстансы Jitsi Meet, например.

А ты в курсе, что зум использует xmpp только для текстового чата?

Чат и, я так понимаю, сервисные сообщения - всякие там установки сессии и тому подобное? В любом случае - выходит, лучшего варианта, чем «глючного и мертвого jabber'а с кривым XML'ом» не нашлось?

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

Ммм... Слушай, а ничего, что такие данные практически никогда не гоняются внутри XML'а? Все эти передачи файлов (кроме IBB, который медленный, почти никогда не используется и служит в основном fallback-вариантом, когда ничего другого не работает), звонки и тому подобное использует XML исключительно для установки сессии (клиент А хочет передать файл клиенту Б, порт такой-то - ок, поехали), а дальше данные уже гонятся отдельно?

Снова «в интернете кто-то неправ» - ладно, покормлю еще немного.

Херово они коммуницируют.

Да нет, как раз то, что показанная таблица наполнена и свидетельствует о том, что с s2s все в порядке, ибо опрос идет с сервера, на котором заведен аккаунт для сканера на опрашиваемый сервер с, очевидно, задействованным при этом s2s. Был бы он «сломан архитектурно» и «часто работал несовместимо» - таблицы бы не было.

Даже более того, к вопросу о шифровании - из 5 используемых аккаунтов только jabber.ru позволяет несекьюрные подключения (в дополнение к нормальным). И этот же аккаунт во время скана временами не подключается (не копал, не особо критично), что дает снижение «аптайма» и рейтинга в таблице для таких же серверов, которые хотят исключительно несекьюрные подключения (и к которым у меня не могут подключиться остальные 4 аккаунта). Так что да, те сервера, где «аптайм» в таблице на уровне 30-60% - это оно. Много ли их? Они существуют. Можно ли сказать, что подавляющее большинство серверов не шифруют подключения и в джаббере все плохо с безопасность? Очевидно, что нет.

А вариации e2e вообще на сервер не завязаны, на то оно и e2e.

Проверить проще простого - взять несколько разных клиентов

Надо было сразу добавить «с разным набором фич», ага. Берем, например, mcabber и жалуемся, что у него видеозвонков нет. А потом - «ААааааааа!!! Жаббер говно, зоопарк НЕСОВМЕСТИМЫХ клиентов, Ааааааа!».

попробовать на разных серверах поотправлять файлы, поводить видео созвоны и прочие фишки.

Файлы возможно отправлять разными способами. Если у тебя клиент А умеет только HTTP Upload, а клиент Б только IBB и при этом первый еще и умудрился зарегистрироваться на каком-то сервере, где функции аплоада или нет, или она отключена (ну вот нет у админа места для файликов пользователя, бывает) - то да, очевидно, что оно не будет работать. Но в каком месте тут проблема сети и протокола, если авторы клиентов просто не захотели реализовать одинаковый набор фич?

Аудио/видеозвонки на сервер вообще минимально завязаны. Есть external service discovery, который помогает общаться с чем-то (STUN/TURN) для обхода NAT'ов и позволяет общаться клиентам либо напрямую, либо прогоняя трафик через вот этот самый external service.

Клёво мы от «а что в нём плохого» перешли к «более-менее плюс-минус два сервера» =) Открытые федеративные сети не имеют права так работать. Иначе они плохо спроектированы.

Как «так»? 93% той таблицы покрыты всего двумя реализациями серверов - Ejabberd и Prosody. Это не значит, что других нет или они несовместимы - ими просто ПОЧТИ не пользуются. Но они есть и работают. Просто в большинстве своем людей устраивают эти 2 реализации.

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

Нет, важнее показать «мы не такие как все - мы свой, мы новый мир построим!» и слепить Matrix вместо того, чтобы влиться в разработку и актуализацию существующей сети с готовой инфраструктурой и использовать ресурсы для доведения jabber'а до идеала. В итоге в jabber'e и без «не таких, как все» появились и звонки, и OMEMO, и прочие актуальные фишки - ну и плюс имеем теперь вот этот вот Matrix на полтора человека и с референсным клиентом на Электроне. Лебедь, рак и щука.

на жабе это будет дичайший оверхед и тормозилово (я настраивал, да).

А уточни, что именно настраивал? Судя по переписке в https://github.com/iNPUTmice/Conversations/issues/3891 - видеоконференции пока в разработке и некоторые клиенты просто используют инстансы Jitsi Meet, например.

А ты в курсе, что зум использует xmpp только для текстового чата?

Чат и, я так понимаю, сервисные сообщения - всякие там установки сессии и тому подобное? В любом случае - выходит, лучшего варианта, чем «глючного и мертвого jabber'а с кривым XML'ом» не нашлось?

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

Ммм... Слушай, а ничего, что такие данные практически никогда не гоняются внутри XML'а? Все эти передачи файлов (кроме IBB, который медленный, почти никогда не используется и служит в основном fallback-вариантом, когда ничего другого не работает), звонки и тому подобное использует XML исключительно для установки сессии (клиент А хочет передать файл клиенту Б, порт такой-то - ок, поехали), а дальше данные уже гонятся отдельно?