Difference between revisions of "Shared roster"
(Уточнение) |
(Еще иначе) |
||
| Line 9: | Line 9: | ||
Общий ростер, в основном, применяется при [[Jabber deployment|корпоративном]] использовании XMPP-серверов, когда имеется в наличии готовая база пользователей, структурированная по подразделения (отделам/департаментам). | Общий ростер, в основном, применяется при [[Jabber deployment|корпоративном]] использовании XMPP-серверов, когда имеется в наличии готовая база пользователей, структурированная по подразделения (отделам/департаментам). | ||
| − | == | + | == Управление == |
| − | + | Управление ростером происходит на основе групп контактов: можно настроить сервер таким образом, что контакты из всех групп будут видеть статус контактов из всех остальных групп. А можно ограничивать определенным списком групп (как в примере на картинке справа). Это позволяет скрыть ненужные отделы группы. Например, техническим специалистам не требуются видеть в ростере бухгалтеров и наоборот. Также можно сделать так, что группы будут видны не обоюдно, а только односторонне (если в Видимых группах будет разный набор групп). | |
== Группы == | == Группы == | ||
Revision as of 20:10, 24 September 2010
ЯВики используйте название
Общий ростер
На других ресурсах
можно также давать ссылку
http://jawiki.ru/Shared_roster
Shared roster (англ. Общий ростер) - способ настройки XMPP-сервера, когда изменение ростера клиента инициируется со стороны сервера. При подключении к серверу клиент получает набор групп и содержащихся в них контактов. Помимо контактов клиент автоматически получает подписку от всех контактов, а также предоставляем всем свою. Таким образом любой контакт из ростера видит статус любого другого контакта.
В данной статье подразумевается функциональность, реализованная посредством модуля mod_shared_roster сервера ejabberd.
Общий ростер, в основном, применяется при корпоративном использовании XMPP-серверов, когда имеется в наличии готовая база пользователей, структурированная по подразделения (отделам/департаментам).
Contents
Управление
Управление ростером происходит на основе групп контактов: можно настроить сервер таким образом, что контакты из всех групп будут видеть статус контактов из всех остальных групп. А можно ограничивать определенным списком групп (как в примере на картинке справа). Это позволяет скрыть ненужные отделы группы. Например, техническим специалистам не требуются видеть в ростере бухгалтеров и наоборот. Также можно сделать так, что группы будут видны не обоюдно, а только односторонне (если в Видимых группах будет разный набор групп).
Группы
Один JID может присутствовать в нескольких группах. В случае корпоративного использования это позволяет сделать двойное представление: по проектам и географически (в том случае, если сотрудники одного проекта в разных офисах находятся). Также, например, можно выделить руководителей проектов в отдельную группу.
Особенности
- Использование общего ростера не мешает пользователю добавлять в ростер произвольные JID-ы.
- Пользователь не может удалить контакты из общего ростера. При очередном подключении они будут снова добавлены.
- Если пользователь переименовал JID, который попадал к нему в ростер через механизм "общего ростера", то после удаления этого контакта с сервера - потребуется удалить его вручную. Также это касается перемещения контакта в другую группу - переименованный контакт не будет помещен в новую группу автоматически и будет отображаться в старой группе. В случае, если используется клиент, который автоматически переименовывает контакты на основании информации из vCard, то пользователю придется вручную удалять/перемещать контакты.
Ссылки
- Описание mod_shared_roster (англ.)
