From fdc955ab18ba2fe285c75b75a8b92cf9f9436adc Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Lo=C3=AFc=20Hoguin?= Date: Mon, 2 Jan 2017 19:56:53 +0100 Subject: Update docs --- docs/index.xml | 376 ++++++++++++++++++++++++++++++++------------------------- 1 file changed, 209 insertions(+), 167 deletions(-) (limited to 'docs/index.xml') diff --git a/docs/index.xml b/docs/index.xml index 09ef6b82..edeafd2e 100644 --- a/docs/index.xml +++ b/docs/index.xml @@ -210,8 +210,6 @@ environment configuration parameters.</p></div> <a href="getting_started/">Getting started</a> </p> </li> -</ul></div> -<div class="ulist"><ul> <li> <p> <a href="flow_diagram/">Flow diagram</a> @@ -231,11 +229,6 @@ environment configuration parameters.</p></div> </li> <li> <p> -<a href="streams/">Streams</a> -</p> -</li> -<li> -<p> <a href="routing/">Routing</a> </p> </li> @@ -339,45 +332,68 @@ environment configuration parameters.</p></div> </li> <li> <p> -<a href="ws_handlers/">Handling Websocket connections</a> +<a href="ws_handlers/">Websocket handlers</a> </p> </li> </ul></div> </div> </div> <div class="sect1"> -<h2 id="_internals">Internals</h2> +<h2 id="_advanced">Advanced</h2> <div class="sectionbody"> <div class="ulist"><ul> <li> <p> -<a href="architecture/">Architecture</a> +<a href="streams/">Streams</a> +</p> +</li> +<li> +<p> +<a href="middlewares/">Middlewares</a> </p> </li> </ul></div> <div class="ulist"><ul> <li> <p> -<a href="broken_clients/">Dealing with broken clients</a> +<a href="sub_protocols/">Sub protocols</a> </p> </li> +</ul></div> +</div> +</div> +<div class="sect1"> +<h2 id="_deprecated_chapters">Deprecated chapters</h2> +<div class="sectionbody"> +</div> +</div> +<div class="sect1"> +<h2 id="_about_the_deprecated_chapters">About the deprecated chapters</h2> +<div class="sectionbody"> +<div class="paragraph"><p>The following chapters were relevant in Cowboy 1.0. They have +not been updated for Cowboy 2.0 yet. The information in these +chapters may or may not be useful.</p></div> +<div class="ulist"><ul> <li> <p> -<a href="middlewares/">Middlewares</a> +<a href="architecture/">Architecture</a> </p> </li> <li> <p> -<a href="sub_protocols/">Sub protocols</a> +<a href="broken_clients/">Dealing with broken clients</a> </p> </li> -</ul></div> -<div class="ulist"><ul> <li> <p> <a href="hooks/">Hooks</a> </p> </li> +<li> +<p> +<a href="overview/">Overview</a> +</p> +</li> </ul></div> </div> </div> @@ -1080,158 +1096,6 @@ client and the connection is closed.</p></div> - - Request overview - https://ninenines.eu/docs/en/cowboy/2.0/guide/overview/ - Mon, 01 Jan 0001 00:00:00 +0000 - - https://ninenines.eu/docs/en/cowboy/2.0/guide/overview/ - <div class="paragraph"><p>This chapter explains the different steps a request -goes through until a response is sent, along with -details of the Cowboy implementation.</p></div> -<div class="sect1"> -<h2 id="_request_response">Request/response</h2> -<div class="sectionbody"> -<div class="paragraph"><p>As you already know, HTTP clients connect to the server and -send a request for a resource; the server then sends a -response containing the resource if it could obtain it.</p></div> -<div class="paragraph"><p>Before the server can send the resource, however, it -needs to perform many different operations to read the -request, find the resource, prepare the response being -sent and often other related operations the user can -add like writing logs.</p></div> -<div class="paragraph"><p>Requests take the following route in Cowboy:</p></div> -<div class="imageblock"> -<div class="content"> -<img src="../http_req_resp.png" alt="HTTP request/response flowchart" /> -</div> -</div> -<div class="paragraph"><p>This shows the default middlewares, but they may be -configured differently in your setup. The dark green -indicates the points where you can hook your own code, -the light green is the Cowboy code that you can of -course configure as needed.</p></div> -<div class="paragraph"><p>The <code>acceptor</code> is the part of the server that accepts -the connection and create an Erlang process to handle -it. The <code>parser</code> then starts reading from the socket -and handling requests as they come until the socket -is closed.</p></div> -<div class="paragraph"><p>A response may be sent at many different points in the -life of the request. If Cowboy can&#8217;t parse the request, -it gives up with an error response. If the router can&#8217;t -find the resource, it sends a not found error. Your -own code can of course send a response at any time.</p></div> -<div class="paragraph"><p>When a response is sent, you can optionally modify it -or act upon it by enabling the <code>onresponse</code> hook. By -default the response is sent directly to the client.</p></div> -</div> -</div> -<div class="sect1"> -<h2 id="_and_then">And then?</h2> -<div class="sectionbody"> -<div class="paragraph"><p>Behavior depends on what protocol is in use.</p></div> -<div class="paragraph"><p>HTTP/1.0 can only process one request per connection, -so Cowboy will close the connection immediately after -it sends the response.</p></div> -<div class="paragraph"><p>HTTP/1.1 allows the client to request that the server -keeps the connection alive. This mechanism is described -in the next section.</p></div> -<div class="paragraph"><p>HTTP/2 is designed to allow sending multiple requests -asynchronously on the same connection. Details on what -this means for your application is described in this -chapter.</p></div> -</div> -</div> -<div class="sect1"> -<h2 id="_keep_alive_http_1_1">Keep-alive (HTTP/1.1)</h2> -<div class="sectionbody"> -<div class="paragraph"><p>With HTTP/1.1, the connection may be left open for -subsequent requests to come. This mechanism is called -<code>keep-alive</code>.</p></div> -<div class="paragraph"><p>When the client sends a request to the server, it includes -a header indicating whether it would like to leave the -socket open. The server may or may not accept, indicating -its choice by sending the same header in the response.</p></div> -<div class="paragraph"><p>Cowboy will include this header automatically in all -responses to HTTP/1.1 requests. You can however force -the closing of the socket if you want. When Cowboy sees -you want to send a <code>connection: close</code> header, it will -not override it and will close the connection as soon -as the reply is sent.</p></div> -<div class="paragraph"><p>This snippet will force Cowboy to close the connection.</p></div> -<div class="listingblock"> -<div class="content"><!-- Generator: GNU source-highlight 3.1.8 -by Lorenzo Bettini -http://www.lorenzobettini.it -http://www.gnu.org/software/src-highlite --> -<pre><tt><span style="color: #009900">Req2</span> <span style="color: #990000">=</span> <span style="font-weight: bold"><span style="color: #000000">cowboy_req:reply</span></span>(<span style="color: #993399">200</span>, [ - {<span style="color: #990000">&lt;&lt;</span><span style="color: #FF0000">"connection"</span><span style="color: #990000">&gt;&gt;</span>, <span style="color: #990000">&lt;&lt;</span><span style="color: #FF0000">"close"</span><span style="color: #990000">&gt;&gt;</span>}, -], <span style="color: #990000">&lt;&lt;</span><span style="color: #FF0000">"Closing the socket in 3.. 2.. 1.."</span><span style="color: #990000">&gt;&gt;</span>, <span style="color: #009900">Req</span>)<span style="color: #990000">.</span></tt></pre></div></div> -<div class="paragraph"><p>Cowboy will only accept a certain number of new requests -on the same connection. By default it will run up to 100 -requests. This number can be changed by setting the -<code>max_keepalive</code> configuration value when starting an -HTTP listener.</p></div> -<div class="listingblock"> -<div class="content"><!-- Generator: GNU source-highlight 3.1.8 -by Lorenzo Bettini -http://www.lorenzobettini.it -http://www.gnu.org/software/src-highlite --> -<pre><tt><span style="font-weight: bold"><span style="color: #000000">cowboy:start_http</span></span>(<span style="color: #FF6600">my_http_listener</span>, <span style="color: #993399">100</span>, [{<span style="color: #FF6600">port</span>, <span style="color: #993399">8080</span>}], [ - {<span style="color: #FF6600">env</span>, [{<span style="color: #FF6600">dispatch</span>, <span style="color: #009900">Dispatch</span>}]}, - {<span style="color: #FF6600">max_keepalive</span>, <span style="color: #993399">5</span>} -])<span style="color: #990000">.</span></tt></pre></div></div> -<div class="paragraph"><p>Cowboy implements the keep-alive mechanism by reusing -the same process for all requests. This allows Cowboy -to save memory. This works well because most code will -not have any side effect impacting subsequent requests. -But it also means you need to clean up if you do have -code with side effects. The <code>terminate/3</code> function can -be used for this purpose.</p></div> -</div> -</div> -<div class="sect1"> -<h2 id="_pipelining_http_1_1">Pipelining (HTTP/1.1)</h2> -<div class="sectionbody"> -<div class="paragraph"><p>While HTTP is designed as a sequential protocol, with -the client sending a request and then waiting for the -response from the server, nothing prevents the client -from sending more requests to the server without waiting -for the response, due to how sockets work. The server -still handles the requests sequentially and sends the -responses in the same order.</p></div> -<div class="paragraph"><p>This mechanism is called pipelining. It allows reducing -latency when a client needs to request many resources -at the same time. This is used by browsers when requesting -static files for example.</p></div> -<div class="paragraph"><p>This is handled automatically by the server.</p></div> -</div> -</div> -<div class="sect1"> -<h2 id="_asynchronous_requests_http_2">Asynchronous requests (HTTP/2)</h2> -<div class="sectionbody"> -<div class="paragraph"><p>In HTTP/2, the client can send a request at any time. -And the server can send a response at any time too.</p></div> -<div class="paragraph"><p>This means for example that the client does not need -to wait for a request to be fully sent to send another, -it is possible to interleave a request with the request -body of another request. The same is true with responses. -Responses may also be sent in a different order.</p></div> -<div class="paragraph"><p>Because requests and responses are fully asynchronous, -Cowboy creates a new process for each request, and these -processes are managed by another process that handles the -connection itself.</p></div> -<div class="paragraph"><p>HTTP/2 servers may also decide to send resources to the -client before the client requests them. This is especially -useful for sending static files associated with the HTML -page requested, as this reduces the latency of the overall -response. Cowboy does not support this particular mechanism -at this point, however.</p></div> -</div> -</div> - - - cowboy(3) https://ninenines.eu/docs/en/cowboy/2.0/manual/cowboy/ @@ -1822,6 +1686,184 @@ http://www.gnu.org/software/src-highlite --> <a href="../ranch">ranch(3)</a></p></div> </div> </div> + + + + + cowboy:start_tls(3) + https://ninenines.eu/docs/en/cowboy/2.0/manual/cowboy.start_tls/ + Mon, 01 Jan 0001 00:00:00 +0000 + + https://ninenines.eu/docs/en/cowboy/2.0/manual/cowboy.start_tls/ + <div class="sect1"> +<h2 id="_name">Name</h2> +<div class="sectionbody"> +<div class="paragraph"><p>cowboy:start_tls - Listen for connections using TLS</p></div> +</div> +</div> +<div class="sect1"> +<h2 id="_description">Description</h2> +<div class="sectionbody"> +<div class="listingblock"> +<div class="content"><!-- Generator: GNU source-highlight 3.1.8 +by Lorenzo Bettini +http://www.lorenzobettini.it +http://www.gnu.org/software/src-highlite --> +<pre><tt><span style="font-weight: bold"><span style="color: #000000">start_tls</span></span>(<span style="color: #009900">Name</span> <span style="color: #990000">::</span> <span style="font-weight: bold"><span style="color: #000000">ranch:ref</span></span>(), + <span style="color: #009900">NumAcceptors</span> <span style="color: #990000">::</span> <span style="font-weight: bold"><span style="color: #000000">non_neg_integer</span></span>(), + <span style="color: #009900">TransportOpts</span> <span style="color: #990000">::</span> <span style="font-weight: bold"><span style="color: #000000">ranch_ssl:opts</span></span>(), + <span style="color: #009900">ProtocolOpts</span> <span style="color: #990000">::</span> <span style="font-weight: bold"><span style="color: #000000">opts</span></span>()) + <span style="color: #990000">-&gt;</span> {<span style="color: #FF6600">ok</span>, <span style="color: #009900">ListenerPid</span> <span style="color: #990000">::</span> <span style="font-weight: bold"><span style="color: #000080">pid</span></span>()} + | {<span style="color: #FF6600">error</span>, <span style="font-weight: bold"><span style="color: #000000">any</span></span>()}</tt></pre></div></div> +<div class="paragraph"><p>Start listening for connections over a secure TLS channel.</p></div> +<div class="paragraph"><p>Both HTTP/1.1 and HTTP/2 are supported on this listener. +The ALPN TLS extension must be used to initiate an HTTP/2 +connection.</p></div> +</div> +</div> +<div class="sect1"> +<h2 id="_arguments">Arguments</h2> +<div class="sectionbody"> +<div class="dlist"><dl> +<dt class="hdlist1"> +Name +</dt> +<dd> +<p> +The listener name is used to refer to this listener in +future calls, for example when stopping it or when +updating the routes defined. +</p> +<div class="paragraph"><p>It can be any Erlang term. An atom is generally good enough, +for example <code>api</code>, <code>my_app_clear</code> or <code>my_app_tls</code>.</p></div> +</dd> +<dt class="hdlist1"> +NumAcceptors +</dt> +<dd> +<p> +The number of acceptors is the number of processes that +will accept connections. Tweak this value to improve the +accept rate for incoming connections. +</p> +<div class="paragraph"><p>The ideal value is between 10 and 100 on most systems. +Larger values may have the opposite effect and reduce the +accept rate. It&#8217;s generally safe to start with a value of +100 (or 10 on low memory systems). Then, when accept rates +become a concern, measure the performance and update the +value accordingly.</p></div> +<div class="paragraph"><p>This value is unrelated to the maximum number of concurrent +connections.</p></div> +</dd> +<dt class="hdlist1"> +TransportOpts +</dt> +<dd> +<p> +The transport options are where the TCP options, including +the listener&#8217;s port number, are defined. They also contain +the TLS options, like the server&#8217;s certificate. Transport options +are provided as a list of keys and values, for example +<code>[{port, 8443}, {certfile, "path/to/cert.pem"}]</code>. +</p> +<div class="paragraph"><p>The available options are documented in the +<a href="../ranch_ssl">ranch_ssl(3)</a> manual.</p></div> +</dd> +<dt class="hdlist1"> +ProtocolOpts +</dt> +<dd> +<p> +The protocol options are in a map containing all the options for +the different protocols that may be involved when connecting +to the listener, including HTTP/1.1 and HTTP/2 but also +subprotocols like Websocket. +</p> +<div class="paragraph"><p>The HTTP/1.1 options are documented in the +<a href="../cowboy_http">cowboy_http(3)</a> manual; +the HTTP/2 options in +<a href="../cowboy_http2">cowboy_http2(3)</a>; +and the Websocket options in +<a href="../cowboy_websocket">cowboy_websocket(3)</a>.</p></div> +</dd> +</dl></div> +</div> +</div> +<div class="sect1"> +<h2 id="_return_value">Return value</h2> +<div class="sectionbody"> +<div class="paragraph"><p>An ok tuple is returned on success. It contains the pid of +the top-level supervisor for the listener.</p></div> +<div class="paragraph"><p>An error tuple is returned on error. The error reason may +be any Erlang term.</p></div> +<div class="paragraph"><p>A common error is <code>eaddrinuse</code>. It indicates that the port +configured for Cowboy is already in use.</p></div> +</div> +</div> +<div class="sect1"> +<h2 id="_changelog">Changelog</h2> +<div class="sectionbody"> +<div class="ulist"><ul> +<li> +<p> +<strong>2.0</strong>: HTTP/2 support added. +</p> +</li> +<li> +<p> +<strong>2.0</strong>: Function introduced. Replaces <code>cowboy:start_https/4</code>. +</p> +</li> +</ul></div> +</div> +</div> +<div class="sect1"> +<h2 id="_examples">Examples</h2> +<div class="sectionbody"> +<div class="listingblock"> +<div class="title">Start a listener</div> +<div class="content"><!-- Generator: GNU source-highlight 3.1.8 +by Lorenzo Bettini +http://www.lorenzobettini.it +http://www.gnu.org/software/src-highlite --> +<pre><tt><span style="color: #009900">Dispatch</span> <span style="color: #990000">=</span> <span style="font-weight: bold"><span style="color: #000000">cowboy_router:compile</span></span>([ + {<span style="color: #FF6600">'_'</span>, [ + {<span style="color: #FF0000">"/"</span>, <span style="color: #FF6600">toppage_h</span>, []} + ]} +]), + +{<span style="color: #FF6600">ok</span>, <span style="color: #990000">_</span>} <span style="color: #990000">=</span> <span style="font-weight: bold"><span style="color: #000000">cowboy:start_tls</span></span>(<span style="color: #FF6600">example</span>, <span style="color: #993399">100</span>, [ + {<span style="color: #FF6600">port</span>, <span style="color: #993399">8443</span>}, + {<span style="color: #FF6600">cert</span>, <span style="color: #FF0000">"path/to/cert.pem"</span>} +], #{ + <span style="color: #0000FF">env</span> <span style="color: #990000">=&gt;</span> #{<span style="color: #0000FF">dispatch</span> <span style="color: #990000">=&gt;</span> <span style="color: #009900">Dispatch</span>} +})<span style="color: #990000">.</span></tt></pre></div></div> +<div class="listingblock"> +<div class="title">Start a listener on a random port</div> +<div class="content"><!-- Generator: GNU source-highlight 3.1.8 +by Lorenzo Bettini +http://www.lorenzobettini.it +http://www.gnu.org/software/src-highlite --> +<pre><tt><span style="color: #009900">Name</span> <span style="color: #990000">=</span> <span style="color: #FF6600">example</span>, + +{<span style="color: #FF6600">ok</span>, <span style="color: #990000">_</span>} <span style="color: #990000">=</span> <span style="font-weight: bold"><span style="color: #000000">cowboy:start_tls</span></span>(<span style="color: #009900">Name</span>, <span style="color: #993399">100</span>, [ + {<span style="color: #FF6600">cert</span>, <span style="color: #FF0000">"path/to/cert.pem"</span>} +], #{ + <span style="color: #0000FF">env</span> <span style="color: #990000">=&gt;</span> #{<span style="color: #0000FF">dispatch</span> <span style="color: #990000">=&gt;</span> <span style="color: #009900">Dispatch</span>} +}), + +<span style="color: #009900">Port</span> <span style="color: #990000">=</span> <span style="font-weight: bold"><span style="color: #000000">ranch:get_port</span></span>(<span style="color: #009900">Name</span>)<span style="color: #990000">.</span></tt></pre></div></div> +</div> +</div> +<div class="sect1"> +<h2 id="_see_also">See also</h2> +<div class="sectionbody"> +<div class="paragraph"><p><a href="../cowboy">cowboy(3)</a>, +<a href="../cowboy.start_clear">cowboy:start_clear(3)</a>, +<a href="../cowboy.stop_listener">cowboy:stop_listener(3)</a>, +<a href="../ranch">ranch(3)</a></p></div> +</div> +</div> -- cgit v1.2.3