WEBclient

2011-09-26T16:46:50Z

Andreymal: еще одно творение больного моска

{{Client
| name= {{PAGENAME}} 
| logo= 

| url= [http://am31.dyndns-ip.com/xmpp am31.dyndns-ip.com]
| language= [[JavaScript]], [[Python]]
| os= 
| library= [[xmpppy]] 
| license= {{w|GPLv2}}
| developer= AndreyMal

| i18n= 
| plugins= 
| acc_profiles= 
| acc_multi= 
| smiles= 
| history= 

| filetransfer= 
| privacy= 
| disco= 
| adhoc= 
| rc= 
| muc= да
| bookmarks= нет
| headline= 
| vcard= нет
| zip= 
| crypt= 
| pgp= 
| pubsub= 
| pep= 
| d_register= 
| d_search= 
| voip= 
| jingle= 
}}
[[Category:Веб-клиенты]]

'''WEBclient''' - веб-сервис, позволяющий заходить в [[Конференция|конференции]], не имея учётной записи Jabber.

== Возможности и особенности ==

* хранит последние 10 конференций, в которых был пользователь, и его ник

* можно заходить в несколько конференций одновременно

* показывает список участников, их статусы и тексты статусов, у участников, зашедших сюда с WEBclient, особый значок

* поддержка /me

* поддержка XHTML-IM (только приём)

* оформление сообщений: <nowiki>*полужирный*, /курсив/, _подчеркнутый_</nowiki>

* ник одинаковый во всех конференциях, при его смене меняется не только в текущеё конференци, но и в других, в которых находится пользователь

* возможность втроить в страницу через iframe (ссылкой [http://am31.dyndns-ip.com/xmpp?join=конференция&updating=2 http://am31.dyndns-ip.com/xmpp?join=конференция&updating=2])

* выключен ночью и иногда утром

* не поддерживает личные сообщения

* команда смены ника /nick

* работоспособность проверена в Firefox 6, Chrome 11.0, Opera 11, Internet Explorer 6

* серверная часть работает на Apache2 (mod_wsgi) и Python 2.6

== Ссылки ==

[http://am31.dyndns-ip.com/xmpp?join=am31@conference.jabber.ru&updating=2 Техподдержка]

Noname Client

2010-06-13T21:35:10Z

Andreymal: Появился интерфейс!

{{RealTitle|noname Client|noplate=1}}
{{Client
| name= noname Client 
| logo= 

| url= 
| language= {{lang|cl|Java}} 
| os= {{OS|cl|Java ME}} 
| library= {{lib|JXA}} 
| license= {{GPL}} 
| developer= [[User:Andreymal|AndreyMal]] 

| i18n=нет 
| plugins=нет 
| acc_profiles= 
| acc_multi=нет 
| smiles= 
| history= 

| filetransfer= 
| privacy= 
| disco=да 
| adhoc= 
| rc= 
| muc=да (частично) 
| bookmarks=да 
| headline= 
| vcard=нет 
| zip=нет 
| crypt=нет 
| pgp= 
| pubsub= 
| pep= 
| d_register= 
| d_search= 
| voip= 
| jingle= 
}}

noname Client — непонятно зачем и для чего созданный консольный (ещё) [[Jabber]]-[[клиент]], разрабатываемый [[USER:Andreymal|AndreyMal]].

== История ==

В качестве основы используется [[JXA]]. Первоначально программа называлась '''amj''' (AndreyMal Jabber client), но после гугления пришлось отказаться от этого названия, так как с ним могли быть проблемы.

По мере разработки возникало всё больше проблем с интерфейсом. В то же время было большое желание реализовать как можно больше возможностей протокола. Было принято, наверно, безумное решение — сделать графический интерфейс всего лишь дополнением, без которого можно было бы обойтись. Клиент был переписан с нуля и стал консольным. В то же время его временно переименовали в '''noname''', а позже в '''noname Client'''. Нужно придумать название.

== Возможности ==

Так как разработка только-только началась, возможности ещё малы. В данный момент только то, что было в библиотеке JXA. И ещё отправка уведомления о доставке сообщения. Со времён amj его коде осталась добавленная возможность получения закладок и подключения к конференции, но в noname Client они ещё не использованы.

=== Команды ===

В квадратных скобках указаны необязательные параметры

* подключение <pre>connect <имя> <хост> <пароль> [ <адрес сервера> <порт> <ресурс> ]</pre>

* регистрация <pre>register <имя> <хост> <пароль> [ <адрес сервера> <порт> ]</pre>

* отправка [[информация о присутствии|информации о присутствии]] <pre>presence <получатель> <тип> [ <show> <текст> <приоритет> ]</pre>
В качестве получателя и типа можно указать «none», чтобы отправить информацию о присутствии без указания получателя и типа соответственно.

* упрощённая форма предыдущей команды, может использоваться вообще без параметров <pre>status [ <show> <текст> <приоритет> <название_клиента> <версия_клиента> ]</pre>
** show - тип статуса: '''online''' - онлайн, '''chat''' - готов поболтать, '''away''' - отошёл, '''xa''' - недоступен, '''dnd''' - не беспокоить.

* отключение <pre>disconnect</pre>

* отправка сообщения <pre>message <получатель> <тип> <подтверждение> <ID> <текст></pre> Подтверждение (0 или 1) и ID в настоящее время игнорируются. В качестве типа можно указать «none», чтобы отправить сообщение без указания его типа.
** В параметре «тип» указывается тип письма: '''normal''' - обычное, '''chat''' - чат, '''groupchat''' - для конференции.

* Диско <pre>disco <получатель> [ <info или items> <ID> ]</pre>
** info - зпарос информации, items - запрос списка сервисов.
** Можно дискаверить также контакты (info) и конференции (items).

* чистка консоли (работает с глюками) <pre>clear</pre>

* Запрос [[Ростер|списка контактов]] <pre>getroster</pre>

* Запрос закладок <pre>getbook</pre>

* Удаление подключенного аккаунта <pre>removeacc</pre>

* управление графическим интерфейсом <pre>gui on|off|min</pre>

* список всех команд, а также справка по конкретной команде <pre>help [ <команда> ]</pre>

* выход <pre>exit</pre>

=== Интерфейс ===

Две формы: консоль (текст) и окно ввода. Есть возможность подключить GUI. Так как используются только стандартные элементы интерфейса (без внешнего GUI), возможно, можно использовать на чёрно-белых телефонах.

В текущей версии встроен простенький интерфейс, поддерживающий только ростер и отправку сообщений.

=== Подключение ===

Без сжатия, без шифрования, пароль открытым текстом. Зато быстро.

После подключения необходимо отправить статус (команда '''status''').

== Управление подпиской ==

Так как подписка управляется через presence, можно использовать следующие команды:

* Запрос подписки <pre>presence <JID> subscribe</pre>

* Дать подписку <pre>presence <JID> subscribed</pre>

* Отписаться <pre>presence <JID> unsubscribe</pre>

* Забрали подписку <pre>presence <JID> unsubscribed</pre>

== Конференции ==

Подключение:
presence комната/ник available

Пример:
presence support@conference.jabber.ru/Vasya available chat А_вот_и_я! 5

Сообщение в конференцию:
message комната groupchat 0 id текст

Пример:
message support@conference.jabber.ru groupchat 0 id !?? bots

Отключиться:
presence комната/ник unavailable

== Загрузить ==

Скачать можно только отсюда: [http://lek-ded.narod.ru/files/noname.jar JAR] (26кб) или [http://lek-ded.narod.ru/files/noname.zip ZIP] (не обновлялся) плюс исходные коды и небольшая справка для разработчиков (37кб).

XEP-0199

2010-06-11T18:53:29Z

Andreymal: Перенаправление

#REDIRECT [[XEP-0199: XMPP Ping]]

XEP-0199: XMPP Ping

2010-06-11T18:53:06Z

Andreymal: Переведён ещё один стандарт

[[Category:XEP]]
[[Category:Translation]]

{{warning|Этот текст не является официальным переводом документа [http://www.xmpp.org/extensions/xep-0199.html XEP-0199: XMPP Ping] и может не соответствовать оригиналу. Для разработки программ используйте официальный текст.}}

Эта спецификация описывает расширение XMPP для передачи пинга в XML-потоке. Такие пинги могут быть отправлены от клиента к серверу, с одного сервера на другой или конец-в-конец.

== Информация о документе ==

* Автор: Peter Saint-Andre
* Издатель: © 1999 - 2010 [[XMPP Standards Foundation]]
* Статус: Окончательный
* Тип: Основное расширение
* Версия: 2.0
* Последнее обновление: 2009-06-03

: '''ВНИМАНИЕ:''' Расширение, определенное в настоящем документе, окончательное и может использоваться для реализации в программах.

== Введение ==

Как указано в RFC 3920, XML-потоки, используемые в XMPP, передаются с помощью TCP. Но TCP соединение может неожиданно разоравться. Традиционный подход к решению этого вопроса в том, чтобы периодически посылать так называемые "пустые пинги" в XML-потоке. Этот документ рекомендует более дружественный к XML подход.

== Требования ==

Эта спецификация охватывает следующие требования:
# Определение состояния потока XML между клиентом и сервером или между двумя серверами.
# Определение связи конец-в-конец между любыми двумя пользователями XMPP (например, между двумя клиентами).
The number of "hops" for which the ping tests connectivity depends on how far the pinged entity is from the pinging entity, as shown in the following use cases. However, this specification does not provide per-hop information similar to that provided by the traceroute protocol (RFC 1393); a future specification may define such functionality for XMPP.

== Протокол ==

Протокол предельно прост:
# Пингующий отправляет пингуемому [[IQ|IQ-запрос]] типа «get» с пространством имён «urn:xmpp:ping».
# Пингуемый отправляет «result» (если поддерживает данное пространством имён) или «error» (если не поддерживает).

== Примеры использования ==

=== Сервер-клиент ===

Наиболее часто пинг отправляется от [[сервер|сервера]] к [[клиент|клиенту]] для проверки соединения.

Пример 1. Пинг
<iq from='capulet.lit' to='juliet@capulet.lit/balcony' id='s2c1' type='get'>
<ping xmlns='urn:xmpp:ping'/>
</iq>

Если [[клиент]] поддерживает данное пространство имён, он должен отправить понг.

Пример 2. Понг
<iq from='juliet@capulet.lit/balcony' to='capulet.lit' id='s2c1' type='result'/>

Если же клиент не поддерживает пинг, отправляется ошибка:

Пример 3. Пинг не поддерживается
<iq from='juliet@capulet.lit/balcony' to='capulet.lit' id='s2c1' type='error'>
<ping xmlns='urn:xmpp:ping'/>
<error type='cancel'>
<service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

Другие условия ошибки определены в RFC 3920 и также могут быть отправлены в случае необходимости.

=== Клиент-сервер ===

Пример 4. Пинг
<iq from='juliet@capulet.lit/balcony' to='capulet.lit' id='c2s1' type='get'>
<ping xmlns='urn:xmpp:ping'/>
</iq>

Примечание: Клиент может включать в адрес («to») [[JID]] без ресурса <localpart@domain.tld>, или же атрибут «to» вообще может отсутствовать (this signifies that the stanza shall be handled by the server on behalf of the connected user's bare JID, which in the case of <iq/> stanzas is equivalent to directing the IQ-get to the server itself).
Если сервер поддерживает пинг, то отправляется «result»:

Пример 5. Понг
<iq from='capulet.lit' to='juliet@capulet.lit/balcony' id='c2s1' type='result'/>

Если не поддерживается, отправляется сообщение об ошибке:

Пример 6. Пинг не поддерживается
<iq from='capulet.lit' to='juliet@capulet.lit/balcony' id='c2s1' type='error'>
<ping xmlns='urn:xmpp:ping'/>
<error type='cancel'>
<service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

=== Сервер-сервер ===

Пинг может также использоваться для тестирования соединения серверов.

Пример 7. Пинг
<iq from='capulet.lit' to='montague.lit' id='s2s1' type='get'>
<ping xmlns='urn:xmpp:ping'/>
</iq>

Пример 8. Понг
<iq from='montague.lit' to='capulet.lit' id='s2s1' type='result'/>

Пример 9. Пинг не поддерживается
<iq from='montague.lit' to='capulet.lit' id='s2s1' type='error'>
<ping xmlns='urn:xmpp:ping'/>
<error type='cancel'>
<service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

=== Клиент-клиент (конец-в-конец) ===

Пример 10. Пинг
<iq from='romeo@montague.lit/home'
to='juliet@capulet.lit/chamber'
type='get'
id='e2e1'>
<ping xmlns='urn:xmpp:ping'/>
</iq>

Примечание: в параметре «to» должен быть полный JID <localpart@domain.tld/resource>.

Пример 11. Понг
<iq from='juliet@capulet.lit/chamber'
to='romeo@montague.lit/home'
id='e2e1'
type='result'/>

Пример 12. Пинг не поддерживается
<iq from='juliet@capulet.lit/chamber'
to='romeo@montague.lit/home'
id='e2e1'
type='result'>
<ping xmlns='urn:xmpp:ping'/>
<error type='cancel'>
<service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

=== Компонент-клиент ===

Пинг может быть также использован от компонента к клиенту, например от конференции.

Пример 13. Пинг
<iq from='chat.shakespeare.lit'
to='juliet@capulet.lit/chamber'
type='get'
id='comp1'>
<ping xmlns='urn:xmpp:ping'/>
</iq>

Примечание: в параметре «to» должен быть полный JID <localpart@domain.tld/resource>.

Пример 14. Понг
<iq from='juliet@capulet.lit/chamber'
to='chat.shakespeare.lit'
id='comp1'
type='result'/>

Пример 15. Пинг не поддерживается
<iq from='juliet@capulet.lit/chamber'
to='chat.shakespeare.lit'
id='comp1'
type='error'>
<ping xmlns='urn:xmpp:ping'/>
<error type='cancel'>
<service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

== Определение поддержки ==

Если клиент, сервер или компонент поддерживает пинг, он должен сообщать об этом в диско:

Пример 16. Запрос диско
<iq type='get'
from='juliet@capulet.lit/balcony'
to='capulet.lit'
id='disco1'>
<query xmlns='http''':'''//jabber.org/protocol/disco#info'/>
</iq>

Пример 17. Ответ
<iq type='result'
from='capulet.lit'
to='juliet@capulet.lit/balcony'
id='disco1'>
<query xmlns='http''':'''//jabber.org/protocol/disco#info'>
...
<feature var='urn:xmpp:ping'/>
...
</query>
</iq>

== Примечание ==

Некоторые клиенты игнорируют не поддерживаемые ими IQ-запросы. Это является нарушением XMPP Core, такие клиенты могут отключаться от сети.

== Безопасность ==

Если сервер получает запрос-пинг, направленный на полный зарегистрированный JID <localpart@domain.tld/resource>, но нет ресурсов, связанных с адресом, RFC 3920 требует ответить с <service-unavailable/> ошибкой и установить в атрибуте «from» IQ-ошибки полный JID того, кому был направлен пинг. Если ресурс подключен и получает пинг, но он не хочет выявить доступность в сети отправителю по какой-либо причине (например, потому что отправитель не имеет права знать), он также должен ответить <service-unavailable/> ошибкой. Эта согласованность помогает предотвратить наличие утечек.

== IANA ==

Этот документ не требует взаимодействия с Internet Assigned Numbers Authority (IANA).

== XMPP ==

=== Пространство имён ===

Данное расширение использует пространство имён «urn:xmpp:ping».

== Схема XML ==

<?xml version='1.0' encoding='UTF-8'?>
<xs:schema
xmlns:xs='http''':'''//www.w3.org/2001/XMLSchema'
targetNamespace='urn:xmpp:ping'
xmlns='urn:xmpp:ping'
elementFormDefault='qualified'>
<xs:annotation>
<xs:documentation>
The protocol documented by this schema is defined in
XEP-0199: http://www.xmpp.org/extensions/xep-0199.html
</xs:documentation>
</xs:annotation>
<xs:element name='ping' type='empty'/>
<xs:simpleType name='empty'>
<xs:restriction base='xs:string'>
<xs:enumeration value=''/>
</xs:restriction>
</xs:simpleType>
</xs:schema>

Noname Client

2010-06-09T17:58:36Z

Andreymal: Новые возможности и ссылка на исходники

{{RealTitle|noname Client|noplate=1}}
{{Client
| name= noname Client 
| logo= 

| url= 
| language= {{lang|cl|Java}} 
| os= {{OS|cl|Java ME}} 
| library= {{lib|JXA}} 
| license= {{GPL}} 
| developer= [[User:Andreymal|AndreyMal]] 

| i18n=нет 
| plugins=нет 
| acc_profiles= 
| acc_multi=нет 
| smiles= 
| history= 

| filetransfer= 
| privacy= 
| disco=да 
| adhoc= 
| rc= 
| muc=да (частично) 
| bookmarks=да 
| headline= 
| vcard=нет 
| zip=нет 
| crypt=нет 
| pgp= 
| pubsub= 
| pep= 
| d_register= 
| d_search= 
| voip= 
| jingle= 
}}

noname Client — непонятно зачем и для чего созданный консольный (ещё) [[Jabber]]-[[клиент]], разрабатываемый [[USER:Andreymal|AndreyMal]].

== История ==

В качестве основы используется [[JXA]]. Первоначально программа называлась '''amj''' (AndreyMal Jabber client), но после гугления пришлось отказаться от этого названия, так как с ним могли быть проблемы.

По мере разработки возникало всё больше проблем с интерфейсом. В то же время было большое желание реализовать как можно больше возможностей протокола. Было принято, наверно, безумное решение — сделать графический интерфейс всего лишь дополнением, без которого можно было бы обойтись. Клиент был переписан с нуля и стал консольным. В то же время его временно переименовали в '''noname''', а позже в '''noname Client'''. Нужно придумать название.

== Возможности ==

Так как разработка только-только началась, возможности ещё малы. В данный момент только то, что было в библиотеке JXA. И ещё отправка уведомления о доставке сообщения. Со времён amj его коде осталась добавленная возможность получения закладок и подключения к конференции, но в noname Client они ещё не использованы.

=== Команды ===

В квадратных скобках указаны необязательные параметры

* подключение <pre>connect <имя> <хост> <пароль> [ <адрес сервера> <порт> <ресурс> ]</pre>

* регистрация <pre>register <имя> <хост> <пароль> [ <адрес сервера> <порт> ]</pre>

* отправка [[информация о присутствии|информации о присутствии]] <pre>presence <получатель> <тип> [ <show> <текст> <приоритет> ]</pre>
В качестве получателя и типа можно указать «none», чтобы отправить информацию о присутствии без указания получателя и типа соответственно.

* упрощённая форма предыдущей команды, может использоваться вообще без параметров <pre>status [ <show> <текст> <приоритет> <название_клиента> <версия_клиента> ]</pre>
** show - тип статуса: '''online''' - онлайн, '''chat''' - готов поболтать, '''away''' - отошёл, '''xa''' - недоступен, '''dnd''' - не беспокоить.

* отключение <pre>disconnect</pre>

* отправка сообщения <pre>message <получатель> <тип> <подтверждение> <ID> <текст></pre> Подтверждение (0 или 1) и ID в настоящее время игнорируются. В качестве типа можно указать «none», чтобы отправить сообщение без указания его типа.
** В параметре «тип» указывается тип письма: '''normal''' - обычное, '''chat''' - чат, '''groupchat''' - для конференции.

* Диско <pre>disco <получатель> [ <info или items> <ID> ]</pre>
** info - зпарос информации, items - запрос списка сервисов.
** Можно дискаверить также контакты (info) и конференции (items).

* чистка консоли (работает с глюками) <pre>clear</pre>

* Запрос [[Ростер|списка контактов]] <pre>getroster</pre>

* Запрос закладок <pre>getbook</pre>

* Удаление подключенного аккаунта <pre>removeacc</pre>

* управление графическим интерфейсом <pre>gui on|off|min</pre> Так как его ещё нету, можно не использовать.

* список всех команд, а также справка по конкретной команде <pre>help [ <команда> ]</pre>

* выход <pre>exit</pre>

=== Интерфейс ===

Две формы: консоль (текст) и окно ввода. Есть возможность подключить GUI. Так как используются только стандартные элементы интерфейса (без внешнего GUI), возможно, можно использовать на чёрно-белых телефонах.

=== Подключение ===

Без сжатия, без шифрования, пароль открытым текстом. Зато быстро.

После подключения необходимо отправить статус (команда '''status''').

== Управление подпиской ==

Так как подписка управляется через presence, можно использовать следующие команды:

* Запрос подписки <pre>presence <JID> subscribe</pre>

* Дать подписку <pre>presence <JID> subscribed</pre>

* Отписаться <pre>presence <JID> unsubscribe</pre>

* Забрали подписку <pre>presence <JID> unsubscribed</pre>

== Конференции ==

Подключение:
presence комната/ник available

Пример:
presence support@conference.jabber.ru/Vasya available chat А_вот_и_я! 5

Сообщение в конференцию:
message комната groupchat 0 id текст

Пример:
message support@conference.jabber.ru groupchat 0 id !?? bots

Отключиться:
presence комната/ник unavailable

== Загрузить ==

Скачать можно только отсюда: [http://lek-ded.narod.ru/files/noname.jar JAR] (23кб) или [http://lek-ded.narod.ru/files/noname.zip ZIP] плюс исходные коды и небольшая справка для разработчиков (37кб).

Noname Client

2010-06-09T16:13:03Z

Andreymal: Новые возможности

{{RealTitle|noname Client|noplate=1}}
{{Client
| name= noname Client 
| logo= 

| url= 
| language= {{lang|cl|Java}} 
| os= {{OS|cl|Java ME}} 
| library= {{lib|JXA}} 
| license= {{GPL}} 
| developer= [[User:Andreymal|AndreyMal]] 

| i18n=нет 
| plugins=нет 
| acc_profiles= 
| acc_multi=нет 
| smiles= 
| history= 

| filetransfer= 
| privacy= 
| disco=да 
| adhoc= 
| rc= 
| muc=да (частично) 
| bookmarks=да 
| headline= 
| vcard=нет 
| zip=нет 
| crypt=нет 
| pgp= 
| pubsub= 
| pep= 
| d_register= 
| d_search= 
| voip= 
| jingle= 
}}

noname Client — непонятно зачем и для чего созданный консольный (ещё) [[Jabber]]-[[клиент]], разрабатываемый [[USER:Andreymal|AndreyMal]].

== История ==

В качестве основы используется [[JXA]]. Первоначально программа называлась '''amj''' (AndreyMal Jabber client), но после гугления пришлось отказаться от этого названия, так как с ним могли быть проблемы.

По мере разработки возникало всё больше проблем с интерфейсом. В то же время было большое желание реализовать как можно больше возможностей протокола. Было принято, наверно, безумное решение — сделать графический интерфейс всего лишь дополнением, без которого можно было бы обойтись. Клиент был переписан с нуля и стал консольным. В то же время его временно переименовали в '''noname''', а позже в '''noname Client'''. Нужно придумать название.

== Возможности ==

Так как разработка только-только началась, возможности ещё малы. В данный момент только то, что было в библиотеке JXA. И ещё отправка уведомления о доставке сообщения. Со времён amj его коде осталась добавленная возможность получения закладок и подключения к конференции, но в noname Client они ещё не использованы.

=== Команды ===

В квадратных скобках указаны необязательные параметры

* подключение <pre>connect <имя> <хост> <пароль> [ <адрес сервера> <порт> <ресурс> ]</pre>

* отправка [[информация о присутствии|информации о присутствии]] <pre>presence <получатель> <тип> [ <show> <текст> <приоритет> ]</pre>
В качестве получателя и типа можно указать «none», чтобы отправить информацию о присутствии без указания получателя и типа соответственно.

* упрощённая форма предыдущей команды, может использоваться вообще без параметров <pre>status [ <show> <текст> <приоритет> <название_клиента> <версия_клиента> ]</pre>
** show - тип статуса: '''online''' - онлайн, '''chat''' - готов поболтать, '''away''' - отошёл, '''xa''' - недоступен, '''dnd''' - не беспокоить.

* отключение <pre>disconnect</pre>

* отправка сообщения <pre>message <получатель> <тип> <подтверждение> <ID> <текст></pre> Подтверждение (0 или 1) и ID в настоящее время игнорируются. В качестве типа можно указать «none», чтобы отправить сообщение без указания его типа.
** В параметре «тип» указывается тип письма: '''normal''' - обычное, '''chat''' - чат, '''groupchat''' - для конференции.

* Диско <pre><получатель> [ <info или items> <ID> ]</pre>
** info - зпарос информации, items - запрос списка сервисов.
** Можно дискаверить также контакты (info) и конференции (items).

* чистка консоли (работает с глюками) <pre>clear</pre>

* Запрос списка контактов <pre>getroster</pre>

* Запрос закладок <pre>getbook</pre>

* управление графическим интерфейсом <pre>gui on|off|min</pre> Так как его ещё нету, можно не использовать.

* список всех команд, а также справка по конкретной команде <pre>help [ <команда> ]</pre>

* выход <pre>exit</pre>

=== Интерфейс ===

Две формы: консоль (текст) и окно ввода. Есть возможность подключить GUI. Так как используются только стандартные элементы интерфейса, возможно, можно использовать на чёрно-белых телефонах.

=== Подключение ===

Без сжатия, без шифрования, пароль открытым текстом. Зато быстро.

После подключения необходимо отправить статус (команда '''status''').

== Управление подпиской ==

Так как подписка управляется через presence, можно использовать следующие команды:

* Запрос подписки <pre>presence <JID> subscribe</pre>

* Дать подписку <pre>presence <JID> subscribed</pre>

* Отписаться <pre>presence <JID> unsubscribe</pre>

* Забрали подписку <pre>presence <JID> unsubscribed</pre>

== Конференции ==

Подключение:
presence комната/ник available

Пример:
presence support@conference.jabber.ru/Vasya available chat А_вот_и_я! 5

Сообщение в конференцию:
message комната groupchat 0 id текст

Пример:
message support@conference.jabber.ru groupchat 0 id !?? bots

Отключиться:
presence комната/ник unavailable

== Загрузить ==

Скачать можно только [http://lek-ded.narod.ru/files/noname.jar отсюда] (22кб). Но стоит ли?..

Noname Client

2010-06-09T12:27:41Z

Andreymal: Заполнение и дописывание информации

{{RealTitle|noname Client|noplate=1}}
{{Client
| name= noname Client 
| logo= 

| url= 
| language= {{lang|cl|Java}} 
| os= {{OS|cl|Java ME}} 
| library= {{lib|JXA}} 
| license= {{GPL}} 
| developer= [[User:Andreymal|AndreyMal]] 

| i18n=нет 
| plugins=нет 
| acc_profiles= 
| acc_multi=нет 
| smiles= 
| history= 

| filetransfer= 
| privacy= 
| disco=нет 
| adhoc= 
| rc= 
| muc=да (частично) 
| bookmarks= 
| headline= 
| vcard=нет 
| zip=нет 
| crypt=нет 
| pgp= 
| pubsub= 
| pep= 
| d_register= 
| d_search= 
| voip= 
| jingle= 
}}

noname Client — непонятно зачем и для чего созданный консольный (ещё) [[Jabber]]-[[клиент]], разрабатываемый [[USER:Andreymal|AndreyMal]].

== История ==

В качестве основы используется [[JXA]]. Первоначально программа называлась '''amj''' (AndreyMal Jabber client), но после гугления пришлось отказаться от этого названия, так как с ним могли быть проблемы.

По мере разработки возникало всё больше проблем с интерфейсом. В то же время было большое желание реализовать как можно больше возможностей протокола. Было принято, наверно, безумное решение — сделать графический интерфейс всего лишь дополнением, без которого можно было бы обойтись. Клиент был переписан с нуля и стал консольным. В то же время его временно переименовали в '''noname''', а позже в '''noname Client'''. Нужно придумать название.

== Возможности ==

Так как разработка только-только началась, возможности ещё малы. В данный момент только то, что было в библиотеке JXA. И ещё отправка уведомления о доставке сообщения. Со времён amj его коде осталась добавленная возможность получения закладок и подключения к конференции, но в noname Client они ещё не использованы.

=== Команды ===

В квадратных скобках указаны необязательные параметры

* подключение <pre>connect <имя> <хост> <пароль> [ <адрес сервера> <порт> <ресурс> ]</pre>

* отправка [[информация о присутствии|информации о присутствии]] <pre>presence <получатель> <тип> [ <show> <текст> <приоритет> ]</pre>
В качестве получателя и типа можно указать «none», чтобы отправить информацию о присутствии без указания получателя и типа соответственно.

* упрощённая форма предыдущей команды, может использоваться вообще без параметров <pre>status [ <show> <текст> <приоритет> <название_клиента> <версия_клиента> ]</pre>
** show - тип статуса: '''online''' - онлайн, '''chat''' - готов поболтать, '''away''' - отошёл, '''xa''' - недоступен, '''dnd''' - не беспокоить.

* отключение <pre>disconnect</pre>

* отправка сообщения <pre>message <получатель> <тип> <подтверждение> <ID> <текст></pre> Подтверждение (0 или 1) и ID в настоящее время игнорируются. В качестве типа можно указать «none», чтобы отправить сообщение без указания его типа.
** В параметре «тип» указывается тип письма: '''normal''' - обычное, '''chat''' - чат, '''groupchat''' - для конференции.

* чистка консоли (работает с глюками) <pre>clear</pre>

* Запрос списка контактов <pre>getroster</pre>

* управление графическим интерфейсом <pre>gui on|off|min</pre> Так как его ещё нету, можно не использовать.

* список всех команд, а также справка по конкретной команде <pre>help [ <команда> ]</pre>

* выход <pre>exit</pre>

=== Интерфейс ===

Две формы: консоль (текст) и окно ввода. Есть возможность подключить GUI, но ему ещё ничего не передаётся, поэтому это бесполезно. Так как используются только стандартные элементы интерфейса, возможно, при компиляции под MIDP1 можно использовать на чёрно-белых телефонах.

=== Подключение ===

Без сжатия, без шифрования, пароль открытым текстом. Зато быстро.

После подключения необходимо отправить статус (команда '''status''').

== Конференции ==

Подключение:
presence комната/ник available

Пример:
presence support@conference.jabber.ru/Vasya available chat А_вот_и_я! 5

Сообщение в конференцию:
message комната groupchat 0 id текст

Пример:
message support@conference.jabber.ru groupchat 0 id !?? bots

Отключиться:
presence комната/ник unavailable

== Загрузить ==

Скачать можно только [http://lek-ded.narod.ru/files/noname.jar отсюда] (14кб). Но стоит ли?..

Migration:mra2jabber

2010-06-07T18:50:17Z

Andreymal: Смски отправлять МОЖНО!

{{stub}}
== Общие сведения ==
''Основная статья — [[Mail.Ru Агент (сервис)]]''

Mail.ru Агент — это собственный IM-cервис компании Mail.ru. В качестве учетной записи используется почтовый аккаунт на сервере mail.ru, который можно получить бесплатно.

== Проблемы и решения ==
'''Q''': Как я могу продолжить общение с контактами из агента? 
'''A''': Используйте соответствующий [[Gateway:MailRuAgent|транспорт]].
----
'''Q''': Буду ли я получать уведомления о приходе почты? 
'''A''': Да, транспорт поддерживает эту функцию.
----
'''Q''': Как я могу поиграть с контактом в игры? 
'''A''': На данный момент, поддержка игр MRA со стороны транспортов и клиентов отсутствует. Но вы можете воспользоваться клиентом, поддерживающим игры через Jabber, и переманить своих друзей на него.
----

'''Q''': Смогу ли я отправлять [[SMS]]? 
'''A''': Да, через команды mrim-транспорта.
----

{{todo|проверить и дописать}}
'''Q''': Как я могу раскрасить текст сообщения? 
'''A''':
----

Noname Client

2010-06-07T18:46:47Z

Andreymal: Переписал фразу

noname Client - непонятно зачем и для чего созданный консольный (ещё) [[Jabber]]-клиент, разрабатываемый [[USER:Andreymal|AndreyMal]].

== История ==

В марте 2010 года 14-летний мальчик решил поучить [[Java ME|J2ME]]. Точнее, решил ещё в конце 2009, но тогда он не разобрался. А сейчас разобрался, и его первой программой стала [http://lek-ded.narod.ru/j2me/ Расписание уроков].

После ещё пары месяцев изучения мальчик решил замахнуться на создание Jabber-[[Клиент|клиента]]. В качестве основы использовался [[JXA]]. Первоначально программа называлась amj (расшифровывается ак AndreyMal Jabber Client), но после гугления пришлось отказаться от этого названия, [http://amj.ru/ так как с ним могли быть проблемы].

По мере разработки возникало всё больше проблем с интерфейсом. В то же время было большое желание реализовать как можно больше возможностей проткола. Было принято, наверно, безумное решение: сделать GUI всего лишь дополнением, без которого можно было бы обойтись. Клиент был переписан с нуля и стал консольным. В то же время его временно переименовали в noname, а позже в noname Client. Нужно придумать название.

== Возможности ==

Так как разработка только-только началась, возможности ещё малы. В данный момент только то, что было в библиотеке JXA. И ещё отправка уведомления о доставке сообщения. Со времён amj его коде осталась добавленная возможность получения закладок и подключения к конференции, но в noname Client они ещё не использованы.

=== Команды ===

(жирным выделенны обязательные, или none - вместо параметра можно написать "none")

* connect <имя> <хост> <пароль> <сервер/ip> <порт> <ресурс> - подключение

* presence <кому или none> <тип или none> <show> <текст> <приоритет> - отправка презенса

* status <show> <текст> <приоритет> <caps> <ver> - упрощённая форма предыдущей команды. Может использоваться вообще без параметров.

* disconnect - отключение

* message <кому> <тип или none> <подтверждение> <ID> <текст> - отправка сообщения. ПОдтверждение (0 или 1) и ID в данный момент игнорируются.

* clear - чистка консоли, работает с глюками.

* gui <on/off/min> - управление GUI. Так как его ещё нету, можно не использовать.

* help <команда> - список всех команд.

=== Интерфейс ===

Две формы: консоль (текст) и окно ввода. Есть возможность подключить GUI, но ему ещё ничего не передаётся, поэтому это бесполезно. Так как используются только стандартные элементы интерфейса, возможно, при компиляции под MIDP1 можно использовать на чёрно-белых телефонах.

=== Подключение ===

Без сжатия, без шифрования, пароль открытым текстом. Зато быстро.

== Загрузить ==

Скачать можно только [http://lek-ded.narod.ru/files/noname.jar отсюда] (14кб). Но стоит ли?..

Noname

2010-06-07T18:44:28Z

Andreymal: Redirected page to Noname Client

#REDIRECT [[Noname Client]]

Noname Client

2010-06-07T18:43:57Z

Andreymal: Ну внизу главной страницы написано Не задумываясь...

noname Client - непонятно зачем и для чего созданный консольный (ещё) [[Jabber]]-клиент, разрабатываемый [[USER:Andreymal|AndreyMal]].

== История ==

В марте 2010 года 14-летний мальчик решил поучить [[Java ME|J2ME]]. Точнее, решил ещё в конце 2009, но тогда он не разобрался. А сейчас разобрался, и его первой программой стала [http://lek-ded.narod.ru/j2me/ Расписание уроков].

После ещё пары месяцев изучения мальчик решил замахнуться на создание Jabber-[[Клиент|клиента]]. В качестве основы использовался [[JXA]]. Первоначально программа называлась amj (расшифровывается ак AndreyMal Jabber Client), но после гугления пришлось отказаться от этого названия, [http://amj.ru/ так как с ним могли быть проблемы].

По мере разработки возникало всё больше проблем с интерфейсом. В то же время было большое желание реализовать как можно больше возможностей проткола. Было принято, наверно, безумное решение: сделать GUI всего лишь дополнением, без которого можно было бы обойтись. Клиент был переписан с нуля и стал консольным. В то же время его временно переименовали в noname, а позже в noname Client. Нужно придумать название.

== Возможности ==

Так как разработка только-только началась, возможности ещё малы. В данный момент только то, что было в библиотеке JXA. И ещё отправка уведомления о доставке сообщения. Со времён amj его коде осталась добавленная возможность получения закладок и подключения к конференции, но в noname Client они ещё не использованы.

=== Команды ===

(жирным выделенны обязательные, или none - вместо параметра можно написать "none")

* connect <имя> <хост> <пароль> <сервер/ip> <порт> <ресурс> - подключение

* presence <кому или none> <тип или none> <show> <текст> <приоритет> - отправка презенса

* status <show> <текст> <приоритет> <caps> <ver> - одна из разновидностей презенса. Может использоваться вообще без параметров.

* disconnect - отключение

* message <кому> <тип или none> <подтверждение> <ID> <текст> - отправка сообщения. ПОдтверждение (0 или 1) и ID в данный момент игнорируются.

* clear - чистка консоли, работает с глюками.

* gui <on/off/min> - управление GUI. Так как его ещё нету, можно не использовать.

* help <команда> - список всех команд.

=== Интерфейс ===

Две формы: консоль (текст) и окно ввода. Есть возможность подключить GUI, но ему ещё ничего не передаётся, поэтому это бесполезно. Так как используются только стандартные элементы интерфейса, возможно, при компиляции под MIDP1 можно использовать на чёрно-белых телефонах.

=== Подключение ===

Без сжатия, без шифрования, пароль открытым текстом. Зато быстро.

== Загрузить ==

Скачать можно только [http://lek-ded.narod.ru/files/noname.jar отсюда] (14кб). Но стоит ли?..

XEP-0012: Last Activity

2010-06-05T18:52:54Z

Andreymal: Добавил ссылок на другие статьи

[[Category:XEP]]
[[Category:Translation]]

{{warning|Этот текст не является официальным переводом документа [http://www.xmpp.org/extensions/xep-0196.html XEP-0196: User Game] и может не соответствовать оригиналу. Для разработки программ используйте официальный текст.}}

Эта спецификация определяет [[XEP|расширение XMPP]], используемое для передачи информации о времени последней активности пользователя, связанной с [[XMPP]]. Клиент отправляет информацию об активности пользователя на сервер.

== Информация о документе ==

* Автор: Jeremie Miller, Thomas Muldowney, Peter Saint-Andre
* Авторское право: © 1999 - 2010 XMPP Standards Foundation.
* Статус: Окончательный
* Тип: Основное расширение
* Версия: 2.0
* Последнее обновление: 2008-11-26

: '''ВНИМАНИЕ:''' расширение, определенное в настоящем документе, окончательное и может использоваться для реализации в программах.

== Введение ==

Иногда бывает полезным узнать время последней активности пользователя. Для получения этой информации используется пространство имён «jabber:iq:last». Также можно узнать длительность подключения пользователя к серверу.

== Протокол ==

Для запроса последней информации об активности пользователя отправляется [[IQ|IQ-запрос]] типа "get" с указанием пространства имён «jabber:iq:last»:

Пример 1. Запрос

<iq from='romeo@montague.net/orchard'
id='last1'
to='juliet@capulet.com'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

Ответ должен иметь тип 'result' или 'error'. При ответе отправляется <iq/>-строфа типа 'result' с элементом <query/> с обязательным параметром 'seconds'.

Пример 2. Ответ

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='903'/>
</iq>

Ответ может интерпретироваться по-разному:
# Время существования на сервере [[Jabber ID|JID]] вида <localpart@domain.tld>.
# Длительность подключения определённого ресурса, JID вида <localpart@domain.tld/resource>.
# Время работы сервера, JID вида <domain.tld>.
Ниже всё это описано подробнее.

== Запрос у отключенного пользователя ==

Ответ содержит время, в течение которого пользователь находится не в сети.

Пример 3. Запрос

<iq from='romeo@montague.net/orchard'
id='last1'
to='juliet@capulet.com'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

As specified in XMPP Core and XMPP IM, an IQ stanza of type "get" sent to a bare JID <localpart@domain.tld> is handled by the user's server on the user's behalf, not delivered to one or more connected or available resources.

If the requesting entity is not authorized to view the user's presence information (normally via a presence subscription as defined in XMPP-IM), the user's server MUST NOT return last activity information but instead MUST return a <forbidden/> error in response to the last activity request.

Пример 4. Requesting Entity is Not Authorized to Retrieve Last Activity Information

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<error type='auth'>
<forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

Если пользователь, отправивший запрос, имеет подписку на пользователя ([[presence]]), сервер возвращает информацию о последних действиях пользователя.

Пример 5. Ответ

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='903'>Heading Home</query>
</iq>

В этом примере пользователь отключился 15 минут и 3 секунды назад, при отключении был отправлен текст в [[статус|статусе]] "Heading Home".
Если же во время отправки запроса пользователь был подключен, то сервер возвращает в элементе <query/> значение 'seconds', равное '0'.

== Запрос у подключенного пользователя ==

В данном случае отправляется запрос с полным JID <localpart@domain.tld/resource>.

Пример 6. Запрос с полным JID

<iq from='romeo@montague.net/orchard'
id='last2'
to='juliet@capulet.com/balcony'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

В данном случае запрос отправляется на подключенный [[ресурс]], и ответ придёт от него.
Если пользователь, отправивший запрос, не имеет подписки на пользователя, то в ответе вместо этой информации сервер должен отправить ошибку <forbidden/>.

Пример 7. Requesting Entity is Not Authorized to Retrieve Last Activity Information

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<error type='auth'>
<forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

В противном случае клиент отправляет ответ, содержащий время, которое пользователь неактивен (например, время, которое не взаимодействовал с клиентом).

Пример 8. Ответ от клиента

<iq from='juliet@capulet.com/balcony'
id='last2'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='123'/>
</iq>

Здесь пользователь неактивен две минуты.

Такой ответ не является обязательным. Если клиент не поддерживает эту функцию или не хочет отправлять эту информацию, должен отправить ошибку <service-unavailable/>.

Пример 9. Клиент возвращает ошибку

<iq from='juliet@capulet.com/balcony'
id='last2'
to='romeo@montague.net/orchard'
type='error'>
<error type='cancel'>
<service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

Если ресурс, указанный в запросе, не подключен, сервер должен следовать правилам, XMPP чат для того, чтобы определить, какие ошибки строфы вернуться. (the server MUST follow the rules in XMPP IM in order to determine what error stanza to return.)

== Запрос к серверу ==

Если запрос направлен серверу, то возвращается время его работы без падений (с последнего перезапуска). The <query/> element SHOULD NOT contain XML character data.

Пример 10. Запрос у сервера

<iq from='romeo@montague.net/orchard'
id='last3'
to='capulet.com'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

Пример 11. Ответ

<iq from='capulet.com'
id='last3'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='123456'/>
</iq>

Здесь сервер работает 34 часа.

== Поддержка ==

Если сервер или клиент поддерживает описанное здесь расширение, то он должен отправлять информацию о поддержке в Service Discovery (“disco#info”).

Пример 12. Запрос диско у сервера

<iq from='stpeter@jabber.org/roundabout'
id='disco1'
to='jabber.org'
type='get'>
<query xmlns='http''':'''//jabber.org/protocol/disco#info'/>
</iq>

Пример 13. Ответ с поддержкой jabber:iq:last

<iq from='jabber.org'
id='disco1'
to='stpeter@jabber.org/roundabout'
type='result'>
<query xmlns='http''':'''//jabber.org/protocol/disco#info'>
<feature var='jabber:iq:last'/>
</query>
</iq>

In order for an application to determine whether an entity supports this protocol, where possible it SHOULD use the dynamic, presence-based profile of service discovery defined in Entity Capabilities. However, if an application has not received entity capabilities information from an entity, it SHOULD use explicit service discovery instead.

== Примечание ==

Информация, содержащаяся в ответе IQ для этого пространства имен, неоднозначна. В частности, для голого JID <localpart@domain.tld> это время с последнего подключения, для полного JID <localpart@domain.tld/resource> время, которое пользователь неактивен, а для сервера - время бесперебойной работы сервера или компонента.

== Безопасность ==

Серверу недопустимо отправлять информацию об активности пользователя чужим пользователям, если в запросе JID вида <localpart@domain.tld> или <localpart@domain.tld/resource>. Иначе возможны «утечки», как описано в rfc3920bis. То есть, информация об активности может быть отправлена только тем лицам, которые имеют подписку на данного пользователя. Клиент должен предоставлять возможность отключать отправку информации об активности.

== IANA ==

Этот документ не требует взаимодействия с Internet Assigned Numbers Authority (IANA).

== XMPP ==

Никаких действий со стороны XMPP Секретаря не нужно, поскольку в этом документе, так как «jabber:iq:last» уже зарегистрировано в протоколе имен реестра находится в <http://xmpp.org/registrar/namespaces.html>. (No action on the part of the XMPP Registrar is necessary as a result of this document, since 'jabber:iq:last' is already registered in the protocol namespaces registry located at <http://xmpp.org/registrar/namespaces.html>.)

== Схема XML ==

<?xml version='1.0' encoding='UTF-8'?>
<xs:schema
xmlns:xs='http''':'''//www.w3.org/2001/XMLSchema'
targetNamespace='jabber:iq:last'
xmlns='jabber:iq:last'
elementFormDefault='qualified'>
<xs:annotation>
<xs:documentation>
The protocol documented by this schema is defined in
XEP-0012: http://www.xmpp.org/extensions/xep-0012.html
</xs:documentation>
</xs:annotation>
<xs:element name='query'>
<xs:complexType>
<xs:simpleContent>
<xs:extension base='xs:string'>
<xs:attribute
name='seconds'
type='xs:unsignedLong'
use='optional'/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>

XEP-0012: Last Activity

2010-06-05T18:30:27Z

Andreymal: Изменил заголовки на второй уровень

[[Category:XEP]]
[[Category:Translation]]

{{warning|Этот текст не является официальным переводом документа [http://www.xmpp.org/extensions/xep-0196.html XEP-0196: User Game] и может не соответствовать оригиналу. Для разработки программ используйте официальный текст.}}

Эта спецификация определяет расширение XMPP, используемое для передачи информации о времени последней активности пользователя, связанной с XMPP. Клиент отправляет информацию об активности пользователя на сервер.

== Информация о документе ==

* Автор: Jeremie Miller, Thomas Muldowney, Peter Saint-Andre
* Авторское право: © 1999 - 2010 XMPP Standards Foundation.
* Статус: Окончательный
* Тип: Основное расширение
* Версия: 2.0
* Последнее обновление: 2008-11-26

: '''ВНИМАНИЕ:''' расширение, определенное в настоящем документе, окончательное и может использоваться для реализации в программах.

== Введение ==

Иногда бывает полезным узнать время последней активности пользователя. Для получения этой информации используется пространство имён «jabber:iq:last». Также можно узнать длительность подключения пользователя к серверу.

== Протокол ==

Для запроса последней информации об активности пользователя отправляется IQ-запрос типа "get" с указанием пространства имён «jabber:iq:last»:

Пример 1. Запрос

<iq from='romeo@montague.net/orchard'
id='last1'
to='juliet@capulet.com'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

Ответ должен иметь тип 'result' или 'error'. При ответе отправляется <iq/>-строфа типа 'result' с элементом <query/> с обязательным параметром 'seconds'.

Пример 2. Ответ

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='903'/>
</iq>

Ответ может интерпретироваться по-разному:
# Время существования на сервере JID вида <localpart@domain.tld>.
# Длительность подключения определённого ресурса, JID вида <localpart@domain.tld/resource>.
# Время работы сервера, JID вида <domain.tld>.
Ниже всё это описано подробнее.

== Запрос у отключенного пользователя ==

Ответ содержит время, в течение которого пользователь находится не в сети.

Пример 3. Запрос

<iq from='romeo@montague.net/orchard'
id='last1'
to='juliet@capulet.com'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

As specified in XMPP Core and XMPP IM, an IQ stanza of type "get" sent to a bare JID <localpart@domain.tld> is handled by the user's server on the user's behalf, not delivered to one or more connected or available resources.

If the requesting entity is not authorized to view the user's presence information (normally via a presence subscription as defined in XMPP-IM), the user's server MUST NOT return last activity information but instead MUST return a <forbidden/> error in response to the last activity request.

Пример 4. Requesting Entity is Not Authorized to Retrieve Last Activity Information

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<error type='auth'>
<forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

Если пользователь, отправивший запрос, имеет подписку на пользователя (presence), сервер возвращает информацию о последних действиях пользователя.

Пример 5. Ответ

В этом примере пользователь отключился 15 минут и 3 секунды назад, при отключении был отправлен текст в статусе "Heading Home".
Если же во время отправки запроса пользователь был подключен, то сервер возвращает в элементе <query/> значение 'seconds', равное '0'.

== Запрос у подключенного пользователя ==

В данном случае отправляется запрос с полным JID <localpart@domain.tld/resource>.

Пример 6. Запрос с полным JID

<iq from='romeo@montague.net/orchard'
id='last2'
to='juliet@capulet.com/balcony'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

В данном случае запрос отправляется на подключенный ресурс, и ответ придёт от него.
Если пользователь, отправивший запрос, не имеет подписки на пользователя, то в ответе вместо этой информации сервер должен отправить ошибку <forbidden/>.

Пример 7. Requesting Entity is Not Authorized to Retrieve Last Activity Information

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<error type='auth'>
<forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

В противном случае клиент отправляет ответ, содержащий время, которое пользователь неактивен (например, время, которое не взаимодействовал с клиентом).

Пример 8. Ответ от клиента

<iq from='juliet@capulet.com/balcony'
id='last2'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='123'/>
</iq>

Здесь пользователь неактивен две минуты.

Такой ответ не является обязательным. Если клиент не поддерживает эту функцию или не хочет отправлять эту информацию, должен отправить ошибку <service-unavailable/>.

Пример 9. Клиент возвращает ошибку

<iq from='juliet@capulet.com/balcony'
id='last2'
to='romeo@montague.net/orchard'
type='error'>
<error type='cancel'>
<service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

Если ресурс, указанный в запросе, не подключен, сервер должен следовать правилам, XMPP чат для того, чтобы определить, какие ошибки строфы вернуться. (the server MUST follow the rules in XMPP IM in order to determine what error stanza to return.)

== Запрос к серверу ==

Если запрос направлен серверу, то возвращается время его работы без падений (с последнего перезапуска). The <query/> element SHOULD NOT contain XML character data.

Пример 10. Запрос у сервера

<iq from='romeo@montague.net/orchard'
id='last3'
to='capulet.com'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

Пример 11. Ответ

<iq from='capulet.com'
id='last3'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='123456'/>
</iq>

Здесь сервер работает 34 часа.

== Поддержка ==

Если сервер или клиент поддерживает описанное здесь расширение, то он должен отправлять информацию о поддержке в Service Discovery (“disco#info”).

Пример 12. Запрос диско у сервера

<iq from='stpeter@jabber.org/roundabout'
id='disco1'
to='jabber.org'
type='get'>
<query xmlns='http''':'''//jabber.org/protocol/disco#info'/>
</iq>

Пример 13. Ответ с поддержкой jabber:iq:last

<iq from='jabber.org'
id='disco1'
to='stpeter@jabber.org/roundabout'
type='result'>
<query xmlns='http''':'''//jabber.org/protocol/disco#info'>
<feature var='jabber:iq:last'/>
</query>
</iq>

In order for an application to determine whether an entity supports this protocol, where possible it SHOULD use the dynamic, presence-based profile of service discovery defined in Entity Capabilities. However, if an application has not received entity capabilities information from an entity, it SHOULD use explicit service discovery instead.

== Примечание ==

Информация, содержащаяся в ответе IQ для этого пространства имен, неоднозначна. В частности, для голого JID <localpart@domain.tld> это время с последнего подключения, для полного JID <localpart@domain.tld/resource> время, которое пользователь неактивен, а для сервера - время бесперебойной работы сервера или компонента.

== Безопасность ==

Серверу недопустимо отправлять информацию об активности пользователя чужим пользователям, если в запросе JID вида <localpart@domain.tld> или <localpart@domain.tld/resource>. Иначе возможны «утечки», как описано в rfc3920bis. То есть, информация об активности может быть отправлена только тем лицам, которые имеют подписку на данного пользователя. Клиент должен предоставлять возможность отключать отправку информации об активности.

== IANA ==

Этот документ не требует взаимодействия с Internet Assigned Numbers Authority (IANA).

== XMPP ==

Никаких действий со стороны XMPP Секретаря не нужно, поскольку в этом документе, так как «jabber:iq:last» уже зарегистрировано в протоколе имен реестра находится в <http://xmpp.org/registrar/namespaces.html>. (No action on the part of the XMPP Registrar is necessary as a result of this document, since 'jabber:iq:last' is already registered in the protocol namespaces registry located at <http://xmpp.org/registrar/namespaces.html>.)

== Схема XML ==

<?xml version='1.0' encoding='UTF-8'?>
<xs:schema
xmlns:xs='http''':'''//www.w3.org/2001/XMLSchema'
targetNamespace='jabber:iq:last'
xmlns='jabber:iq:last'
elementFormDefault='qualified'>
<xs:annotation>
<xs:documentation>
The protocol documented by this schema is defined in
XEP-0012: http://www.xmpp.org/extensions/xep-0012.html
</xs:documentation>
</xs:annotation>
<xs:element name='query'>
<xs:complexType>
<xs:simpleContent>
<xs:extension base='xs:string'>
<xs:attribute
name='seconds'
type='xs:unsignedLong'
use='optional'/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>

XEP-0012: Last Activity

2010-06-05T17:55:26Z

Andreymal: Что-то сырое и требующее доработки выкладываю

[[Category:XEP]]
[[Category:Translation]]

{{warning|Этот текст не является официальным переводом документа [http://www.xmpp.org/extensions/xep-0196.html XEP-0196: User Game] и может не соответствовать оригиналу. Для разработки программ используйте официальный текст.}}

Эта спецификация определяет расширение XMPP, используемое для передачи информации о времени последней активности пользователя, связанной с XMPP. Клиент отправляет информацию об активности пользователя на сервер.

= Информация о документе =

* Автор: Jeremie Miller, Thomas Muldowney, Peter Saint-Andre
* Авторское право: © 1999 - 2010 XMPP Standards Foundation.
* Статус: Окончательный
* Тип: Основное расширение
* Версия: 2.0
* Последнее обновление: 2008-11-26

: '''ВНИМАНИЕ:''' расширение, определенное в настоящем документе, окончательное и может использоваться для реализации в программах.

= Введение =

Иногда бывает полезным узнать время последней активности пользователя. Для получения этой информации используется пространство имён «jabber:iq:last». Также можно узнать длительность подключения пользователя к серверу.

= Протокол =

Для запроса последней информации об активности пользователя отправляется IQ-запрос типа "get" с указанием пространства имён «jabber:iq:last»:

Пример 1. Запрос

<iq from='romeo@montague.net/orchard'
id='last1'
to='juliet@capulet.com'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

Ответ должен иметь тип 'result' или 'error'. При ответе отправляется <iq/>-строфа типа 'result' с элементом <query/> с обязательным параметром 'seconds'.

Пример 2. Ответ

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='903'/>
</iq>

Ответ может интерпретироваться по-разному:
# Время существования на сервере JID вида <localpart@domain.tld>.
# Длительность подключения определённого ресурса, JID вида <localpart@domain.tld/resource>.
# Время работы сервера, JID вида <domain.tld>.
Ниже всё это описано подробнее.

= Запрос у отключенного пользователя =

Ответ содержит время, в течение которого пользователь находится не в сети.

Пример 3. Запрос

<iq from='romeo@montague.net/orchard'
id='last1'
to='juliet@capulet.com'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

As specified in XMPP Core and XMPP IM, an IQ stanza of type "get" sent to a bare JID <localpart@domain.tld> is handled by the user's server on the user's behalf, not delivered to one or more connected or available resources.

If the requesting entity is not authorized to view the user's presence information (normally via a presence subscription as defined in XMPP-IM), the user's server MUST NOT return last activity information but instead MUST return a <forbidden/> error in response to the last activity request.

Пример 4. Requesting Entity is Not Authorized to Retrieve Last Activity Information

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<error type='auth'>
<forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

Если пользователь, отправивший запрос, имеет подписку на пользователя (presence), сервер возвращает информацию о последних действиях пользователя.

Пример 5. Ответ

В этом примере пользователь отключился 15 минут и 3 секунды назад, при отключении был отправлен текст в статусе "Heading Home".
Если же во время отправки запроса пользователь был подключен, то сервер возвращает в элементе <query/> значение 'seconds', равное '0'.

= Запрос у подключенного пользователя =

В данном случае отправляется запрос с полным JID <localpart@domain.tld/resource>.

Пример 6. Запрос с полным JID

<iq from='romeo@montague.net/orchard'
id='last2'
to='juliet@capulet.com/balcony'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

В данном случае запрос отправляется на подключенный ресурс, и ответ придёт от него.
Если пользователь, отправивший запрос, не имеет подписки на пользователя, то в ответе вместо этой информации сервер должен отправить ошибку <forbidden/>.

Пример 7. Requesting Entity is Not Authorized to Retrieve Last Activity Information

<iq from='juliet@capulet.com'
id='last1'
to='romeo@montague.net/orchard'
type='result'>
<error type='auth'>
<forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

В противном случае клиент отправляет ответ, содержащий время, которое пользователь неактивен (например, время, которое не взаимодействовал с клиентом).

Пример 8. Ответ от клиента

<iq from='juliet@capulet.com/balcony'
id='last2'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='123'/>
</iq>

Здесь пользователь неактивен две минуты.

Такой ответ не является обязательным. Если клиент не поддерживает эту функцию или не хочет отправлять эту информацию, должен отправить ошибку <service-unavailable/>.

Пример 9. Клиент возвращает ошибку

<iq from='juliet@capulet.com/balcony'
id='last2'
to='romeo@montague.net/orchard'
type='error'>
<error type='cancel'>
<service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
</error>
</iq>

Если ресурс, указанный в запросе, не подключен, сервер должен следовать правилам, XMPP чат для того, чтобы определить, какие ошибки строфы вернуться. (the server MUST follow the rules in XMPP IM in order to determine what error stanza to return.)

= Запрос к серверу =

Если запрос направлен серверу, то возвращается время его работы без падений (с последнего перезапуска). The <query/> element SHOULD NOT contain XML character data.

Пример 10. Запрос у сервера

<iq from='romeo@montague.net/orchard'
id='last3'
to='capulet.com'
type='get'>
<query xmlns='jabber:iq:last'/>
</iq>

Пример 11. Ответ

<iq from='capulet.com'
id='last3'
to='romeo@montague.net/orchard'
type='result'>
<query xmlns='jabber:iq:last' seconds='123456'/>
</iq>

Здесь сервер работает 34 часа.

= Поддержка =

Если сервер или клиент поддерживает описанное здесь расширение, то он должен отправлять информацию о поддержке в Service Discovery (“disco#info”).

Пример 12. Запрос диско у сервера

<iq from='stpeter@jabber.org/roundabout'
id='disco1'
to='jabber.org'
type='get'>
<query xmlns='http''':'''//jabber.org/protocol/disco#info'/>
</iq>

Пример 13. Ответ с поддержкой jabber:iq:last

<iq from='jabber.org'
id='disco1'
to='stpeter@jabber.org/roundabout'
type='result'>
<query xmlns='http''':'''//jabber.org/protocol/disco#info'>
<feature var='jabber:iq:last'/>
</query>
</iq>

In order for an application to determine whether an entity supports this protocol, where possible it SHOULD use the dynamic, presence-based profile of service discovery defined in Entity Capabilities. However, if an application has not received entity capabilities information from an entity, it SHOULD use explicit service discovery instead.

= Примечание =

Информация, содержащаяся в ответе IQ для этого пространства имен, неоднозначна. В частности, для голого JID <localpart@domain.tld> это время с последнего подключения, для полного JID <localpart@domain.tld/resource> время, которое пользователь неактивен, а для сервера - время бесперебойной работы сервера или компонента.

= Безопасность =

Серверу недопустимо отправлять информацию об активности пользователя чужим пользователям, если в запросе JID вида <localpart@domain.tld> или <localpart@domain.tld/resource>. Иначе возможны «утечки», как описано в rfc3920bis. То есть, информация об активности может быть отправлена только тем лицам, которые имеют подписку на данного пользователя. Клиент должен предоставлять возможность отключать отправку информации об активности.

= IANA =

Этот документ не требует взаимодействия с Internet Assigned Numbers Authority (IANA).

= XMPP =

Никаких действий со стороны XMPP Секретаря не нужно, поскольку в этом документе, так как «jabber:iq:last» уже зарегистрировано в протоколе имен реестра находится в <http://xmpp.org/registrar/namespaces.html>. (No action on the part of the XMPP Registrar is necessary as a result of this document, since 'jabber:iq:last' is already registered in the protocol namespaces registry located at <http://xmpp.org/registrar/namespaces.html>.)

= Схема XML =

<?xml version='1.0' encoding='UTF-8'?>
<xs:schema
xmlns:xs='http''':'''//www.w3.org/2001/XMLSchema'
targetNamespace='jabber:iq:last'
xmlns='jabber:iq:last'
elementFormDefault='qualified'>
<xs:annotation>
<xs:documentation>
The protocol documented by this schema is defined in
XEP-0012: http://www.xmpp.org/extensions/xep-0012.html
</xs:documentation>
</xs:annotation>
<xs:element name='query'>
<xs:complexType>
<xs:simpleContent>
<xs:extension base='xs:string'>
<xs:attribute
name='seconds'
type='xs:unsignedLong'
use='optional'/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>

XEP-0012

2010-06-05T17:27:41Z

Andreymal: Redirected page to XEP-0012: Last Activity

#REDIRECT [[XEP-0012: Last Activity]]

Register a Jabber account

2010-06-05T14:55:32Z

Andreymal: Без опечаток никак...

{{stub}}
{{RealTitle|Регистрация в Jabber}}
Зарегистрироваться в Jabber можно как на сайте сервера, так и с помощью [[Клиент|клиента]].

= Регистрация на сайте =

Не самый удобный способ, так как могут отправлять ссылки для подтверждения регистрации на e-mail. Зарегистрироваться на сайте можно, например, на сервере [http://reg.jabber.ru/xreg/ Jabber.ru].

= Регистрация из клиента =

Нужны только логин и пароль. Некоторые клиенты, например [[Psi]] и [[Gajim]], предлагают при первом запуске сразу зарегистрировать учётную запись. Некоторые серверы также позволяют зарегистрироваться через [[Обзор сервисов]], но такой способ требует уже существующей учётной записи.

= Официальная документация =

* {{xep|0077|In-Band Registration (внутриканальная регистрация)}}

[[Category:Термины]]
[[Category:Расширения]]

Register a Jabber account

2010-06-05T14:53:55Z

Andreymal: Попытался написать побольше, вышло не очень...

{{stub}}
{{RealTitle|Регистрация в Jabber}}
Зарегистрироваться в Jabber можно как на сайте сервера, так и с помощью [[Клиент|клиента]].

= Регистрация на сайте =

Не самый удобный способ, так как могут отправлять ссылки для подтверждения регистрации на e-mail. Зарегистрироваться на сайте можно, например, на сервере [[http://reg.jabber.ru/xreg/ Jabber.ru]].

= Регистрация из клиента =

Нужны только логин и пароль. Некоторые клиенты, например [[Psi]] и [[Gajim]], предлагают при первом запуске сразу зарегистрировать учётную запись. Некоторые серверы также позволяют зарегистрироваться через [[Обзор сервисов]], но такой способ требует уже существующей учётной записи.

= Официальная документация =

* {{xep|0077|In-Band Registration (внутриканальная регистрация)}}

[[Category:Термины]]
[[Category:Расширения]]

User:Andreymal

2010-06-05T14:38:28Z

Andreymal: Обо мне

= Зачем я здесь =
Чтобы опубликовать неизвестно зачем переведённый [[XEP-0196: User Game]]
= Что натворю дальше =
Сперва испорчу страницу [[Register_a_Jabber_account|Регистрация в Jabber]] , а потом может ещё поперевожу [[XEP|ксепов]] , если терпения хватит.
= Как <s>обругать</s> связаться со мной =
andreymal@jabberon.ru

XEP-0196: User Game

2010-06-05T14:31:59Z

Andreymal: /* Версии пространства имён */ Опечатка

[[Category:XEP]]
[[Category:Translation]]

{{warning|Этот текст не является официальным переводом документа [http://www.xmpp.org/extensions/xep-0196.html XEP-0196: User Game] и может не соответствовать оригиналу. Для разработки программ используйте официальный текст.}}

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

= Информация о документе =

* Автор: Peter Saint-Andre
* Издатель: © 1999 - 2010 [[XMPP Standards Foundation]]
* Статус: Отложен
* Тип: Основное расширение
* Версия: 0.3
* Последнее обновление: 2008-09-25

: '''ВНИМАНИЕ:''' Рассмотрение этого документа было отложено XMPP Standards Foundation. Реализация протокола, описанного здесь, не рекомендуется.

= Введение =

Механизм [[Publish-Subscribe|публикации-подписки (Publish-Subscribe)]] и [[PEP]] могут быть использованы для публикации разнообразной «расширенной [[информация о присутствии|информации о присутствии]]» пользователей. Этот документ определяет расширенный формат информации о присутствии, который позволяет передавать информацию об играх, в которые в данный момент играет пользователь. Эта информация может представлять интерес для других пользователей, а также может быть использована в социальных сетевых приложениях.

= Протокол =

== Контейнер и его элементы ==

Информация об играх устанавливается пользователем (или автоматически, за счёт интеграции с играми) и передаётся в сеть [[клиент|клиентским ПО]]. Для описания игровых данных используется контейнер <game/>, с указанием пространства имён «urn:xmpp:gaming:0». Информация об игре передаётся в следующих элементах контейнера <game/>:

{| class="standard"
|+ Таблица 1. Элементы
!Элемент
!Описание
!Пример
!Тип
!Включение
|-
|character_name
|Имя пользовательского персонажа в игре
|Stentor
|xs:string
|НЕОБЯЗАТЕЛЬНО
|-
|character_profile
|Игровой профиль пользовательского персонажа
|http''':'''//wow.example.com/profile.html?12345
|xs:anyURI
|НЕОБЯЗАТЕЛЬНО
|-
|name
|Название игры
|Worlds of Warfare
|xs:string
|ОБЯЗАТЕЛЬНО
|-
|level
|Уровень пользователя в игре
|66
|xs:string
|НЕОБЯЗАТЕЛЬНО
|-
|server_address
|Адрес сервера (имя хоста или IP-адрес), на котором играет пользователь
|wow6.example.com
|xs:string
|НЕОБЯЗАТЕЛЬНО
|-
|server_name
|Имя сервера, на котором играет пользователь
|WOW Example
|xs:string
|НЕОБЯЗАТЕЛЬНО
|-
|uri
|URI игры́ или соответствующего сервиса
|http''':'''//wow.example.com/
|xs:anyURI
|НЕОБЯЗАТЕЛЬНО
|}

;Примечание: указанные выше типы данных определены в [http://www.w3.org/TR/xmlschema-2/ XML Schema Part 2].

= Механизм =

Когда пользователь начинает играть, его клиент может опубликовать информацию об этом факте через [[PEP]]-узел с идентификатором (NodeID) «urn:xmpp:gaming:0» (см. ''Пространства имён протоколов'' {{fixme|в оригинале битая ссылка}} касательно использования одного или более постоянных пространств имён) или обычный узел [[PubSub]]. Поскольку информация об игре не является информаций о присутствии в изначальном смысле и может изменяться независимо от состояния доступности пользователя, её НЕ СЛЕДУЕТ использовать в качестве дополнения к [[станс|стансу]] типа <presence/>.

Пример 1. Публикация
<iq type='set' from='stpeter@jabber.org/work' id='gaming1'>
<pubsub xmlns='http''':'''//jabber.org/protocol/pubsub'>
<publish node='urn:xmpp:gaming:0'>
<item id='1feea9cceec2537e1b561e66d45bc566e276f22f'>
<game xmlns='urn:xmpp:gaming:0'>
<name>chess</name>
<uri>http''':'''//www.chesspark.com/</uri>
</game>
</item>
</publish>
</pubsub>
</iq>

Затем информация доставляется пользователям:

Пример 2. Информация доставляется подписчикам

<message from='stpeter@jabber.org' to='maineboy@jabber.org'>
<event xmlns='http''':'''//jabber.org/protocol/pubsub#event'>
<items node='urn:xmpp:gaming:0'>
<item id='1feea9cceec2537e1b561e66d45bc566e276f22f'>
<game xmlns='urn:xmpp:gaming:0'>
<name>chess</name>
<uri>http''':'''//www.chesspark.com/</uri>
</game>
</item>
</items>
</event>
</message>

Когда пользователь останавливает игру, необходимо отправить пустой элемент <game/> с таким же ItemID:

Пример 3. Игра останавливается

<iq type='set' from='stpeter@jabber.org/work' id='gaming2'>
<pubsub xmlns='http''':'''//jabber.org/protocol/pubsub'>
<publish node='urn:xmpp:gaming:0'>
<item id='1feea9cceec2537e1b561e66d45bc566e276f22f'>
<game xmlns='urn:xmpp:gaming:0'/>
</item>
</publish>
</pubsub>
</iq>

Пример 4. Информация об остановке доставляется подписчикам

<message from='stpeter@jabber.org' to='maineboy@jabber.org'>
<event xmlns='http''':'''//jabber.org/protocol/pubsub#event'>
<items node='urn:xmpp:gaming:0'>
<item id='1feea9cceec2537e1b561e66d45bc566e276f22f'>
<game xmlns='urn:xmpp:gaming:0'/>
</item>
</items>
</event>
</message>

= Безопасность =

Клиент должен предоставить пользователю возможность настроить, о каких играх информацию отправлять, а о каких нет.

= IANA =

Этот документ не требует взаимодействия с Internet Assigned Numbers Authority (IANA).

= XMPP =

== Пространство имён ==

Эта спецификация использует пространство имён urn:xmpp:gaming:0

== Версии пространства имён ==

Если протокол, определенный в данной спецификации, изменится и не будет полностью обратно совместимым с более ранней версией, XMPP передаёт номер версии протокола , который определён в четвёртой части пространства имён.

= Схема XML =

<?xml version='1.0' encoding='UTF-8'?>
<xs:schema
xmlns:xs='http''':'''//www.w3.org/2001/XMLSchema'
targetNamespace='urn:xmpp:gaming:0'
xmlns='urn:xmpp:gaming:0'
elementFormDefault='qualified'>
<xs:element name='game'>
<xs:complexType>
<xs:sequence minOccurs='0'>
<xs:element name='character_name' type='xs:string' minOccurs='0'/>
<xs:element name='character_profile' type='xs:anyURI' minOccurs='0'/>
<xs:element name='level' type='xs:string' minOccurs='0'/>
<xs:element name='name' type='xs:string'/>
<xs:element name='server_address' type='xs:string' minOccurs='0'/>
<xs:element name='server_name' type='xs:string' minOccurs='0'/>
<xs:element name='uri' type='xs:anyURI' minOccurs='0'/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

XEP-0196

2010-06-04T17:06:05Z

Andreymal: Redirected page to XEP-0196: User Game

#REDIRECT [[XEP-0196: User Game]]

XEP-0196: User Game

2010-06-04T17:05:34Z

Andreymal:

XEP-0196: User Game

2010-06-04T17:04:24Z

Andreymal:

XEP-0196: User Game

2010-06-04T17:03:19Z

Andreymal: Created page with 'Category:XEP Category:Translation {{warning|Этот текст не является официальным переводом документа [http://www.xmpp.org/e…'

[[Category:XEP]]
[[Category:Translation]]

{{warning|Этот текст не является официальным переводом документа [http://www.xmpp.org/extensions/xep-0065.html XEP-0065: SOCKS5 Bytestreams] и может не соответствовать оригиналу. Для разработки программ используйте официальный текст.}}

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

= Информация о документе =

* Автор: Peter Saint-Andre
* Издатель: © 1999 - 2010 [[XMPP Standards Foundation]]
* Статус: Отложен
* Тип: Основное расширение
* Версия: 0.3
* Последнее обновление: 2008-09-25

: '''ВНИМАНИЕ:''' Рассмотрение этого документа было отложено XMPP Standards Foundation. Реализация протокола, описанного здесь, не рекомендуется.

= Введение =

Публичная подписка и [[PEP]] могут быть использованы для публикации "расширенной информации о присутствии" пользователей. Этот документ определяет расширенный формат присутствия, который позволяет передавать информацию об играх, в которые в данный момент играет пользователь. Эта информация может представлять интерес для других пользователей, а также может быть использована в социальных сетевых приложениях.

= Протокол =

== Контейнер и его элементы ==

Информация об играх устанавливается пользователем (или автоматически, за счёт интеграции с играми) и передаётся в сеть. Для описания игровых данных используется контейнер <game/>, определяется с помощью пространства имён "urn:xmpp:gaming:0". Информация об игре передаётся в следующих элементах контейнера <game/>:

Таблица 1. Элементы
{| class="standard"
!Элемент
!Описание
!Пример
!Тип
!Включение
|-
|character_name
|Имя пользователя в игре
|Stentor
|xs:string
|Дополнительный
|-
|character_profile
|Игровой профиль пользователя
|http://wow.example.com/profile.html?12345
|xs:anyURI
|Дополнительный
|-
|name
|Название игры
|Worlds of Warfare
|xs:string
|Обязателен
|-
|level
|Уровень
|66
|xs:string
|Дополнительный
|-
|server_address
|Адрес сервера, на котором играет пользователь
|wow6.example.com
|xs:string
|Дополнительный
|-
|server_name
|Имя этого сервера
|WOW Example
|xs:string
|Дополнительный
|-
|uri
|URI игры́
|http://wow.example.com/
|xs:anyURI
|Дополнительный
|}

: '''ПРИМЕЧАНИЕ:''' типы данных, указанных выше, определены в XML Schema Part 2.

= Механизм =

Когда пользователь начинает играть, его клиент может опубликовать это через PEP "urn:xmpp:gaming:0" или общий узел PubSub. Так как информация об игре может не являться достоверной и может изменяться независимо от пользователя, она не может быть предоставлена в качестве дополнения к <presence/>.

Пример 1. Публикация
<iq type='set' from='stpeter@jabber.org/work' id='gaming1'>
<pubsub xmlns='http''':'''//jabber.org/protocol/pubsub'>
<publish node='urn:xmpp:gaming:0'>
<item id='1feea9cceec2537e1b561e66d45bc566e276f22f'>
<game xmlns='urn:xmpp:gaming:0'>
<name>chess</name>
<uri>http''':'''//www.chesspark.com/</uri>
</game>
</item>
</publish>
</pubsub>
</iq>

Затем информация доставляется пользователям:

Пример 2. Информация доходит до подписчиков

<message from='stpeter@jabber.org' to='maineboy@jabber.org'>
<event xmlns='http''':'''//jabber.org/protocol/pubsub#event'>
<items node='urn:xmpp:gaming:0'>
<item id='1feea9cceec2537e1b561e66d45bc566e276f22f'>
<game xmlns='urn:xmpp:gaming:0'>
<name>chess</name>
<uri>http''':'''//www.chesspark.com/</uri>
</game>
</item>
</items>
</event>
</message>

Когда пользователь останавливает игру, необходимо отправить пустой элемент <game/> с таким же ItemID:

Пример 3. Игра останавливается

<iq type='set' from='stpeter@jabber.org/work' id='gaming2'>
<pubsub xmlns='http''':'''//jabber.org/protocol/pubsub'>
<publish node='urn:xmpp:gaming:0'>
<item id='1feea9cceec2537e1b561e66d45bc566e276f22f'>
<game xmlns='urn:xmpp:gaming:0'/>
</item>
</publish>
</pubsub>
</iq>

Пример 4. Информация об остановке доходит до подписчиков

<message from='stpeter@jabber.org' to='maineboy@jabber.org'>
<event xmlns='http''':'''//jabber.org/protocol/pubsub#event'>
<items node='urn:xmpp:gaming:0'>
<item id='1feea9cceec2537e1b561e66d45bc566e276f22f'>
<game xmlns='urn:xmpp:gaming:0'/>
</item>
</items>
</event>
</message>

= Безопасность =

Клиент должен предоставить пользователю возможность настроить, о каких играх информацию отправлять, а о каких нет.

= IANA =

Этот документ не требует взаимодействия с Internet Assigned Numbers Authority (IANA).

= XMPP =

== Пространство имён ==

Эта спецификация использует пространство имён urn:xmpp:gaming:0

== Версии пространства имён ==

Если протокол, определенный в данной спецификации, изменится и не будет полностью обратно совместимым с более ранней версиеё, XMPP передаёт номер версии протокола , который определён в четвёртой части пространства имён.

= Схема XML =

<?xml version='1.0' encoding='UTF-8'?>

<xs:schema
xmlns:xs='http''':'''//www.w3.org/2001/XMLSchema'
targetNamespace='urn:xmpp:gaming:0'
xmlns='urn:xmpp:gaming:0'
elementFormDefault='qualified'>

<xs:element name='game'>
<xs:complexType>
<xs:sequence minOccurs='0'>
<xs:element name='character_name' type='xs:string' minOccurs='0'/>
<xs:element name='character_profile' type='xs:anyURI' minOccurs='0'/>
<xs:element name='level' type='xs:string' minOccurs='0'/>
<xs:element name='name' type='xs:string'/>
<xs:element name='server_address' type='xs:string' minOccurs='0'/>
<xs:element name='server_name' type='xs:string' minOccurs='0'/>
<xs:element name='uri' type='xs:anyURI' minOccurs='0'/>
</xs:sequence>
</xs:complexType>
</xs:element>

</xs:schema>