XEP-0124 - 版本历史

Zenghao0708: /* 发送和接收XML载荷 */

2013-07-08T10:33:01Z

发送和接收XML载荷

Zenghao0708: /* 会话创建应答 */

2013-07-08T10:17:12Z

会话创建应答

2013年3月18日 (一) 04:17 Admin

2013-03-18T04:17:02Z

2011年12月23日 (五) 06:51 Admin

2011-12-23T06:51:11Z

Admin: /* Appendix H: Revision History */

2011-12-23T06:50:20Z

Appendix H: Revision History

Admin: /* Appendix G: Notes */

2011-12-23T06:47:40Z

Appendix G: Notes

Admin: /* Appendix B: Author Information */

2011-12-23T06:07:07Z

Appendix B: Author Information

Admin: /* Appendices */

2011-12-23T06:02:29Z

Appendices

Admin: /* Acknowledgements */

2011-12-23T05:56:21Z

Acknowledgements

Admin: /* 协议命名空间 */

2011-12-23T05:55:04Z

协议命名空间

@@ 第284行： / 第284行： @@
 </source>
-如果连接管理器已经从应用服务器收到一个或多个载荷要发送给客户端, 那么在它从服务器收到它们之后一旦有可能它应该立即在它的应答的bodu中返回这些载荷. 以下这个例子包含被不同命名空间限定的载荷:
+如果连接管理器已经从应用服务器收到一个或多个载荷要发送给客户端, 那么在它从服务器收到它们之后一旦有可能它应该立即在它的应答的body中返回这些载荷. 以下这个例子包含被不同命名空间限定的载荷:
 '''示例6. 排队节的应答'''
@@ 第348行： / 第348行： @@
 </source>
-连接管理器必须以和它从客户端接收载荷同样的方法等待并应.
+连接管理器必须以和它从客户端接收载荷同样的方法等待并回应.
 ==确认==

@@ 第190行： / 第190行： @@
 * '''<nowiki>'ver'</nowiki>''' -- 这个属性指定连接管理器支持的BOSH协议的最高版本, 或客户端在它的请求中指定的版本, 取其中较低的版本.
