Представлен (https://blog.prosody.im/prosody-0-11-0-released/) первый релиз новой стабильной ветки XMPP-сервера Prosody 0.11 (https://prosody.im/), в которой представлено более 2000 изменений. При разработке сервера основное внимание уделяется простоте установки и настройки, низкому потреблению ресурсов и лёгкости расширения функциональности. Код проекта написан на языке Lua и распространяется (https://prosody.im/source/) под лицензией MIT.
Наиболее значительные улучшения в новой ветке коснулись модулей MUC и pubsub, которые реализуют одни из самых крупных расширений (XEP) стандарта XMPP. Предыдущие версии сервера уже довольно давно поддерживали MUC и pubsub, но предлагаемая реализация была довольно сильно усложнена, не отвечала актуальному состоянию спецификаций и имела проблемы с масштабированием.
Основные изменения в Prosody 0.11:- Улучшена работа чата. Переписан практически весь код с реализацией расширения MUC (Multi-User Conference). Переработка позволила проекту упростить добавление новых функций и улучшить масштабируемость MUC-сервисов (новая версия модуля MUC позволила сервисам, таким как Jitsi Meet (https://jitsi.org/jitsi-meet/), обеспечить работу с сотнями тысяч общих бесед);
- Переработаны конфигурационные диалоги, обеспечена более аккуратная компоновка настроек и использованы более понятные названия опций;
- Добавлена поддержка архивирования и загрузки ранее написанных сообщений в MUC (Multi User Chat) с использованием протокола XEP-0313 (MAM). Например, при помощи данной возможности клиент может отображать сообщения, которые были написаны в общей беседе, когда пользователь не был в онлайн;- Обеспечена возможность резервирования имени пользователя, что позволяет предотвратить использование чужого имени, когда настоящий владелец не находятся в общей беседе. По умолчанию только владельцы / администраторы общих чатов могут осуществлять привязку имени при внесении пользователя в общую беседу. Модуль также предоставляет опцию, позволяющую пользователям самостоятельно регистрировать свои псевдонимы и становиться участниками;
- Улучшена реализация pubsub. В частности, добавлен код, отвечающий за сохранность узлов и элементов. Данные теперь могут храниться на диске, а не в оперативной памяти, и не теряться при перезапуске сервера. Реализована поддержка конфигурирования узлов и управления принадлежностью, необходимых для расширенного контроля доступа. Также появилась поддержка "publish-options", которые позволяют клиентам безопасно публиковать элементы с надлежащим управлением доступом. Написан новый модуль mod_pep_plus, в который были добавлены возможности pubsub, появившиеся после 2009 года. Модуль обеспечивает поддержку OMEMO в разговорах при общении с пользователями, не находящимися в адресной книге. Он также позволяет пользователям использовать PEP для хранения закладок и других данных;
- Осуществлён переход на новый формат vCard, определённый в спецификации XEP-0292. Новый формат также хранится в PEP, что позволяет использовать полноценные возможности управления доступом (например, можно выбрать, общедоступен ли vCard или доступен только для контактов). Поддержка старого протокола vcard-temp перемещена в модуль mod_vcard_legacy и оставлена для обеспечения совместимости со старыми клиентами;- В состав включены модули от сообщества, разработанные с целью увеличения времени автономной работы клиентов на мобильных устройствах. Клиенты, поддерживающие XEP-0352, такие как "Conversations", могут информировать сервер, когда приложение находится в фоновом режиме или экран телефона выключен. В ответ Prosody теперь может оптимизировать трафик, отключая отправку неважных данных. Например, может быть прекращена отправка постоянно передающихся по сети данных, таких как изменения статуса контакта и сообщения в чате, которые могут мешать переключению телефона в режим с низким энергопотреблением;
- Проделано много работы над внутренним асинхронным API и повышением его надёжности. В состав включена экспериментальная поддержка асинхронных модулей аутентификации и хранения данных. В текущем выпуске новый API пока помечен как экспериментальный, но в дальнейшем он сможет использоваться для повышения производительности крупных публичных чат-серверов;
- Увеличено число автоматизированных тестов. Если предыдущие выпуски почти полностью тестировались вручную, то теперь реализован большой набор автоматизированных тестов, запускаемых после каждого изменения;- Добавлен экспериментальный сетевой бэкенд на базе epoll. Новый бэкенд заметно меньше и проще реализации на базе libevent, но ограничен применением только в Linux.
URL: https://blog.prosody.im/prosody-0-11-0-released/
Новость: https://www.opennet.ru/opennews/art.shtml?num=49655
Все так же падает по OOM при загрузке файла?
Лучше скажите как там поживает реализация OTR/OMEMO, без него это ненужно в даркнете.
OTR - исключительно клиентская часть, про ОМЕМО в новости написано.
Это уже давно поддерживается. Ещё с 0.9.x.
Это что-то вроде Slack?
Вот и выросло поколение, ага
Фу!
Не фу, а отличная штука с пользовательской точки зрения,
а все эти XMPP костыли сплошные.Глаза болят уже от разного вида херни в стандартах. Почитайте поглубже и поймете на сколько там колхоз.
XMPP изначально проигрышный протокол со всеми неостатками XML и идеи модульности.
XMPP «умирает» дольше, чем живут эти ваши новомодные мессенджеры, лол.
Сам ты лол. Лучше ужасный конец чем ужас без конца.
Кто сказал вашему поколению, что "лол" - это имя нарицательное?
Ах, да - "имя нарицательное" это слишком сложная для вас конструкция.
А чем XML принципиально хуже HTTP?
Пардон :)
А чем XML принципиально хуже HTML?
XML лучше HTML, но хуже GPL
тем что http - изначально делался для хранения (не передачи, там http, от которого вы его, похоже, с трудом отличаете) информации, читаемой человеком. Да, его делали на основании подвернувшегося под руку показавшегося удобным sgml, но мгновенно об этом забыли, как только практика показала, что strict sgml мешает работе на экране.xml изначально делался непойми зачем, потом его попытались приспособить для хранения информации, обратите внимание - _не_ читаемой человеком и _не_ записываемой этим человеком, за исключением необходимости отладки/починки (в чем и выдавался за достижение по сравнению с каким-нибудь windows registry) - то и другое должны были делать роботы.
Для них, внезапно, оказался слишком сложен, избыточен и неудобен - в результате информацию об очередной уязвимости в xml2/xslt я не читая стираю - оно может быть либо обновленное сегодня, либо уязвимое, либо то и другое одновременно, а все кодошлепы бодро убежали на json, который хотя бы не требует парсера на гигабайт.
фак - html. Видимо, я тоже с трудом отличаю ;-)
xmpp федеративный протокол
когда слак нададят сервер-серверное взаимодействие тогда и поговорим о читаемости
Это что-то вроде Mail.RU Агента
просьба не сравнивать опенсорс с проприетарщиной (хоть протокол и открытый)
> Это что-то вроде Slack?Да, но только оно не помрёт через 5 лет от того, что разработчики продали стартап какой-то корпорации.
> Это что-то вроде Slack?Ну офигеть. А мы-то, балбесы, раньше спорили, мол, нафиг нужен этот новомодный XMPP с обменом XML-ками, когда есть православный плейнтекстовый IRC...
С учётом выпуска delta.chat и IMAP.PUSH xmpp стал не такой актуальный
p2p video over email ??? Ghm...
p2p video over XMPP/Jabber работает плоховато - несколько несоовместимых стандартов.
а принципиальных сложностей p2p video over email нет.
К сожелению Xmpp мертв, он так и не взлетел. Мною было переломано столько ккорьев в корп. секторе и все не закончилось ни чем.
скажите об этом мордакнижке :)
Отказались они вроде как в сторону своего бинарного протокола или это ВКонтакте был, а все равно на самом деле используют его внутри себя, так что наплевать что они там используют хоть просто сообщения текстом будут слать всем наплевать. Сама идея была универсальность и сторонние клиенты.
Только что проверил facebook Xabber-ом, работает все через старый добрый XMPP...
Если и работает то довольно условно. только внутри facebook.
это как если бы почта ходил только б внутри одного сервере и никуда на сторонние сервера не уходили бы: ни гугл ни яндекс ни куда ещё..
Только вот делался он не для фасебоока. Вне него жаббир прокакал всё.
Доооо... фанбои вацапа и телеги всё хоронят жабер, а он всё живёт и живёт.
Доооо... фанбои вацапа и телеги всё хоронят жабер, а фангёрлы джаббера пишут чушь на форумах.Не благодари.
а всё так же аноним не в курсе, что ватсап работает на перепиленной версии XMPP...
Зачем ты врешь? ВоцАпп работает на Signal Protocol(бывший TextSecure Protocol). Ничего общего с XMPP у него нет вообще.
>Зачем ты врешь? ВоцАпп работает на Signal Protocol(Ну таймер сломался в криокамере у человека, бывает.А так да лет 5 назад был в основе перепилинный хмрр, в журнале веб чате хакера была несколько статей- начиная с декомпиляцией протокола и заканчивая подменный клиента.
Твой таймер не лучше. До апреля 2016 как минимум там был модифицированный XMPP.
В whatsapp-purple, c поддержкой WhatsApp для Pingin, используется модифицированный XMPP
https://github.com/davidgfnet/whatsapp-purple/
https://github.com/davidgfnet/whatsapp-purple/blob/master/wh...
Они же отключили свой XMPP уже. Остались только Одноклассники и свободная Diaspora.
Когда уже кто-нибудь додумается выпустить xmpp-клиент, в котором нешифрованные чатики будут отключены по умолчанию, и вся коммуникация будет идти через tor и pgp/otr.А то браузерам так можно, телеграмму так можно, tox'у так можно, а классика чего-то вафлит.
Пользователь тупой, он не хочет думать и разбираться. Человек, заказывающий дверь в квартиру, не обязан быть слесарем и разбираться в нюансах работы замков.
Уже есть:
Orbot + xabber или Conversations
>через tor и pgp/otr.Именно за этого всего "непонятного" им никто и не будет пользваться.
> Человек, заказывающий дверь в квартиру, не обязан быть слесарем и разбираться
> в нюансах работы замков.если дверь фанерная - не обязан. Она вполне удержит его котика от желания познакомиться с волкодавом соседей, а алкаша из другой квартиры от праздного интереса к содержимому тумбочки. То есть свою задачу выполняет. В остальных случаях надо вызывать полицаев и писать челобитную страховой для возмещения убытков.
Если бронированная с электронным замком и гарантированная от вскрытия - лучше бы или что-то понимать (не обязательно при этом уметь починить замок, ты вряд ли умеешь "починить" тор-клиента, если внезапно по sigsegv упал, но понимать, как работает в общем - надо). Или хотя бы нанять эксперта, который разжует детально. А то есть риск при пожаре поджариться заживо внутри надежно закрытой коробочки. Или просто провести за этой дверью лишние часика четыре, пока МЧС ее все ж таки выпилит, в спокойной обстановке. (сколько лохов намертво застревали в 90е в квартирах, смазав сдуру модный мультилоковский замок солидолом, ты бы знал)А если за дверью у тебя только котик и пустая тумбочка - то какой был смысл идти на эти жертвы, и заставлять друзей ждать под дверью, пока ты пытаешься справиться со слишком сложным для обычного человека замком?
Зачем вы столь жестоки с жертвами потребляжьего воспитания? Он не обязан ничего знать и уметь, на этом зиждется его мир, а вы его так безжалостно разрушаете...
> Зачем вы столь жестоки с жертвами потребляжьего воспитания? Он не обязан ничего
> знать и уметь, на этом зиждется его мир, а вы его так безжалостно разрушаете...Это называется "эффектом гугля" - когда считают, что знания не нужны, т.к. все "в радиусе одного клика".
Вместе с такой "замечательной" вещью как эффект Данинга-Крюгера гремучая смесь - тут помню какой-то аноним утверждал, что при нужде пенициллин и стрептоцид синтезировать сможет, аргументируя тем, что при такой же надобности сумел заменить сантехника или дописать правила для спамасасина.
Ну а че - делов-то, взял плесень, почитал как это сделал Флемминг и повторил.
для синтеза пенициллина достаточно 1.5м предмета из легированной стали
> Пользователь тупой, он не хочет думать и разбираться.И наxер ему тогда шифрование. Пусть потребляет соловьёва и дом-2.
Я что-то пропустил? Конфигурационные диалоги?
Их рендерит клиент, сервер лишь описывает параметры, который тот должен отобразить.
>Код проекта написан на языке LuaЦелевая аудитория - роутеры под OpenWRT с LuCI?
Хорошая штука, использую как личный jabber-сервер, вкупе с Conversations на телефоне и gajim на десктопе.
Вроде как все нужные фичи (которые нужны от IM) там есть, жаль что пользуются им сейчас в основном старожилы, которые юзали его раньше.
Аналогично, только на десктопе использую Dino, если просто интересно поболтать на подобные темы, добавляй мой jid: i@chat.bogdan.co
Не могли бы вы привести преимущества собственного jabber-сервера?
В свое время я поднимал личный почтовый сервер по причинам не достаточной предсказуемости/надежности бесплатных почтовых служб и нестабильности работы почтового клиента в уловиях временной недоступности SMTP/IMAP сервера. Для jabber это тоже актуально?
До этого я пользовался jabber.ru, ушёл с него на свой сервер довольно давно.
Точно не помню всех причин, но помню что были проблемы со стабильностью работы ж.ру.Основной плюс наверное только в том что можно поставить какие-хочешь модули и за стабильность сервера отвечаешь только ты.
Ещё есть плюс в том что можно поднять транспорты в другие сети (например ICQ) и не бояться что логин/пароль утечёт к владельцу транспорта. Ну и общественные транспорты (ICQ) помню работали нестабильно из-за лимита соединений с одного IP.
Сейчас я транспортами не пользуюсь, так что не в курсе что изменилось за это время.А так, если публичный jabber-сервер работает стабильно и все нужные XEP-ы поддерживает, то особо смысла делать свой наверное нет.
(ещё не забыть обмазаться OTR или лучше OMEMO чтобы владелец сервера не складировал чат-логи)
Давно использую джаббер и не понимаю нытья, что он умер.
Ну не нравятся мне все эти "номерные" дуровские и моксивские творения. Удобно? Да! Надёжно? Что-то врят ли. Пока никаких удобных замен кроме Токса так и не было сделано.
Ещё Wire разве что, но он централизован
А почему бы наконец не сделать капчу в конфах?
ldap ростер умеет?
//offtop
подскажите, пожалуйста, децентрализованную систему для чатов (безсерверную) с клиентами на винде и линуксе с возможностью:
1) подтягивать историю чата от других пользователей
2) автоподключение к чату при логине
2) пересоздание чата на лету после того как все пользователи её покинули и кто-то зашёл в этот чат со старыми параметрами (взятыми от юзера, параметры - топик например)
3) желательно: экспорт истории в файл
Bonjour
чат логи в комнате боты видут