xmpp Archive

Sep 01

Долго уже говорили что доделывают новый сайт для xmpp.net, и наконец-то это случилось.

xmpp.net использует Drupal, покрайне мере судя по внешнему виду. В него проинтегрирован Google Maps. Есть возможность зарегистрироваться (куда ж без этого) и добавить свой сервер (указать админа сервера, страну, сайт, координаты на карте). Все сервера зарегистрированные на данном сайте поддерживают XMPP федерацию, но не на всех открыта регистрация.
Пока единственный минус, так это то, что список предыдущих jabber-серверов, либо еще не добавили, либо совсем не будут добавлять.

Aug 24

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

Все знают про Jingle - на основе которого основан VoIP в GTalk, Tapioca и так далее. Но как оказалось, для передачи файлов в GTalk, так же используется Jingle. То есть грубо говоря, вместо того что бы послать сообщение “а примика ты звоночек”, GTalk посылает что-то вроде “а примика ты файлик”. Дальше все работает абсолютно одинаково.

Что это дает? А то что на Jingle ложится нормально ложится и VoIP, и передача файлов, и передача видео. В описании тех же SIP/SIMPLE, не получилось найти аналогичной схемы передачи данных.

Написано по мотивам поста в Antecipate.

(Кстати автором данного блога является один из основателей Antepo, Inc)

Jun 20

Через Меркурова найдена одна статья, в которой описывается один из самых больших недостатков ICQ и аналогичных IM сервисов. А именно то, что владельцем сервиса является всего одна компания. Одна. Чем это грозит? Это как раз и рассматривается в статье. Список недостатков можно продолжить, хотя они уже описывались в различных местах не раз.
У того же XMPP/Jabber, с его многочисленными серверами (и в этом его плюс кстати), пока есть один минус для простого пользователя. Пользователь к другим IM подходит так же как и к ICQ. Он зарегистрировал аккаунт на сервере (возьмем тот же jabber.ru) и в случае проблем с доступом к нему (как было на прошлой неделе), он разведет руками и скажет “ваш жаббер - говно! чем он лучше аськи если не могу зайти на него!?!”.И он прав. Ему параллельно на то что есть много других серверов, так как он использует определенный сервер, у него в ростере несколько сотен контактов. ИМХО, в данном случае могло бы помочь, если каждый провайдер поднимал у себя XMPP-сервер, как это делается с почтовыми серверами (был ведь даже проект, по созданию почтовой инфраструктуры на основе XMPP, правда вроде что-то давно о нем не слышно). В этом случае пользователь получает бОльшую доступность, по сравнению с бесплатными серверами (в большинстве случаев), плюс достаточно вменяемый идентификатор, совпадающий с почтой (это если конечно провайдер, поднимающий сервер, позволит это).
Правда с клиентами для неискушенного пользователя, ИМХО, проблемы. Tkabber даже не рассматриваем. Psi? Miranda? Может быть… Тогда скорее второе. Хотя нет… Можно посоветовать еще Pandion. Простой клиент и рассчитаный на простого пользователя. Не заставляющий лезть в дебри клиента для настройки аккаунта. Не поддерживает правда возможности вроде http-polling, но разве это пользователю нужно?
То есть для использования неискушенным пользователем, в данный момент времени, можно посоветовать Pandion, плюс из серверов Jabber.ru (не реклама, просто, ИМХО, из российский действительно один из самых надежных, плюс достаточно большое количество сервисов).

Если вернуться к корпоративному использованию IM. Возьмем для примера какую-нибудь вымышленную компанию, с количеством сотрудников эдак в районе двух тысяч, с несколькими офисами. При нормальном отношении к информационной безопасности, какие варианты остаются для IM? ICQ? Никогда. Остается два варианта (с установкой своего сервера). LCS и XMPP/Jabber.
LCS. Live Communication Server от известного всем производителя ПО. Не спорю, что интеграция с продуктами от MS на высоте. И возможно что кому-то даже понравится интерфейс клиента и возможности типа “разбудить”, а так же “значки настроения” и возможность “выбрать подходящий к ситуации мультик”. Передача аудио и видео? А как часто ставят на стандартные рабочие места сотрудников микрофоны, колонки (ну или гарнитуры раздают) и веб камеры, что бы использовать эти возможности? Но зато у нас есть интеграция с остальными продуктами от Microsoft. Конечно, если менеджмент хочет продукцию от МС, он поставит именно это, не рассматривая другие возможности. Плюс, в данном случае мы имеем практически только IM службу, более ничего.
XMPP/Jabber. Какие еще возможности для использования XMPP вы знаете? Кроме IM конечно. Пример: J-EAI. Реализация EAI, основанная на XMPP, с использованием ejabberd. Получаем высокую степень надежности (за счет прозрачной кластеризации ejabberd), практически неогранниченную и прозрачную возможность увеличивать пропускную способность данной системы (за счет той же кластеризации). Плюс стандартные технологии вроде XML, ODBC, LDAP позволяют подключить практически любую систему.
Второй пример. Предложение использовать XMPP в grid-computing. Почитать можно здесь: Using IM for grid-computing. Примеры с удаленным управлением сервисами через XMPP, нотификацию о чем либо, я даже не рассматриваю, так как это все подразумевается и приведены примеры в различных JEPах.

