diff options
author | Joel Martin <github@martintribe.org> | 2013-03-12 13:54:11 -0500 |
---|---|---|
committer | Joel Martin <github@martintribe.org> | 2013-03-12 13:54:11 -0500 |
commit | d3865688c8a62ae7b5b675926e05f8ddcb7dff3c (patch) | |
tree | b629b6de813d5981fe6562d3a18f077c458101cd /README.md | |
parent | 5a726c2e4df32b218aaa9f65ee2b90f8ab1b7cb7 (diff) | |
download | websockify-d3865688c8a62ae7b5b675926e05f8ddcb7dff3c.tar.gz |
README: no longer supporting Hixie.
NOTE: Hixie support is in version 0.4.X. If necessary, I will branch
and apply critical fixes release a new 0.4.X tagged version.
Diffstat (limited to 'README.md')
-rw-r--r-- | README.md | 26 |
1 files changed, 9 insertions, 17 deletions
@@ -10,25 +10,17 @@ the target in both directions. ### WebSockets binary data -Websockify 0.4.X supports all versions of the WebSockets protocol -(Hixie and HyBi). Starting with websockify 0.5.0, only the HyBi / IETF +Starting with websockify 0.5.0, only the HyBi / IETF 6455 WebSocket protocol is supported. -The older Hixie versions of the protocol only support UTF-8 text -payloads. In order to transport binary data over UTF-8 an encoding -must used to encapsulate the data within UTF-8. With Hixie clients, -Websockify uses base64 to encode all traffic to and from the client. -This does not affect the data between websockify and the server. - -With HyBi clients, websockify negotiates whether to base64 encode -traffic to and from the client via the subprotocol header -(Sec-WebSocket-Protocol). The valid subprotocol values are 'binary' -and 'base64' and if the client sends both then the server (the python -implementation) will prefer 'binary'. The 'binary' subprotocol -indicates that the data will be sent raw using binary WebSocket -frames. Some HyBi clients (such as the Flash fallback and older Chrome -and iOS versions) do not support binary data which is why the -negotiation is necessary. +Websockify negotiates whether to base64 encode traffic to and from the +client via the subprotocol header (Sec-WebSocket-Protocol). The valid +subprotocol values are 'binary' and 'base64' and if the client sends +both then the server (the python implementation) will prefer 'binary'. +The 'binary' subprotocol indicates that the data will be sent raw +using binary WebSocket frames. Some HyBi clients (such as the Flash +fallback and older Chrome and iOS versions) do not support binary data +which is why the negotiation is necessary. ### Encrypted WebSocket connections (wss://) |