aboutsummaryrefslogtreecommitdiffstats
path: root/doc
diff options
context:
space:
mode:
authorLoïc Hoguin <[email protected]>2016-09-01 17:42:41 +0200
committerLoïc Hoguin <[email protected]>2016-09-01 17:42:41 +0200
commit67c5b057f965ca3803bf959f337145f7ce042d1b (patch)
treef1a8e65f6c859935c724408f549ddc4bdd212784 /doc
parent5495b57174bab910e5f424063843ff0d2e8531ff (diff)
downloadcowboy-67c5b057f965ca3803bf959f337145f7ce042d1b.tar.gz
cowboy-67c5b057f965ca3803bf959f337145f7ce042d1b.tar.bz2
cowboy-67c5b057f965ca3803bf959f337145f7ce042d1b.zip
Update the Websocket protocol chapter
Diffstat (limited to 'doc')
-rw-r--r--doc/src/guide/ws_protocol.asciidoc45
1 files changed, 36 insertions, 9 deletions
diff --git a/doc/src/guide/ws_protocol.asciidoc b/doc/src/guide/ws_protocol.asciidoc
index 67b2cdf..127c829 100644
--- a/doc/src/guide/ws_protocol.asciidoc
+++ b/doc/src/guide/ws_protocol.asciidoc
@@ -11,18 +11,43 @@ connections between the client, typically a Web browser,
and the server. It uses the HTTP Upgrade mechanism to
establish the connection.
-Websocket connections are asynchronous, unlike HTTP. This
-means that not only can the client send frames to the server
-at any time, but the server can also send frames to the client
-without the client initiating anything other than the
-Websocket connection itself. This allows the server to push
-data to the client directly.
+Websocket connections are fully asynchronous, unlike
+HTTP/1.1 (synchronous) and HTTP/2 (asynchronous, but the
+server can only initiate streams in response to requests).
+With Websocket, the client and the server can both send
+frames at any time without any restriction. It is closer
+to TCP than any of the HTTP protocols.
Websocket is an IETF standard. Cowboy supports the standard
and all drafts that were previously implemented by browsers,
excluding the initial flawed draft sometimes known as
"version 0".
+=== Websocket vs HTTP/2
+
+For a few years Websocket was the only way to have a
+bidirectional asynchronous connection with the server.
+This changed when HTTP/2 was introduced. While HTTP/2
+requires the client to first perform a request before
+the server can push data, this is only a minor restriction
+as the client can do so just as it connects.
+
+Websocket was designed as a kind-of-TCP channel to a
+server. It only defines the framing and connection
+management and lets the developer implement a protocol
+on top of it. For example you could implement IRC over
+Websocket and use a Javascript IRC client to speak to
+the server.
+
+HTTP/2 on the other hand is just an improvement over
+the HTTP/1.1 connection and request/response mechanism.
+It has the same semantics as HTTP/1.1.
+
+If all you need is to access an HTTP API, then HTTP/2
+should be your first choice. On the other hand, if what
+you need is a different protocol, then you can use
+Websocket to implement it.
+
=== Implementation
Cowboy implements Websocket as a protocol upgrade. Once the
@@ -37,7 +62,9 @@ covering all aspects of the protocol. Cowboy passes the
suite with 100% success, including all optional tests.
Cowboy's Websocket implementation also includes the
-x-webkit-deflate-frame compression draft which is being used
-by some browsers to reduce the size of data being transmitted.
+permessage-deflate and x-webkit-deflate-frame compression
+extensions.
+
Cowboy will automatically use compression as long as the
-`compress` protocol option is set when starting the listener.
+`websocket_compress` protocol option is set when starting
+the listener.