Difference between revisions of "Shared roster"
From JaWiki (Jabber/XMPP wiki)
(rt) |
(уровни заголовков; картинка не наплывает на содержание) |
||
| Line 1: | Line 1: | ||
{{RealTitle|Общий ростер}} | {{RealTitle|Общий ростер}} | ||
| + | [[Image:Psi-corners.png|thumb|Клиент [[Psi]] с загруженным обшим ростером]] | ||
[[Image:Ejabberd-webface-sharedroster-groupedits.png|thumb|Редактирование ростера через веб-интерфейс [[Ejabberd]]]] | [[Image:Ejabberd-webface-sharedroster-groupedits.png|thumb|Редактирование ростера через веб-интерфейс [[Ejabberd]]]] | ||
| Line 6: | Line 7: | ||
Общий ростер, в основном, применяется при [[Deployment|корпоративном]] использовании XMPP-серверов, когда имеется в наличии готовая база пользователей, структурированная по подразделения (отделам/департаментам). | Общий ростер, в основном, применяется при [[Deployment|корпоративном]] использовании XMPP-серверов, когда имеется в наличии готовая база пользователей, структурированная по подразделения (отделам/департаментам). | ||
| − | + | == Подписка == | |
| − | + | ||
| − | = Подписка = | + | |
Помимо самого содержимого ростера (т.е. контактов) администратор может управлять состоянием подписки. Предоставление информации о статусе (т.е. подписку) можно предоставлять всем контактам из общего ростера, а можно ограничивать определенным списком групп (как в примере на картинке справа). Это позволяет скрыть ненужные отделы группы. Например, техническим специалистам не требуются видеть в ростере бухгалтеров и наоборот. | Помимо самого содержимого ростера (т.е. контактов) администратор может управлять состоянием подписки. Предоставление информации о статусе (т.е. подписку) можно предоставлять всем контактам из общего ростера, а можно ограничивать определенным списком групп (как в примере на картинке справа). Это позволяет скрыть ненужные отделы группы. Например, техническим специалистам не требуются видеть в ростере бухгалтеров и наоборот. | ||
| − | = Группы = | + | == Группы == |
Один JID может присутствовать в нескольких группах. В случае корпоративного использования это позволяет сделать двойное представление: по проектам и географически (в том случае, если сотрудники одного проекта в разных офисах находятся). Также, например, можно выделить руководителей проектов в отдельную группу. | Один JID может присутствовать в нескольких группах. В случае корпоративного использования это позволяет сделать двойное представление: по проектам и географически (в том случае, если сотрудники одного проекта в разных офисах находятся). Также, например, можно выделить руководителей проектов в отдельную группу. | ||
| − | = | + | == Особенности == |
* Использование общего ростера не мешает пользователю добавлять в ростер произвольные JID-ы. | * Использование общего ростера не мешает пользователю добавлять в ростер произвольные JID-ы. | ||
* Пользователь не может удалить контакты из общего ростера. | * Пользователь не может удалить контакты из общего ростера. | ||
* Если пользователь переименовал JID, который попадал к нему в ростер через механизм "общего ростера", то после удаления этого контакта с сервера - потребуется удалить его вручную. Также это касается перемещения контакта в другую группу - переименованный контакт не будет помещен в новую группу автоматически и будет отображаться в старой группе. В случае, если используется клиент, который автоматически переименовывает контакты на основании информации из [[vCard]], то пользователю придется вручную удалять/перемещать контакты. | * Если пользователь переименовал JID, который попадал к нему в ростер через механизм "общего ростера", то после удаления этого контакта с сервера - потребуется удалить его вручную. Также это касается перемещения контакта в другую группу - переименованный контакт не будет помещен в новую группу автоматически и будет отображаться в старой группе. В случае, если используется клиент, который автоматически переименовывает контакты на основании информации из [[vCard]], то пользователю придется вручную удалять/перемещать контакты. | ||
| − | = Ссылки = | + | == Ссылки == |
* [http://www.process-one.net/docs/ejabberd/guide_en.html#htoc53 Описание mod_shared_roster] (англ.) | * [http://www.process-one.net/docs/ejabberd/guide_en.html#htoc53 Описание mod_shared_roster] (англ.) | ||
Revision as of 07:10, 21 May 2010
В соответствии с принятыми в данной вики договорённостями, правильное название этой статьи — Общий ростер.
Для ссылок сюда с других страниц
ЯВики используйте название
Общий ростер
На других ресурсах
можно также давать ссылку
http://jawiki.ru/Shared_roster
ЯВики используйте название
Общий ростер
На других ресурсах
можно также давать ссылку
http://jawiki.ru/Shared_roster
Клиент Psi с загруженным обшим ростером
Редактирование ростера через веб-интерфейс Ejabberd
Shared roster (англ. Общий ростер) - способ настройки XMPP-сервера, когда изменение ростера клиента инициируется со стороны сервера. При подключении к серверу клиент получает набор групп и содержащихся в них контактов. В данной статье подразумевается функциональность, реализованная посредством модуля mod_shared_roster сервера ejabberd.
Общий ростер, в основном, применяется при корпоративном использовании XMPP-серверов, когда имеется в наличии готовая база пользователей, структурированная по подразделения (отделам/департаментам).
Contents
Подписка
Помимо самого содержимого ростера (т.е. контактов) администратор может управлять состоянием подписки. Предоставление информации о статусе (т.е. подписку) можно предоставлять всем контактам из общего ростера, а можно ограничивать определенным списком групп (как в примере на картинке справа). Это позволяет скрыть ненужные отделы группы. Например, техническим специалистам не требуются видеть в ростере бухгалтеров и наоборот.
Группы
Один JID может присутствовать в нескольких группах. В случае корпоративного использования это позволяет сделать двойное представление: по проектам и географически (в том случае, если сотрудники одного проекта в разных офисах находятся). Также, например, можно выделить руководителей проектов в отдельную группу.
Особенности
- Использование общего ростера не мешает пользователю добавлять в ростер произвольные JID-ы.
- Пользователь не может удалить контакты из общего ростера.
- Если пользователь переименовал JID, который попадал к нему в ростер через механизм "общего ростера", то после удаления этого контакта с сервера - потребуется удалить его вручную. Также это касается перемещения контакта в другую группу - переименованный контакт не будет помещен в новую группу автоматически и будет отображаться в старой группе. В случае, если используется клиент, который автоматически переименовывает контакты на основании информации из vCard, то пользователю придется вручную удалять/перемещать контакты.
Ссылки
- Описание mod_shared_roster (англ.)