-* '''<nowiki>'polling'</nowiki>''' -- 这个属性指定最小可允许的轮询借个(以秒计数). 这使得客户端不需要以超出预期的频率发送空的请求元素 (见 [[XEP-0124#轮询会话|轮询会话]] 和 [[XEP-0124#过度活跃|过度活跃]] ).
+* '''<nowiki>'polling'</nowiki>''' -- 这个属性指定最小可允许的轮询间隔(以秒计数). 这使得客户端不需要以超出预期的频率发送空的请求元素 (见 [[XEP-0124#轮询会话|轮询会话]] 和 [[XEP-0124#过度活跃|过度活跃]] ).
 * '''<nowiki>'inactivity'</nowiki>''' -- 这个属性指定最长可允许的闲置期时间(以秒计数). 这使客户端能确保没有请求待发的时间段永远不会太长 (见 [[XEP-0124#轮询会话|轮询会话]] 和 [[XEP-0124#闲置|闲置]] ).
 * '''<nowiki>'requests'</nowiki>''' -- 这个属性使得连接管理器能限制客户端产生的并发请求的数量 (见  [[XEP-0124#过度活跃|过度活跃]] 和 [[XEP-0124#轮询会话|轮询会话]] ). 推荐的值是 "2" 或者比会话请求中指定的'hold' 属性值大一.

@@ 第14行： / 第14行： @@
 |-
 !版权:
-|© 1999 - 2011 XMPP标准化基金会(XSF). 参见[[XEP-0124#法律通告|法律通告]].
+|© 1999 - 2011 XMPP标准化基金会(XSF). 参见[[XEP-0124#附录C:法律通告|法律通告]].
 |-
 !状态:

@@ 第1行： / 第1行： @@
 [[Category:XMPP扩展]]
-[[Category:翻译中]]
+[[Category:已翻译]]
 '''本文的英文原文来自[http://www.xmpp.org/extensions/xep-0124.html XEP-0124]'''

@@ 第1,319行： / 第1,319行： @@
 # XEP-0156: 查找替代的XMPP连接方法 <http://xmpp.org/extensions/xep-0156.html>.
-===Appendix H: Revision History===
+===附录H:修订历史===
 ;Version 1.10 (2010-07-02)
@@ 第1,407行： / 第1,408行： @@
 :(dss/psa)
 结束

@@ 第1,247行： / 第1,247行： @@
 以下用于本文的需求关键字的解释见于 [http://www.ietf.org/rfc/rfc2119.txt RFC 2119]: "MUST", "SHALL", "REQUIRED"; "MUST NOT", "SHALL NOT"; "SHOULD", "RECOMMENDED"; "SHOULD NOT", "NOT RECOMMENDED"; "MAY", "OPTIONAL".
-===Appendix G: Notes===
+===附录G:备注===
-. RFC 793: Transmission Control Protocol <http://tools.ietf.org/html/rfc0793>.
+# RFC 793: 传输控制协议 <http://tools.ietf.org/html/rfc0793>.
-. RFC 1945: Hypertext Transfer Protocol -- HTTP/1.0 <http://tools.ietf.org/html/rfc1945>.
+# RFC 1945: 超文本传输协议 -- HTTP/1.0 <http://tools.ietf.org/html/rfc1945>.
-. RFC 2616: Hypertext Transport Protocol -- HTTP/1.1 <http://tools.ietf.org/html/rfc2616>.
+# RFC 2616: 超文本传输协议 -- HTTP/1.1 <http://tools.ietf.org/html/rfc2616>.
-. Bayeux Protocol <http://svn.cometd.org/trunk/bayeux/bayeux.html>.
+# Bayeux协议 <http://svn.cometd.org/trunk/bayeux/bayeux.html>.
-. The Web Socket Protocol <http://tools.ietf.org/html/draft-hixie-thewebsocketprotocol>.
+# Web套接字协议 <http://tools.ietf.org/html/draft-hixie-thewebsocketprotocol>.
-. Reverse HTTP <http://tools.ietf.org/html/draft-lentczner-rhttp>.
+# 反向HTTP <http://tools.ietf.org/html/draft-lentczner-rhttp>.
-. RFC 2965: HTTP State Management Mechanism <http://tools.ietf.org/html/rfc2965>.
+# RFC 2965: HTTP状态管理机制 <http://tools.ietf.org/html/rfc2965>.
-. Requiring cookies is sub-optimal because several significant computing platforms provide only limited access to underlying HTTP requests/responses; worse, some platforms hide or remove cookie-related headers.
+# 要求cookies是次优的，因为很多重要的计算平台只提供底层HTTP请求/应答的有限访问; 更坏的是, 一些平台或者移除了cookie相关的头.
-. XEP-0025: Jabber HTTP Polling <http://xmpp.org/extensions/xep-0025.html>.
+# XEP-0025: Jabber HTTP轮询 <http://xmpp.org/extensions/xep-0025.html>.
-. RFC 6120: Extensible Messaging and Presence Protocol (XMPP): Core <http://tools.ietf.org/html/rfc6120>.
+# RFC 6120: 可扩展的消息和出席信息协议 (XMPP): 核心 <http://tools.ietf.org/html/rfc6120>.
-. XEP-0206: XMPP Over BOSH <http://xmpp.org/extensions/xep-0206.html>.
+# XEP-0206: 在BOSH上的XMPP  <http://xmpp.org/extensions/xep-0206.html>.
-. In order to reduce network congestion, RFC 2616 recommends that clients SHOULD NOT keep more than two HTTP connections to the same HTTP server open at the same time. Clients running in constrained enviroments typically have no choice but to abide by that recommendation.
+# 为了减少网络拥塞, RFC 2616 建议客户端在同一时间不应该和同一台HTTP服务器保持超过两个HTTP连接. 运行在受约束的环境的客户端通常没有机会选择而只能遵守该建议.
-. If there is no traffic other than the "pings" then bandwidth consumption will be double that of a TCP connection (although double nothing is still nothing). If data is sent in large packets then bandwidth consumption will be almost identical.
+# 如果没有"pings"之外的流量，那么带宽拥塞将是单个TCP连接的两倍(尽管加倍空仍然是空). 如果被发送的数据是一些大的包，那么带宽拥塞情况也是几乎一致的.
-. Extensible Markup Language (XML) 1.0 (Fourth Edition) <http://www.w3.org/TR/REC-xml/>.
+# 可扩展标记语言 (XML) 1.0 (第四版) <http://www.w3.org/TR/REC-xml/>.
-. Namespaces in XML <http://www.w3.org/TR/REC-xml-names/>.
+# XML的名字空间  <http://www.w3.org/TR/REC-xml-names/>.
-. RFC 4627: The application/json Media Type for JavaScript Object Notation (JSON) <http://tools.ietf.org/html/rfc4627>.
+# RFC 4627: 用于JavaScript对象符号(JSON) 的 应用程序/json 媒体类型  <http://tools.ietf.org/html/rfc4627>.
-. Extensible Markup Language (XML) 1.0 (Fourth Edition) <http://www.w3.org/TR/REC-xml/>.
+# 可扩展的标记语言 (XML) 1.0 (第四版) <http://www.w3.org/TR/REC-xml/>.
-. Although the syntax of the 'route' attribute bears a superficial resemblance to a URI or IRI, it is not a URI/IRI and MUST NOT be processed in accordance with the rules specified in RFC 3986, RFC 3987, or (for XMPP) RFC 5122.
+# 尽管'route'属性的语法粗看起来和一个URI或IRI相似, 它不是一个 URI/IRI 并且不可按照 '''RFC 3986, RFC 3987, 或 (用于XMPP) RFC 5122''' 定义的规则来处理.
-. Each character set name (or character encoding name -- we use the terms interchangeably) SHOULD be of type NMTOKEN, where the names are separated by the white space character #x20, resulting in a tokenized attribute type of NMTOKENS (see Section 3.3.1 of XML 1.0 [20]). Strictly speaking, the Character Sets registry maintained by the Internet Assigned Numbers Authority (see <http://www.iana.org/assignments/character-sets>) allows a character set name to contain any printable US-ASCII character, which might include characters not allowed by the NMTOKEN construction of XML 1.0; however, the only existing character set name which includes such a character is "NF_Z_62-010_(1973)".
+# 每个字符集名称(或字符编码名称 -- 我们使用互换的条款) 应该是类型 NMTOKEN, 这里名称是由空格符号 #x20 分隔的, 造成一个标记话的属性类型 NMTOKENS (见 [http://www.w3.org/TR/REC-xml/ XML 1.0] [[XEP-0124#附录G:备注|20]] 的 3.3.1 章节). 严格地说, 由互联网编号分配机构(见 <http://www.iana.org/assignments/character-sets>)维护的字符集注册项允许一个字符集名称包含任何可打印的US-ASCII字符串, 它可能包含不被 XML 1.0的NMTOKEN构造所允许的字符串; 无论如何, 仅存的一个字符集名称包含这样的字符串的字符集是 "NF_Z_62-010_(1973)".
-. Extensible Markup Language (XML) 1.0 (Fourth Edition) <http://www.w3.org/TR/REC-xml/>.
+# 可扩展的标记语言 (XML) 1.0 (第四版) <http://www.w3.org/TR/REC-xml/>.
-. 9007199254740991 is 253-1. Some weakly typed languages use IEEE Standard 754 Doubles to represent all numbers. These Doubles cannot represent integers above 253 accurately.
+# 9007199254740991 等于 2的53次方-1. 一些弱类型的语言使用IEEE标准754 Doubles来表达所有数字. 这些 Doubles 不能准确表达所有超过 2的53次方的整数.
-. RFC 3174: US Secure Hash Algorithm 1 (SHA1) <http://tools.ietf.org/html/rfc3174>.
+# RFC 3174: 使用安全哈希算法1 (SHA1) <http://tools.ietf.org/html/rfc3174>.
-. Therefore a client and a connection manager will be compatible even if one or the other offers no support for multi-stream sessions.
+# 因此客户端和连接管理器将兼容，即使其中一个不提供对多流会话的支持.
-. The 'rid' attribute is always incremented normally without reference to any 'stream' attribute.
+# 'rid'属性总是正常增加而不参考任何'stream'属性.
-. This helps to ensure backwards-compatibility with older implementations.
+# 这帮助确保和旧的实现的向后兼容性.
-. Each HTTP response MUST belong to the same session as the request that triggered it, but not necessarily to the same stream.
+# 每个HTTP应答必须属于该请求触发的同一个会话, 但是不需要是同一个流.
-. The broadcast payloads can be of any type.
+# 广播的载荷可以使任何类型.
-. SSL V3.0 <http://wp.netscape.com/eng/ssl3/draft302.txt>.
+# SSL V3.0 <http://wp.netscape.com/eng/ssl3/draft302.txt>.
-. RFC 2818: HTTP Over TLS <http://tools.ietf.org/html/rfc2818>.
+# RFC 2818: 在TLS上的HTTP <http://tools.ietf.org/html/rfc2818>.
-. RFC 2817: Upgrading to TLS Within HTTP/1.1 <http://tools.ietf.org/html/rfc2817>.
+# RFC 2817: 在HTTP/1.1中升级到TLS <http://tools.ietf.org/html/rfc2817>.
-. RFC 1750: Randomness Recommendations for Security <http://tools.ietf.org/html/rfc1750>.
+# RFC 1750: 基于安全的随机性建议 <http://tools.ietf.org/html/rfc1750>.
-. RFC 4270: Attacks on Cryptographic Hashes in Internet Protocols <http://tools.ietf.org/html/rfc4270>.
+# RFC 4270: 在互联网协议里对加密哈希的攻击 <http://tools.ietf.org/html/rfc4270>.
-. The Internet Assigned Numbers Authority (IANA) is the central coordinator for the assignment of unique parameter values for Internet protocols, such as port numbers and URI schemes. For further information, see <http://www.iana.org/>.
+# 互联网编号分配机构 (IANA) 是对互联网协议的唯一参数值，类似端口号和URI规划，的分配的中央协调者. 更多信息, 见 <http://www.iana.org/>.
-. IANA registry of port numbers <http://www.iana.org/assignments/port-numbers>.
+# 端口号的IANA注册 <http://www.iana.org/assignments/port-numbers>.
 ===Appendix H: Revision History===

@@ 第1,204行： / 第1,204行： @@
 本文的其它格式： [http://xmpp.org/extensions/xep-0124.xml XML] [http://xmpp.org/extensions/xep-0124.pdf PDF]
 ===Appendix B: Author Information===
-Ian Paterson
+'''Ian Paterson'''
-Email: ian.paterson@clientside.co.uk
+'''Dave Smith'''
-JabberID: ian@zoofy.com
+:Email: [mailto:dizzyd@jabber.org dizzyd@jabber.org]
-Dave Smith
+:JabberID: dizzyd@jabber.org
-Email: dizzyd@jabber.org
+'''Peter Saint-Andre'''
-JabberID: dizzyd@jabber.org
+:Email: [mailto:stpeter@jabber.org stpeter@jabber.org]
-Peter Saint-Andre
+:JabberID: stpeter@jabber.org
-Email: stpeter@jabber.org
+'''Jack Moffitt'''
-JabberID: stpeter@jabber.org
+:Email: [mailto:jack@chesspark.com jack@chesspark.com]
-URI: https://stpeter.im/
+:JabberID: jack@chesspark.com
-Jack Moffitt
 ===附录C:法律通告===
 *版权

@@ 第1,171行： / 第1,171行： @@
 感谢 Mike Cumings, Tomas Karasek, Tobias Markmann, Chris Seymour, Safa Sofuoğlu, Stefan Strigler, Matthew Wild, Kevin Winters, 以及 Christopher Zorn 的反馈.
-==Appendices==
+==附录==
-===Appendix A: Document Information===
+===附录A:文档信息===
 Schema: <http://www.xmpp.org/schemas/httpbind.xsd>
-Source Control: HTML  RSS
-This document in other formats: XML  PDF
+原文控制： [http://gitorious.org/xmpp/xmpp/blobs/master/extensions/xep-0124.xml HTML]
 ===Appendix B: Author Information===
 Ian Paterson

@@ 第1,167行： / 第1,167行： @@
 </source>
-==Acknowledgements==
+==致谢==
-Thanks to Mike Cumings, Tomas Karasek, Tobias Markmann, Chris Seymour, Safa Sofuoğlu, Stefan Strigler, Matthew Wild, Kevin Winters, and Christopher Zorn for their feedback.
+感谢 Mike Cumings, Tomas Karasek, Tobias Markmann, Chris Seymour, Safa Sofuoğlu, Stefan Strigler, Matthew Wild, Kevin Winters, 以及 Christopher Zorn 的反馈.
 ==Appendices==

@@ 第1,074行： / 第1,074行： @@
 ===协议命名空间===
-在它的协议命名空间注册项中包含 'http://jabber.org/protocol/httpbind' 的XMPP注册项.
+在它的协议命名空间注册项中包含了 'http://jabber.org/protocol/httpbind' 的XMPP注册项.
 ==XML Schema==