summaryrefslogtreecommitdiff
path: root/README.md
diff options
context:
space:
mode:
authorJoel Martin <github@martintribe.org>2013-03-12 13:54:11 -0500
committerJoel Martin <github@martintribe.org>2013-03-12 13:54:11 -0500
commitd3865688c8a62ae7b5b675926e05f8ddcb7dff3c (patch)
treeb629b6de813d5981fe6562d3a18f077c458101cd /README.md
parent5a726c2e4df32b218aaa9f65ee2b90f8ab1b7cb7 (diff)
downloadwebsockify-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.md26
1 files changed, 9 insertions, 17 deletions
diff --git a/README.md b/README.md
index 1e91910..534d85d 100644
--- a/README.md
+++ b/README.md
@@ -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://)