К чему этот пост? Наверно вот к этому обсуждению в SundayBytes. Большинство людей и даже “вроде как специалистов”, как-то однобоко рассматривают XMPP/Jabber. Только с точки зрения IM. А это далеко не так… Это нечто больше чем просто IM, а точнее IM это одно из возможных применений (самое простое применение) открытой и стандартизированной технологии XMPP/Jabber. И эти два плюса с лихвой перекрывают интеграцию LCS с продуктами от МС…

May 04

Как и было обещано какое-то время назад, выложили исходники mabber Message Logger.

Компонент создан для хранение истории сообщений согласно JEP-0136 (Message Archiving). Написан на Java, с использованием библиотеки JSO. По-умолчанию использует MySQL в качесте backend. Но думаю не составит труда использовать любую БД.

Забирать тут.

Apr 24

В продолжение предыдущего поста.

Небольшая, но достаточно понятная, статейка о Publish-Subsribe.

All About PubSub

Apr 24

Вышла новая версия Psi. Изменения достаточно приятные:

Из заметных нововведений, это конечно Privacy lists (правда неудобно добираться до них - в свойствах аккаунта).

Remote controlling clients (и требуемый для него Ad-hoc commands) со временем может вырасти в достаточно приятную штучку. Но на текущий момент возможно пока только установить статус для одного из своих клиентов (например из дома установить статус на рабочем клиенте).

Personal Eventing Protocol (он же PEP) - подмножество Publish-Subsribe (JEP-0060). На текущий момент в рамках PEP реализованы User Mood (JEP-0107), User Tune (JEP-0118), User Geolocation (JEP-0080). User Mood - позволяет отдавать “настроение” (то есть аналог mood в LiveJournal). User Tune - аналогично с просшуливаемой в данный момент музыкой. User Geolocation - текущее месторасположение. Замечу, что в этой версии Psi реализовано только User Tune, да и то пока кроме галочки о публикации ничего нет :)
ИМХО, jabber-клиенты с реализацией User Geolocation могли бы дать большую форму проектам вроде CatchUp!. Либо как вариант, если бы авторы аналогичных проектов, присмотрелись бы поближе к Jabber.

P.S. Небольшая, но достаточно понятно рассказывающая про Publish-Subsribe, статья.

Feb 17

Вышла новая версия Wildfire 2.5.0 (в девичестве Jive Mesenger). Судя по анонсу - с полной поддержкой XMPP RFC.

В основном багфиксы.

Из новых возможностей, мне кажется, основная это поддержка privacy rules.
В результате, учитывая достаточно простую установку данного сервера, плюс хорошую интеграцию с AD, вполне можно рекомендовать для быстрого развертывания Jabber-сервера в организации, либо районной сети.

Хотя не смог найти внятных нагрузочных тестов Wildfire, что бы выяснить производительность. Плюс интересно было бы сравнить с ejabberd.

Changelog

Feb 16

Думаю уже много кто слышал про Mabber. IM-сервис, больше рассчитанный на мобильные телефоны. Но имеющий в своем распоряжении и веб-клиент (доделанный под свои нужды JWChat).

Одна из интересных возможностей этого сервиса - реализация JEP-136 (Message Archiving), то есть хранение истории сообщений на сервере. Плюс хранения истории сообщений на сервере очевиден - постоянный доступ к ней. Хотя, скорее всего придется доработать клиенты так или иначе, что бы возможно было брать истори с сервера.
Минусов мне видится два:

  • необходимо место под это (а это уже зависит от количества пользователей)
  • и гарантия что сообщения просто так нельзя будет прочитать

Так же разработчики Mabber, обещали выложить исходники данного модуля, и может быть админы j.r захотят его поставить :)

Unatine :: blog feed-icon-16×16.png