Add old mailing list archives

1001 files changed, 123933 insertions, 0 deletions

diff --git a/_build/static/archives/extend/2012-December.txt b/_build/static/archives/extend/2012-December.txt
new file mode 100644
index 00000000..a6c891cb
--- /dev/null
+++ b/_build/static/archives/extend/2012-December.txt
@@ -0,0 +1,591 @@
+From list1 at gjunka.com  Wed Dec 12 22:14:50 2012
+From: list1 at gjunka.com (Grzegorz Junka)
+Date: Wed, 12 Dec 2012 21:14:50 +0000
+Subject: [99s-extend] Streaming response in cowboy question
+Message-ID: <[email protected]>
+
+I am implementing a proxy on top of Cowboy. Is it possible to stream the 
+response back to Cowboy as I receive it from the destination server?
+
+I am thinking about something like specifying a fun instead of Response 
+Body when sending the reply so that Cowboy could call it to receive the 
+response in chunks (see send_req in 
+https://github.com/cmullaparthi/ibrowse/blob/master/src/ibrowse.erl).
+
+
+
+From essen at ninenines.eu  Wed Dec 12 22:30:46 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 12 Dec 2012 22:30:46 +0100
+Subject: [99s-extend] Streaming response in cowboy question
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 12/12/2012 10:14 PM, Grzegorz Junka wrote:
+> I am implementing a proxy on top of Cowboy. Is it possible to stream the
+> response back to Cowboy as I receive it from the destination server?
+>
+> I am thinking about something like specifying a fun instead of Response
+> Body when sending the reply so that Cowboy could call it to receive the
+> response in chunks (see send_req in
+> https://github.com/cmullaparthi/ibrowse/blob/master/src/ibrowse.erl).
+
+Lookup cowboy_req:set_resp_body_fun? Tell me if that fits your needs.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Sun Dec 16 19:24:00 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sun, 16 Dec 2012 19:24:00 +0100
+Subject: [99s-extend] Nine Nines IRC Channel
+Message-ID: <[email protected]>
+
+Hello,
+
+I have started the #ninenines IRC Channel on irc.freenode.net for anyone 
+looking for quick help or willing to participate in Cowboy development 
+or any other related project (Ranch, Bullet, Sheriff and upcoming projects).
+
+Discussions will be centered about these projects and related subjects.
+
+Repositories will soon be updated with information about this IRC channel.
+
+Feel free to come and hang out.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From jeremy at playmesh.com  Sun Dec 16 20:10:16 2012
+From: jeremy at playmesh.com (Jeremy Ong)
+Date: Sun, 16 Dec 2012 11:10:16 -0800
+Subject: [99s-extend] Nine Nines IRC Channel
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CA+Jb5n4quyppnpe_CF3rtQcKTJ6yq5F8WYUHHbkaJf4vWWc1Vw@mail.gmail.com>
+
+See you there!
+
+Jeremy (banachtarski)
+
+
+On Sun, Dec 16, 2012 at 10:24 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Hello,
+>
+> I have started the #ninenines IRC Channel on irc.freenode.net for anyone
+> looking for quick help or willing to participate in Cowboy development or
+> any other related project (Ranch, Bullet, Sheriff and upcoming projects).
+>
+> Discussions will be centered about these projects and related subjects.
+>
+> Repositories will soon be updated with information about this IRC channel.
+>
+> Feel free to come and hang out.
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> ______________________________**_________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20121216/2d0b0da5/attachment.html>
+
+From erlang at rambocoder.com  Fri Dec 21 04:34:23 2012
+From: erlang at rambocoder.com (rambocoder)
+Date: Thu, 20 Dec 2012 22:34:23 -0500
+Subject: [99s-extend] Cowboy HTTPS connection memory usage
+Message-ID: <CAJ0zLRMmSoLzQVdsYHq+MZkbZ4xggVYH_XwWaPd83b-Aa=ftrw@mail.gmail.com>
+
+Does anybody know either from benchmarks or real world data what is the
+average memory footprint of each concurrent HTTPS connection to cowboy?
+
+SSL app in Erlang reuses SSL session-ids so I am not sure if the Apache
+Bench I test with reuses the session id or it does not.
+
+BTW, what makes an erlang api "documented" vs "undocumented". For example
+ssl:session_info/1 function here (
+https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411 ) has a
+spec and a short doc, but session_info is not described
+http://www.erlang.org/doc/man/ssl.html .ssl:session_info/1 is a useful
+function to be able to track if the load generator is reusing the SSL
+session_id or it is generating new one, because that would make all the
+difference during measurement due to Erlang caching SSL sessions by default.
+
+Sincerely,
+
+rambocoder
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20121220/631f7f13/attachment.html>
+
+From essen at ninenines.eu  Fri Dec 21 12:45:23 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 21 Dec 2012 12:45:23 +0100
+Subject: [99s-extend] Cowboy HTTPS connection memory usage
+In-Reply-To: <CAJ0zLRMmSoLzQVdsYHq+MZkbZ4xggVYH_XwWaPd83b-Aa=ftrw@mail.gmail.com>
+References: <CAJ0zLRMmSoLzQVdsYHq+MZkbZ4xggVYH_XwWaPd83b-Aa=ftrw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 12/21/2012 04:34 AM, rambocoder wrote:
+> Does anybody know either from benchmarks or real world data what is the
+> average memory footprint of each concurrent HTTPS connection to cowboy?
+
+I don't have anything, sorry. I'm guessing it consumes a lot more than 
+TCP though.
+
+> SSL app in Erlang reuses SSL session-ids so I am not sure if the Apache
+> Bench I test with reuses the session id or it does not.
+
+I wouldn't know, but I wouldn't trust Apache Bench doing the right 
+thing. Any other benchmark tool usually works better in my experience.
+
+> BTW, what makes an erlang api "documented" vs "undocumented". For
+> example ssl:session_info/1 function here (
+> https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411 ) has
+> a spec and a short doc, but session_info is not described
+> http://www.erlang.org/doc/man/ssl.html .ssl:session_info/1 is a useful
+> function to be able to track if the load generator is reusing the SSL
+> session_id or it is generating new one, because that would make all the
+> difference during measurement due to Erlang caching SSL sessions by default.
+
+The documentation is separate (they're not using edoc). It's perhaps not 
+deemed useful enough for documenting it. I wouldn't worry about using it 
+for measurements though.
+
+Try asking Ingela on the ML about it, perhaps they just forgot to 
+document it.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From erlang at rambocoder.com  Fri Dec 21 17:49:37 2012
+From: erlang at rambocoder.com (rambocoder)
+Date: Fri, 21 Dec 2012 11:49:37 -0500
+Subject: [99s-extend] Cowboy HTTPS connection memory usage
+In-Reply-To: <[email protected]>
+References: <CAJ0zLRMmSoLzQVdsYHq+MZkbZ4xggVYH_XwWaPd83b-Aa=ftrw@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJ0zLRM4mBK0Du8W0Dg84D6vOqpMTOOOqbJD5L0ZO9cyxR=rZg@mail.gmail.com>
+
+In my preliminary testing, I used Jmeter this morning since it's an
+easy GUI load testing app and this is what I am seeing:
+
+With R15B03-01 [smp:4:4] [async-threads:4] [hipe] [kernel-poll:true], when
+I establish 1K concurrent connections via HTTPS, each connection takes up
+about 68K of memory.
+
+Unfortunately, after about 1050-1200 connections, on my test server the
+Erlang scheduler jumps to 100% CPU utilization on all 4 schedulers, while
+up to that point the scheduler's load was oscillating up and down. Using
+the Observer, there is only 1 ssl_connection_sup  in the ssl application,
+having to deal with 1000+ gen_fsm workers, so that might be the bottleneck.
+Since the ulimit on my server is 50000 I don't think I am hitting any type
+of file handler's limit.
+
+Lo?c and the group, am I missing some setting that is causing the scheduler
+to go to 100% CPU and the run que in observer to be 99?
+
+Sincerely,
+
+rambocoder
+
+
+On Fri, Dec 21, 2012 at 6:45 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> On 12/21/2012 04:34 AM, rambocoder wrote:
+>
+>> Does anybody know either from benchmarks or real world data what is the
+>> average memory footprint of each concurrent HTTPS connection to cowboy?
+>>
+>
+> I don't have anything, sorry. I'm guessing it consumes a lot more than TCP
+> though.
+>
+>
+>  SSL app in Erlang reuses SSL session-ids so I am not sure if the Apache
+>> Bench I test with reuses the session id or it does not.
+>>
+>
+> I wouldn't know, but I wouldn't trust Apache Bench doing the right thing.
+> Any other benchmark tool usually works better in my experience.
+>
+>
+>  BTW, what makes an erlang api "documented" vs "undocumented". For
+>> example ssl:session_info/1 function here (
+>> https://github.com/erlang/otp/**blob/maint/lib/ssl/src/ssl.**erl#L411<https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411>) has
+>> a spec and a short doc, but session_info is not described
+>> http://www.erlang.org/doc/man/**ssl.html<http://www.erlang.org/doc/man/ssl.html>.ssl:session_info/1 is a useful
+>> function to be able to track if the load generator is reusing the SSL
+>> session_id or it is generating new one, because that would make all the
+>> difference during measurement due to Erlang caching SSL sessions by
+>> default.
+>>
+>
+> The documentation is separate (they're not using edoc). It's perhaps not
+> deemed useful enough for documenting it. I wouldn't worry about using it
+> for measurements though.
+>
+> Try asking Ingela on the ML about it, perhaps they just forgot to document
+> it.
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20121221/8bfb2f11/attachment.html>
+
+From essen at ninenines.eu  Fri Dec 21 17:51:14 2012
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 21 Dec 2012 17:51:14 +0100
+Subject: [99s-extend] Cowboy HTTPS connection memory usage
+In-Reply-To: <CAJ0zLRM4mBK0Du8W0Dg84D6vOqpMTOOOqbJD5L0ZO9cyxR=rZg@mail.gmail.com>
+References: <CAJ0zLRMmSoLzQVdsYHq+MZkbZ4xggVYH_XwWaPd83b-Aa=ftrw@mail.gmail.com>
+ <[email protected]>
+ <CAJ0zLRM4mBK0Du8W0Dg84D6vOqpMTOOOqbJD5L0ZO9cyxR=rZg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Can you try enabling eprof to see where the VM spends its time?
+
+On 12/21/2012 05:49 PM, rambocoder wrote:
+> In my preliminary testing, I used Jmeter this morning since it's an
+> easy GUI load testing app and this is what I am seeing:
+>
+> With R15B03-01 [smp:4:4] [async-threads:4] [hipe] [kernel-poll:true],
+> when I establish 1K concurrent connections via HTTPS, each connection
+> takes up about 68K of memory.
+>
+> Unfortunately, after about 1050-1200 connections, on my test server the
+> Erlang scheduler jumps to 100% CPU utilization on all 4 schedulers,
+> while up to that point the scheduler's load was oscillating up and down.
+> Using the Observer, there is only 1 ssl_connection_sup  in the ssl
+> application, having to deal with 1000+ gen_fsm workers, so that might be
+> the bottleneck. Since the ulimit on my server is 50000 I don't think I
+> am hitting any type of file handler's limit.
+>
+> Lo?c and the group, am I missing some setting that is causing the
+> scheduler to go to 100% CPU and the run que in observer to be 99?
+>
+> Sincerely,
+>
+> rambocoder
+>
+>
+>
+> On Fri, Dec 21, 2012 at 6:45 AM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     On 12/21/2012 04:34 AM, rambocoder wrote:
+>
+>         Does anybody know either from benchmarks or real world data what
+>         is the
+>         average memory footprint of each concurrent HTTPS connection to
+>         cowboy?
+>
+>
+>     I don't have anything, sorry. I'm guessing it consumes a lot more
+>     than TCP though.
+>
+>
+>         SSL app in Erlang reuses SSL session-ids so I am not sure if the
+>         Apache
+>         Bench I test with reuses the session id or it does not.
+>
+>
+>     I wouldn't know, but I wouldn't trust Apache Bench doing the right
+>     thing. Any other benchmark tool usually works better in my experience.
+>
+>
+>         BTW, what makes an erlang api "documented" vs "undocumented". For
+>         example ssl:session_info/1 function here (
+>         https://github.com/erlang/otp/__blob/maint/lib/ssl/src/ssl.__erl#L411
+>         <https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411>
+>         ) has
+>         a spec and a short doc, but session_info is not described
+>         http://www.erlang.org/doc/man/__ssl.html
+>         <http://www.erlang.org/doc/man/ssl.html> .ssl:session_info/1 is
+>         a useful
+>         function to be able to track if the load generator is reusing
+>         the SSL
+>         session_id or it is generating new one, because that would make
+>         all the
+>         difference during measurement due to Erlang caching SSL sessions
+>         by default.
+>
+>
+>     The documentation is separate (they're not using edoc). It's perhaps
+>     not deemed useful enough for documenting it. I wouldn't worry about
+>     using it for measurements though.
+>
+>     Try asking Ingela on the ML about it, perhaps they just forgot to
+>     document it.
+>
+>     --
+>     Lo?c Hoguin
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From erlang at rambocoder.com  Fri Dec 21 20:25:10 2012
+From: erlang at rambocoder.com (rambocoder)
+Date: Fri, 21 Dec 2012 14:25:10 -0500
+Subject: [99s-extend] Cowboy HTTPS connection memory usage
+In-Reply-To: <[email protected]>
+References: <CAJ0zLRMmSoLzQVdsYHq+MZkbZ4xggVYH_XwWaPd83b-Aa=ftrw@mail.gmail.com>
+ <[email protected]>
+ <CAJ0zLRM4mBK0Du8W0Dg84D6vOqpMTOOOqbJD5L0ZO9cyxR=rZg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJ0zLRNud5vq9CnvZm8AgH1ZMPCzdkFe5tzdi5s13iP4HR6cuQ@mail.gmail.com>
+
+Long story short, I solved the problem by adding {max_connections, 50000}
+to cowboy:start_https because it default to 1024 at
+https://github.com/extend/ranch/blob/master/src/ranch_listener_sup.erl#L30
+
+However, before I figured out that setting, I did run eprof and these are
+the function calls it was spending most of it's time on
+
+
+FUNCTION                                    CALLS      %   TIME  [uS /
+CALLS]
+--------                                    -----    ---   ----
+ [----------]
+dict:get_slot/2                               174   1.73   1658  [
+ 9.53]
+dict:on_bucket/3                              171   1.77   1701  [
+ 9.95]
+erlang:setelement/3                           684   3.23   3098  [
+ 4.53]
+dict:store_bkt_val/3                          600   5.24   5028  [
+ 8.38]
+
+Then I ran etop and it showed that ranch_acceptor:maybe_wait had the most
+reductions were, so I looked at the code in that
+https://github.com/extend/ranch/blob/master/src/ranch_acceptor.erl#L72 and
+realized that like a newb I did not set the maximum connections for the
+listener :)
+
+Problem solved. Looks like I won't need to put HAProxy in front of Cowboy
+after all.
+
+Thank you,
+
+rambocoder
+
+On Fri, Dec 21, 2012 at 11:51 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Can you try enabling eprof to see where the VM spends its time?
+>
+>
+> On 12/21/2012 05:49 PM, rambocoder wrote:
+>
+>> In my preliminary testing, I used Jmeter this morning since it's an
+>> easy GUI load testing app and this is what I am seeing:
+>>
+>> With R15B03-01 [smp:4:4] [async-threads:4] [hipe] [kernel-poll:true],
+>> when I establish 1K concurrent connections via HTTPS, each connection
+>> takes up about 68K of memory.
+>>
+>> Unfortunately, after about 1050-1200 connections, on my test server the
+>> Erlang scheduler jumps to 100% CPU utilization on all 4 schedulers,
+>> while up to that point the scheduler's load was oscillating up and down.
+>> Using the Observer, there is only 1 ssl_connection_sup  in the ssl
+>> application, having to deal with 1000+ gen_fsm workers, so that might be
+>> the bottleneck. Since the ulimit on my server is 50000 I don't think I
+>> am hitting any type of file handler's limit.
+>>
+>> Lo?c and the group, am I missing some setting that is causing the
+>> scheduler to go to 100% CPU and the run que in observer to be 99?
+>>
+>> Sincerely,
+>>
+>> rambocoder
+>>
+>>
+>>
+>> On Fri, Dec 21, 2012 at 6:45 AM, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     On 12/21/2012 04:34 AM, rambocoder wrote:
+>>
+>>         Does anybody know either from benchmarks or real world data what
+>>         is the
+>>         average memory footprint of each concurrent HTTPS connection to
+>>         cowboy?
+>>
+>>
+>>     I don't have anything, sorry. I'm guessing it consumes a lot more
+>>     than TCP though.
+>>
+>>
+>>         SSL app in Erlang reuses SSL session-ids so I am not sure if the
+>>         Apache
+>>         Bench I test with reuses the session id or it does not.
+>>
+>>
+>>     I wouldn't know, but I wouldn't trust Apache Bench doing the right
+>>     thing. Any other benchmark tool usually works better in my experience.
+>>
+>>
+>>         BTW, what makes an erlang api "documented" vs "undocumented". For
+>>         example ssl:session_info/1 function here (
+>>         https://github.com/erlang/otp/**__blob/maint/lib/ssl/src/ssl._**
+>> _erl#L411<https://github.com/erlang/otp/__blob/maint/lib/ssl/src/ssl.__erl#L411>
+>>
+>>         <https://github.com/erlang/**otp/blob/maint/lib/ssl/src/**
+>> ssl.erl#L411<https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411>
+>> >
+>>         ) has
+>>         a spec and a short doc, but session_info is not described
+>>         http://www.erlang.org/doc/man/**__ssl.html<http://www.erlang.org/doc/man/__ssl.html>
+>>
+>>         <http://www.erlang.org/doc/**man/ssl.html<http://www.erlang.org/doc/man/ssl.html>>
+>> .ssl:session_info/1 is
+>>         a useful
+>>         function to be able to track if the load generator is reusing
+>>         the SSL
+>>         session_id or it is generating new one, because that would make
+>>         all the
+>>         difference during measurement due to Erlang caching SSL sessions
+>>         by default.
+>>
+>>
+>>     The documentation is separate (they're not using edoc). It's perhaps
+>>     not deemed useful enough for documenting it. I wouldn't worry about
+>>     using it for measurements though.
+>>
+>>     Try asking Ingela on the ML about it, perhaps they just forgot to
+>>     document it.
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     Erlang Cowboy
+>>     Nine Nines
+>>     http://ninenines.eu
+>>
+>>
+>>
+>>
+>> ______________________________**_________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+>
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20121221/945f636e/attachment.html>
+
+From essen at ninenines.eu  Mon Dec 24 23:42:43 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 24 Dec 2012 23:42:43 +0100
+Subject: [99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released
+Message-ID: <[email protected]>
+
+Ho ho ho!
+
+I have just tagged version 0.6.0 of the Ranch project!
+
+Ranch is a socket acceptor pool for TCP protocols.
+
+   https://github.com/extend/ranch
+
+Ranch is used by the next version of Cowboy, 0.8.0, set to be released 
+early February, but also in Basho's Riak multi-data center replication 
+amongst others.
+
+All tickets have been resolved. A significant contribution was made by 
+Andrew Majorov to improve the fault tolerance capabilities of the 
+application, making sure it always restarts properly when things go 
+wrong. This has been made possible thanks to the amazing project from 
+Daniel Luna, chaos_monkey (https://github.com/dluna/chaos_monkey).
+
+The guide has also been improved and completed.
+
+   http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction
+
+If the guide isn't enough, drop by our new IRC channel dedicated to 
+Cowboy, Ranch and all our other projects! #ninenines on Freenode.
+
+Following is the list of change since last time:
+
+  *  Improve fault tolerance thanks to chaos_monkey testing
+  *  Add 'nodelay' option to transports
+  *  Add 'verify' option to ranch_ssl transport
+  *  Add 'socket' option to pass an already open socket to the listener
+  *  Add Transport:sendfile/2 function (uses a fallback if unavailable)
+  *  Allow IP tuples in Transport:connect/3
+  *  Add ranch:set_max_connections/2 to update the value live
+  *  Add ranch:get_max_connections/1 to retrieve it
+
+We are always looking for feedback, especially now that there is no 
+ticket left open on this project. If you are using Ranch and have 
+questions or needs that it doesn't cover, please send them to us.
+
+Commercial support will be available starting from January, ping me if 
+you are interested. Details will be announced at a later time on the 
+ninenines.eu mailing list.
+
+I want to thank all contributors for helping this project by opening 
+tickets, sending patches and offering feedback. I am as always very 
+grateful for any and all contributions. I wouldn't have made it this far 
+without the tremendous help I receive everyday.
+
+Thanks to all and have a nice holiday!
+
+-- 
+Lo?c Hoguin
+Erlang Santa
+Nine Nines
+http://ninenines.eu
+
+
diff --git a/_build/static/archives/extend/2012-December/000018.html b/_build/static/archives/extend/2012-December/000018.html
new file mode 100644
index 00000000..815316af
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000018.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Streaming response in cowboy question
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20response%20in%20cowboy%20question&In-Reply-To=%3C50C8F3CA.7040002%40gjunka.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000019.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Streaming response in cowboy question</H1>
+    <B>Grzegorz Junka</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20response%20in%20cowboy%20question&In-Reply-To=%3C50C8F3CA.7040002%40gjunka.com%3E"
+       TITLE="[99s-extend] Streaming response in cowboy question">list1 at gjunka.com
+       </A><BR>
+    <I>Wed Dec 12 22:14:50 CET 2012</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000019.html">[99s-extend] Streaming response in cowboy question
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#18">[ date ]</a>
+              <a href="thread.html#18">[ thread ]</a>
+              <a href="subject.html#18">[ subject ]</a>
+              <a href="author.html#18">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I am implementing a proxy on top of Cowboy. Is it possible to stream the 
+response back to Cowboy as I receive it from the destination server?
+
+I am thinking about something like specifying a fun instead of Response 
+Body when sending the reply so that Cowboy could call it to receive the 
+response in chunks (see send_req in 
+<A HREF="https://github.com/cmullaparthi/ibrowse/blob/master/src/ibrowse.erl">https://github.com/cmullaparthi/ibrowse/blob/master/src/ibrowse.erl</A>).
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000019.html">[99s-extend] Streaming response in cowboy question
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#18">[ date ]</a>
+              <a href="thread.html#18">[ thread ]</a>
+              <a href="subject.html#18">[ subject ]</a>
+              <a href="author.html#18">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/000019.html b/_build/static/archives/extend/2012-December/000019.html
new file mode 100644
index 00000000..910bc5d4
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000019.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Streaming response in cowboy question
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20response%20in%20cowboy%20question&In-Reply-To=%3C50C8F786.9070109%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000018.html">
+   <LINK REL="Next"  HREF="000020.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Streaming response in cowboy question</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20response%20in%20cowboy%20question&In-Reply-To=%3C50C8F786.9070109%40ninenines.eu%3E"
+       TITLE="[99s-extend] Streaming response in cowboy question">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Dec 12 22:30:46 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000018.html">[99s-extend] Streaming response in cowboy question
+</A></li>
+        <LI>Next message: <A HREF="000020.html">[99s-extend] Nine Nines IRC Channel
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#19">[ date ]</a>
+              <a href="thread.html#19">[ thread ]</a>
+              <a href="subject.html#19">[ subject ]</a>
+              <a href="author.html#19">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 12/12/2012 10:14 PM, Grzegorz Junka wrote:
+&gt;<i> I am implementing a proxy on top of Cowboy. Is it possible to stream the
+</I>&gt;<i> response back to Cowboy as I receive it from the destination server?
+</I>&gt;<i>
+</I>&gt;<i> I am thinking about something like specifying a fun instead of Response
+</I>&gt;<i> Body when sending the reply so that Cowboy could call it to receive the
+</I>&gt;<i> response in chunks (see send_req in
+</I>&gt;<i> <A HREF="https://github.com/cmullaparthi/ibrowse/blob/master/src/ibrowse.erl">https://github.com/cmullaparthi/ibrowse/blob/master/src/ibrowse.erl</A>).
+</I>
+Lookup cowboy_req:set_resp_body_fun? Tell me if that fits your needs.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000018.html">[99s-extend] Streaming response in cowboy question
+</A></li>
+	<LI>Next message: <A HREF="000020.html">[99s-extend] Nine Nines IRC Channel
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#19">[ date ]</a>
+              <a href="thread.html#19">[ thread ]</a>
+              <a href="subject.html#19">[ subject ]</a>
+              <a href="author.html#19">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/000020.html b/_build/static/archives/extend/2012-December/000020.html
new file mode 100644
index 00000000..fb1ba508
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000020.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Nine Nines IRC Channel
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Nine%20Nines%20IRC%20Channel&In-Reply-To=%3C50CE11C0.5040505%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000019.html">
+   <LINK REL="Next"  HREF="000021.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Nine Nines IRC Channel</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Nine%20Nines%20IRC%20Channel&In-Reply-To=%3C50CE11C0.5040505%40ninenines.eu%3E"
+       TITLE="[99s-extend] Nine Nines IRC Channel">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Dec 16 19:24:00 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000019.html">[99s-extend] Streaming response in cowboy question
+</A></li>
+        <LI>Next message: <A HREF="000021.html">[99s-extend] Nine Nines IRC Channel
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#20">[ date ]</a>
+              <a href="thread.html#20">[ thread ]</a>
+              <a href="subject.html#20">[ subject ]</a>
+              <a href="author.html#20">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I have started the #ninenines IRC Channel on irc.freenode.net for anyone 
+looking for quick help or willing to participate in Cowboy development 
+or any other related project (Ranch, Bullet, Sheriff and upcoming projects).
+
+Discussions will be centered about these projects and related subjects.
+
+Repositories will soon be updated with information about this IRC channel.
+
+Feel free to come and hang out.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000019.html">[99s-extend] Streaming response in cowboy question
+</A></li>
+	<LI>Next message: <A HREF="000021.html">[99s-extend] Nine Nines IRC Channel
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#20">[ date ]</a>
+              <a href="thread.html#20">[ thread ]</a>
+              <a href="subject.html#20">[ subject ]</a>
+              <a href="author.html#20">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/000021.html b/_build/static/archives/extend/2012-December/000021.html
new file mode 100644
index 00000000..6ae59076
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000021.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Nine Nines IRC Channel
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Nine%20Nines%20IRC%20Channel&In-Reply-To=%3CCA%2BJb5n4quyppnpe_CF3rtQcKTJ6yq5F8WYUHHbkaJf4vWWc1Vw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000020.html">
+   <LINK REL="Next"  HREF="000022.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Nine Nines IRC Channel</H1>
+    <B>Jeremy Ong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Nine%20Nines%20IRC%20Channel&In-Reply-To=%3CCA%2BJb5n4quyppnpe_CF3rtQcKTJ6yq5F8WYUHHbkaJf4vWWc1Vw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Nine Nines IRC Channel">jeremy at playmesh.com
+       </A><BR>
+    <I>Sun Dec 16 20:10:16 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000020.html">[99s-extend] Nine Nines IRC Channel
+</A></li>
+        <LI>Next message: <A HREF="000022.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#21">[ date ]</a>
+              <a href="thread.html#21">[ thread ]</a>
+              <a href="subject.html#21">[ subject ]</a>
+              <a href="author.html#21">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>See you there!
+
+Jeremy (banachtarski)
+
+
+On Sun, Dec 16, 2012 at 10:24 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> I have started the #ninenines IRC Channel on irc.freenode.net for anyone
+</I>&gt;<i> looking for quick help or willing to participate in Cowboy development or
+</I>&gt;<i> any other related project (Ranch, Bullet, Sheriff and upcoming projects).
+</I>&gt;<i>
+</I>&gt;<i> Discussions will be centered about these projects and related subjects.
+</I>&gt;<i>
+</I>&gt;<i> Repositories will soon be updated with information about this IRC channel.
+</I>&gt;<i>
+</I>&gt;<i> Feel free to come and hang out.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20121216/2d0b0da5/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20121216/2d0b0da5/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000020.html">[99s-extend] Nine Nines IRC Channel
+</A></li>
+	<LI>Next message: <A HREF="000022.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#21">[ date ]</a>
+              <a href="thread.html#21">[ thread ]</a>
+              <a href="subject.html#21">[ subject ]</a>
+              <a href="author.html#21">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/000022.html b/_build/static/archives/extend/2012-December/000022.html
new file mode 100644
index 00000000..5ac89e23
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000022.html
@@ -0,0 +1,81 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS connection memory usage
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3CCAJ0zLRMmSoLzQVdsYHq%2BMZkbZ4xggVYH_XwWaPd83b-Aa%3Dftrw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000021.html">
+   <LINK REL="Next"  HREF="000023.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS connection memory usage</H1>
+    <B>rambocoder</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3CCAJ0zLRMmSoLzQVdsYHq%2BMZkbZ4xggVYH_XwWaPd83b-Aa%3Dftrw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy HTTPS connection memory usage">erlang at rambocoder.com
+       </A><BR>
+    <I>Fri Dec 21 04:34:23 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000021.html">[99s-extend] Nine Nines IRC Channel
+</A></li>
+        <LI>Next message: <A HREF="000023.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#22">[ date ]</a>
+              <a href="thread.html#22">[ thread ]</a>
+              <a href="subject.html#22">[ subject ]</a>
+              <a href="author.html#22">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Does anybody know either from benchmarks or real world data what is the
+average memory footprint of each concurrent HTTPS connection to cowboy?
+
+SSL app in Erlang reuses SSL session-ids so I am not sure if the Apache
+Bench I test with reuses the session id or it does not.
+
+BTW, what makes an erlang api &quot;documented&quot; vs &quot;undocumented&quot;. For example
+ssl:session_info/1 function here (
+<A HREF="https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411">https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411</A> ) has a
+spec and a short doc, but session_info is not described
+<A HREF="http://www.erlang.org/doc/man/ssl.html">http://www.erlang.org/doc/man/ssl.html</A> .ssl:session_info/1 is a useful
+function to be able to track if the load generator is reusing the SSL
+session_id or it is generating new one, because that would make all the
+difference during measurement due to Erlang caching SSL sessions by default.
+
+Sincerely,
+
+rambocoder
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20121220/631f7f13/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20121220/631f7f13/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000021.html">[99s-extend] Nine Nines IRC Channel
+</A></li>
+	<LI>Next message: <A HREF="000023.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#22">[ date ]</a>
+              <a href="thread.html#22">[ thread ]</a>
+              <a href="subject.html#22">[ subject ]</a>
+              <a href="author.html#22">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/000023.html b/_build/static/archives/extend/2012-December/000023.html
new file mode 100644
index 00000000..c1214eef
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000023.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS connection memory usage
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3C50D44BD3.4030008%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000022.html">
+   <LINK REL="Next"  HREF="000024.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS connection memory usage</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3C50D44BD3.4030008%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy HTTPS connection memory usage">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Dec 21 12:45:23 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000022.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+        <LI>Next message: <A HREF="000024.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#23">[ date ]</a>
+              <a href="thread.html#23">[ thread ]</a>
+              <a href="subject.html#23">[ subject ]</a>
+              <a href="author.html#23">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 12/21/2012 04:34 AM, rambocoder wrote:
+&gt;<i> Does anybody know either from benchmarks or real world data what is the
+</I>&gt;<i> average memory footprint of each concurrent HTTPS connection to cowboy?
+</I>
+I don't have anything, sorry. I'm guessing it consumes a lot more than 
+TCP though.
+
+&gt;<i> SSL app in Erlang reuses SSL session-ids so I am not sure if the Apache
+</I>&gt;<i> Bench I test with reuses the session id or it does not.
+</I>
+I wouldn't know, but I wouldn't trust Apache Bench doing the right 
+thing. Any other benchmark tool usually works better in my experience.
+
+&gt;<i> BTW, what makes an erlang api &quot;documented&quot; vs &quot;undocumented&quot;. For
+</I>&gt;<i> example ssl:session_info/1 function here (
+</I>&gt;<i> <A HREF="https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411">https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411</A> ) has
+</I>&gt;<i> a spec and a short doc, but session_info is not described
+</I>&gt;<i> <A HREF="http://www.erlang.org/doc/man/ssl.html">http://www.erlang.org/doc/man/ssl.html</A> .ssl:session_info/1 is a useful
+</I>&gt;<i> function to be able to track if the load generator is reusing the SSL
+</I>&gt;<i> session_id or it is generating new one, because that would make all the
+</I>&gt;<i> difference during measurement due to Erlang caching SSL sessions by default.
+</I>
+The documentation is separate (they're not using edoc). It's perhaps not 
+deemed useful enough for documenting it. I wouldn't worry about using it 
+for measurements though.
+
+Try asking Ingela on the ML about it, perhaps they just forgot to 
+document it.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000022.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+	<LI>Next message: <A HREF="000024.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#23">[ date ]</a>
+              <a href="thread.html#23">[ thread ]</a>
+              <a href="subject.html#23">[ subject ]</a>
+              <a href="author.html#23">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/000024.html b/_build/static/archives/extend/2012-December/000024.html
new file mode 100644
index 00000000..f55a4f92
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000024.html
@@ -0,0 +1,131 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS connection memory usage
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3CCAJ0zLRM4mBK0Du8W0Dg84D6vOqpMTOOOqbJD5L0ZO9cyxR%3DrZg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000023.html">
+   <LINK REL="Next"  HREF="000025.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS connection memory usage</H1>
+    <B>rambocoder</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3CCAJ0zLRM4mBK0Du8W0Dg84D6vOqpMTOOOqbJD5L0ZO9cyxR%3DrZg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy HTTPS connection memory usage">erlang at rambocoder.com
+       </A><BR>
+    <I>Fri Dec 21 17:49:37 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000023.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+        <LI>Next message: <A HREF="000025.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#24">[ date ]</a>
+              <a href="thread.html#24">[ thread ]</a>
+              <a href="subject.html#24">[ subject ]</a>
+              <a href="author.html#24">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>In my preliminary testing, I used Jmeter this morning since it's an
+easy GUI load testing app and this is what I am seeing:
+
+With R15B03-01 [smp:4:4] [async-threads:4] [hipe] [kernel-poll:true], when
+I establish 1K concurrent connections via HTTPS, each connection takes up
+about 68K of memory.
+
+Unfortunately, after about 1050-1200 connections, on my test server the
+Erlang scheduler jumps to 100% CPU utilization on all 4 schedulers, while
+up to that point the scheduler's load was oscillating up and down. Using
+the Observer, there is only 1 ssl_connection_sup  in the ssl application,
+having to deal with 1000+ gen_fsm workers, so that might be the bottleneck.
+Since the ulimit on my server is 50000 I don't think I am hitting any type
+of file handler's limit.
+
+Lo&#239;c and the group, am I missing some setting that is causing the scheduler
+to go to 100% CPU and the run que in observer to be 99?
+
+Sincerely,
+
+rambocoder
+
+
+On Fri, Dec 21, 2012 at 6:45 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> On 12/21/2012 04:34 AM, rambocoder wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Does anybody know either from benchmarks or real world data what is the
+</I>&gt;&gt;<i> average memory footprint of each concurrent HTTPS connection to cowboy?
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> I don't have anything, sorry. I'm guessing it consumes a lot more than TCP
+</I>&gt;<i> though.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>  SSL app in Erlang reuses SSL session-ids so I am not sure if the Apache
+</I>&gt;&gt;<i> Bench I test with reuses the session id or it does not.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> I wouldn't know, but I wouldn't trust Apache Bench doing the right thing.
+</I>&gt;<i> Any other benchmark tool usually works better in my experience.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>  BTW, what makes an erlang api &quot;documented&quot; vs &quot;undocumented&quot;. For
+</I>&gt;&gt;<i> example ssl:session_info/1 function here (
+</I>&gt;&gt;<i> <A HREF="https://github.com/erlang/otp/**blob/maint/lib/ssl/src/ssl.**erl#L411&lt;https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411">https://github.com/erlang/otp/**blob/maint/lib/ssl/src/ssl.**erl#L411&lt;https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411</A>&gt;) has
+</I>&gt;&gt;<i> a spec and a short doc, but session_info is not described
+</I>&gt;&gt;<i> <A HREF="http://www.erlang.org/doc/man/**ssl.html&lt;http://www.erlang.org/doc/man/ssl.html">http://www.erlang.org/doc/man/**ssl.html&lt;http://www.erlang.org/doc/man/ssl.html</A>&gt;.ssl:session_info/1 is a useful
+</I>&gt;&gt;<i> function to be able to track if the load generator is reusing the SSL
+</I>&gt;&gt;<i> session_id or it is generating new one, because that would make all the
+</I>&gt;&gt;<i> difference during measurement due to Erlang caching SSL sessions by
+</I>&gt;&gt;<i> default.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> The documentation is separate (they're not using edoc). It's perhaps not
+</I>&gt;<i> deemed useful enough for documenting it. I wouldn't worry about using it
+</I>&gt;<i> for measurements though.
+</I>&gt;<i>
+</I>&gt;<i> Try asking Ingela on the ML about it, perhaps they just forgot to document
+</I>&gt;<i> it.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#271;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20121221/8bfb2f11/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20121221/8bfb2f11/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000023.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+	<LI>Next message: <A HREF="000025.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#24">[ date ]</a>
+              <a href="thread.html#24">[ thread ]</a>
+              <a href="subject.html#24">[ subject ]</a>
+              <a href="author.html#24">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/000025.html b/_build/static/archives/extend/2012-December/000025.html
new file mode 100644
index 00000000..498da5e8
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000025.html
@@ -0,0 +1,157 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS connection memory usage
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3C50D49382.7020309%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000024.html">
+   <LINK REL="Next"  HREF="000026.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS connection memory usage</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3C50D49382.7020309%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy HTTPS connection memory usage">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Dec 21 17:51:14 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000024.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+        <LI>Next message: <A HREF="000026.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#25">[ date ]</a>
+              <a href="thread.html#25">[ thread ]</a>
+              <a href="subject.html#25">[ subject ]</a>
+              <a href="author.html#25">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Can you try enabling eprof to see where the VM spends its time?
+
+On 12/21/2012 05:49 PM, rambocoder wrote:
+&gt;<i> In my preliminary testing, I used Jmeter this morning since it's an
+</I>&gt;<i> easy GUI load testing app and this is what I am seeing:
+</I>&gt;<i>
+</I>&gt;<i> With R15B03-01 [smp:4:4] [async-threads:4] [hipe] [kernel-poll:true],
+</I>&gt;<i> when I establish 1K concurrent connections via HTTPS, each connection
+</I>&gt;<i> takes up about 68K of memory.
+</I>&gt;<i>
+</I>&gt;<i> Unfortunately, after about 1050-1200 connections, on my test server the
+</I>&gt;<i> Erlang scheduler jumps to 100% CPU utilization on all 4 schedulers,
+</I>&gt;<i> while up to that point the scheduler's load was oscillating up and down.
+</I>&gt;<i> Using the Observer, there is only 1 ssl_connection_sup  in the ssl
+</I>&gt;<i> application, having to deal with 1000+ gen_fsm workers, so that might be
+</I>&gt;<i> the bottleneck. Since the ulimit on my server is 50000 I don't think I
+</I>&gt;<i> am hitting any type of file handler's limit.
+</I>&gt;<i>
+</I>&gt;<i> Lo&#239;c and the group, am I missing some setting that is causing the
+</I>&gt;<i> scheduler to go to 100% CPU and the run que in observer to be 99?
+</I>&gt;<i>
+</I>&gt;<i> Sincerely,
+</I>&gt;<i>
+</I>&gt;<i> rambocoder
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Fri, Dec 21, 2012 at 6:45 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     On 12/21/2012 04:34 AM, rambocoder wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Does anybody know either from benchmarks or real world data what
+</I>&gt;<i>         is the
+</I>&gt;<i>         average memory footprint of each concurrent HTTPS connection to
+</I>&gt;<i>         cowboy?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     I don't have anything, sorry. I'm guessing it consumes a lot more
+</I>&gt;<i>     than TCP though.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         SSL app in Erlang reuses SSL session-ids so I am not sure if the
+</I>&gt;<i>         Apache
+</I>&gt;<i>         Bench I test with reuses the session id or it does not.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     I wouldn't know, but I wouldn't trust Apache Bench doing the right
+</I>&gt;<i>     thing. Any other benchmark tool usually works better in my experience.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         BTW, what makes an erlang api &quot;documented&quot; vs &quot;undocumented&quot;. For
+</I>&gt;<i>         example ssl:session_info/1 function here (
+</I>&gt;<i>         <A HREF="https://github.com/erlang/otp/__blob/maint/lib/ssl/src/ssl.__erl#L411">https://github.com/erlang/otp/__blob/maint/lib/ssl/src/ssl.__erl#L411</A>
+</I>&gt;<i>         &lt;<A HREF="https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411">https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411</A>&gt;
+</I>&gt;<i>         ) has
+</I>&gt;<i>         a spec and a short doc, but session_info is not described
+</I>&gt;<i>         <A HREF="http://www.erlang.org/doc/man/__ssl.html">http://www.erlang.org/doc/man/__ssl.html</A>
+</I>&gt;<i>         &lt;<A HREF="http://www.erlang.org/doc/man/ssl.html">http://www.erlang.org/doc/man/ssl.html</A>&gt; .ssl:session_info/1 is
+</I>&gt;<i>         a useful
+</I>&gt;<i>         function to be able to track if the load generator is reusing
+</I>&gt;<i>         the SSL
+</I>&gt;<i>         session_id or it is generating new one, because that would make
+</I>&gt;<i>         all the
+</I>&gt;<i>         difference during measurement due to Erlang caching SSL sessions
+</I>&gt;<i>         by default.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     The documentation is separate (they're not using edoc). It's perhaps
+</I>&gt;<i>     not deemed useful enough for documenting it. I wouldn't worry about
+</I>&gt;<i>     using it for measurements though.
+</I>&gt;<i>
+</I>&gt;<i>     Try asking Ingela on the ML about it, perhaps they just forgot to
+</I>&gt;<i>     document it.
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#271;c Hoguin
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000024.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+	<LI>Next message: <A HREF="000026.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#25">[ date ]</a>
+              <a href="thread.html#25">[ thread ]</a>
+              <a href="subject.html#25">[ subject ]</a>
+              <a href="author.html#25">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/000026.html b/_build/static/archives/extend/2012-December/000026.html
new file mode 100644
index 00000000..fcb9a5c6
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000026.html
@@ -0,0 +1,206 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS connection memory usage
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3CCAJ0zLRNud5vq9CnvZm8AgH1ZMPCzdkFe5tzdi5s13iP4HR6cuQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000025.html">
+   <LINK REL="Next"  HREF="000027.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS connection memory usage</H1>
+    <B>rambocoder</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20connection%20memory%20usage&In-Reply-To=%3CCAJ0zLRNud5vq9CnvZm8AgH1ZMPCzdkFe5tzdi5s13iP4HR6cuQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy HTTPS connection memory usage">erlang at rambocoder.com
+       </A><BR>
+    <I>Fri Dec 21 20:25:10 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000025.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+        <LI>Next message: <A HREF="000027.html">[99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#26">[ date ]</a>
+              <a href="thread.html#26">[ thread ]</a>
+              <a href="subject.html#26">[ subject ]</a>
+              <a href="author.html#26">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Long story short, I solved the problem by adding {max_connections, 50000}
+to cowboy:start_https because it default to 1024 at
+<A HREF="https://github.com/extend/ranch/blob/master/src/ranch_listener_sup.erl#L30">https://github.com/extend/ranch/blob/master/src/ranch_listener_sup.erl#L30</A>
+
+However, before I figured out that setting, I did run eprof and these are
+the function calls it was spending most of it's time on
+
+
+FUNCTION                                    CALLS      %   TIME  [uS /
+CALLS]
+--------                                    -----    ---   ----
+ [----------]
+dict:get_slot/2                               174   1.73   1658  [
+ 9.53]
+dict:on_bucket/3                              171   1.77   1701  [
+ 9.95]
+erlang:setelement/3                           684   3.23   3098  [
+ 4.53]
+dict:store_bkt_val/3                          600   5.24   5028  [
+ 8.38]
+
+Then I ran etop and it showed that ranch_acceptor:maybe_wait had the most
+reductions were, so I looked at the code in that
+<A HREF="https://github.com/extend/ranch/blob/master/src/ranch_acceptor.erl#L72">https://github.com/extend/ranch/blob/master/src/ranch_acceptor.erl#L72</A> and
+realized that like a newb I did not set the maximum connections for the
+listener :)
+
+Problem solved. Looks like I won't need to put HAProxy in front of Cowboy
+after all.
+
+Thank you,
+
+rambocoder
+
+On Fri, Dec 21, 2012 at 11:51 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Can you try enabling eprof to see where the VM spends its time?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 12/21/2012 05:49 PM, rambocoder wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> In my preliminary testing, I used Jmeter this morning since it's an
+</I>&gt;&gt;<i> easy GUI load testing app and this is what I am seeing:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> With R15B03-01 [smp:4:4] [async-threads:4] [hipe] [kernel-poll:true],
+</I>&gt;&gt;<i> when I establish 1K concurrent connections via HTTPS, each connection
+</I>&gt;&gt;<i> takes up about 68K of memory.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Unfortunately, after about 1050-1200 connections, on my test server the
+</I>&gt;&gt;<i> Erlang scheduler jumps to 100% CPU utilization on all 4 schedulers,
+</I>&gt;&gt;<i> while up to that point the scheduler's load was oscillating up and down.
+</I>&gt;&gt;<i> Using the Observer, there is only 1 ssl_connection_sup  in the ssl
+</I>&gt;&gt;<i> application, having to deal with 1000+ gen_fsm workers, so that might be
+</I>&gt;&gt;<i> the bottleneck. Since the ulimit on my server is 50000 I don't think I
+</I>&gt;&gt;<i> am hitting any type of file handler's limit.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Lo&#239;c and the group, am I missing some setting that is causing the
+</I>&gt;&gt;<i> scheduler to go to 100% CPU and the run que in observer to be 99?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Sincerely,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> rambocoder
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Fri, Dec 21, 2012 at 6:45 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 12/21/2012 04:34 AM, rambocoder wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Does anybody know either from benchmarks or real world data what
+</I>&gt;&gt;<i>         is the
+</I>&gt;&gt;<i>         average memory footprint of each concurrent HTTPS connection to
+</I>&gt;&gt;<i>         cowboy?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I don't have anything, sorry. I'm guessing it consumes a lot more
+</I>&gt;&gt;<i>     than TCP though.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         SSL app in Erlang reuses SSL session-ids so I am not sure if the
+</I>&gt;&gt;<i>         Apache
+</I>&gt;&gt;<i>         Bench I test with reuses the session id or it does not.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I wouldn't know, but I wouldn't trust Apache Bench doing the right
+</I>&gt;&gt;<i>     thing. Any other benchmark tool usually works better in my experience.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         BTW, what makes an erlang api &quot;documented&quot; vs &quot;undocumented&quot;. For
+</I>&gt;&gt;<i>         example ssl:session_info/1 function here (
+</I>&gt;&gt;<i>         <A HREF="https://github.com/erlang/otp/**__blob/maint/lib/ssl/src/ssl._**">https://github.com/erlang/otp/**__blob/maint/lib/ssl/src/ssl._**</A>
+</I>&gt;&gt;<i> _erl#L411&lt;<A HREF="https://github.com/erlang/otp/__blob/maint/lib/ssl/src/ssl.__erl#L411">https://github.com/erlang/otp/__blob/maint/lib/ssl/src/ssl.__erl#L411</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         &lt;<A HREF="https://github.com/erlang/**otp/blob/maint/lib/ssl/src/**">https://github.com/erlang/**otp/blob/maint/lib/ssl/src/**</A>
+</I>&gt;&gt;<i> ssl.erl#L411&lt;<A HREF="https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411">https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>         ) has
+</I>&gt;&gt;<i>         a spec and a short doc, but session_info is not described
+</I>&gt;&gt;<i>         <A HREF="http://www.erlang.org/doc/man/**__ssl.html&lt;http://www.erlang.org/doc/man/__ssl.html">http://www.erlang.org/doc/man/**__ssl.html&lt;http://www.erlang.org/doc/man/__ssl.html</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         &lt;<A HREF="http://www.erlang.org/doc/**man/ssl.html&lt;http://www.erlang.org/doc/man/ssl.html">http://www.erlang.org/doc/**man/ssl.html&lt;http://www.erlang.org/doc/man/ssl.html</A>&gt;&gt;
+</I>&gt;&gt;<i> .ssl:session_info/1 is
+</I>&gt;&gt;<i>         a useful
+</I>&gt;&gt;<i>         function to be able to track if the load generator is reusing
+</I>&gt;&gt;<i>         the SSL
+</I>&gt;&gt;<i>         session_id or it is generating new one, because that would make
+</I>&gt;&gt;<i>         all the
+</I>&gt;&gt;<i>         difference during measurement due to Erlang caching SSL sessions
+</I>&gt;&gt;<i>         by default.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     The documentation is separate (they're not using edoc). It's perhaps
+</I>&gt;&gt;<i>     not deemed useful enough for documenting it. I wouldn't worry about
+</I>&gt;&gt;<i>     using it for measurements though.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Try asking Ingela on the ML about it, perhaps they just forgot to
+</I>&gt;&gt;<i>     document it.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#271;c Hoguin
+</I>&gt;&gt;<i>     Erlang Cowboy
+</I>&gt;&gt;<i>     Nine Nines
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i>
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20121221/945f636e/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20121221/945f636e/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000025.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+	<LI>Next message: <A HREF="000027.html">[99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#26">[ date ]</a>
+              <a href="thread.html#26">[ thread ]</a>
+              <a href="subject.html#26">[ subject ]</a>
+              <a href="author.html#26">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/000027.html b/_build/static/archives/extend/2012-December/000027.html
new file mode 100644
index 00000000..37cf6add
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/000027.html
@@ -0,0 +1,115 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%20Released&In-Reply-To=%3C50D8DA63.2060600%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000026.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%20Released&In-Reply-To=%3C50D8DA63.2060600%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Dec 24 23:42:43 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000026.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#27">[ date ]</a>
+              <a href="thread.html#27">[ thread ]</a>
+              <a href="subject.html#27">[ subject ]</a>
+              <a href="author.html#27">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ho ho ho!
+
+I have just tagged version 0.6.0 of the Ranch project!
+
+Ranch is a socket acceptor pool for TCP protocols.
+
+   <A HREF="https://github.com/extend/ranch">https://github.com/extend/ranch</A>
+
+Ranch is used by the next version of Cowboy, 0.8.0, set to be released 
+early February, but also in Basho's Riak multi-data center replication 
+amongst others.
+
+All tickets have been resolved. A significant contribution was made by 
+Andrew Majorov to improve the fault tolerance capabilities of the 
+application, making sure it always restarts properly when things go 
+wrong. This has been made possible thanks to the amazing project from 
+Daniel Luna, chaos_monkey (<A HREF="https://github.com/dluna/chaos_monkey">https://github.com/dluna/chaos_monkey</A>).
+
+The guide has also been improved and completed.
+
+   <A HREF="http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction</A>
+
+If the guide isn't enough, drop by our new IRC channel dedicated to 
+Cowboy, Ranch and all our other projects! #ninenines on Freenode.
+
+Following is the list of change since last time:
+
+  *  Improve fault tolerance thanks to chaos_monkey testing
+  *  Add 'nodelay' option to transports
+  *  Add 'verify' option to ranch_ssl transport
+  *  Add 'socket' option to pass an already open socket to the listener
+  *  Add Transport:sendfile/2 function (uses a fallback if unavailable)
+  *  Allow IP tuples in Transport:connect/3
+  *  Add ranch:set_max_connections/2 to update the value live
+  *  Add ranch:get_max_connections/1 to retrieve it
+
+We are always looking for feedback, especially now that there is no 
+ticket left open on this project. If you are using Ranch and have 
+questions or needs that it doesn't cover, please send them to us.
+
+Commercial support will be available starting from January, ping me if 
+you are interested. Details will be announced at a later time on the 
+ninenines.eu mailing list.
+
+I want to thank all contributors for helping this project by opening 
+tickets, sending patches and offering feedback. I am as always very 
+grateful for any and all contributions. I wouldn't have made it this far 
+without the tremendous help I receive everyday.
+
+Thanks to all and have a nice holiday!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Santa
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000026.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#27">[ date ]</a>
+              <a href="thread.html#27">[ thread ]</a>
+              <a href="subject.html#27">[ subject ]</a>
+              <a href="author.html#27">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-December/author.html b/_build/static/archives/extend/2012-December/author.html
new file mode 100644
index 00000000..485a6f0b
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/author.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2012 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2012 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Dec 12 22:14:50 CET 2012</i><br>
+         <b>Ending:</b> <i>Mon Dec 24 23:42:43 CET 2012</i><br>
+         <b>Messages:</b> 10<p>
+     <ul>
+
+<LI><A HREF="000019.html">[99s-extend] Streaming response in cowboy question
+</A><A NAME="19">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000020.html">[99s-extend] Nine Nines IRC Channel
+</A><A NAME="20">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000023.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="23">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000025.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="25">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000027.html">[99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released
+</A><A NAME="27">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000018.html">[99s-extend] Streaming response in cowboy question
+</A><A NAME="18">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000021.html">[99s-extend] Nine Nines IRC Channel
+</A><A NAME="21">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000022.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="22">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000024.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="24">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000026.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="26">&nbsp;</A>
+<I>rambocoder
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Dec 24 23:42:43 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-December/date.html b/_build/static/archives/extend/2012-December/date.html
new file mode 100644
index 00000000..c6482ffb
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/date.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2012 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2012 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Dec 12 22:14:50 CET 2012</i><br>
+         <b>Ending:</b> <i>Mon Dec 24 23:42:43 CET 2012</i><br>
+         <b>Messages:</b> 10<p>
+     <ul>
+
+<LI><A HREF="000018.html">[99s-extend] Streaming response in cowboy question
+</A><A NAME="18">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000019.html">[99s-extend] Streaming response in cowboy question
+</A><A NAME="19">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000020.html">[99s-extend] Nine Nines IRC Channel
+</A><A NAME="20">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000021.html">[99s-extend] Nine Nines IRC Channel
+</A><A NAME="21">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000022.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="22">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000023.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="23">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000024.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="24">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000025.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="25">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000026.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="26">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000027.html">[99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released
+</A><A NAME="27">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Dec 24 23:42:43 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-December/index.html b/_build/static/archives/extend/2012-December/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2012-December/subject.html b/_build/static/archives/extend/2012-December/subject.html
new file mode 100644
index 00000000..4b1b63ee
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/subject.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2012 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2012 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Dec 12 22:14:50 CET 2012</i><br>
+         <b>Ending:</b> <i>Mon Dec 24 23:42:43 CET 2012</i><br>
+         <b>Messages:</b> 10<p>
+     <ul>
+
+<LI><A HREF="000027.html">[99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released
+</A><A NAME="27">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000022.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="22">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000023.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="23">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000024.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="24">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000025.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="25">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000026.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="26">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000020.html">[99s-extend] Nine Nines IRC Channel
+</A><A NAME="20">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000021.html">[99s-extend] Nine Nines IRC Channel
+</A><A NAME="21">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000018.html">[99s-extend] Streaming response in cowboy question
+</A><A NAME="18">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000019.html">[99s-extend] Streaming response in cowboy question
+</A><A NAME="19">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Dec 24 23:42:43 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-December/thread.html b/_build/static/archives/extend/2012-December/thread.html
new file mode 100644
index 00000000..5658bece
--- /dev/null
+++ b/_build/static/archives/extend/2012-December/thread.html
@@ -0,0 +1,117 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2012 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2012 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Dec 12 22:14:50 CET 2012</i><br>
+         <b>Ending:</b> <i>Mon Dec 24 23:42:43 CET 2012</i><br>
+         <b>Messages:</b> 10<p>
+     <ul>
+
+<!--0 01355346890.18- -->
+<LI><A HREF="000018.html">[99s-extend] Streaming response in cowboy question
+</A><A NAME="18">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<UL>
+<!--1 01355346890.18-01355347846.19- -->
+<LI><A HREF="000019.html">[99s-extend] Streaming response in cowboy question
+</A><A NAME="19">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01355682240.20- -->
+<LI><A HREF="000020.html">[99s-extend] Nine Nines IRC Channel
+</A><A NAME="20">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01355682240.20-01355685016.21- -->
+<LI><A HREF="000021.html">[99s-extend] Nine Nines IRC Channel
+</A><A NAME="21">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+</UL>
+<!--0 01356060863.22- -->
+<LI><A HREF="000022.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="22">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<UL>
+<!--1 01356060863.22-01356090323.23- -->
+<LI><A HREF="000023.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="23">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01356060863.22-01356090323.23-01356108577.24- -->
+<LI><A HREF="000024.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="24">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<UL>
+<!--3 01356060863.22-01356090323.23-01356108577.24-01356108674.25- -->
+<LI><A HREF="000025.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="25">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01356060863.22-01356090323.23-01356108577.24-01356108674.25-01356117910.26- -->
+<LI><A HREF="000026.html">[99s-extend] Cowboy HTTPS connection memory usage
+</A><A NAME="26">&nbsp;</A>
+<I>rambocoder
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01356388963.27- -->
+<LI><A HREF="000027.html">[99s-extend] [ANN] Ranch 0.6.0 Xmas Edition Released
+</A><A NAME="27">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Dec 24 23:42:43 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-November.txt b/_build/static/archives/extend/2012-November.txt
new file mode 100644
index 00000000..dedac05f
--- /dev/null
+++ b/_build/static/archives/extend/2012-November.txt
@@ -0,0 +1,418 @@
+From essen at ninenines.eu  Tue Nov 13 10:04:17 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 13 Nov 2012 10:04:17 +0100
+Subject: [99s-extend] Proposal for Cowboy Routing
+Message-ID: <[email protected]>
+
+Hello!
+
+I have put my thoughts on routing at the following gist:
+
+   https://gist.github.com/4064759
+
+Please comment or cry in terror if you're against it!
+
+Thanks.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From thomas at oinksoft.com  Tue Nov 13 15:12:59 2012
+From: thomas at oinksoft.com (Thomas Allen)
+Date: Tue, 13 Nov 2012 09:12:59 -0500
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On Tue, Nov 13, 2012 at 10:04:17AM +0100, Lo?c Hoguin wrote:
+> Hello!
+> 
+> I have put my thoughts on routing at the following gist:
+> 
+>   https://gist.github.com/4064759
+> 
+> Please comment or cry in terror if you're against it!
+
+I think that this looks very good. The current router handles all of my
+use cases, and this bit of sugar will definitely help to speed up
+development.
+
+As an aside, have you considered adding optional slash-add
+functionality, so that /a/b will match "/a/b/"? This is pretty easy to
+set up at the server level, but the front-line server doesn't know about
+our dispatch rules and so it doesn't know if there is a matching
+dispatch rule for the slash-added version of a given URL.
+
+Thomas
+
+
+From essen at ninenines.eu  Tue Nov 13 15:14:03 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 13 Nov 2012 15:14:03 +0100
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On 11/13/2012 03:12 PM, Thomas Allen wrote:
+> On Tue, Nov 13, 2012 at 10:04:17AM +0100, Lo?c Hoguin wrote:
+>> Hello!
+>>
+>> I have put my thoughts on routing at the following gist:
+>>
+>>    https://gist.github.com/4064759
+>>
+>> Please comment or cry in terror if you're against it!
+>
+> I think that this looks very good. The current router handles all of my
+> use cases, and this bit of sugar will definitely help to speed up
+> development.
+>
+> As an aside, have you considered adding optional slash-add
+> functionality, so that /a/b will match "/a/b/"? This is pretty easy to
+> set up at the server level, but the front-line server doesn't know about
+> our dispatch rules and so it doesn't know if there is a matching
+> dispatch rule for the slash-added version of a given URL.
+
+/a/b already matches /a/b/.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From thomas at oinksoft.com  Tue Nov 13 15:35:29 2012
+From: thomas at oinksoft.com (Thomas Allen)
+Date: Tue, 13 Nov 2012 09:35:29 -0500
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On Tue, Nov 13, 2012 at 03:14:03PM +0100, Lo?c Hoguin wrote:
+> /a/b already matches /a/b/.
+
+Sorry for not being more precise: /a/b would result in a 301 redirect to
+/a/b/
+
+Thomas
+
+
+From essen at ninenines.eu  Tue Nov 13 15:41:35 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 13 Nov 2012 15:41:35 +0100
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On 11/13/2012 03:35 PM, Thomas Allen wrote:
+> On Tue, Nov 13, 2012 at 03:14:03PM +0100, Lo?c Hoguin wrote:
+>> /a/b already matches /a/b/.
+>
+> Sorry for not being more precise: /a/b would result in a 301 redirect to
+> /a/b/
+
+Oh alright. Well they are equivalent URLs, so if you really need to 
+redirect I would do so in the handler directly, or through a request hook.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From thomas at oinksoft.com  Tue Nov 13 16:12:14 2012
+From: thomas at oinksoft.com (Thomas Allen)
+Date: Tue, 13 Nov 2012 10:12:14 -0500
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On Tue, Nov 13, 2012 at 03:41:35PM +0100, Lo?c Hoguin wrote:
+> Oh alright. Well they are equivalent URLs, so if you really need to
+> redirect I would do so in the handler directly, or through a request
+> hook.
+
+I suppose this suggests my next question ... how would one accomplish
+this right now in Cowboy? I hope I'm correct in assuming that this will
+involve cowboy_dispatcher:match/3 in an onrequest fun, but I do not
+understand how I will use match/3 with what I get from
+cowboy_req:path/1.
+
+Thomas
+
+
+From essen at ninenines.eu  Tue Nov 13 16:22:48 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 13 Nov 2012 16:22:48 +0100
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On 11/13/2012 04:12 PM, Thomas Allen wrote:
+> On Tue, Nov 13, 2012 at 03:41:35PM +0100, Lo?c Hoguin wrote:
+>> Oh alright. Well they are equivalent URLs, so if you really need to
+>> redirect I would do so in the handler directly, or through a request
+>> hook.
+>
+> I suppose this suggests my next question ... how would one accomplish
+> this right now in Cowboy? I hope I'm correct in assuming that this will
+> involve cowboy_dispatcher:match/3 in an onrequest fun, but I do not
+> understand how I will use match/3 with what I get from
+> cowboy_req:path/1.
+
+No, just check that cowboy_req:path/1 ends with $/, and if it doesn't 
+then redirect.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From dch at jsonified.com  Tue Nov 13 16:42:53 2012
+From: dch at jsonified.com (Dave Cottlehuber)
+Date: Tue, 13 Nov 2012 16:42:53 +0100
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAL+Y1nunQttGU4=nTQkUZ6tfx7xAi+X4aDJeWAAHnFKsC3C81w@mail.gmail.com>
+
+On 13 November 2012 10:04, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> Hello!
+>
+> I have put my thoughts on routing at the following gist:
+>
+>   https://gist.github.com/4064759
+>
+> Please comment or cry in terror if you're against it!
+>
+> Thanks.
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+I actually commented on the gist, here's a copy for the ML:
+
+== dch ==
+
+Looks very useful for me. I've not heard of imbrication until today, I
+assume it is closest to nested optional components as used above.
+
+Having regex capability in the constraints would be great:
+
+{"/cars/:name/:color", [{color, in, [blue, red, pink]}], Handler,
+Opts} might be {"/cars/:name/:color", [{color, regex, "^(blue | red |
+pink)$", [other_re_parameters]) , Handler, Opts} for example.
+
+== Lo?c ==
+
+Yes, regex will be a possible constraint. Also checking for integer
+value. Not sure what else we'll want.
+
+A+
+Dave
+
+
+From essen at ninenines.eu  Tue Nov 13 16:46:15 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 13 Nov 2012 16:46:15 +0100
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <CAL+Y1nunQttGU4=nTQkUZ6tfx7xAi+X4aDJeWAAHnFKsC3C81w@mail.gmail.com>
+References: <[email protected]>
+ <CAL+Y1nunQttGU4=nTQkUZ6tfx7xAi+X4aDJeWAAHnFKsC3C81w@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 11/13/2012 04:42 PM, Dave Cottlehuber wrote:
+> On 13 November 2012 10:04, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> Hello!
+>>
+>> I have put my thoughts on routing at the following gist:
+>>
+>>    https://gist.github.com/4064759
+>>
+>> Please comment or cry in terror if you're against it!
+>>
+>> Thanks.
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>
+> I actually commented on the gist, here's a copy for the ML:
+>
+> == dch ==
+>
+> Looks very useful for me. I've not heard of imbrication until today, I
+> assume it is closest to nested optional components as used above.
+>
+> Having regex capability in the constraints would be great:
+>
+> {"/cars/:name/:color", [{color, in, [blue, red, pink]}], Handler,
+> Opts} might be {"/cars/:name/:color", [{color, regex, "^(blue | red |
+> pink)$", [other_re_parameters]) , Handler, Opts} for example.
+>
+> == Lo?c ==
+>
+> Yes, regex will be a possible constraint. Also checking for integer
+> value. Not sure what else we'll want.
+
+I'll add to that that in the case of integer, we could very well bind 
+the value as an integer instead of as a binary, and avoid all these 
+pesky list_to_integer(binary_to_list(Value)).
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From thomas at oinksoft.com  Tue Nov 13 17:10:04 2012
+From: thomas at oinksoft.com (Thomas Allen)
+Date: Tue, 13 Nov 2012 11:10:04 -0500
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On Tue, Nov 13, 2012 at 04:22:48PM +0100, Lo?c Hoguin wrote:
+> No, just check that cowboy_req:path/1 ends with $/, and if it
+> doesn't then redirect.
+
+OK, so what I'm going for is to actually check for a valid URL with the
+slash. I got it to work in current cowboy, but shield your eyes ...
+
+I do this "middleware" thing often ... this might be a misnomer as I
+think some definitions of middleware specify that it be able to wrap the
+request *and* the response. I digress ...
+
+    %%% foo_app.erl:
+
+    {ok, _} = cowboy:start_http(http, ?ACCEPTORS,
+        [{port, ?PORT}],
+        [{dispatch, Dispatch},
+         {onrequest, fun(Req) ->
+             foo_middleware:all(Dispatch, Req)
+          end}]
+    ),
+
+
+    %% foo_middleware.erl:
+
+    -define(MIDDLEWARE, [
+        fun foo_middleware:slash/2,
+        fun foo_middleware:session/2,
+        fun foo_middleware:user/2
+    ]).
+
+    all(Dispatch, Req) ->
+        lists:foldl(fun(F, CurReq) -> F(Dispatch, CurReq) end, Req,
+            ?MIDDLEWARE).
+
+    %% ...
+
+    slash(Dispatch, Req) ->
+        {Path, _} = cowboy_req:path(Req),
+        case binary:last(Path) of
+            $/ -> Req;
+            _ ->
+                SlashPath = <<Path/bitstring, "/">>,
+                {Host, _} = cowboy_req:host(Req),
+                Match = cowboy_dispatcher:match(Dispatch, Host,
+                    SlashPath),
+                case element(1, Match) of
+                    ok ->
+                        cowboy_req:reply(301,
+                            [{<<"Location">>, SlashPath}], <<>>, Req);
+                    error -> Req
+                end
+        end.
+
+So, I assume that any path not ending in "/" won't match. Another
+version of this could toss that assumption, but then you're performing
+an extra match on every request ... much better to use a '_' rule in
+that case.
+
+One thing that is icky about using a fallback '_' handler, and the
+reason I've elected to use onrequest for this example, is that I do not
+see a way to access cowboy_protocol's state.dispatch to access these
+rules. So, I enclose them in my `onrequest` fun. Would it be possible to
+expose Dispatch? This has many applications, particularly for URL
+reversing.
+
+Perhaps I am missing several things ;^)
+
+Thomas
+
+
+From essen at ninenines.eu  Thu Nov 29 11:46:10 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 29 Nov 2012 11:46:10 +0100
+Subject: [99s-extend] Proposal for Cowboy Routing
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 11/13/2012 10:04 AM, Lo?c Hoguin wrote:
+> Hello!
+>
+> I have put my thoughts on routing at the following gist:
+>
+>    https://gist.github.com/4064759
+>
+> Please comment or cry in terror if you're against it!
+
+I have added more infos and changes as you can see in the comments here: 
+https://gist.github.com/4064759#comments Please feedback.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
diff --git a/_build/static/archives/extend/2012-November/000007.html b/_build/static/archives/extend/2012-November/000007.html
new file mode 100644
index 00000000..8645ab93
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000007.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A20D11.9020504%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000008.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A20D11.9020504%40ninenines.eu%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Nov 13 10:04:17 CET 2012</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000008.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#7">[ date ]</a>
+              <a href="thread.html#7">[ thread ]</a>
+              <a href="subject.html#7">[ subject ]</a>
+              <a href="author.html#7">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello!
+
+I have put my thoughts on routing at the following gist:
+
+   <A HREF="https://gist.github.com/4064759">https://gist.github.com/4064759</A>
+
+Please comment or cry in terror if you're against it!
+
+Thanks.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000008.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#7">[ date ]</a>
+              <a href="thread.html#7">[ thread ]</a>
+              <a href="subject.html#7">[ subject ]</a>
+              <a href="author.html#7">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000008.html b/_build/static/archives/extend/2012-November/000008.html
new file mode 100644
index 00000000..8d97ff69
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000008.html
@@ -0,0 +1,81 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C20121113141259.GB17626%40members.linode.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000007.html">
+   <LINK REL="Next"  HREF="000009.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Thomas Allen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C20121113141259.GB17626%40members.linode.com%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">thomas at oinksoft.com
+       </A><BR>
+    <I>Tue Nov 13 15:12:59 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000007.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        <LI>Next message: <A HREF="000009.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#8">[ date ]</a>
+              <a href="thread.html#8">[ thread ]</a>
+              <a href="subject.html#8">[ subject ]</a>
+              <a href="author.html#8">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Tue, Nov 13, 2012 at 10:04:17AM +0100, Lo&#239;c Hoguin wrote:
+&gt;<i> Hello!
+</I>&gt;<i> 
+</I>&gt;<i> I have put my thoughts on routing at the following gist:
+</I>&gt;<i> 
+</I>&gt;<i>   <A HREF="https://gist.github.com/4064759">https://gist.github.com/4064759</A>
+</I>&gt;<i> 
+</I>&gt;<i> Please comment or cry in terror if you're against it!
+</I>
+I think that this looks very good. The current router handles all of my
+use cases, and this bit of sugar will definitely help to speed up
+development.
+
+As an aside, have you considered adding optional slash-add
+functionality, so that /a/b will match &quot;/a/b/&quot;? This is pretty easy to
+set up at the server level, but the front-line server doesn't know about
+our dispatch rules and so it doesn't know if there is a matching
+dispatch rule for the slash-added version of a given URL.
+
+Thomas
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000007.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	<LI>Next message: <A HREF="000009.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#8">[ date ]</a>
+              <a href="thread.html#8">[ thread ]</a>
+              <a href="subject.html#8">[ subject ]</a>
+              <a href="author.html#8">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000009.html b/_build/static/archives/extend/2012-November/000009.html
new file mode 100644
index 00000000..4acec8be
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000009.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A255AB.8090207%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000008.html">
+   <LINK REL="Next"  HREF="000010.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A255AB.8090207%40ninenines.eu%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Nov 13 15:14:03 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000008.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        <LI>Next message: <A HREF="000010.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#9">[ date ]</a>
+              <a href="thread.html#9">[ thread ]</a>
+              <a href="subject.html#9">[ subject ]</a>
+              <a href="author.html#9">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 11/13/2012 03:12 PM, Thomas Allen wrote:
+&gt;<i> On Tue, Nov 13, 2012 at 10:04:17AM +0100, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> Hello!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I have put my thoughts on routing at the following gist:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>    <A HREF="https://gist.github.com/4064759">https://gist.github.com/4064759</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Please comment or cry in terror if you're against it!
+</I>&gt;<i>
+</I>&gt;<i> I think that this looks very good. The current router handles all of my
+</I>&gt;<i> use cases, and this bit of sugar will definitely help to speed up
+</I>&gt;<i> development.
+</I>&gt;<i>
+</I>&gt;<i> As an aside, have you considered adding optional slash-add
+</I>&gt;<i> functionality, so that /a/b will match &quot;/a/b/&quot;? This is pretty easy to
+</I>&gt;<i> set up at the server level, but the front-line server doesn't know about
+</I>&gt;<i> our dispatch rules and so it doesn't know if there is a matching
+</I>&gt;<i> dispatch rule for the slash-added version of a given URL.
+</I>
+/a/b already matches /a/b/.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000008.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	<LI>Next message: <A HREF="000010.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#9">[ date ]</a>
+              <a href="thread.html#9">[ thread ]</a>
+              <a href="subject.html#9">[ subject ]</a>
+              <a href="author.html#9">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000010.html b/_build/static/archives/extend/2012-November/000010.html
new file mode 100644
index 00000000..0aea70b4
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000010.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C20121113143529.GC17626%40members.linode.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000009.html">
+   <LINK REL="Next"  HREF="000011.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Thomas Allen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C20121113143529.GC17626%40members.linode.com%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">thomas at oinksoft.com
+       </A><BR>
+    <I>Tue Nov 13 15:35:29 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000009.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        <LI>Next message: <A HREF="000011.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#10">[ date ]</a>
+              <a href="thread.html#10">[ thread ]</a>
+              <a href="subject.html#10">[ subject ]</a>
+              <a href="author.html#10">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Tue, Nov 13, 2012 at 03:14:03PM +0100, Lo&#239;c Hoguin wrote:
+&gt;<i> /a/b already matches /a/b/.
+</I>
+Sorry for not being more precise: /a/b would result in a 301 redirect to
+/a/b/
+
+Thomas
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000009.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	<LI>Next message: <A HREF="000011.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#10">[ date ]</a>
+              <a href="thread.html#10">[ thread ]</a>
+              <a href="subject.html#10">[ subject ]</a>
+              <a href="author.html#10">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000011.html b/_build/static/archives/extend/2012-November/000011.html
new file mode 100644
index 00000000..d41b8146
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000011.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A25C1F.1050804%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000010.html">
+   <LINK REL="Next"  HREF="000012.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A25C1F.1050804%40ninenines.eu%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Nov 13 15:41:35 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000010.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        <LI>Next message: <A HREF="000012.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#11">[ date ]</a>
+              <a href="thread.html#11">[ thread ]</a>
+              <a href="subject.html#11">[ subject ]</a>
+              <a href="author.html#11">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 11/13/2012 03:35 PM, Thomas Allen wrote:
+&gt;<i> On Tue, Nov 13, 2012 at 03:14:03PM +0100, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> /a/b already matches /a/b/.
+</I>&gt;<i>
+</I>&gt;<i> Sorry for not being more precise: /a/b would result in a 301 redirect to
+</I>&gt;<i> /a/b/
+</I>
+Oh alright. Well they are equivalent URLs, so if you really need to 
+redirect I would do so in the handler directly, or through a request hook.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000010.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	<LI>Next message: <A HREF="000012.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#11">[ date ]</a>
+              <a href="thread.html#11">[ thread ]</a>
+              <a href="subject.html#11">[ subject ]</a>
+              <a href="author.html#11">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000012.html b/_build/static/archives/extend/2012-November/000012.html
new file mode 100644
index 00000000..69f9c341
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000012.html
@@ -0,0 +1,73 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C20121113151214.GE17626%40members.linode.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000011.html">
+   <LINK REL="Next"  HREF="000013.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Thomas Allen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C20121113151214.GE17626%40members.linode.com%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">thomas at oinksoft.com
+       </A><BR>
+    <I>Tue Nov 13 16:12:14 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000011.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        <LI>Next message: <A HREF="000013.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#12">[ date ]</a>
+              <a href="thread.html#12">[ thread ]</a>
+              <a href="subject.html#12">[ subject ]</a>
+              <a href="author.html#12">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Tue, Nov 13, 2012 at 03:41:35PM +0100, Lo&#239;c Hoguin wrote:
+&gt;<i> Oh alright. Well they are equivalent URLs, so if you really need to
+</I>&gt;<i> redirect I would do so in the handler directly, or through a request
+</I>&gt;<i> hook.
+</I>
+I suppose this suggests my next question ... how would one accomplish
+this right now in Cowboy? I hope I'm correct in assuming that this will
+involve cowboy_dispatcher:match/3 in an onrequest fun, but I do not
+understand how I will use match/3 with what I get from
+cowboy_req:path/1.
+
+Thomas
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000011.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	<LI>Next message: <A HREF="000013.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#12">[ date ]</a>
+              <a href="thread.html#12">[ thread ]</a>
+              <a href="subject.html#12">[ subject ]</a>
+              <a href="author.html#12">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000013.html b/_build/static/archives/extend/2012-November/000013.html
new file mode 100644
index 00000000..228a13af
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000013.html
@@ -0,0 +1,81 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A265C8.8060505%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000012.html">
+   <LINK REL="Next"  HREF="000016.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A265C8.8060505%40ninenines.eu%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Nov 13 16:22:48 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000012.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        <LI>Next message: <A HREF="000016.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#13">[ date ]</a>
+              <a href="thread.html#13">[ thread ]</a>
+              <a href="subject.html#13">[ subject ]</a>
+              <a href="author.html#13">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 11/13/2012 04:12 PM, Thomas Allen wrote:
+&gt;<i> On Tue, Nov 13, 2012 at 03:41:35PM +0100, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> Oh alright. Well they are equivalent URLs, so if you really need to
+</I>&gt;&gt;<i> redirect I would do so in the handler directly, or through a request
+</I>&gt;&gt;<i> hook.
+</I>&gt;<i>
+</I>&gt;<i> I suppose this suggests my next question ... how would one accomplish
+</I>&gt;<i> this right now in Cowboy? I hope I'm correct in assuming that this will
+</I>&gt;<i> involve cowboy_dispatcher:match/3 in an onrequest fun, but I do not
+</I>&gt;<i> understand how I will use match/3 with what I get from
+</I>&gt;<i> cowboy_req:path/1.
+</I>
+No, just check that cowboy_req:path/1 ends with $/, and if it doesn't 
+then redirect.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000012.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	<LI>Next message: <A HREF="000016.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#13">[ date ]</a>
+              <a href="thread.html#13">[ thread ]</a>
+              <a href="subject.html#13">[ subject ]</a>
+              <a href="author.html#13">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000014.html b/_build/static/archives/extend/2012-November/000014.html
new file mode 100644
index 00000000..6db60e4a
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000014.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3CCAL%2BY1nunQttGU4%3DnTQkUZ6tfx7xAi%2BX4aDJeWAAHnFKsC3C81w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000016.html">
+   <LINK REL="Next"  HREF="000015.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Dave Cottlehuber</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3CCAL%2BY1nunQttGU4%3DnTQkUZ6tfx7xAi%2BX4aDJeWAAHnFKsC3C81w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">dch at jsonified.com
+       </A><BR>
+    <I>Tue Nov 13 16:42:53 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000016.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        <LI>Next message: <A HREF="000015.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#14">[ date ]</a>
+              <a href="thread.html#14">[ thread ]</a>
+              <a href="subject.html#14">[ subject ]</a>
+              <a href="author.html#14">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 13 November 2012 10:04, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+&gt;<i> Hello!
+</I>&gt;<i>
+</I>&gt;<i> I have put my thoughts on routing at the following gist:
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://gist.github.com/4064759">https://gist.github.com/4064759</A>
+</I>&gt;<i>
+</I>&gt;<i> Please comment or cry in terror if you're against it!
+</I>&gt;<i>
+</I>&gt;<i> Thanks.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+I actually commented on the gist, here's a copy for the ML:
+
+== dch ==
+
+Looks very useful for me. I've not heard of imbrication until today, I
+assume it is closest to nested optional components as used above.
+
+Having regex capability in the constraints would be great:
+
+{&quot;/cars/:name/:color&quot;, [{color, in, [blue, red, pink]}], Handler,
+Opts} might be {&quot;/cars/:name/:color&quot;, [{color, regex, &quot;^(blue | red |
+pink)$&quot;, [other_re_parameters]) , Handler, Opts} for example.
+
+== Lo&#239;c ==
+
+Yes, regex will be a possible constraint. Also checking for integer
+value. Not sure what else we'll want.
+
+A+
+Dave
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000016.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	<LI>Next message: <A HREF="000015.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#14">[ date ]</a>
+              <a href="thread.html#14">[ thread ]</a>
+              <a href="subject.html#14">[ subject ]</a>
+              <a href="author.html#14">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000015.html b/_build/static/archives/extend/2012-November/000015.html
new file mode 100644
index 00000000..5b48a7db
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000015.html
@@ -0,0 +1,110 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A26B47.20001%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000014.html">
+   <LINK REL="Next"  HREF="000017.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50A26B47.20001%40ninenines.eu%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Nov 13 16:46:15 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000014.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        <LI>Next message: <A HREF="000017.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#15">[ date ]</a>
+              <a href="thread.html#15">[ thread ]</a>
+              <a href="subject.html#15">[ subject ]</a>
+              <a href="author.html#15">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 11/13/2012 04:42 PM, Dave Cottlehuber wrote:
+&gt;<i> On 13 November 2012 10:04, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> Hello!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I have put my thoughts on routing at the following gist:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>    <A HREF="https://gist.github.com/4064759">https://gist.github.com/4064759</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Please comment or cry in terror if you're against it!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i> I actually commented on the gist, here's a copy for the ML:
+</I>&gt;<i>
+</I>&gt;<i> == dch ==
+</I>&gt;<i>
+</I>&gt;<i> Looks very useful for me. I've not heard of imbrication until today, I
+</I>&gt;<i> assume it is closest to nested optional components as used above.
+</I>&gt;<i>
+</I>&gt;<i> Having regex capability in the constraints would be great:
+</I>&gt;<i>
+</I>&gt;<i> {&quot;/cars/:name/:color&quot;, [{color, in, [blue, red, pink]}], Handler,
+</I>&gt;<i> Opts} might be {&quot;/cars/:name/:color&quot;, [{color, regex, &quot;^(blue | red |
+</I>&gt;<i> pink)$&quot;, [other_re_parameters]) , Handler, Opts} for example.
+</I>&gt;<i>
+</I>&gt;<i> == Lo&#239;c ==
+</I>&gt;<i>
+</I>&gt;<i> Yes, regex will be a possible constraint. Also checking for integer
+</I>&gt;<i> value. Not sure what else we'll want.
+</I>
+I'll add to that that in the case of integer, we could very well bind 
+the value as an integer instead of as a binary, and avoid all these 
+pesky list_to_integer(binary_to_list(Value)).
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000014.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	<LI>Next message: <A HREF="000017.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#15">[ date ]</a>
+              <a href="thread.html#15">[ thread ]</a>
+              <a href="subject.html#15">[ subject ]</a>
+              <a href="author.html#15">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000016.html b/_build/static/archives/extend/2012-November/000016.html
new file mode 100644
index 00000000..d87a2074
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000016.html
@@ -0,0 +1,129 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C20121113161004.GF17626%40members.linode.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000013.html">
+   <LINK REL="Next"  HREF="000014.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Thomas Allen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C20121113161004.GF17626%40members.linode.com%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">thomas at oinksoft.com
+       </A><BR>
+    <I>Tue Nov 13 17:10:04 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000013.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        <LI>Next message: <A HREF="000014.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#16">[ date ]</a>
+              <a href="thread.html#16">[ thread ]</a>
+              <a href="subject.html#16">[ subject ]</a>
+              <a href="author.html#16">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Tue, Nov 13, 2012 at 04:22:48PM +0100, Lo&#239;c Hoguin wrote:
+&gt;<i> No, just check that cowboy_req:path/1 ends with $/, and if it
+</I>&gt;<i> doesn't then redirect.
+</I>
+OK, so what I'm going for is to actually check for a valid URL with the
+slash. I got it to work in current cowboy, but shield your eyes ...
+
+I do this &quot;middleware&quot; thing often ... this might be a misnomer as I
+think some definitions of middleware specify that it be able to wrap the
+request *and* the response. I digress ...
+
+    %%% foo_app.erl:
+
+    {ok, _} = cowboy:start_http(http, ?ACCEPTORS,
+        [{port, ?PORT}],
+        [{dispatch, Dispatch},
+         {onrequest, fun(Req) -&gt;
+             foo_middleware:all(Dispatch, Req)
+          end}]
+    ),
+
+
+    %% foo_middleware.erl:
+
+    -define(MIDDLEWARE, [
+        fun foo_middleware:slash/2,
+        fun foo_middleware:session/2,
+        fun foo_middleware:user/2
+    ]).
+
+    all(Dispatch, Req) -&gt;
+        lists:foldl(fun(F, CurReq) -&gt; F(Dispatch, CurReq) end, Req,
+            ?MIDDLEWARE).
+
+    %% ...
+
+    slash(Dispatch, Req) -&gt;
+        {Path, _} = cowboy_req:path(Req),
+        case binary:last(Path) of
+            $/ -&gt; Req;
+            _ -&gt;
+                SlashPath = &lt;&lt;Path/bitstring, &quot;/&quot;&gt;&gt;,
+                {Host, _} = cowboy_req:host(Req),
+                Match = cowboy_dispatcher:match(Dispatch, Host,
+                    SlashPath),
+                case element(1, Match) of
+                    ok -&gt;
+                        cowboy_req:reply(301,
+                            [{&lt;&lt;&quot;Location&quot;&gt;&gt;, SlashPath}], &lt;&lt;&gt;&gt;, Req);
+                    error -&gt; Req
+                end
+        end.
+
+So, I assume that any path not ending in &quot;/&quot; won't match. Another
+version of this could toss that assumption, but then you're performing
+an extra match on every request ... much better to use a '_' rule in
+that case.
+
+One thing that is icky about using a fallback '_' handler, and the
+reason I've elected to use onrequest for this example, is that I do not
+see a way to access cowboy_protocol's state.dispatch to access these
+rules. So, I enclose them in my `onrequest` fun. Would it be possible to
+expose Dispatch? This has many applications, particularly for URL
+reversing.
+
+Perhaps I am missing several things ;^)
+
+Thomas
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000013.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	<LI>Next message: <A HREF="000014.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#16">[ date ]</a>
+              <a href="thread.html#16">[ thread ]</a>
+              <a href="subject.html#16">[ subject ]</a>
+              <a href="author.html#16">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/000017.html b/_build/static/archives/extend/2012-November/000017.html
new file mode 100644
index 00000000..f9c420d1
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/000017.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Proposal for Cowboy Routing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50B73CF2.1010208%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000015.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Proposal for Cowboy Routing</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Proposal%20for%20Cowboy%20Routing&In-Reply-To=%3C50B73CF2.1010208%40ninenines.eu%3E"
+       TITLE="[99s-extend] Proposal for Cowboy Routing">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Nov 29 11:46:10 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000015.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#17">[ date ]</a>
+              <a href="thread.html#17">[ thread ]</a>
+              <a href="subject.html#17">[ subject ]</a>
+              <a href="author.html#17">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 11/13/2012 10:04 AM, Lo&#239;c Hoguin wrote:
+&gt;<i> Hello!
+</I>&gt;<i>
+</I>&gt;<i> I have put my thoughts on routing at the following gist:
+</I>&gt;<i>
+</I>&gt;<i>    <A HREF="https://gist.github.com/4064759">https://gist.github.com/4064759</A>
+</I>&gt;<i>
+</I>&gt;<i> Please comment or cry in terror if you're against it!
+</I>
+I have added more infos and changes as you can see in the comments here: 
+<A HREF="https://gist.github.com/4064759#comments">https://gist.github.com/4064759#comments</A> Please feedback.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000015.html">[99s-extend] Proposal for Cowboy Routing
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#17">[ date ]</a>
+              <a href="thread.html#17">[ thread ]</a>
+              <a href="subject.html#17">[ subject ]</a>
+              <a href="author.html#17">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-November/author.html b/_build/static/archives/extend/2012-November/author.html
new file mode 100644
index 00000000..67657d1c
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/author.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2012 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2012 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Nov 13 10:04:17 CET 2012</i><br>
+         <b>Ending:</b> <i>Thu Nov 29 11:46:10 CET 2012</i><br>
+         <b>Messages:</b> 11<p>
+     <ul>
+
+<LI><A HREF="000008.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="8">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000010.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="10">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000012.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="12">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000016.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="16">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000014.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="14">&nbsp;</A>
+<I>Dave Cottlehuber
+</I>
+
+<LI><A HREF="000007.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="7">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000009.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="9">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000011.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="11">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000013.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="13">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000015.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="15">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000017.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="17">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Nov 29 11:46:10 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-November/date.html b/_build/static/archives/extend/2012-November/date.html
new file mode 100644
index 00000000..07dc5d70
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/date.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2012 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2012 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Nov 13 10:04:17 CET 2012</i><br>
+         <b>Ending:</b> <i>Thu Nov 29 11:46:10 CET 2012</i><br>
+         <b>Messages:</b> 11<p>
+     <ul>
+
+<LI><A HREF="000007.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="7">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000008.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="8">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000009.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="9">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000010.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="10">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000011.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="11">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000012.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="12">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000013.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="13">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000014.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="14">&nbsp;</A>
+<I>Dave Cottlehuber
+</I>
+
+<LI><A HREF="000015.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="15">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000016.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="16">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000017.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="17">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Nov 29 11:46:10 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-November/index.html b/_build/static/archives/extend/2012-November/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2012-November/subject.html b/_build/static/archives/extend/2012-November/subject.html
new file mode 100644
index 00000000..0f7a6665
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/subject.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2012 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2012 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Nov 13 10:04:17 CET 2012</i><br>
+         <b>Ending:</b> <i>Thu Nov 29 11:46:10 CET 2012</i><br>
+         <b>Messages:</b> 11<p>
+     <ul>
+
+<LI><A HREF="000007.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="7">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000008.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="8">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000009.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="9">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000010.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="10">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000011.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="11">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000012.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="12">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000013.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="13">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000014.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="14">&nbsp;</A>
+<I>Dave Cottlehuber
+</I>
+
+<LI><A HREF="000015.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="15">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000016.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="16">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000017.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="17">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Nov 29 11:46:10 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-November/thread.html b/_build/static/archives/extend/2012-November/thread.html
new file mode 100644
index 00000000..3baf49e7
--- /dev/null
+++ b/_build/static/archives/extend/2012-November/thread.html
@@ -0,0 +1,121 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2012 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2012 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Nov 13 10:04:17 CET 2012</i><br>
+         <b>Ending:</b> <i>Thu Nov 29 11:46:10 CET 2012</i><br>
+         <b>Messages:</b> 11<p>
+     <ul>
+
+<!--0 01352797457.7- -->
+<LI><A HREF="000007.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="7">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01352797457.7-01352815979.8- -->
+<LI><A HREF="000008.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="8">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<UL>
+<!--2 01352797457.7-01352815979.8-01352816043.9- -->
+<LI><A HREF="000009.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="9">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--3 01352797457.7-01352815979.8-01352816043.9-01352817329.10- -->
+<LI><A HREF="000010.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="10">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<!--3 01352797457.7-01352815979.8-01352816043.9-01352817329.10-01352817695.11- -->
+<LI><A HREF="000011.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="11">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01352797457.7-01352815979.8-01352816043.9-01352817329.10-01352817695.11-01352819534.12- -->
+<LI><A HREF="000012.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="12">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<!--3 01352797457.7-01352815979.8-01352816043.9-01352817329.10-01352817695.11-01352819534.12-01352820168.13- -->
+<LI><A HREF="000013.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="13">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01352797457.7-01352815979.8-01352816043.9-01352817329.10-01352817695.11-01352819534.12-01352820168.13-01352823004.16- -->
+<LI><A HREF="000016.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="16">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+</UL>
+</UL>
+<!--1 01352797457.7-01352821373.14- -->
+<LI><A HREF="000014.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="14">&nbsp;</A>
+<I>Dave Cottlehuber
+</I>
+
+<UL>
+<!--2 01352797457.7-01352821373.14-01352821575.15- -->
+<LI><A HREF="000015.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="15">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--1 01352797457.7-01354185970.17- -->
+<LI><A HREF="000017.html">[99s-extend] Proposal for Cowboy Routing
+</A><A NAME="17">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Nov 29 11:46:10 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-October.txt b/_build/static/archives/extend/2012-October.txt
new file mode 100644
index 00000000..f264c905
--- /dev/null
+++ b/_build/static/archives/extend/2012-October.txt
@@ -0,0 +1,195 @@
+From essen at ninenines.eu  Wed Oct 17 12:16:51 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 17 Oct 2012 12:16:51 +0200
+Subject: [99s-extend] Welcome!
+Message-ID: <[email protected]>
+
+Hello everyone and welcome to the only mailing list dedicated to the 
+Nine Nines projects including Cowboy, Ranch, Bullet, Sheriff, Farwest 
+and more!
+
+Feel free to ask any question or request support from the community 
+directly on this mailing list and we will try to help you as quickly as 
+possible.
+
+Mailing lists for French and Japanese speakers will be created at a 
+later date.
+
+Thanks for subscribing!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From thomas at oinksoft.com  Wed Oct 17 13:51:55 2012
+From: thomas at oinksoft.com (Thomas Allen)
+Date: Wed, 17 Oct 2012 07:51:55 -0400
+Subject: [99s-extend] Welcome!
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Very exciting! Now there's no excuse for asking about Cowboy on the
+`erlang-questions' list ;^)
+
+Thomas Allen
+
+
+On Wed, October 17, 2012 6:16 am, Lo?c Hoguin wrote:
+> Hello everyone and welcome to the only mailing list dedicated to the
+> Nine Nines projects including Cowboy, Ranch, Bullet, Sheriff, Farwest
+> and more!
+>
+> Feel free to ask any question or request support from the community
+> directly on this mailing list and we will try to help you as quickly as
+> possible.
+>
+> Mailing lists for French and Japanese speakers will be created at a
+> later date.
+>
+> Thanks for subscribing!
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+
+
+From zabrane3 at gmail.com  Tue Oct 30 21:34:35 2012
+From: zabrane3 at gmail.com (Zabrane Mickael)
+Date: Tue, 30 Oct 2012 21:34:35 +0100
+Subject: [99s-extend] Congrats for the new mailinglist
+Message-ID: <[email protected]>
+
+Bravo Lo?c,
+
+Regards,
+Zabrane
+
+
+
+From essen at ninenines.eu  Tue Oct 30 21:37:07 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 30 Oct 2012 21:37:07 +0100
+Subject: [99s-extend] Congrats for the new mailinglist
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 10/30/2012 09:34 PM, Zabrane Mickael wrote:
+> Bravo Lo?c,
+
+Thanks.
+
+I feel obligated to tell you I started calling you the "congrats guy" 
+since you congratulate every progress everywhere. :)
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From zabrane3 at gmail.com  Tue Oct 30 21:40:27 2012
+From: zabrane3 at gmail.com (Zabrane Mickael)
+Date: Tue, 30 Oct 2012 21:40:27 +0100
+Subject: [99s-extend] Congrats for the new mailinglist
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+> I feel obligated to tell you I started calling you the "congrats guy" since you congratulate every progress everywhere. :)
+
+well, you're right ;-)
+
+Regards,
+Zabrane
+
+
+
+From erlang at rambocoder.com  Wed Oct 31 00:38:40 2012
+From: erlang at rambocoder.com (rambocoder)
+Date: Tue, 30 Oct 2012 19:38:40 -0400
+Subject: [99s-extend] cowboy_http_handler type spec
+Message-ID: <CAJ0zLROkOMkqD7Mcv-JtSb7tyTWsra4NW-O-KGzBsLmOE3=gig@mail.gmail.com>
+
+Hi everyone, newb questions here:
+
+Is the reason why the type specification for the init callback lists
+various "{loop,..." tuples, because a single module can implement
+cowboy_loop_handler and cowboy_http_handler?
+And this way, a dializier warning will not be triggered?
+https://github.com/extend/cowboy/blob/master/src/cowboy_http_handler.erl#L39
+
+Because looking at the handler code,
+https://github.com/extend/cowboy/blob/master/src/cowboy_protocol.erl#L473 if
+the {loop, * is returned from init, then the handle(Req, State) will not be
+processed.
+
+Also, is it safe to say that Handler:init is like "before" in lot's of web
+frameworks. I can place validation\authentication logic there.
+
+Sincerely,
+
+-rambocoder
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20121030/3de26c28/attachment.html>
+
+From essen at ninenines.eu  Wed Oct 31 00:43:06 2012
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 31 Oct 2012 00:43:06 +0100
+Subject: [99s-extend] cowboy_http_handler type spec
+In-Reply-To: <CAJ0zLROkOMkqD7Mcv-JtSb7tyTWsra4NW-O-KGzBsLmOE3=gig@mail.gmail.com>
+References: <CAJ0zLROkOMkqD7Mcv-JtSb7tyTWsra4NW-O-KGzBsLmOE3=gig@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 10/31/2012 12:38 AM, rambocoder wrote:
+> Hi everyone, newb questions here:
+>
+> Is the reason why the type specification for the init callback lists
+> various "{loop,..." tuples, because a single module can implement
+> cowboy_loop_handler and cowboy_http_handler?
+> And this way, a dializier warning will not be triggered?
+> https://github.com/extend/cowboy/blob/master/src/cowboy_http_handler.erl#L39
+
+Yes that's exactly why. Not the best solution but good enough.
+
+> Because looking at the handler code,
+> https://github.com/extend/cowboy/blob/master/src/cowboy_protocol.erl#L473 if
+> the {loop, * is returned from init, then the handle(Req,State) will not
+> be processed.
+
+You have this one if you just want loops:
+
+https://github.com/extend/cowboy/blob/master/src/cowboy_loop_handler.erl
+
+Having an identical init in both allows us to use the 2 handlers without 
+Dialyzer complaining.
+
+> Also, is it safe to say that Handler:init is like "before" in lot's of
+> web frameworks. I can place validation\authentication logic there.
+
+Definitely, prepare what you need in init, do what you need to do in 
+handle and clean up in terminate if needed.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
diff --git a/_build/static/archives/extend/2012-October/000000.html b/_build/static/archives/extend/2012-October/000000.html
new file mode 100644
index 00000000..35b502a0
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/000000.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Welcome!
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Welcome%21&In-Reply-To=%3C507E8593.8020404%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000001.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Welcome!</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Welcome%21&In-Reply-To=%3C507E8593.8020404%40ninenines.eu%3E"
+       TITLE="[99s-extend] Welcome!">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct 17 12:16:51 CEST 2012</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000001.html">[99s-extend] Welcome!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#0">[ date ]</a>
+              <a href="thread.html#0">[ thread ]</a>
+              <a href="subject.html#0">[ subject ]</a>
+              <a href="author.html#0">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello everyone and welcome to the only mailing list dedicated to the 
+Nine Nines projects including Cowboy, Ranch, Bullet, Sheriff, Farwest 
+and more!
+
+Feel free to ask any question or request support from the community 
+directly on this mailing list and we will try to help you as quickly as 
+possible.
+
+Mailing lists for French and Japanese speakers will be created at a 
+later date.
+
+Thanks for subscribing!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000001.html">[99s-extend] Welcome!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#0">[ date ]</a>
+              <a href="thread.html#0">[ thread ]</a>
+              <a href="subject.html#0">[ subject ]</a>
+              <a href="author.html#0">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-October/000001.html b/_build/static/archives/extend/2012-October/000001.html
new file mode 100644
index 00000000..edbfcdad
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/000001.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Welcome!
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Welcome%21&In-Reply-To=%3C4bcaad4d34881502b48a91fcb1384de4.squirrel%40oinksoft.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000000.html">
+   <LINK REL="Next"  HREF="000002.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Welcome!</H1>
+    <B>Thomas Allen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Welcome%21&In-Reply-To=%3C4bcaad4d34881502b48a91fcb1384de4.squirrel%40oinksoft.com%3E"
+       TITLE="[99s-extend] Welcome!">thomas at oinksoft.com
+       </A><BR>
+    <I>Wed Oct 17 13:51:55 CEST 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000000.html">[99s-extend] Welcome!
+</A></li>
+        <LI>Next message: <A HREF="000002.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#1">[ date ]</a>
+              <a href="thread.html#1">[ thread ]</a>
+              <a href="subject.html#1">[ subject ]</a>
+              <a href="author.html#1">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Very exciting! Now there's no excuse for asking about Cowboy on the
+`erlang-questions' list ;^)
+
+Thomas Allen
+
+
+On Wed, October 17, 2012 6:16 am, Lo&#239;c Hoguin wrote:
+&gt;<i> Hello everyone and welcome to the only mailing list dedicated to the
+</I>&gt;<i> Nine Nines projects including Cowboy, Ranch, Bullet, Sheriff, Farwest
+</I>&gt;<i> and more!
+</I>&gt;<i>
+</I>&gt;<i> Feel free to ask any question or request support from the community
+</I>&gt;<i> directly on this mailing list and we will try to help you as quickly as
+</I>&gt;<i> possible.
+</I>&gt;<i>
+</I>&gt;<i> Mailing lists for French and Japanese speakers will be created at a
+</I>&gt;<i> later date.
+</I>&gt;<i>
+</I>&gt;<i> Thanks for subscribing!
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000000.html">[99s-extend] Welcome!
+</A></li>
+	<LI>Next message: <A HREF="000002.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#1">[ date ]</a>
+              <a href="thread.html#1">[ thread ]</a>
+              <a href="subject.html#1">[ subject ]</a>
+              <a href="author.html#1">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-October/000002.html b/_build/static/archives/extend/2012-October/000002.html
new file mode 100644
index 00000000..d40005ce
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/000002.html
@@ -0,0 +1,66 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Congrats for the new mailinglist
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Congrats%20for%20the%20new%20mailinglist&In-Reply-To=%3C8C60E8B8-8A20-4553-BCC7-9735C46446B5%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000001.html">
+   <LINK REL="Next"  HREF="000003.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Congrats for the new mailinglist</H1>
+    <B>Zabrane Mickael</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Congrats%20for%20the%20new%20mailinglist&In-Reply-To=%3C8C60E8B8-8A20-4553-BCC7-9735C46446B5%40gmail.com%3E"
+       TITLE="[99s-extend] Congrats for the new mailinglist">zabrane3 at gmail.com
+       </A><BR>
+    <I>Tue Oct 30 21:34:35 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000001.html">[99s-extend] Welcome!
+</A></li>
+        <LI>Next message: <A HREF="000003.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#2">[ date ]</a>
+              <a href="thread.html#2">[ thread ]</a>
+              <a href="subject.html#2">[ subject ]</a>
+              <a href="author.html#2">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Bravo Lo&#239;c,
+
+Regards,
+Zabrane
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000001.html">[99s-extend] Welcome!
+</A></li>
+	<LI>Next message: <A HREF="000003.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#2">[ date ]</a>
+              <a href="thread.html#2">[ thread ]</a>
+              <a href="subject.html#2">[ subject ]</a>
+              <a href="author.html#2">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-October/000003.html b/_build/static/archives/extend/2012-October/000003.html
new file mode 100644
index 00000000..8cd8e899
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/000003.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Congrats for the new mailinglist
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Congrats%20for%20the%20new%20mailinglist&In-Reply-To=%3C50903A73.1060809%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000002.html">
+   <LINK REL="Next"  HREF="000004.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Congrats for the new mailinglist</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Congrats%20for%20the%20new%20mailinglist&In-Reply-To=%3C50903A73.1060809%40ninenines.eu%3E"
+       TITLE="[99s-extend] Congrats for the new mailinglist">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Oct 30 21:37:07 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000002.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+        <LI>Next message: <A HREF="000004.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#3">[ date ]</a>
+              <a href="thread.html#3">[ thread ]</a>
+              <a href="subject.html#3">[ subject ]</a>
+              <a href="author.html#3">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 10/30/2012 09:34 PM, Zabrane Mickael wrote:
+&gt;<i> Bravo Lo&#239;c,
+</I>
+Thanks.
+
+I feel obligated to tell you I started calling you the &quot;congrats guy&quot; 
+since you congratulate every progress everywhere. :)
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000002.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+	<LI>Next message: <A HREF="000004.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#3">[ date ]</a>
+              <a href="thread.html#3">[ thread ]</a>
+              <a href="subject.html#3">[ subject ]</a>
+              <a href="author.html#3">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-October/000004.html b/_build/static/archives/extend/2012-October/000004.html
new file mode 100644
index 00000000..c2b86626
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/000004.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Congrats for the new mailinglist
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Congrats%20for%20the%20new%20mailinglist&In-Reply-To=%3CA269C2B0-AE51-4447-AB22-E11CAED62527%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000003.html">
+   <LINK REL="Next"  HREF="000005.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Congrats for the new mailinglist</H1>
+    <B>Zabrane Mickael</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Congrats%20for%20the%20new%20mailinglist&In-Reply-To=%3CA269C2B0-AE51-4447-AB22-E11CAED62527%40gmail.com%3E"
+       TITLE="[99s-extend] Congrats for the new mailinglist">zabrane3 at gmail.com
+       </A><BR>
+    <I>Tue Oct 30 21:40:27 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000003.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+        <LI>Next message: <A HREF="000005.html">[99s-extend] cowboy_http_handler type spec
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#4">[ date ]</a>
+              <a href="thread.html#4">[ thread ]</a>
+              <a href="subject.html#4">[ subject ]</a>
+              <a href="author.html#4">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> I feel obligated to tell you I started calling you the &quot;congrats guy&quot; since you congratulate every progress everywhere. :)
+</I>
+well, you're right ;-)
+
+Regards,
+Zabrane
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000003.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+	<LI>Next message: <A HREF="000005.html">[99s-extend] cowboy_http_handler type spec
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#4">[ date ]</a>
+              <a href="thread.html#4">[ thread ]</a>
+              <a href="subject.html#4">[ subject ]</a>
+              <a href="author.html#4">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-October/000005.html b/_build/static/archives/extend/2012-October/000005.html
new file mode 100644
index 00000000..4909d0f2
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/000005.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_http_handler type spec
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_http_handler%20type%20spec&In-Reply-To=%3CCAJ0zLROkOMkqD7Mcv-JtSb7tyTWsra4NW-O-KGzBsLmOE3%3Dgig%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000004.html">
+   <LINK REL="Next"  HREF="000006.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_http_handler type spec</H1>
+    <B>rambocoder</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_http_handler%20type%20spec&In-Reply-To=%3CCAJ0zLROkOMkqD7Mcv-JtSb7tyTWsra4NW-O-KGzBsLmOE3%3Dgig%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy_http_handler type spec">erlang at rambocoder.com
+       </A><BR>
+    <I>Wed Oct 31 00:38:40 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000004.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+        <LI>Next message: <A HREF="000006.html">[99s-extend] cowboy_http_handler type spec
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#5">[ date ]</a>
+              <a href="thread.html#5">[ thread ]</a>
+              <a href="subject.html#5">[ subject ]</a>
+              <a href="author.html#5">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi everyone, newb questions here:
+
+Is the reason why the type specification for the init callback lists
+various &quot;{loop,...&quot; tuples, because a single module can implement
+cowboy_loop_handler and cowboy_http_handler?
+And this way, a dializier warning will not be triggered?
+<A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_http_handler.erl#L39">https://github.com/extend/cowboy/blob/master/src/cowboy_http_handler.erl#L39</A>
+
+Because looking at the handler code,
+<A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_protocol.erl#L473">https://github.com/extend/cowboy/blob/master/src/cowboy_protocol.erl#L473</A> if
+the {loop, * is returned from init, then the handle(Req, State) will not be
+processed.
+
+Also, is it safe to say that Handler:init is like &quot;before&quot; in lot's of web
+frameworks. I can place validation\authentication logic there.
+
+Sincerely,
+
+-rambocoder
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20121030/3de26c28/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20121030/3de26c28/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000004.html">[99s-extend] Congrats for the new mailinglist
+</A></li>
+	<LI>Next message: <A HREF="000006.html">[99s-extend] cowboy_http_handler type spec
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#5">[ date ]</a>
+              <a href="thread.html#5">[ thread ]</a>
+              <a href="subject.html#5">[ subject ]</a>
+              <a href="author.html#5">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-October/000006.html b/_build/static/archives/extend/2012-October/000006.html
new file mode 100644
index 00000000..2e8610ec
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/000006.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_http_handler type spec
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_http_handler%20type%20spec&In-Reply-To=%3C5090660A.2000301%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000005.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_http_handler type spec</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_http_handler%20type%20spec&In-Reply-To=%3C5090660A.2000301%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy_http_handler type spec">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct 31 00:43:06 CET 2012</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000005.html">[99s-extend] cowboy_http_handler type spec
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#6">[ date ]</a>
+              <a href="thread.html#6">[ thread ]</a>
+              <a href="subject.html#6">[ subject ]</a>
+              <a href="author.html#6">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 10/31/2012 12:38 AM, rambocoder wrote:
+&gt;<i> Hi everyone, newb questions here:
+</I>&gt;<i>
+</I>&gt;<i> Is the reason why the type specification for the init callback lists
+</I>&gt;<i> various &quot;{loop,...&quot; tuples, because a single module can implement
+</I>&gt;<i> cowboy_loop_handler and cowboy_http_handler?
+</I>&gt;<i> And this way, a dializier warning will not be triggered?
+</I>&gt;<i> <A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_http_handler.erl#L39">https://github.com/extend/cowboy/blob/master/src/cowboy_http_handler.erl#L39</A>
+</I>
+Yes that's exactly why. Not the best solution but good enough.
+
+&gt;<i> Because looking at the handler code,
+</I>&gt;<i> <A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_protocol.erl#L473">https://github.com/extend/cowboy/blob/master/src/cowboy_protocol.erl#L473</A> if
+</I>&gt;<i> the {loop, * is returned from init, then the handle(Req,State) will not
+</I>&gt;<i> be processed.
+</I>
+You have this one if you just want loops:
+
+<A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_loop_handler.erl">https://github.com/extend/cowboy/blob/master/src/cowboy_loop_handler.erl</A>
+
+Having an identical init in both allows us to use the 2 handlers without 
+Dialyzer complaining.
+
+&gt;<i> Also, is it safe to say that Handler:init is like &quot;before&quot; in lot's of
+</I>&gt;<i> web frameworks. I can place validation\authentication logic there.
+</I>
+Definitely, prepare what you need in init, do what you need to do in 
+handle and clean up in terminate if needed.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000005.html">[99s-extend] cowboy_http_handler type spec
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#6">[ date ]</a>
+              <a href="thread.html#6">[ thread ]</a>
+              <a href="subject.html#6">[ subject ]</a>
+              <a href="author.html#6">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2012-October/author.html b/_build/static/archives/extend/2012-October/author.html
new file mode 100644
index 00000000..0a2894ea
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/author.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2012 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2012 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Oct 17 12:16:51 CEST 2012</i><br>
+         <b>Ending:</b> <i>Wed Oct 31 00:43:06 CET 2012</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000001.html">[99s-extend] Welcome!
+</A><A NAME="1">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000000.html">[99s-extend] Welcome!
+</A><A NAME="0">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000003.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="3">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000006.html">[99s-extend] cowboy_http_handler type spec
+</A><A NAME="6">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000002.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="2">&nbsp;</A>
+<I>Zabrane Mickael
+</I>
+
+<LI><A HREF="000004.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="4">&nbsp;</A>
+<I>Zabrane Mickael
+</I>
+
+<LI><A HREF="000005.html">[99s-extend] cowboy_http_handler type spec
+</A><A NAME="5">&nbsp;</A>
+<I>rambocoder
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Oct 31 00:43:06 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-October/date.html b/_build/static/archives/extend/2012-October/date.html
new file mode 100644
index 00000000..70ea0f0d
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/date.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2012 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2012 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Oct 17 12:16:51 CEST 2012</i><br>
+         <b>Ending:</b> <i>Wed Oct 31 00:43:06 CET 2012</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000000.html">[99s-extend] Welcome!
+</A><A NAME="0">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000001.html">[99s-extend] Welcome!
+</A><A NAME="1">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000002.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="2">&nbsp;</A>
+<I>Zabrane Mickael
+</I>
+
+<LI><A HREF="000003.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="3">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000004.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="4">&nbsp;</A>
+<I>Zabrane Mickael
+</I>
+
+<LI><A HREF="000005.html">[99s-extend] cowboy_http_handler type spec
+</A><A NAME="5">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000006.html">[99s-extend] cowboy_http_handler type spec
+</A><A NAME="6">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Oct 31 00:43:06 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-October/index.html b/_build/static/archives/extend/2012-October/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2012-October/subject.html b/_build/static/archives/extend/2012-October/subject.html
new file mode 100644
index 00000000..1eecfaed
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/subject.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2012 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2012 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Oct 17 12:16:51 CEST 2012</i><br>
+         <b>Ending:</b> <i>Wed Oct 31 00:43:06 CET 2012</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000002.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="2">&nbsp;</A>
+<I>Zabrane Mickael
+</I>
+
+<LI><A HREF="000003.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="3">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000004.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="4">&nbsp;</A>
+<I>Zabrane Mickael
+</I>
+
+<LI><A HREF="000005.html">[99s-extend] cowboy_http_handler type spec
+</A><A NAME="5">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000006.html">[99s-extend] cowboy_http_handler type spec
+</A><A NAME="6">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000000.html">[99s-extend] Welcome!
+</A><A NAME="0">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000001.html">[99s-extend] Welcome!
+</A><A NAME="1">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Oct 31 00:43:06 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2012-October/thread.html b/_build/static/archives/extend/2012-October/thread.html
new file mode 100644
index 00000000..e89fa1be
--- /dev/null
+++ b/_build/static/archives/extend/2012-October/thread.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2012 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2012 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Oct 17 12:16:51 CEST 2012</i><br>
+         <b>Ending:</b> <i>Wed Oct 31 00:43:06 CET 2012</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<!--0 01350469011.0- -->
+<LI><A HREF="000000.html">[99s-extend] Welcome!
+</A><A NAME="0">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01350469011.0-01350474715.1- -->
+<LI><A HREF="000001.html">[99s-extend] Welcome!
+</A><A NAME="1">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+</UL>
+<!--0 01351629275.2- -->
+<LI><A HREF="000002.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="2">&nbsp;</A>
+<I>Zabrane Mickael
+</I>
+
+<UL>
+<!--1 01351629275.2-01351629427.3- -->
+<LI><A HREF="000003.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="3">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01351629275.2-01351629427.3-01351629627.4- -->
+<LI><A HREF="000004.html">[99s-extend] Congrats for the new mailinglist
+</A><A NAME="4">&nbsp;</A>
+<I>Zabrane Mickael
+</I>
+
+</UL>
+</UL>
+<!--0 01351640320.5- -->
+<LI><A HREF="000005.html">[99s-extend] cowboy_http_handler type spec
+</A><A NAME="5">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<UL>
+<!--1 01351640320.5-01351640586.6- -->
+<LI><A HREF="000006.html">[99s-extend] cowboy_http_handler type spec
+</A><A NAME="6">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Oct 31 00:43:06 CET 2012</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-April.txt b/_build/static/archives/extend/2013-April.txt
new file mode 100644
index 00000000..b988707c
--- /dev/null
+++ b/_build/static/archives/extend/2013-April.txt
@@ -0,0 +1,3953 @@
+From essen at ninenines.eu  Tue Apr  2 19:23:28 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 02 Apr 2013 19:23:28 +0200
+Subject: [99s-extend] [ANN] Ranch 0.8.0
+Message-ID: <[email protected]>
+
+Just released!
+
+We have greatly improved the performance of Ranch both for accepting 
+connections and when they get disconnected. Stability has also been much 
+improved thanks to many community provided tests.
+
+Small API changes. Sorry!
+
+  *  ListenerPid argument to Protocol:start_link/4 became Ref
+  *  as a result it's now ranch:accept_ack(Ref)
+  *  ranch_listener:remove_connection(ListenerPid) became 
+ranch:remove_connection(Ref)
+
+Unless you used ranch_listener_remove_connection/1 your old code should 
+still work without any changes.
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Wed Apr  3 17:21:16 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 03 Apr 2013 17:21:16 +0200
+Subject: [99s-extend] [ANN] Cowboy 0.8.3
+Message-ID: <[email protected]>
+
+Hello!
+
+Very small release just to update Ranch to 0.8.0 (faster!) and change 
+something about streaming the body. Newly introduced init_stream/5 
+proved to be a bad idea and got removed in favor of a new stream_body/2 
+which allows specifying the maximum chunk size you want on a per chunk 
+basis.
+
+   https://github.com/extend/cowboy
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From lee.sylvester at gmail.com  Wed Apr  3 21:33:20 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Wed, 3 Apr 2013 20:33:20 +0100
+Subject: [99s-extend] Response headers
+Message-ID: <[email protected]>
+
+Hi list,
+
+I'd like to set up my handler to use CORS.  Can anyone tell me how I can modify the headers for my handler to support this?
+
+Thanks loads,
+Lee
+
+From Christopher.Phillips at turner.com  Wed Apr  3 22:35:36 2013
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Wed, 3 Apr 2013 20:35:36 +0000
+Subject: [99s-extend] Response headers
+In-Reply-To: <[email protected]>
+Message-ID: <CD81FF59.4478%[email protected]>
+
+
+  Sure. Right now, Cowboy doesn't parse the headers, but you can manually
+parse them in your handler. I've got them working in my implementation
+pretty well, I'll try and break it down a bit here.
+
+  A good, basic overview of what the requests the browser will send, and
+what your responses should look like, is here:
+https://developer.mozilla.org/en-US/docs/HTTP/Access_control_CORS
+
+
+
+HANDLING PRE-FLIGHTS -
+  Pre-flights are the OPTION requests the browser automatically sends off
+when you make a CORS request using a verb other than GET, or POST with one
+of three acceptable content types. They're defined well in the above link.
+
+  You can read off the requested headers the actual call wants to send in
+the OPTIONS preflight with
+
+	{Headers, NewRequest } =
+cowboy_req:header(<<"access-control-request-headers">>, Request)
+
+  Headers will either be the binary, or undefined. If the binary, you
+either need to manually parse it and choose to allow/disallow the request
+from continuing based on it, or, if you just want to allow all headers
+trivially, just pipe that back into the request, a la -
+
+        Request2 = 
+cowboy_req:set_resp_header(<<"access-control-allow-headers">>,
+binary_to_list(Headers), NewRequest)
+
+  (As a reminder, it can be undefined. You'll need to check for that
+before passing it into the above. If it's undefined, you don't need to add
+the access-control-allow-headers header).
+
+
+
+  As part of the pre-flight request, you also need to handle what methods
+are allowed. This looks something like -
+
+	PreflightedRequest =
+cowboy_req:set_resp_header(<<"access-control-allow-methods">>, <<"GET,
+POST, DELETE, PUT">>, Request2)
+
+  If I wanted to allow gets, posts, deletes, and puts. You can also choose
+to read off the access-control-request-method header sent from the client,
+but I don't see the point; your list of allowed methods doesn't need to
+change based on that (the user is requesting a POST, why does that change
+whether you allow a POST or not? But I digress).
+
+
+
+
+
+FOR ALL CALLS (both pre-flights and the actual call)
+  Respond with acceptable origin. If you want any domain to access this
+resource (not advised, unless this is a public, readonly resource, but
+good for testing), you can do -
+
+  	NewRequest = 
+cowboy_req:set_resp_header(<<"access-control-allow-origin">>, <<"*">>,
+Request)
+
+
+  If you want to filter out the allowed domains, it looks like -
+
+	Origin = cowboy_req:header(<<"origin">>, Request) %Get the origin that
+the browser sent you
+
+        %Do logic to check Origin, and any other data that would decide
+whether this request is allowed; it will only apply on a CORS request from
+another browser.
+        
+	%If it passes, pass Origin back as the value for the
+access-control-allow-origin header.
+        NewRequest =
+cowboy_req:set_resp_header(<<"access-control-allow-origin">>, Origin,
+Request)
+
+
+
+FOR ONLY THE ACTUAL CALL
+  If you want to send custom headers back to your Javascript client (or
+read any standard header beyond content-type), you need to explicitly
+allow them. This looks like (if I wanted to expose the 'server' header so
+my client Javascript can see that it's Cowboy on the backend) -
+
+  	ExposedHeaderRequest =
+cowboy_req:set_resp_header(<<"access-control-expose-headers">>,
+<<"server">>, Request)
+
+
+
+
+  That's basically it I believe. There is also a max age, and a allow
+credentials header (which is really more of a require credentials);
+they're pretty straightforwardly explained on that page I linked above,
+but I haven't played with them personally.
+
+
+  Caveats I ran into were largely being aware that same domain requests do
+NOT supply any of the CORS headers, not even the origin header (so you can
+get undefined and have to handle those cases), as well as understanding
+the ramifications of allowing cross domain requests. Also, if you want to
+develop while disconnected (or if it's not easy to grab another domain),
+use your hosts file to declare a fake domain pointed to 127.0.0.1, load
+your page from that, explicitly define your AJAX calls to localhost. Note
+too that there is a bug in Firefox at present when you try and get all the
+request headers. It returns an empty list. You can get individual ones if
+you know the name (I.e., getResponseHeader("server") will work,
+getAllResponseHeaders() returns an empty string). This is further
+compounded by jQuery building its own XHR that loads headers by calling
+getAllResponseHeaders, so in Firefox, using jQuery, you can get back zero
+headers. Don't know if that affects you, but it's an issue it took me a
+good while to diagnose, and which we've had to bear in mind.
+
+
+
+   
+On 4/3/13 3:33 PM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+
+>Hi list,
+>
+>I'd like to set up my handler to use CORS.  Can anyone tell me how I can
+>modify the headers for my handler to support this?
+>
+>Thanks loads,
+>Lee
+>_______________________________________________
+>Extend mailing list
+>Extend at lists.ninenines.eu
+>http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+
+
+From lee.sylvester at gmail.com  Thu Apr  4 10:38:07 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Thu, 4 Apr 2013 09:38:07 +0100
+Subject: [99s-extend] Response headers
+In-Reply-To: <CD81FF59.4478%[email protected]>
+References: <CD81FF59.4478%[email protected]>
+Message-ID: <[email protected]>
+
+Hi Christopher,
+
+Thank you for that.  I will attempt to go through each piece today and solve the problem.  This is good advice; maybe it belongs in a blog post?  :-)
+
+Thanks again,
+Lee
+
+
+
+
+On 3 Apr 2013, at 21:35, "Phillips, Christopher" <Christopher.Phillips at turner.com> wrote:
+
+> 
+>  Sure. Right now, Cowboy doesn't parse the headers, but you can manually
+> parse them in your handler. I've got them working in my implementation
+> pretty well, I'll try and break it down a bit here.
+> 
+>  A good, basic overview of what the requests the browser will send, and
+> what your responses should look like, is here:
+> https://developer.mozilla.org/en-US/docs/HTTP/Access_control_CORS
+> 
+> 
+> 
+> HANDLING PRE-FLIGHTS -
+>  Pre-flights are the OPTION requests the browser automatically sends off
+> when you make a CORS request using a verb other than GET, or POST with one
+> of three acceptable content types. They're defined well in the above link.
+> 
+>  You can read off the requested headers the actual call wants to send in
+> the OPTIONS preflight with
+> 
+> 	{Headers, NewRequest } =
+> cowboy_req:header(<<"access-control-request-headers">>, Request)
+> 
+>  Headers will either be the binary, or undefined. If the binary, you
+> either need to manually parse it and choose to allow/disallow the request
+> from continuing based on it, or, if you just want to allow all headers
+> trivially, just pipe that back into the request, a la -
+> 
+>        Request2 = 
+> cowboy_req:set_resp_header(<<"access-control-allow-headers">>,
+> binary_to_list(Headers), NewRequest)
+> 
+>  (As a reminder, it can be undefined. You'll need to check for that
+> before passing it into the above. If it's undefined, you don't need to add
+> the access-control-allow-headers header).
+> 
+> 
+> 
+>  As part of the pre-flight request, you also need to handle what methods
+> are allowed. This looks something like -
+> 
+> 	PreflightedRequest =
+> cowboy_req:set_resp_header(<<"access-control-allow-methods">>, <<"GET,
+> POST, DELETE, PUT">>, Request2)
+> 
+>  If I wanted to allow gets, posts, deletes, and puts. You can also choose
+> to read off the access-control-request-method header sent from the client,
+> but I don't see the point; your list of allowed methods doesn't need to
+> change based on that (the user is requesting a POST, why does that change
+> whether you allow a POST or not? But I digress).
+> 
+> 
+> 
+> 
+> 
+> FOR ALL CALLS (both pre-flights and the actual call)
+>  Respond with acceptable origin. If you want any domain to access this
+> resource (not advised, unless this is a public, readonly resource, but
+> good for testing), you can do -
+> 
+>  	NewRequest = 
+> cowboy_req:set_resp_header(<<"access-control-allow-origin">>, <<"*">>,
+> Request)
+> 
+> 
+>  If you want to filter out the allowed domains, it looks like -
+> 
+> 	Origin = cowboy_req:header(<<"origin">>, Request) %Get the origin that
+> the browser sent you
+> 
+>        %Do logic to check Origin, and any other data that would decide
+> whether this request is allowed; it will only apply on a CORS request from
+> another browser.
+> 
+> 	%If it passes, pass Origin back as the value for the
+> access-control-allow-origin header.
+>        NewRequest =
+> cowboy_req:set_resp_header(<<"access-control-allow-origin">>, Origin,
+> Request)
+> 
+> 
+> 
+> FOR ONLY THE ACTUAL CALL
+>  If you want to send custom headers back to your Javascript client (or
+> read any standard header beyond content-type), you need to explicitly
+> allow them. This looks like (if I wanted to expose the 'server' header so
+> my client Javascript can see that it's Cowboy on the backend) -
+> 
+>  	ExposedHeaderRequest =
+> cowboy_req:set_resp_header(<<"access-control-expose-headers">>,
+> <<"server">>, Request)
+> 
+> 
+> 
+> 
+>  That's basically it I believe. There is also a max age, and a allow
+> credentials header (which is really more of a require credentials);
+> they're pretty straightforwardly explained on that page I linked above,
+> but I haven't played with them personally.
+> 
+> 
+>  Caveats I ran into were largely being aware that same domain requests do
+> NOT supply any of the CORS headers, not even the origin header (so you can
+> get undefined and have to handle those cases), as well as understanding
+> the ramifications of allowing cross domain requests. Also, if you want to
+> develop while disconnected (or if it's not easy to grab another domain),
+> use your hosts file to declare a fake domain pointed to 127.0.0.1, load
+> your page from that, explicitly define your AJAX calls to localhost. Note
+> too that there is a bug in Firefox at present when you try and get all the
+> request headers. It returns an empty list. You can get individual ones if
+> you know the name (I.e., getResponseHeader("server") will work,
+> getAllResponseHeaders() returns an empty string). This is further
+> compounded by jQuery building its own XHR that loads headers by calling
+> getAllResponseHeaders, so in Firefox, using jQuery, you can get back zero
+> headers. Don't know if that affects you, but it's an issue it took me a
+> good while to diagnose, and which we've had to bear in mind.
+> 
+> 
+> 
+> 
+> On 4/3/13 3:33 PM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+> 
+>> Hi list,
+>> 
+>> I'd like to set up my handler to use CORS.  Can anyone tell me how I can
+>> modify the headers for my handler to support this?
+>> 
+>> Thanks loads,
+>> Lee
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>> 
+> 
+> 
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+
+From lee.sylvester at gmail.com  Thu Apr  4 22:17:54 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Thu, 4 Apr 2013 21:17:54 +0100
+Subject: [99s-extend] Bullet connection
+Message-ID: <[email protected]>
+
+Hi guys,
+
+So, I'm using bullet in my Cowboy setup. There's a lot of tasks that take place before a connection is finally requested, but when it is requested, I see that the server is first called via HTTPS using method CONNECT.  The problem I have is that, while testing this on local host, this CONNECT request is throwing a 500 error, stating "SSL Proxying not enabled for this host: enable in Proxy Settings, SSL locations".
+
+Does anyone know how I fix this to get past this problem?
+
+Thanks,
+Lee
+
+From essen at ninenines.eu  Thu Apr  4 22:39:32 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 04 Apr 2013 22:39:32 +0200
+Subject: [99s-extend] Bullet connection
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 04/04/2013 10:17 PM, Lee Sylvester wrote:
+> Hi guys,
+>
+> So, I'm using bullet in my Cowboy setup. There's a lot of tasks that take place before a connection is finally requested, but when it is requested, I see that the server is first called via HTTPS using method CONNECT.  The problem I have is that, while testing this on local host, this CONNECT request is throwing a 500 error, stating "SSL Proxying not enabled for this host: enable in Proxy Settings, SSL locations".
+>
+> Does anyone know how I fix this to get past this problem?
+
+You should probably disable the proxy you have configured in your 
+browser for the domain localhost.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From lee.sylvester at gmail.com  Thu Apr  4 22:54:54 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Thu, 4 Apr 2013 21:54:54 +0100
+Subject: [99s-extend] Bullet connection
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+D'oh!  I'm obviously tired :(  Thanks for that.  I saw the message and instantly assumed it was a Cowboy related error.  Okay, so I got that fixed.  Now I need to work out why my connections close the instant they're open :-D  Oh, the life of a developer!
+
+Thanks again.
+
+Lee
+
+
+
+
+On 4 Apr 2013, at 21:39, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> On 04/04/2013 10:17 PM, Lee Sylvester wrote:
+>> Hi guys,
+>> 
+>> So, I'm using bullet in my Cowboy setup. There's a lot of tasks that take place before a connection is finally requested, but when it is requested, I see that the server is first called via HTTPS using method CONNECT.  The problem I have is that, while testing this on local host, this CONNECT request is throwing a 500 error, stating "SSL Proxying not enabled for this host: enable in Proxy Settings, SSL locations".
+>> 
+>> Does anyone know how I fix this to get past this problem?
+> 
+> You should probably disable the proxy you have configured in your browser for the domain localhost.
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From lee.sylvester at gmail.com  Mon Apr  8 15:53:38 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Mon, 8 Apr 2013 14:53:38 +0100
+Subject: [99s-extend] Problems with Bullet
+Message-ID: <[email protected]>
+
+Hi all,
+
+I'm currently having problems getting a websocket to connect to a simple bare bones Bullet handler.  Unfortunately, I'm still quite an Erlang noob, so the stack traces tend to lead me in circles.  I'm hoping this is obvious stuff to you Erlang pros :-)
+
+Given the below handler:
+
+init(_Transport, Req, _Opts, _Active) ->
+	{ok, Req, undefined_state}.
+
+stream(Data, Req, State) ->
+	{ok, Req, State}.
+
+info(Info, Req, State) ->
+	{reply, Info, Req, State}.
+	
+terminate(_Req, _State) ->
+	ok.
+
+Connecting with a websocket throws the following error:
+
+=ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+** Cowboy handler bullet_handler terminating in init/3
+   for the reason error:undef
+** Options were [{handler,connection_handler}]
+** Request was [{socket,#Port<0.926>},
+                {transport,ranch_tcp},
+                {connection,keepalive},
+                {pid,<0.491.0>},
+                {method,<<"GET">>},
+                {version,{1,1}},
+                {peer,{{127,0,0,1},56630}},
+                {host,<<"localhost">>},
+                {host_info,undefined},
+                {port,8080},
+                {path,<<"/">>},
+                {path_info,undefined},
+                {qs,<<"encoding=text">>},
+                {qs_vals,undefined},
+                {fragment,<<>>},
+                {bindings,[]},
+                {headers,[{<<"upgrade">>,<<"websocket">>},
+                          {<<"connection">>,<<"Upgrade">>},
+                          {<<"host">>,<<"localhost:8080">>},
+                          {<<"origin">>,<<"http://www.websocket.org">>},
+                          {<<"pragma">>,<<"no-cache">>},
+                          {<<"cache-control">>,<<"no-cache">>},
+                          {<<"sec-websocket-key">>,
+                           <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+                          {<<"sec-websocket-version">>,<<"13">>},
+                          {<<"sec-websocket-extensions">>,
+                           <<"x-webkit-deflate-frame">>}]},
+                {p_headers,[{<<"connection">>,[<<"upgrade">>]}]},
+                {cookies,undefined},
+                {meta,[]},
+                {body_state,waiting},
+                {multipart,undefined},
+                {buffer,<<>>},
+                {resp_compress,false},
+                {resp_state,waiting},
+                {resp_headers,[]},
+                {resp_body,<<>>},
+                {onresponse,undefined}]
+** Stacktrace: [{bullet_handler,init,
+                    [{tcp,http},
+                     {http_req,#Port<0.926>,ranch_tcp,keepalive,<0.491.0>,
+                         <<"GET">>,
+                         {1,1},
+                         {{127,0,0,1},56630},
+                         <<"localhost">>,undefined,8080,<<"/">>,
+                         undefined,<<"encoding=text">>,undefined,<<>>,
+                         [],
+                         [{<<"upgrade">>,<<"websocket">>},
+                          {<<"connection">>,<<"Upgrade">>},
+                          {<<"host">>,<<"localhost:8080">>},
+                          {<<"origin">>,<<"http://www.websocket.org">>},
+                          {<<"pragma">>,<<"no-cache">>},
+                          {<<"cache-control">>,<<"no-cache">>},
+                          {<<"sec-websocket-key">>,
+                           <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+                          {<<"sec-websocket-version">>,<<"13">>},
+                          {<<"sec-websocket-extensions">>,
+                           <<"x-webkit-deflate-frame">>}],
+                         [{<<"connection">>,[<<"upgrade">>]}],
+                         undefined,[],waiting,undefined,<<>>,false,waiting,[],
+                         <<>>,undefined},
+                     [{handler,connection_handler}]],
+                    []},
+                {cowboy_handler,handler_init,4,
+                    [{file,"src/cowboy_handler.erl"},{line,69}]},
+                {cowboy_protocol,execute,4,
+                    [{file,"src/cowboy_protocol.erl"},{line,514}]}]
+
+Can anyone see what might be throwing this off?  I'd like to get a minimal handler running before I attempt to add some logic.
+
+Thanks,
+Lee
+
+From essen at ninenines.eu  Mon Apr  8 16:08:31 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 08 Apr 2013 16:08:31 +0200
+Subject: [99s-extend] Problems with Bullet
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Sounds like Bullet isn't in your path. Forgot -pa deps/*/ebin?
+
+On 04/08/2013 03:53 PM, Lee Sylvester wrote:
+> Hi all,
+>
+> I'm currently having problems getting a websocket to connect to a simple bare bones Bullet handler.  Unfortunately, I'm still quite an Erlang noob, so the stack traces tend to lead me in circles.  I'm hoping this is obvious stuff to you Erlang pros :-)
+>
+> Given the below handler:
+>
+> init(_Transport, Req, _Opts, _Active) ->
+> 	{ok, Req, undefined_state}.
+>
+> stream(Data, Req, State) ->
+> 	{ok, Req, State}.
+>
+> info(Info, Req, State) ->
+> 	{reply, Info, Req, State}.
+> 	
+> terminate(_Req, _State) ->
+> 	ok.
+>
+> Connecting with a websocket throws the following error:
+>
+> =ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+> ** Cowboy handler bullet_handler terminating in init/3
+>     for the reason error:undef
+> ** Options were [{handler,connection_handler}]
+> ** Request was [{socket,#Port<0.926>},
+>                  {transport,ranch_tcp},
+>                  {connection,keepalive},
+>                  {pid,<0.491.0>},
+>                  {method,<<"GET">>},
+>                  {version,{1,1}},
+>                  {peer,{{127,0,0,1},56630}},
+>                  {host,<<"localhost">>},
+>                  {host_info,undefined},
+>                  {port,8080},
+>                  {path,<<"/">>},
+>                  {path_info,undefined},
+>                  {qs,<<"encoding=text">>},
+>                  {qs_vals,undefined},
+>                  {fragment,<<>>},
+>                  {bindings,[]},
+>                  {headers,[{<<"upgrade">>,<<"websocket">>},
+>                            {<<"connection">>,<<"Upgrade">>},
+>                            {<<"host">>,<<"localhost:8080">>},
+>                            {<<"origin">>,<<"http://www.websocket.org">>},
+>                            {<<"pragma">>,<<"no-cache">>},
+>                            {<<"cache-control">>,<<"no-cache">>},
+>                            {<<"sec-websocket-key">>,
+>                             <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+>                            {<<"sec-websocket-version">>,<<"13">>},
+>                            {<<"sec-websocket-extensions">>,
+>                             <<"x-webkit-deflate-frame">>}]},
+>                  {p_headers,[{<<"connection">>,[<<"upgrade">>]}]},
+>                  {cookies,undefined},
+>                  {meta,[]},
+>                  {body_state,waiting},
+>                  {multipart,undefined},
+>                  {buffer,<<>>},
+>                  {resp_compress,false},
+>                  {resp_state,waiting},
+>                  {resp_headers,[]},
+>                  {resp_body,<<>>},
+>                  {onresponse,undefined}]
+> ** Stacktrace: [{bullet_handler,init,
+>                      [{tcp,http},
+>                       {http_req,#Port<0.926>,ranch_tcp,keepalive,<0.491.0>,
+>                           <<"GET">>,
+>                           {1,1},
+>                           {{127,0,0,1},56630},
+>                           <<"localhost">>,undefined,8080,<<"/">>,
+>                           undefined,<<"encoding=text">>,undefined,<<>>,
+>                           [],
+>                           [{<<"upgrade">>,<<"websocket">>},
+>                            {<<"connection">>,<<"Upgrade">>},
+>                            {<<"host">>,<<"localhost:8080">>},
+>                            {<<"origin">>,<<"http://www.websocket.org">>},
+>                            {<<"pragma">>,<<"no-cache">>},
+>                            {<<"cache-control">>,<<"no-cache">>},
+>                            {<<"sec-websocket-key">>,
+>                             <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+>                            {<<"sec-websocket-version">>,<<"13">>},
+>                            {<<"sec-websocket-extensions">>,
+>                             <<"x-webkit-deflate-frame">>}],
+>                           [{<<"connection">>,[<<"upgrade">>]}],
+>                           undefined,[],waiting,undefined,<<>>,false,waiting,[],
+>                           <<>>,undefined},
+>                       [{handler,connection_handler}]],
+>                      []},
+>                  {cowboy_handler,handler_init,4,
+>                      [{file,"src/cowboy_handler.erl"},{line,69}]},
+>                  {cowboy_protocol,execute,4,
+>                      [{file,"src/cowboy_protocol.erl"},{line,514}]}]
+>
+> Can anyone see what might be throwing this off?  I'd like to get a minimal handler running before I attempt to add some logic.
+>
+> Thanks,
+> Lee
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From Christopher.Phillips at turner.com  Mon Apr  8 16:11:44 2013
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Mon, 8 Apr 2013 14:11:44 +0000
+Subject: [99s-extend] Problems with Bullet
+In-Reply-To: <[email protected]>
+Message-ID: <CD884493.47E3%[email protected]>
+
+  Can you get the clock example working? I'm not sure why the initial
+upgrade request would fail; are you exporting init/4 in your handler? Are
+your dependencies consistent (I.e., blow them away and regrab them in case
+it's an older version of cowboy with a new version of bullet, or vice
+versa, maybe)? Either way, starting from the example would allow you to
+start from a set of working code and either avoid the issue entirely, or
+isolate it from your code.
+
+On 4/8/13 9:53 AM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+
+>Hi all,
+>
+>I'm currently having problems getting a websocket to connect to a simple
+>bare bones Bullet handler.  Unfortunately, I'm still quite an Erlang
+>noob, so the stack traces tend to lead me in circles.  I'm hoping this is
+>obvious stuff to you Erlang pros :-)
+>
+>Given the below handler:
+>
+>init(_Transport, Req, _Opts, _Active) ->
+>	{ok, Req, undefined_state}.
+>
+>stream(Data, Req, State) ->
+>	{ok, Req, State}.
+>
+>info(Info, Req, State) ->
+>	{reply, Info, Req, State}.
+>	
+>terminate(_Req, _State) ->
+>	ok.
+>
+>Connecting with a websocket throws the following error:
+>
+>=ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+>** Cowboy handler bullet_handler terminating in init/3
+>   for the reason error:undef
+>** Options were [{handler,connection_handler}]
+>** Request was [{socket,#Port<0.926>},
+>                {transport,ranch_tcp},
+>                {connection,keepalive},
+>                {pid,<0.491.0>},
+>                {method,<<"GET">>},
+>                {version,{1,1}},
+>                {peer,{{127,0,0,1},56630}},
+>                {host,<<"localhost">>},
+>                {host_info,undefined},
+>                {port,8080},
+>                {path,<<"/">>},
+>                {path_info,undefined},
+>                {qs,<<"encoding=text">>},
+>                {qs_vals,undefined},
+>                {fragment,<<>>},
+>                {bindings,[]},
+>                {headers,[{<<"upgrade">>,<<"websocket">>},
+>                          {<<"connection">>,<<"Upgrade">>},
+>                          {<<"host">>,<<"localhost:8080">>},
+>                          {<<"origin">>,<<"http://www.websocket.org">>},
+>                          {<<"pragma">>,<<"no-cache">>},
+>                          {<<"cache-control">>,<<"no-cache">>},
+>                          {<<"sec-websocket-key">>,
+>                           <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+>                          {<<"sec-websocket-version">>,<<"13">>},
+>                          {<<"sec-websocket-extensions">>,
+>                           <<"x-webkit-deflate-frame">>}]},
+>                {p_headers,[{<<"connection">>,[<<"upgrade">>]}]},
+>                {cookies,undefined},
+>                {meta,[]},
+>                {body_state,waiting},
+>                {multipart,undefined},
+>                {buffer,<<>>},
+>                {resp_compress,false},
+>                {resp_state,waiting},
+>                {resp_headers,[]},
+>                {resp_body,<<>>},
+>                {onresponse,undefined}]
+>** Stacktrace: [{bullet_handler,init,
+>                    [{tcp,http},
+>                     {http_req,#Port<0.926>,ranch_tcp,keepalive,<0.491.0>,
+>                         <<"GET">>,
+>                         {1,1},
+>                         {{127,0,0,1},56630},
+>                         <<"localhost">>,undefined,8080,<<"/">>,
+>                         undefined,<<"encoding=text">>,undefined,<<>>,
+>                         [],
+>                         [{<<"upgrade">>,<<"websocket">>},
+>                          {<<"connection">>,<<"Upgrade">>},
+>                          {<<"host">>,<<"localhost:8080">>},
+>                          {<<"origin">>,<<"http://www.websocket.org">>},
+>                          {<<"pragma">>,<<"no-cache">>},
+>                          {<<"cache-control">>,<<"no-cache">>},
+>                          {<<"sec-websocket-key">>,
+>                           <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+>                          {<<"sec-websocket-version">>,<<"13">>},
+>                          {<<"sec-websocket-extensions">>,
+>                           <<"x-webkit-deflate-frame">>}],
+>                         [{<<"connection">>,[<<"upgrade">>]}],
+>                  
+>undefined,[],waiting,undefined,<<>>,false,waiting,[],
+>                         <<>>,undefined},
+>                     [{handler,connection_handler}]],
+>                    []},
+>                {cowboy_handler,handler_init,4,
+>                    [{file,"src/cowboy_handler.erl"},{line,69}]},
+>                {cowboy_protocol,execute,4,
+>                    [{file,"src/cowboy_protocol.erl"},{line,514}]}]
+>
+>Can anyone see what might be throwing this off?  I'd like to get a
+>minimal handler running before I attempt to add some logic.
+>
+>Thanks,
+>Lee
+>_______________________________________________
+>Extend mailing list
+>Extend at lists.ninenines.eu
+>http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+
+
+From Christopher.Phillips at turner.com  Mon Apr  8 16:18:27 2013
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Mon, 8 Apr 2013 14:18:27 +0000
+Subject: [99s-extend] Problems with Bullet
+In-Reply-To: <[email protected]>
+Message-ID: <CD8849A5.4807%[email protected]>
+
+  *facepalm* Or that, yeah. Should have correlated the stack trace with
+the error. Not used to seeing cowboy run as the app, not a dependency.
+
+On 4/8/13 10:08 AM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+
+>Sounds like Bullet isn't in your path. Forgot -pa deps/*/ebin?
+>
+>On 04/08/2013 03:53 PM, Lee Sylvester wrote:
+>> Hi all,
+>>
+>> I'm currently having problems getting a websocket to connect to a
+>>simple bare bones Bullet handler.  Unfortunately, I'm still quite an
+>>Erlang noob, so the stack traces tend to lead me in circles.  I'm hoping
+>>this is obvious stuff to you Erlang pros :-)
+>>
+>> Given the below handler:
+>>
+>> init(_Transport, Req, _Opts, _Active) ->
+>> 	{ok, Req, undefined_state}.
+>>
+>> stream(Data, Req, State) ->
+>> 	{ok, Req, State}.
+>>
+>> info(Info, Req, State) ->
+>> 	{reply, Info, Req, State}.
+>> 	
+>> terminate(_Req, _State) ->
+>> 	ok.
+>>
+>> Connecting with a websocket throws the following error:
+>>
+>> =ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+>> ** Cowboy handler bullet_handler terminating in init/3
+>>     for the reason error:undef
+>> ** Options were [{handler,connection_handler}]
+>> ** Request was [{socket,#Port<0.926>},
+>>                  {transport,ranch_tcp},
+>>                  {connection,keepalive},
+>>                  {pid,<0.491.0>},
+>>                  {method,<<"GET">>},
+>>                  {version,{1,1}},
+>>                  {peer,{{127,0,0,1},56630}},
+>>                  {host,<<"localhost">>},
+>>                  {host_info,undefined},
+>>                  {port,8080},
+>>                  {path,<<"/">>},
+>>                  {path_info,undefined},
+>>                  {qs,<<"encoding=text">>},
+>>                  {qs_vals,undefined},
+>>                  {fragment,<<>>},
+>>                  {bindings,[]},
+>>                  {headers,[{<<"upgrade">>,<<"websocket">>},
+>>                            {<<"connection">>,<<"Upgrade">>},
+>>                            {<<"host">>,<<"localhost:8080">>},
+>>                 
+>>{<<"origin">>,<<"http://www.websocket.org">>},
+>>                            {<<"pragma">>,<<"no-cache">>},
+>>                            {<<"cache-control">>,<<"no-cache">>},
+>>                            {<<"sec-websocket-key">>,
+>>                             <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+>>                            {<<"sec-websocket-version">>,<<"13">>},
+>>                            {<<"sec-websocket-extensions">>,
+>>                             <<"x-webkit-deflate-frame">>}]},
+>>                  {p_headers,[{<<"connection">>,[<<"upgrade">>]}]},
+>>                  {cookies,undefined},
+>>                  {meta,[]},
+>>                  {body_state,waiting},
+>>                  {multipart,undefined},
+>>                  {buffer,<<>>},
+>>                  {resp_compress,false},
+>>                  {resp_state,waiting},
+>>                  {resp_headers,[]},
+>>                  {resp_body,<<>>},
+>>                  {onresponse,undefined}]
+>> ** Stacktrace: [{bullet_handler,init,
+>>                      [{tcp,http},
+>>                 
+>>{http_req,#Port<0.926>,ranch_tcp,keepalive,<0.491.0>,
+>>                           <<"GET">>,
+>>                           {1,1},
+>>                           {{127,0,0,1},56630},
+>>                           <<"localhost">>,undefined,8080,<<"/">>,
+>>                           undefined,<<"encoding=text">>,undefined,<<>>,
+>>                           [],
+>>                           [{<<"upgrade">>,<<"websocket">>},
+>>                            {<<"connection">>,<<"Upgrade">>},
+>>                            {<<"host">>,<<"localhost:8080">>},
+>>                 
+>>{<<"origin">>,<<"http://www.websocket.org">>},
+>>                            {<<"pragma">>,<<"no-cache">>},
+>>                            {<<"cache-control">>,<<"no-cache">>},
+>>                            {<<"sec-websocket-key">>,
+>>                             <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+>>                            {<<"sec-websocket-version">>,<<"13">>},
+>>                            {<<"sec-websocket-extensions">>,
+>>                             <<"x-webkit-deflate-frame">>}],
+>>                           [{<<"connection">>,[<<"upgrade">>]}],
+>>                 
+>>undefined,[],waiting,undefined,<<>>,false,waiting,[],
+>>                           <<>>,undefined},
+>>                       [{handler,connection_handler}]],
+>>                      []},
+>>                  {cowboy_handler,handler_init,4,
+>>                      [{file,"src/cowboy_handler.erl"},{line,69}]},
+>>                  {cowboy_protocol,execute,4,
+>>                      [{file,"src/cowboy_protocol.erl"},{line,514}]}]
+>>
+>> Can anyone see what might be throwing this off?  I'd like to get a
+>>minimal handler running before I attempt to add some logic.
+>>
+>> Thanks,
+>> Lee
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>>
+>
+>
+>-- 
+>Lo?c Hoguin
+>Erlang Cowboy
+>Nine Nines
+>http://ninenines.eu
+>_______________________________________________
+>Extend mailing list
+>Extend at lists.ninenines.eu
+>http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+
+
+From lee.sylvester at gmail.com  Mon Apr  8 16:21:53 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Mon, 8 Apr 2013 15:21:53 +0100
+Subject: [99s-extend] Problems with Bullet
+In-Reply-To: <CD8849A5.4807%[email protected]>
+References: <CD8849A5.4807%[email protected]>
+Message-ID: <[email protected]>
+
+Thanks guys,  that was exactly the problem.  I feel a little stupid :-)  I use Rebar to compile my apps, but none of the three books I have on Erlang describe the config files in much detail.  I probably have my entire setup wrong.
+
+Anyhow, it looks to be working, now :-)
+
+Thanks again,
+Lee
+
+
+
+On 8 Apr 2013, at 15:18, "Phillips, Christopher" <Christopher.Phillips at turner.com> wrote:
+
+>  *facepalm* Or that, yeah. Should have correlated the stack trace with
+> the error. Not used to seeing cowboy run as the app, not a dependency.
+> 
+> On 4/8/13 10:08 AM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+> 
+>> Sounds like Bullet isn't in your path. Forgot -pa deps/*/ebin?
+>> 
+>> On 04/08/2013 03:53 PM, Lee Sylvester wrote:
+>>> Hi all,
+>>> 
+>>> I'm currently having problems getting a websocket to connect to a
+>>> simple bare bones Bullet handler.  Unfortunately, I'm still quite an
+>>> Erlang noob, so the stack traces tend to lead me in circles.  I'm hoping
+>>> this is obvious stuff to you Erlang pros :-)
+>>> 
+>>> Given the below handler:
+>>> 
+>>> init(_Transport, Req, _Opts, _Active) ->
+>>> 	{ok, Req, undefined_state}.
+>>> 
+>>> stream(Data, Req, State) ->
+>>> 	{ok, Req, State}.
+>>> 
+>>> info(Info, Req, State) ->
+>>> 	{reply, Info, Req, State}.
+>>> 	
+>>> terminate(_Req, _State) ->
+>>> 	ok.
+>>> 
+>>> Connecting with a websocket throws the following error:
+>>> 
+>>> =ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+>>> ** Cowboy handler bullet_handler terminating in init/3
+>>>    for the reason error:undef
+>>> ** Options were [{handler,connection_handler}]
+>>> ** Request was [{socket,#Port<0.926>},
+>>>                 {transport,ranch_tcp},
+>>>                 {connection,keepalive},
+>>>                 {pid,<0.491.0>},
+>>>                 {method,<<"GET">>},
+>>>                 {version,{1,1}},
+>>>                 {peer,{{127,0,0,1},56630}},
+>>>                 {host,<<"localhost">>},
+>>>                 {host_info,undefined},
+>>>                 {port,8080},
+>>>                 {path,<<"/">>},
+>>>                 {path_info,undefined},
+>>>                 {qs,<<"encoding=text">>},
+>>>                 {qs_vals,undefined},
+>>>                 {fragment,<<>>},
+>>>                 {bindings,[]},
+>>>                 {headers,[{<<"upgrade">>,<<"websocket">>},
+>>>                           {<<"connection">>,<<"Upgrade">>},
+>>>                           {<<"host">>,<<"localhost:8080">>},
+>>> 
+>>> {<<"origin">>,<<"http://www.websocket.org">>},
+>>>                           {<<"pragma">>,<<"no-cache">>},
+>>>                           {<<"cache-control">>,<<"no-cache">>},
+>>>                           {<<"sec-websocket-key">>,
+>>>                            <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+>>>                           {<<"sec-websocket-version">>,<<"13">>},
+>>>                           {<<"sec-websocket-extensions">>,
+>>>                            <<"x-webkit-deflate-frame">>}]},
+>>>                 {p_headers,[{<<"connection">>,[<<"upgrade">>]}]},
+>>>                 {cookies,undefined},
+>>>                 {meta,[]},
+>>>                 {body_state,waiting},
+>>>                 {multipart,undefined},
+>>>                 {buffer,<<>>},
+>>>                 {resp_compress,false},
+>>>                 {resp_state,waiting},
+>>>                 {resp_headers,[]},
+>>>                 {resp_body,<<>>},
+>>>                 {onresponse,undefined}]
+>>> ** Stacktrace: [{bullet_handler,init,
+>>>                     [{tcp,http},
+>>> 
+>>> {http_req,#Port<0.926>,ranch_tcp,keepalive,<0.491.0>,
+>>>                          <<"GET">>,
+>>>                          {1,1},
+>>>                          {{127,0,0,1},56630},
+>>>                          <<"localhost">>,undefined,8080,<<"/">>,
+>>>                          undefined,<<"encoding=text">>,undefined,<<>>,
+>>>                          [],
+>>>                          [{<<"upgrade">>,<<"websocket">>},
+>>>                           {<<"connection">>,<<"Upgrade">>},
+>>>                           {<<"host">>,<<"localhost:8080">>},
+>>> 
+>>> {<<"origin">>,<<"http://www.websocket.org">>},
+>>>                           {<<"pragma">>,<<"no-cache">>},
+>>>                           {<<"cache-control">>,<<"no-cache">>},
+>>>                           {<<"sec-websocket-key">>,
+>>>                            <<"fEj/SOOcQgSKATOjhbNJBQ==">>},
+>>>                           {<<"sec-websocket-version">>,<<"13">>},
+>>>                           {<<"sec-websocket-extensions">>,
+>>>                            <<"x-webkit-deflate-frame">>}],
+>>>                          [{<<"connection">>,[<<"upgrade">>]}],
+>>> 
+>>> undefined,[],waiting,undefined,<<>>,false,waiting,[],
+>>>                          <<>>,undefined},
+>>>                      [{handler,connection_handler}]],
+>>>                     []},
+>>>                 {cowboy_handler,handler_init,4,
+>>>                     [{file,"src/cowboy_handler.erl"},{line,69}]},
+>>>                 {cowboy_protocol,execute,4,
+>>>                     [{file,"src/cowboy_protocol.erl"},{line,514}]}]
+>>> 
+>>> Can anyone see what might be throwing this off?  I'd like to get a
+>>> minimal handler running before I attempt to add some logic.
+>>> 
+>>> Thanks,
+>>> Lee
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>>> 
+>> 
+>> 
+>> -- 
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>> 
+> 
+> 
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+
+From lee.sylvester at gmail.com  Wed Apr 10 13:47:45 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Wed, 10 Apr 2013 12:47:45 +0100
+Subject: [99s-extend] Heartbeat?
+Message-ID: <[email protected]>
+
+Hey guys,
+
+So, my bullet websockets are going great.  However, I have a question.  At present, if I don't send any data to or from my websockets for a while, the connection closes after about 10 - 20 seconds.  Therefore, should I send a heartbeat to the client from Erlang to keep this open?  The websockets are for user to user messaging, so it's possible that large periods of inactivity could occur.
+
+Thanks,
+Lee
+
+From sasa.juric at gmail.com  Wed Apr 10 14:00:47 2013
+From: sasa.juric at gmail.com (Sasa Juric)
+Date: Wed, 10 Apr 2013 14:00:47 +0200
+Subject: [99s-extend] cowboy and chromium
+Message-ID: <[email protected]>
+
+Hi,
+
+I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+
+After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in chrome://net-internals showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+
+If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+
+After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+
+However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem. 
+The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives. 
+This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+
+This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+
+Thank you very much in advance and best regards,
+Sasa
+
+From essen at ninenines.eu  Wed Apr 10 16:38:26 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 10 Apr 2013 16:38:26 +0200
+Subject: [99s-extend] Heartbeat?
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 04/10/2013 01:47 PM, Lee Sylvester wrote:
+> Hey guys,
+>
+> So, my bullet websockets are going great.  However, I have a question.  At present, if I don't send any data to or from my websockets for a while, the connection closes after about 10 - 20 seconds.  Therefore, should I send a heartbeat to the client from Erlang to keep this open?  The websockets are for user to user messaging, so it's possible that large periods of inactivity could occur.
+
+Send one from the client if you want it to scale. Bullet provides you 
+with one callback that you can use to send anything. If you're using 
+JSON then sending {} is generally enough.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Wed Apr 10 16:41:21 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 10 Apr 2013 16:41:21 +0200
+Subject: [99s-extend] cowboy and chromium
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 04/10/2013 02:00 PM, Sasa Juric wrote:
+> Hi,
+>
+> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+>
+> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in chrome://net-internals showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+>
+> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+>
+> After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+>
+> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+>
+> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+
+Haven't seen this happen on plain Cowboy. The proxy might be the 
+culprit. See if you can reproduce without the proxy.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From sasa.juric at gmail.com  Wed Apr 10 16:50:31 2013
+From: sasa.juric at gmail.com (Sasa Juric)
+Date: Wed, 10 Apr 2013 16:50:31 +0200
+Subject: [99s-extend] cowboy and chromium
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+
+Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably "think" that connection is still active, and try to reuse it, but this doesn't work until timeout.
+Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+
+Question: can I configure keep-alive timeout in Cowboy?
+
+
+On Apr 10, 2013, at 4:41 PM, Lo?c Hoguin wrote:
+
+> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+>> Hi,
+>> 
+>> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+>> 
+>> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in chrome://net-internals showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+>> 
+>> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+>> 
+>> After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+>> 
+>> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+>> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+>> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+>> 
+>> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+> 
+> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Wed Apr 10 16:51:50 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 10 Apr 2013 16:51:50 +0200
+Subject: [99s-extend] cowboy and chromium
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+'timeout' protocol option, in milliseconds.
+
+On 04/10/2013 04:50 PM, Sasa Juric wrote:
+> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+>
+> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably "think" that connection is still active, and try to reuse it, but this doesn't work until timeout.
+> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+>
+> Question: can I configure keep-alive timeout in Cowboy?
+>
+>
+> On Apr 10, 2013, at 4:41 PM, Lo?c Hoguin wrote:
+>
+>> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+>>> Hi,
+>>>
+>>> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+>>>
+>>> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in chrome://net-internals showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+>>>
+>>> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+>>>
+>>> After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+>>>
+>>> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+>>> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+>>> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+>>>
+>>> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+>>
+>> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From lee.sylvester at gmail.com  Wed Apr 10 16:53:24 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Wed, 10 Apr 2013 15:53:24 +0100
+Subject: [99s-extend] Heartbeat?
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Ahh, thank you.
+
+Regards,
+Lee
+
+
+
+On 10 Apr 2013, at 15:38, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> On 04/10/2013 01:47 PM, Lee Sylvester wrote:
+>> Hey guys,
+>> 
+>> So, my bullet websockets are going great.  However, I have a question.  At present, if I don't send any data to or from my websockets for a while, the connection closes after about 10 - 20 seconds.  Therefore, should I send a heartbeat to the client from Erlang to keep this open?  The websockets are for user to user messaging, so it's possible that large periods of inactivity could occur.
+> 
+> Send one from the client if you want it to scale. Bullet provides you with one callback that you can use to send anything. If you're using JSON then sending {} is generally enough.
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From sasa.juric at gmail.com  Wed Apr 10 16:56:08 2013
+From: sasa.juric at gmail.com (Sasa Juric)
+Date: Wed, 10 Apr 2013 16:56:08 +0200
+Subject: [99s-extend] cowboy and chromium
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thanks!
+
+I was looking at the option, but was confused by description which states:
+Time in milliseconds a client has to send the full request line and headers.
+
+I'll give it a try and see how it works.
+
+Best regards,
+Sasa
+
+On Apr 10, 2013, at 4:51 PM, Lo?c Hoguin wrote:
+
+> 'timeout' protocol option, in milliseconds.
+> 
+> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+>> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+>> 
+>> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+>> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably "think" that connection is still active, and try to reuse it, but this doesn't work until timeout.
+>> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+>> 
+>> Question: can I configure keep-alive timeout in Cowboy?
+>> 
+>> 
+>> On Apr 10, 2013, at 4:41 PM, Lo?c Hoguin wrote:
+>> 
+>>> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+>>>> Hi,
+>>>> 
+>>>> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+>>>> 
+>>>> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in chrome://net-internals showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+>>>> 
+>>>> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+>>>> 
+>>>> After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+>>>> 
+>>>> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+>>>> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+>>>> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+>>>> 
+>>>> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+>>> 
+>>> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> Erlang Cowboy
+>>> Nine Nines
+>>> http://ninenines.eu
+>> 
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Wed Apr 10 17:01:14 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 10 Apr 2013 17:01:14 +0200
+Subject: [99s-extend] cowboy and chromium
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Means it's not a read timeout, but a timeout for the whole request up to 
+and excluding the body (so an intentionally slow client will get 
+disconnected at 5s).
+
+On 04/10/2013 04:56 PM, Sasa Juric wrote:
+> Thanks!
+>
+> I was looking at the option, but was confused by description which states:
+> Time in milliseconds a client has to send the full request line and headers.
+>
+> I'll give it a try and see how it works.
+>
+> Best regards,
+> Sasa
+>
+> On Apr 10, 2013, at 4:51 PM, Lo?c Hoguin wrote:
+>
+>> 'timeout' protocol option, in milliseconds.
+>>
+>> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+>>> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+>>>
+>>> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+>>> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably "think" that connection is still active, and try to reuse it, but this doesn't work until timeout.
+>>> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+>>>
+>>> Question: can I configure keep-alive timeout in Cowboy?
+>>>
+>>>
+>>> On Apr 10, 2013, at 4:41 PM, Lo?c Hoguin wrote:
+>>>
+>>>> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+>>>>> Hi,
+>>>>>
+>>>>> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+>>>>>
+>>>>> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in chrome://net-internals showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+>>>>>
+>>>>> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+>>>>>
+>>>>> After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+>>>>>
+>>>>> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+>>>>> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+>>>>> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+>>>>>
+>>>>> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+>>>>
+>>>> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> Erlang Cowboy
+>>>> Nine Nines
+>>>> http://ninenines.eu
+>>>
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From sasa.juric at gmail.com  Wed Apr 10 17:05:51 2013
+From: sasa.juric at gmail.com (Sasa Juric)
+Date: Wed, 10 Apr 2013 17:05:51 +0200
+Subject: [99s-extend] cowboy and chromium
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Ok, just to make sure I understand:
+When I serve a request, and the connection is not closed due to keep-alive, will this timeout also apply?
+
+
+On Apr 10, 2013, at 5:01 PM, Lo?c Hoguin wrote:
+
+> Means it's not a read timeout, but a timeout for the whole request up to and excluding the body (so an intentionally slow client will get disconnected at 5s).
+> 
+> On 04/10/2013 04:56 PM, Sasa Juric wrote:
+>> Thanks!
+>> 
+>> I was looking at the option, but was confused by description which states:
+>> Time in milliseconds a client has to send the full request line and headers.
+>> 
+>> I'll give it a try and see how it works.
+>> 
+>> Best regards,
+>> Sasa
+>> 
+>> On Apr 10, 2013, at 4:51 PM, Lo?c Hoguin wrote:
+>> 
+>>> 'timeout' protocol option, in milliseconds.
+>>> 
+>>> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+>>>> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+>>>> 
+>>>> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+>>>> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably "think" that connection is still active, and try to reuse it, but this doesn't work until timeout.
+>>>> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+>>>> 
+>>>> Question: can I configure keep-alive timeout in Cowboy?
+>>>> 
+>>>> 
+>>>> On Apr 10, 2013, at 4:41 PM, Lo?c Hoguin wrote:
+>>>> 
+>>>>> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+>>>>>> Hi,
+>>>>>> 
+>>>>>> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+>>>>>> 
+>>>>>> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in chrome://net-internals showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+>>>>>> 
+>>>>>> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+>>>>>> 
+>>>>>> After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+>>>>>> 
+>>>>>> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+>>>>>> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+>>>>>> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+>>>>>> 
+>>>>>> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+>>>>> 
+>>>>> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+>>>>> 
+>>>>> --
+>>>>> Lo?c Hoguin
+>>>>> Erlang Cowboy
+>>>>> Nine Nines
+>>>>> http://ninenines.eu
+>>>> 
+>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> Erlang Cowboy
+>>> Nine Nines
+>>> http://ninenines.eu
+>> 
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Wed Apr 10 17:07:18 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 10 Apr 2013 17:07:18 +0200
+Subject: [99s-extend] cowboy and chromium
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+It's running from the moment Cowboy starts expecting a new request up to 
+the moment it got the request in full (excluding the body), then it's 
+reset for the next request.
+
+On 04/10/2013 05:05 PM, Sasa Juric wrote:
+> Ok, just to make sure I understand:
+> When I serve a request, and the connection is not closed due to keep-alive, will this timeout also apply?
+>
+>
+> On Apr 10, 2013, at 5:01 PM, Lo?c Hoguin wrote:
+>
+>> Means it's not a read timeout, but a timeout for the whole request up to and excluding the body (so an intentionally slow client will get disconnected at 5s).
+>>
+>> On 04/10/2013 04:56 PM, Sasa Juric wrote:
+>>> Thanks!
+>>>
+>>> I was looking at the option, but was confused by description which states:
+>>> Time in milliseconds a client has to send the full request line and headers.
+>>>
+>>> I'll give it a try and see how it works.
+>>>
+>>> Best regards,
+>>> Sasa
+>>>
+>>> On Apr 10, 2013, at 4:51 PM, Lo?c Hoguin wrote:
+>>>
+>>>> 'timeout' protocol option, in milliseconds.
+>>>>
+>>>> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+>>>>> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+>>>>>
+>>>>> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+>>>>> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably "think" that connection is still active, and try to reuse it, but this doesn't work until timeout.
+>>>>> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+>>>>>
+>>>>> Question: can I configure keep-alive timeout in Cowboy?
+>>>>>
+>>>>>
+>>>>> On Apr 10, 2013, at 4:41 PM, Lo?c Hoguin wrote:
+>>>>>
+>>>>>> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+>>>>>>> Hi,
+>>>>>>>
+>>>>>>> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+>>>>>>>
+>>>>>>> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in chrome://net-internals showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+>>>>>>>
+>>>>>>> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+>>>>>>>
+>>>>>>> After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+>>>>>>>
+>>>>>>> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+>>>>>>> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+>>>>>>> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+>>>>>>>
+>>>>>>> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+>>>>>>
+>>>>>> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+>>>>>>
+>>>>>> --
+>>>>>> Lo?c Hoguin
+>>>>>> Erlang Cowboy
+>>>>>> Nine Nines
+>>>>>> http://ninenines.eu
+>>>>>
+>>>>
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> Erlang Cowboy
+>>>> Nine Nines
+>>>> http://ninenines.eu
+>>>
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From sasa.juric at gmail.com  Wed Apr 10 17:11:57 2013
+From: sasa.juric at gmail.com (Sasa Juric)
+Date: Wed, 10 Apr 2013 17:11:57 +0200
+Subject: [99s-extend] cowboy and chromium
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thanks!
+
+On Apr 10, 2013, at 5:07 PM, Lo?c Hoguin wrote:
+
+> It's running from the moment Cowboy starts expecting a new request up to the moment it got the request in full (excluding the body), then it's reset for the next request.
+> 
+> On 04/10/2013 05:05 PM, Sasa Juric wrote:
+>> Ok, just to make sure I understand:
+>> When I serve a request, and the connection is not closed due to keep-alive, will this timeout also apply?
+>> 
+>> 
+>> On Apr 10, 2013, at 5:01 PM, Lo?c Hoguin wrote:
+>> 
+>>> Means it's not a read timeout, but a timeout for the whole request up to and excluding the body (so an intentionally slow client will get disconnected at 5s).
+>>> 
+>>> On 04/10/2013 04:56 PM, Sasa Juric wrote:
+>>>> Thanks!
+>>>> 
+>>>> I was looking at the option, but was confused by description which states:
+>>>> Time in milliseconds a client has to send the full request line and headers.
+>>>> 
+>>>> I'll give it a try and see how it works.
+>>>> 
+>>>> Best regards,
+>>>> Sasa
+>>>> 
+>>>> On Apr 10, 2013, at 4:51 PM, Lo?c Hoguin wrote:
+>>>> 
+>>>>> 'timeout' protocol option, in milliseconds.
+>>>>> 
+>>>>> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+>>>>>> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+>>>>>> 
+>>>>>> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+>>>>>> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably "think" that connection is still active, and try to reuse it, but this doesn't work until timeout.
+>>>>>> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+>>>>>> 
+>>>>>> Question: can I configure keep-alive timeout in Cowboy?
+>>>>>> 
+>>>>>> 
+>>>>>> On Apr 10, 2013, at 4:41 PM, Lo?c Hoguin wrote:
+>>>>>> 
+>>>>>>> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+>>>>>>>> Hi,
+>>>>>>>> 
+>>>>>>>> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+>>>>>>>> 
+>>>>>>>> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in chrome://net-internals showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+>>>>>>>> 
+>>>>>>>> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+>>>>>>>> 
+>>>>>>>> After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+>>>>>>>> 
+>>>>>>>> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+>>>>>>>> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+>>>>>>>> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+>>>>>>>> 
+>>>>>>>> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+>>>>>>> 
+>>>>>>> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+>>>>>>> 
+>>>>>>> --
+>>>>>>> Lo?c Hoguin
+>>>>>>> Erlang Cowboy
+>>>>>>> Nine Nines
+>>>>>>> http://ninenines.eu
+>>>>>> 
+>>>>> 
+>>>>> 
+>>>>> --
+>>>>> Lo?c Hoguin
+>>>>> Erlang Cowboy
+>>>>> Nine Nines
+>>>>> http://ninenines.eu
+>>>> 
+>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> Erlang Cowboy
+>>> Nine Nines
+>>> http://ninenines.eu
+>> 
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From lee.sylvester at gmail.com  Thu Apr 11 07:51:12 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Thu, 11 Apr 2013 06:51:12 +0100
+Subject: [99s-extend] Distributed model?
+Message-ID: <[email protected]>
+
+Hi guys,
+
+So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+
+I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+
+Thanks,
+Lee
+
+From jeremy at quarkgames.com  Thu Apr 11 08:29:16 2013
+From: jeremy at quarkgames.com (Jeremy Ong)
+Date: Wed, 10 Apr 2013 23:29:16 -0700
+Subject: [99s-extend] Distributed model?
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAKD1GY6z-Au5C-AsOus2ieOEtGymgigYp_SzGhrt+GgaXNFd=Q@mail.gmail.com>
+
+Make all the machines identically and add an haproxy (or equivalent)
+machine to load balance between all of them. Haproxy can handle many
+many requests. Keep in mind that with tcp, the load balancer is just
+accepting the socket but then the client communicates with the actual
+application server directly afterwards.
+
+On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+> Hi guys,
+>
+> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+>
+> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+>
+> Thanks,
+> Lee
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+From lee.sylvester at gmail.com  Thu Apr 11 08:49:18 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Thu, 11 Apr 2013 07:49:18 +0100
+Subject: [99s-extend] Distributed model?
+In-Reply-To: <CAKD1GY6z-Au5C-AsOus2ieOEtGymgigYp_SzGhrt+GgaXNFd=Q@mail.gmail.com>
+References: <[email protected]>
+ <CAKD1GY6z-Au5C-AsOus2ieOEtGymgigYp_SzGhrt+GgaXNFd=Q@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Thanks Jeremy, but what about inter-node communication?  If I have a user on node A sending a message to 10k users located on 10 other nodes, what is the best way to handle that?  Especially if this user is sending several messages and expecting replies.  Should I use the standard Erlang inter-process messaging or should I implement an MQ on top to handle this?
+
+Thanks,
+Lee
+
+
+On 11 Apr 2013, at 07:29, Jeremy Ong <jeremy at quarkgames.com> wrote:
+
+> Make all the machines identically and add an haproxy (or equivalent)
+> machine to load balance between all of them. Haproxy can handle many
+> many requests. Keep in mind that with tcp, the load balancer is just
+> accepting the socket but then the client communicates with the actual
+> application server directly afterwards.
+> 
+> On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+>> Hi guys,
+>> 
+>> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+>> 
+>> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+>> 
+>> Thanks,
+>> Lee
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+
+
+
+From jeremy at quarkgames.com  Thu Apr 11 09:04:04 2013
+From: jeremy at quarkgames.com (Jeremy Ong)
+Date: Thu, 11 Apr 2013 00:04:04 -0700
+Subject: [99s-extend] Distributed model?
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAKD1GY6z-Au5C-AsOus2ieOEtGymgigYp_SzGhrt+GgaXNFd=Q@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAKD1GY4xtZWXvfqstapnpLskbn3DFPPGDO9yHTLHDmTP+ozR7A@mail.gmail.com>
+
+I see. I assume this is for a chat server of some sort?
+
+You don't want the user process sending all these messages because the
+user process wouldn't be able to do anything useful (like receive
+messages) in the meantime.
+
+Better is to implement a pubsub process for each channel of
+communication (i.e. one process per room) or rely on Redis pubsub or
+something if speed is extremely important.
+
+There is no way to get around the O(N) complexity of broadcasting.
+
+On Wed, Apr 10, 2013 at 11:49 PM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+> Thanks Jeremy, but what about inter-node communication?  If I have a user on node A sending a message to 10k users located on 10 other nodes, what is the best way to handle that?  Especially if this user is sending several messages and expecting replies.  Should I use the standard Erlang inter-process messaging or should I implement an MQ on top to handle this?
+>
+> Thanks,
+> Lee
+>
+>
+> On 11 Apr 2013, at 07:29, Jeremy Ong <jeremy at quarkgames.com> wrote:
+>
+>> Make all the machines identically and add an haproxy (or equivalent)
+>> machine to load balance between all of them. Haproxy can handle many
+>> many requests. Keep in mind that with tcp, the load balancer is just
+>> accepting the socket but then the client communicates with the actual
+>> application server directly afterwards.
+>>
+>> On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+>>> Hi guys,
+>>>
+>>> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+>>>
+>>> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+>>>
+>>> Thanks,
+>>> Lee
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+From lee.sylvester at gmail.com  Thu Apr 11 14:55:29 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Thu, 11 Apr 2013 13:55:29 +0100
+Subject: [99s-extend] Distributed model?
+In-Reply-To: <CAKD1GY4xtZWXvfqstapnpLskbn3DFPPGDO9yHTLHDmTP+ozR7A@mail.gmail.com>
+References: <[email protected]>
+ <CAKD1GY6z-Au5C-AsOus2ieOEtGymgigYp_SzGhrt+GgaXNFd=Q@mail.gmail.com>
+ <[email protected]>
+ <CAKD1GY4xtZWXvfqstapnpLskbn3DFPPGDO9yHTLHDmTP+ozR7A@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Thank you, Jeremy, that's good advice.  It's not so much a chat platform, but I guess it would resemble one in architecture.  The part I'm concerned about, though, is should I be avoiding the internal Erlang messaging between connections (over many nodes) for heavy messaging?
+
+Thanks,
+Lee
+
+
+
+On 11 Apr 2013, at 08:04, Jeremy Ong <jeremy at quarkgames.com> wrote:
+
+> I see. I assume this is for a chat server of some sort?
+> 
+> You don't want the user process sending all these messages because the
+> user process wouldn't be able to do anything useful (like receive
+> messages) in the meantime.
+> 
+> Better is to implement a pubsub process for each channel of
+> communication (i.e. one process per room) or rely on Redis pubsub or
+> something if speed is extremely important.
+> 
+> There is no way to get around the O(N) complexity of broadcasting.
+> 
+> On Wed, Apr 10, 2013 at 11:49 PM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+>> Thanks Jeremy, but what about inter-node communication?  If I have a user on node A sending a message to 10k users located on 10 other nodes, what is the best way to handle that?  Especially if this user is sending several messages and expecting replies.  Should I use the standard Erlang inter-process messaging or should I implement an MQ on top to handle this?
+>> 
+>> Thanks,
+>> Lee
+>> 
+>> 
+>> On 11 Apr 2013, at 07:29, Jeremy Ong <jeremy at quarkgames.com> wrote:
+>> 
+>>> Make all the machines identically and add an haproxy (or equivalent)
+>>> machine to load balance between all of them. Haproxy can handle many
+>>> many requests. Keep in mind that with tcp, the load balancer is just
+>>> accepting the socket but then the client communicates with the actual
+>>> application server directly afterwards.
+>>> 
+>>> On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+>>>> Hi guys,
+>>>> 
+>>>> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+>>>> 
+>>>> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+>>>> 
+>>>> Thanks,
+>>>> Lee
+>>>> _______________________________________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> http://lists.ninenines.eu:81/listinfo/extend
+>> 
+
+
+
+From lee.sylvester at gmail.com  Thu Apr 11 17:46:35 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Thu, 11 Apr 2013 16:46:35 +0100
+Subject: [99s-extend] Distributed model?
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAKD1GY6z-Au5C-AsOus2ieOEtGymgigYp_SzGhrt+GgaXNFd=Q@mail.gmail.com>
+ <[email protected]>
+ <CAKD1GY4xtZWXvfqstapnpLskbn3DFPPGDO9yHTLHDmTP+ozR7A@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Okay, so I've figured it out.  I will need to have a separate messaging layer.  Does anyone know of a messaging layer that can be used when all you know is the PID to send to?
+
+Thanks,
+Lee
+
+
+
+On 11 Apr 2013, at 13:55, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+
+> Thank you, Jeremy, that's good advice.  It's not so much a chat platform, but I guess it would resemble one in architecture.  The part I'm concerned about, though, is should I be avoiding the internal Erlang messaging between connections (over many nodes) for heavy messaging?
+> 
+> Thanks,
+> Lee
+> 
+> 
+> 
+> On 11 Apr 2013, at 08:04, Jeremy Ong <jeremy at quarkgames.com> wrote:
+> 
+>> I see. I assume this is for a chat server of some sort?
+>> 
+>> You don't want the user process sending all these messages because the
+>> user process wouldn't be able to do anything useful (like receive
+>> messages) in the meantime.
+>> 
+>> Better is to implement a pubsub process for each channel of
+>> communication (i.e. one process per room) or rely on Redis pubsub or
+>> something if speed is extremely important.
+>> 
+>> There is no way to get around the O(N) complexity of broadcasting.
+>> 
+>> On Wed, Apr 10, 2013 at 11:49 PM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+>>> Thanks Jeremy, but what about inter-node communication?  If I have a user on node A sending a message to 10k users located on 10 other nodes, what is the best way to handle that?  Especially if this user is sending several messages and expecting replies.  Should I use the standard Erlang inter-process messaging or should I implement an MQ on top to handle this?
+>>> 
+>>> Thanks,
+>>> Lee
+>>> 
+>>> 
+>>> On 11 Apr 2013, at 07:29, Jeremy Ong <jeremy at quarkgames.com> wrote:
+>>> 
+>>>> Make all the machines identically and add an haproxy (or equivalent)
+>>>> machine to load balance between all of them. Haproxy can handle many
+>>>> many requests. Keep in mind that with tcp, the load balancer is just
+>>>> accepting the socket but then the client communicates with the actual
+>>>> application server directly afterwards.
+>>>> 
+>>>> On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+>>>>> Hi guys,
+>>>>> 
+>>>>> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+>>>>> 
+>>>>> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+>>>>> 
+>>>>> Thanks,
+>>>>> Lee
+>>>>> _______________________________________________
+>>>>> Extend mailing list
+>>>>> Extend at lists.ninenines.eu
+>>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>> 
+> 
+
+
+
+From Kevin.Brown at turner.com  Fri Apr 12 01:37:18 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Thu, 11 Apr 2013 23:37:18 +0000
+Subject: [99s-extend] populating #http_req for unit testing
+In-Reply-To: <[email protected]>
+Message-ID: <CD8CBFE1.A141%[email protected]>
+
+
+Cowfolk,
+
+I am doing something like this to create an #http_req suitable for unit
+testing my resource callbacks:
+
+-define (HTTP_REQ_ENCODERS_PORT_8000,  #http_req{host= <<"www.foo.com">> ,
+port=8000, path= <<"/encoders">>,transport=ranch_tcp, qs= <<>>, fragment=
+<<>> }).
+
+Notice that I needed to set the transport to a Cowboy specific atom
+because I wanted to get cowboy_req:host_url and cowboy_req:path to work
+properly.  
+
+I'm sure there is a method that Cowboy uses internally to populate an
+#http_req from a URL that I could use for testing.  What might that be?
+How else should I be populating this record.
+
+Cheers,
+
+-kb
+
+
+
+
+
+
+On 4/11/13 7:07 PM, "extend-request at lists.ninenines.eu"
+<extend-request at lists.ninenines.eu> wrote:
+
+>Welcome to the Extend at lists.ninenines.eu mailing list!
+>
+>To post to this list, send your message to:
+>
+>  extend at lists.ninenines.eu
+>
+>General information about the mailing list is at:
+>
+>  http://lists.ninenines.eu:81/listinfo/extend
+>
+>If you ever want to unsubscribe or change your options (eg, switch to
+>or from digest mode, change your password, etc.), visit your
+>subscription page at:
+>
+>  http://lists.ninenines.eu:81/options/extend/kevin.brown%40turner.com
+>
+>You can also make such adjustments via email by sending a message to:
+>
+>  Extend-request at lists.ninenines.eu
+>
+>with the word `help' in the subject or body (don't include the
+>quotes), and you will get back a message with instructions.
+>
+>You must know your password to change your options (including changing
+>the password, itself) or to unsubscribe without confirmation.  It is:
+>
+>  doofus1
+>
+>Normally, Mailman will remind you of your lists.ninenines.eu mailing
+>list passwords once every month, although you can disable this if you
+>prefer.  This reminder will also include instructions on how to
+>unsubscribe or change your account options.  There is also a button on
+>your options page that will email your current password to you.
+>
+
+
+
+
+From essen at ninenines.eu  Fri Apr 12 02:07:26 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 12 Apr 2013 02:07:26 +0200
+Subject: [99s-extend] populating #http_req for unit testing
+In-Reply-To: <CD8CBFE1.A141%[email protected]>
+References: <CD8CBFE1.A141%[email protected]>
+Message-ID: <[email protected]>
+
+There's a few undocumented functions in cowboy_req, like new, set and 
+get, used by Cowboy internally.
+
+On 04/12/2013 01:37 AM, Brown, Kevin wrote:
+>
+> Cowfolk,
+>
+> I am doing something like this to create an #http_req suitable for unit
+> testing my resource callbacks:
+>
+> -define (HTTP_REQ_ENCODERS_PORT_8000,  #http_req{host= <<"www.foo.com">> ,
+> port=8000, path= <<"/encoders">>,transport=ranch_tcp, qs= <<>>, fragment=
+> <<>> }).
+>
+> Notice that I needed to set the transport to a Cowboy specific atom
+> because I wanted to get cowboy_req:host_url and cowboy_req:path to work
+> properly.
+>
+> I'm sure there is a method that Cowboy uses internally to populate an
+> #http_req from a URL that I could use for testing.  What might that be?
+> How else should I be populating this record.
+>
+> Cheers,
+>
+> -kb
+>
+>
+>
+>
+>
+>
+> On 4/11/13 7:07 PM, "extend-request at lists.ninenines.eu"
+> <extend-request at lists.ninenines.eu> wrote:
+>
+>> Welcome to the Extend at lists.ninenines.eu mailing list!
+>>
+>> To post to this list, send your message to:
+>>
+>>   extend at lists.ninenines.eu
+>>
+>> General information about the mailing list is at:
+>>
+>>   http://lists.ninenines.eu:81/listinfo/extend
+>>
+>> If you ever want to unsubscribe or change your options (eg, switch to
+>> or from digest mode, change your password, etc.), visit your
+>> subscription page at:
+>>
+>>   http://lists.ninenines.eu:81/options/extend/kevin.brown%40turner.com
+>>
+>> You can also make such adjustments via email by sending a message to:
+>>
+>>   Extend-request at lists.ninenines.eu
+>>
+>> with the word `help' in the subject or body (don't include the
+>> quotes), and you will get back a message with instructions.
+>>
+>> You must know your password to change your options (including changing
+>> the password, itself) or to unsubscribe without confirmation.  It is:
+>>
+>>   doofus1
+>>
+>> Normally, Mailman will remind you of your lists.ninenines.eu mailing
+>> list passwords once every month, although you can disable this if you
+>> prefer.  This reminder will also include instructions on how to
+>> unsubscribe or change your account options.  There is also a button on
+>> your options page that will email your current password to you.
+>>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From Kevin.Brown at turner.com  Fri Apr 12 02:30:15 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Fri, 12 Apr 2013 00:30:15 +0000
+Subject: [99s-extend] populating #http_req for unit testing
+In-Reply-To: <[email protected]>
+Message-ID: <CD8CCDCD.A1C9%[email protected]>
+
+Thanks.
+
+On 4/11/13 8:07 PM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+
+>There's a few undocumented functions in cowboy_req, like new, set and
+>get, used by Cowboy internally.
+>
+>On 04/12/2013 01:37 AM, Brown, Kevin wrote:
+>>
+>> Cowfolk,
+>>
+>> I am doing something like this to create an #http_req suitable for unit
+>> testing my resource callbacks:
+>>
+>> -define (HTTP_REQ_ENCODERS_PORT_8000,  #http_req{host=
+>><<"www.foo.com">> ,
+>> port=8000, path= <<"/encoders">>,transport=ranch_tcp, qs= <<>>,
+>>fragment=
+>> <<>> }).
+>>
+>> Notice that I needed to set the transport to a Cowboy specific atom
+>> because I wanted to get cowboy_req:host_url and cowboy_req:path to work
+>> properly.
+>>
+>> I'm sure there is a method that Cowboy uses internally to populate an
+>> #http_req from a URL that I could use for testing.  What might that be?
+>> How else should I be populating this record.
+>>
+>> Cheers,
+>>
+>> -kb
+>>
+>>
+>>
+>>
+>>
+>>
+>> On 4/11/13 7:07 PM, "extend-request at lists.ninenines.eu"
+>> <extend-request at lists.ninenines.eu> wrote:
+>>
+>>> Welcome to the Extend at lists.ninenines.eu mailing list!
+>>>
+>>> To post to this list, send your message to:
+>>>
+>>>   extend at lists.ninenines.eu
+>>>
+>>> General information about the mailing list is at:
+>>>
+>>>   http://lists.ninenines.eu:81/listinfo/extend
+>>>
+>>> If you ever want to unsubscribe or change your options (eg, switch to
+>>> or from digest mode, change your password, etc.), visit your
+>>> subscription page at:
+>>>
+>>>   http://lists.ninenines.eu:81/options/extend/kevin.brown%40turner.com
+>>>
+>>> You can also make such adjustments via email by sending a message to:
+>>>
+>>>   Extend-request at lists.ninenines.eu
+>>>
+>>> with the word `help' in the subject or body (don't include the
+>>> quotes), and you will get back a message with instructions.
+>>>
+>>> You must know your password to change your options (including changing
+>>> the password, itself) or to unsubscribe without confirmation.  It is:
+>>>
+>>>   doofus1
+>>>
+>>> Normally, Mailman will remind you of your lists.ninenines.eu mailing
+>>> list passwords once every month, although you can disable this if you
+>>> prefer.  This reminder will also include instructions on how to
+>>> unsubscribe or change your account options.  There is also a button on
+>>> your options page that will email your current password to you.
+>>>
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>>
+>
+>
+>-- 
+>Lo?c Hoguin
+>Erlang Cowboy
+>Nine Nines
+>http://ninenines.eu
+>
+
+
+
+
+From edgurgel at gmail.com  Sat Apr 13 13:12:39 2013
+From: edgurgel at gmail.com (Eduardo Gurgel)
+Date: Sat, 13 Apr 2013 08:12:39 -0300
+Subject: [99s-extend] populating #http_req for unit testing
+In-Reply-To: <CD8CBFE1.A141%[email protected]>
+References: <[email protected]>
+ <CD8CBFE1.A141%[email protected]>
+Message-ID: <CAKAMJXjXrMs5OR+WfHwkmixGAx1UUP4-HyprhTffEjT4yXKBnA@mail.gmail.com>
+
+On Thu, Apr 11, 2013 at 8:37 PM, Brown, Kevin <Kevin.Brown at turner.com>wrote:
+
+>
+> Cowfolk,
+>
+> I am doing something like this to create an #http_req suitable for unit
+> testing my resource callbacks:
+>
+
+
+I use the library meck(https://github.com/eproxus/meck) to test stuff doing
+something like this:
+
+some_test() ->
+  meck:expect(cowboy_req, binding, 2, {<<"app_key">>, req} )
+  ?assertEqual({ok, req, empty},
+                 websocket_handler:websocket_init(transport, req, opts)),
+  ?assert(meck:validate(cowboy_req)).
+
+I use simple atoms as input and mock the cowboy_req functions to return
+atoms that would represent the correct or the wrong answer.
+
+The real implementation or how cowboy represent stuff is not important
+here, just the output pattern like {Binding, Req}.
+
+That's it
+
+-- 
+
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130413/f1b70800/attachment.html>
+
+From erlang at rambocoder.com  Mon Apr 15 22:45:42 2013
+From: erlang at rambocoder.com (rambocoder)
+Date: Mon, 15 Apr 2013 16:45:42 -0400
+Subject: [99s-extend] Reading body_qs multiple times
+Message-ID: <CAJ0zLRN-62a9P7QhGz5q6qoj4WaWGv_4qzEznzzwb07Hqo-0QQ@mail.gmail.com>
+
+Hello group,
+
+I am trying to put together a CSRF middleware
+https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693
+and
+if the body of the request contains "_csrf" token, I check to make sure it
+matches the csrf token in the session.
+
+Currently I am doing it in middleware using cowboy_req:body_qs/1 however
+when in the handler I need to read another body parameter, such as in the
+rest_pastebin example:
+
+{ok, BodyQs, Req3} = cowboy_req:body_qs(Req),
+Paste = proplists:get_value(<<"paste">>, BodyQs),
+
+cowboy_req:body_qs/1 returns [] due to the body of the request being
+already read {body_state,done}
+
+Is it pointless to have the type of CSRF middleware that I am writing and
+just do the CSRF in the handler's callback, where I can deal with all the
+body_qs at once?
+
+Thank you,
+
+rambocoder
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130415/03f35a62/attachment.html>
+
+From essen at ninenines.eu  Mon Apr 15 22:47:47 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 15 Apr 2013 22:47:47 +0200
+Subject: [99s-extend] Reading body_qs multiple times
+In-Reply-To: <CAJ0zLRN-62a9P7QhGz5q6qoj4WaWGv_4qzEznzzwb07Hqo-0QQ@mail.gmail.com>
+References: <CAJ0zLRN-62a9P7QhGz5q6qoj4WaWGv_4qzEznzzwb07Hqo-0QQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Why not just put the token in the URL instead? if it's CSRF then it's 
+probably used only once and only for POST and the like, so not cached or 
+anything.
+
+On 04/15/2013 10:45 PM, rambocoder wrote:
+> Hello group,
+>
+> I am trying to put together a CSRF middleware
+> https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693 and
+> if the body of the request contains "_csrf" token, I check to make sure
+> it matches the csrf token in the session.
+>
+> Currently I am doing it in middleware using cowboy_req:body_qs/1 however
+> when in the handler I need to read another body parameter, such as in
+> the rest_pastebin example:
+>
+> {ok, BodyQs, Req3} = cowboy_req:body_qs(Req),
+> Paste = proplists:get_value(<<"paste">>, BodyQs),
+>
+> cowboy_req:body_qs/1 returns [] due to the body of the request being
+> already read {body_state,done}
+>
+> Is it pointless to have the type of CSRF middleware that I am writing
+> and just do the CSRF in the handler's callback, where I can deal with
+> all the body_qs at once?
+>
+> Thank you,
+>
+> rambocoder
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From erlang at rambocoder.com  Tue Apr 16 02:13:44 2013
+From: erlang at rambocoder.com (rambocoder)
+Date: Mon, 15 Apr 2013 20:13:44 -0400
+Subject: [99s-extend] Reading body_qs multiple times
+In-Reply-To: <[email protected]>
+References: <CAJ0zLRN-62a9P7QhGz5q6qoj4WaWGv_4qzEznzzwb07Hqo-0QQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJ0zLRPYmtXEMd6G78D5Dc9-ebrdRzxyWmVHnzGE=YrH+hA6fg@mail.gmail.com>
+
+Loic,
+
+After giving the CSRF middleware some thought and reading
+https://www.owasp.org/index.php/Cross-Site_Request_Forgery_(CSRF)_Prevention_Cheat_Sheet#Disclosure_of_Token_in_URL
+I
+came to conclusion that it is best to just not create the middleware and
+instead deal with CSRF on as needed basis.
+
+I know that node's Connect middleware
+http://www.senchalabs.org/connect/csrf.html#defaultValue for example allows
+for the csrf token to be passed as a query string parameter, however, the
+OWASP article made me think that it is not the most secure approach.
+
+For example, AngularJS http://docs.angularjs.org/api/ng.$http has a section
+on how their AJAX component behaves to do CSRF out of the box, and they are
+talking about the server sending a cookie XSRF-TOKEN that is not HttpOnly.
+That makes me realize that csrf is a process more than just slapping some
+middleware into the pipeline.
+
+Btw, I noticed that when the result of the middleware execute function is:
+{error, StatusCode, Req}
+if I set the reply on the request via cowboy_req:reply before returning the
+{error.. , the status code of that reply will be used.
+
+Such as:
+{ok, Req3} = cowboy_req:reply(403, [], "Invalid CSRF Token.", Req2),
+{error, 500, Req3}; % 500 is ignored, 403 is returned
+
+Is that by design?
+
+Sincerely,
+
+rambocoder
+
+
+
+On Mon, Apr 15, 2013 at 4:47 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Why not just put the token in the URL instead? if it's CSRF then it's
+> probably used only once and only for POST and the like, so not cached or
+> anything.
+>
+>
+> On 04/15/2013 10:45 PM, rambocoder wrote:
+>
+>> Hello group,
+>>
+>> I am trying to put together a CSRF middleware
+>> https://github.com/rambocoder/**stable/commit/**
+>> b26980d292ac42aadfe9921a961436**e28cdbb693<https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693>and
+>> if the body of the request contains "_csrf" token, I check to make sure
+>> it matches the csrf token in the session.
+>>
+>> Currently I am doing it in middleware using cowboy_req:body_qs/1 however
+>> when in the handler I need to read another body parameter, such as in
+>> the rest_pastebin example:
+>>
+>> {ok, BodyQs, Req3} = cowboy_req:body_qs(Req),
+>> Paste = proplists:get_value(<<"paste">**>, BodyQs),
+>>
+>> cowboy_req:body_qs/1 returns [] due to the body of the request being
+>> already read {body_state,done}
+>>
+>> Is it pointless to have the type of CSRF middleware that I am writing
+>> and just do the CSRF in the handler's callback, where I can deal with
+>> all the body_qs at once?
+>>
+>> Thank you,
+>>
+>> rambocoder
+>>
+>>
+>> ______________________________**_________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130415/59aaeef2/attachment.html>
+
+From essen at ninenines.eu  Tue Apr 16 13:34:14 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 16 Apr 2013 13:34:14 +0200
+Subject: [99s-extend] Reading body_qs multiple times
+In-Reply-To: <CAJ0zLRPYmtXEMd6G78D5Dc9-ebrdRzxyWmVHnzGE=YrH+hA6fg@mail.gmail.com>
+References: <CAJ0zLRN-62a9P7QhGz5q6qoj4WaWGv_4qzEznzzwb07Hqo-0QQ@mail.gmail.com>
+ <[email protected]>
+ <CAJ0zLRPYmtXEMd6G78D5Dc9-ebrdRzxyWmVHnzGE=YrH+hA6fg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 04/16/2013 02:13 AM, rambocoder wrote:
+> Loic,
+>
+> After giving the CSRF middleware some thought and reading
+> https://www.owasp.org/index.php/Cross-Site_Request_Forgery_(CSRF)_Prevention_Cheat_Sheet#Disclosure_of_Token_in_URL I
+> came to conclusion that it is best to just not create the middleware and
+> instead deal with CSRF on as needed basis.
+
+Your link says what I said too, except I probably wasn't explicit enough.
+
+If you have a form that does POST (or PUT or PATCH or DELETE), put the 
+token in "<form action="/path/to/resource?csrf=$TOKEN">". The token must 
+be only valid once, it must not be reused, not even between different 
+forms (each form gets its own token). Since it is not a GET request, 
+then you don't have cache or referer issues.
+
+You can still have issues if you allow another site to run JS on yours 
+(but you probably shouldn't) or if there is a malevolent proxy (use SSL 
+where needed), but these are different issues entirely.
+
+> Btw, I noticed that when the result of the middleware execute function is:
+> {error, StatusCode, Req}
+> if I set the reply on the request via cowboy_req:reply before returning
+> the {error.. , the status code of that reply will be used.
+>
+> Such as:
+> {ok, Req3} = cowboy_req:reply(403, [], "Invalid CSRF Token.", Req2),
+> {error, 500, Req3}; % 500 is ignored, 403 is returned
+
+Yes, the response was already sent, therefore the second one is ignored.
+
+> Is that by design?
+>
+> Sincerely,
+>
+> rambocoder
+>
+>
+>
+> On Mon, Apr 15, 2013 at 4:47 PM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     Why not just put the token in the URL instead? if it's CSRF then
+>     it's probably used only once and only for POST and the like, so not
+>     cached or anything.
+>
+>
+>     On 04/15/2013 10:45 PM, rambocoder wrote:
+>
+>         Hello group,
+>
+>         I am trying to put together a CSRF middleware
+>         https://github.com/rambocoder/__stable/commit/__b26980d292ac42aadfe9921a961436__e28cdbb693
+>         <https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693>
+>         and
+>         if the body of the request contains "_csrf" token, I check to
+>         make sure
+>         it matches the csrf token in the session.
+>
+>         Currently I am doing it in middleware using cowboy_req:body_qs/1
+>         however
+>         when in the handler I need to read another body parameter, such
+>         as in
+>         the rest_pastebin example:
+>
+>         {ok, BodyQs, Req3} = cowboy_req:body_qs(Req),
+>         Paste = proplists:get_value(<<"paste">__>, BodyQs),
+>
+>         cowboy_req:body_qs/1 returns [] due to the body of the request being
+>         already read {body_state,done}
+>
+>         Is it pointless to have the type of CSRF middleware that I am
+>         writing
+>         and just do the CSRF in the handler's callback, where I can deal
+>         with
+>         all the body_qs at once?
+>
+>         Thank you,
+>
+>         rambocoder
+>
+>
+>         _________________________________________________
+>         Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         http://lists.ninenines.eu:81/__listinfo/extend
+>         <http://lists.ninenines.eu:81/listinfo/extend>
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From lee.sylvester at gmail.com  Fri Apr 19 16:47:09 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Fri, 19 Apr 2013 15:47:09 +0100
+Subject: [99s-extend] Cowboy CORS
+Message-ID: <[email protected]>
+
+Hi guys,
+
+So, I thought I had this resolved, as I managed to get it working locally, but across different local domains (test.localhost.com and cowboy.localhost.com).  However, now I've deployed my app to a VM, I simply can't get CORS working in Cowboy.  Here's the OPTIONS response from Chrome's console:
+
+
+Request URL:http://www.example.com/
+Request Method:OPTIONS
+Status Code:200 OK
+Request Headersview source
+Accept:*/*
+Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+Accept-Encoding:gzip,deflate,sdch
+Accept-Language:en-US,en;q=0.8
+Access-Control-Request-Headers:origin, method, content-type
+Access-Control-Request-Method:POST
+Connection:keep-alive
+Host:www.example.com
+Origin:http://test.localhost.com:8889
+Referer:http://test.localhost.com:8889/
+User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+Response Headersview source
+Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin, Method
+Access-Control-Allow-Methods:GET, POST, OPTIONS
+Access-Control-Allow-Origin:*
+connection:keep-alive
+content-length:0
+date:Fri, 19 Apr 2013 14:40:00 GMT
+server:Cowboy
+
+And then this is the POST response:
+
+Request URL:http://www.example.com/
+Request Headersview parsed
+POST http://www.example.com/ HTTP/1.1
+Origin: http://test.localhost.com:8889
+Referer: http://test.localhost.com:8889/
+method: POST http://www.example.com/ HTTP/1.1
+User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+content-type: application/x-www-form-urlencoded
+Form Dataview parsed
+data={"Type":"auth_request","Authentication":"public","Authorization":null,"Domain":"www.example.com","Application":"test_app","Ident":"lee"}
+
+I am setting {<<"Access-Control-Allow-Origin">>, <<"*">>} in the headers param of cowboy_req:reply and the cowboy_req:set_resp_header, but neither seems to be working.  Can anyone spot what I might be doing wrong?
+
+The cowboy_req:set_resp_header is happening in the handle? So
+
+handle(Req, State) ->
+	Reply = case cowboy_req:method(Req) of
+		{<<"POST">>, Req2} ->
+			Req3 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Origin">>, <<"*">>, Req2),
+[snip]
+
+
+Thanks,
+Lee
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130419/bf0e8ef9/attachment.html>
+
+From Christopher.Phillips at turner.com  Fri Apr 19 17:08:03 2013
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Fri, 19 Apr 2013 15:08:03 +0000
+Subject: [99s-extend] Cowboy CORS
+In-Reply-To: <[email protected]>
+Message-ID: <CD96D43A.4E43%[email protected]>
+
+  When querying to the VM from a browser, is Chrome complaining that it's a cross domain request in the console? Or something else?
+
+  Is the OPTIONS request firing and failing, or is it the POST that is failing (in the network tab)?
+
+  If it's working in a cross origin context for you locally across different domains (I.e., the browser is sending the CORS headers on the request, and you're seeing the right headers on the response, and the browser is handling them properly, such that you can retrieve the response from your Javascript), then it seems unlikely to be a CORS issue, but maybe a config or proxy or code issue in your handler.
+
+
+From: Lee Sylvester <lee.sylvester at gmail.com<mailto:lee.sylvester at gmail.com>>
+Date: Friday, April 19, 2013 10:47 AM
+To: "extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>" <extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>>
+Subject: [99s-extend] Cowboy CORS
+
+Hi guys,
+
+So, I thought I had this resolved, as I managed to get it working locally, but across different local domains (test.localhost.com<http://test.localhost.com> and cowboy.localhost.com<http://cowboy.localhost.com>).  However, now I've deployed my app to a VM, I simply can't get CORS working in Cowboy.  Here's the OPTIONS response from Chrome's console:
+
+
+
+  1.
+Request URL:
+http://www.example.com/
+  2.
+Request Method:
+OPTIONS
+  3.
+Status Code:
+200 OK
+  4.  Request Headersview source
+     *
+Accept:
+*/*
+     *
+Accept-Charset:
+ISO-8859-1,utf-8;q=0.7,*;q=0.3
+     *
+Accept-Encoding:
+gzip,deflate,sdch
+     *
+Accept-Language:
+en-US,en;q=0.8
+     *
+Access-Control-Request-Headers:
+origin, method, content-type
+     *
+Access-Control-Request-Method:
+POST
+     *
+Connection:
+keep-alive
+     *
+Host:
+www.example.com<http://www.example.com>
+     *
+Origin:
+http://test.localhost.com:8889
+     *
+Referer:
+http://test.localhost.com:8889/
+     *
+User-Agent:
+Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+  5.  Response Headersview source
+     *
+Access-Control-Allow-Headers:
+Content-Type, X-Requested-With, Origin, Method
+     *
+Access-Control-Allow-Methods:
+GET, POST, OPTIONS
+     *
+Access-Control-Allow-Origin:
+*
+     *
+connection:
+keep-alive
+     *
+content-length:
+0
+     *
+date:
+Fri, 19 Apr 2013 14:40:00 GMT
+     *
+server:
+Cowboy
+
+And then this is the POST response:
+
+
+  1.
+Request URL:
+http://www.example.com/
+  2.  Request Headersview parsed
+     *   POST http://www.example.com/ HTTP/1.1 Origin: http://test.localhost.com:8889 Referer: http://test.localhost.com:8889/ method: POST http://www.example.com/ HTTP/1.1 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31 content-type: application/x-www-form-urlencoded
+  3.  Form Dataview parsed
+     *   data={"Type":"auth_request","Authentication":"public","Authorization":null,"Domain":"www.example.com<http://www.example.com>","Application":"test_app","Ident":"lee"}
+
+I am setting {<<"Access-Control-Allow-Origin">>, <<"*">>} in the headers param of cowboy_req:reply and the cowboy_req:set_resp_header, but neither seems to be working.  Can anyone spot what I might be doing wrong?
+
+The cowboy_req:set_resp_header is happening in the handle? So
+
+handle(Req, State) ->
+Reply = case cowboy_req:method(Req) of
+{<<"POST">>, Req2} ->
+Req3 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Origin">>, <<"*">>, Req2),
+[snip]
+
+
+Thanks,
+Lee
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130419/383515dd/attachment.html>
+
+From lee.sylvester at gmail.com  Mon Apr 22 14:59:54 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Mon, 22 Apr 2013 13:59:54 +0100
+Subject: [99s-extend] 505 error
+Message-ID: <[email protected]>
+
+Hi guys,
+
+So, I was getting a CORS issue when connecting to my Bullet impl, which I have since fixed.  I am now able to use these from many machines from many locations.  However, I have found some machines to be getting a 505 error when making a POST request to the Cowboy instance:
+
+Request URL:http://www.example.com
+Request Method:OPTIONS
+Status Code:505 HTTP Version Not Supported
+Request Headersview source
+Accept:*/*
+Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+Accept-Encoding:gzip,deflate,sdch
+Accept-Language:en-US,en;q=0.8
+Access-Control-Request-Headers:origin, method, content-type
+Access-Control-Request-Method:POST
+Connection:keep-alive
+Host:www.example.com
+Origin:http://www.test.com
+Referer:http://www.test.com/
+User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+Response Headersview source
+connection:close
+content-length:0
+date:Mon, 22 Apr 2013 12:22:50 GMT
+server:Cowboy
+
+To get around the CORS issue, I set up an onrequest hook, which points to the function:
+
+set_request_cors(Req) ->
+	Req2 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Methods">>, <<"GET, POST, OPTIONS">>, Req),
+	Req3 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Headers">>, <<"Content-Type, X-Requested-With, Origin, Method">>, Req2),
+	cowboy_req:set_resp_header(<<"Access-Control-Allow-Origin">>, <<"*">>, Req3).
+
+I'm afraid I don't have any more info, but this issue is completely eluding me.
+
+Thanks,
+Lee
+
+
+
+From Kevin.Brown at turner.com  Mon Apr 22 16:28:11 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Mon, 22 Apr 2013 14:28:11 +0000
+Subject: [99s-extend] 505 error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+What is the exact http request sent on the failing and successful machines?  How do the differ?
+
+Stack trace?
+
+On Apr 22, 2013, at 9:00 AM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+
+> Hi guys,
+> 
+> So, I was getting a CORS issue when connecting to my Bullet impl, which I have since fixed.  I am now able to use these from many machines from many locations.  However, I have found some machines to be getting a 505 error when making a POST request to the Cowboy instance:
+> 
+> Request URL:http://www.example.com
+> Request Method:OPTIONS
+> Status Code:505 HTTP Version Not Supported
+> Request Headersview source
+> Accept:*/*
+> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+> Accept-Encoding:gzip,deflate,sdch
+> Accept-Language:en-US,en;q=0.8
+> Access-Control-Request-Headers:origin, method, content-type
+> Access-Control-Request-Method:POST
+> Connection:keep-alive
+> Host:www.example.com
+> Origin:http://www.test.com
+> Referer:http://www.test.com/
+> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+> Response Headersview source
+> connection:close
+> content-length:0
+> date:Mon, 22 Apr 2013 12:22:50 GMT
+> server:Cowboy
+> 
+> To get around the CORS issue, I set up an onrequest hook, which points to the function:
+> 
+> set_request_cors(Req) ->
+>    Req2 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Methods">>, <<"GET, POST, OPTIONS">>, Req),
+>    Req3 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Headers">>, <<"Content-Type, X-Requested-With, Origin, Method">>, Req2),
+>    cowboy_req:set_resp_header(<<"Access-Control-Allow-Origin">>, <<"*">>, Req3).
+> 
+> I'm afraid I don't have any more info, but this issue is completely eluding me.
+> 
+> Thanks,
+> Lee
+> 
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+> 
+
+
+
+From lee.sylvester at gmail.com  Mon Apr 22 16:40:19 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Mon, 22 Apr 2013 15:40:19 +0100
+Subject: [99s-extend] 505 error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Well, the below is the sent and return headers on the failing machine.  On a succeeding machine, the headers are
+
+Request URL:http://www.example.com
+Request Method:OPTIONS
+Status Code:200 OK
+
+Request Headersview source
+Accept:*/*
+Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+Accept-Encoding:gzip,deflate,sdch
+Accept-Language:en-US,en;q=0.8
+Access-Control-Request-Headers:origin, method, content-type
+Access-Control-Request-Method:POST
+Connection:keep-alive
+Host:www.example.com
+Origin:http://www.test.com
+Referer:http://www.test.com/
+User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+
+Response Headersview source
+Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin, Method
+Access-Control-Allow-Methods:GET, POST, OPTIONS
+Access-Control-Allow-Origin:*
+connection:keep-alive
+content-length:68
+date:Mon, 22 Apr 2013 14:33:30 GMT
+server:Cowboy
+
+As you can see, the header control and content isn't being sent back and the connection is closed.
+
+Thanks,
+Lee
+
+
+
+
+On 22 Apr 2013, at 15:28, "Brown, Kevin" <Kevin.Brown at turner.com> wrote:
+
+> What is the exact http request sent on the failing and successful machines?  How do the differ?
+> 
+> Stack trace?
+> 
+> On Apr 22, 2013, at 9:00 AM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+> 
+>> Hi guys,
+>> 
+>> So, I was getting a CORS issue when connecting to my Bullet impl, which I have since fixed.  I am now able to use these from many machines from many locations.  However, I have found some machines to be getting a 505 error when making a POST request to the Cowboy instance:
+>> 
+>> Request URL:http://www.example.com
+>> Request Method:OPTIONS
+>> Status Code:505 HTTP Version Not Supported
+>> 
+>> Request Headersview source
+>> Accept:*/*
+>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+>> Accept-Encoding:gzip,deflate,sdch
+>> Accept-Language:en-US,en;q=0.8
+>> Access-Control-Request-Headers:origin, method, content-type
+>> Access-Control-Request-Method:POST
+>> Connection:keep-alive
+>> Host:www.example.com
+>> Origin:http://www.test.com
+>> Referer:http://www.test.com/
+>> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+>> 
+>> Response Headersview source
+>> connection:close
+>> content-length:0
+>> date:Mon, 22 Apr 2013 12:22:50 GMT
+>> server:Cowboy
+>> 
+>> To get around the CORS issue, I set up an onrequest hook, which points to the function:
+>> 
+>> set_request_cors(Req) ->
+>>   Req2 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Methods">>, <<"GET, POST, OPTIONS">>, Req),
+>>   Req3 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Headers">>, <<"Content-Type, X-Requested-With, Origin, Method">>, Req2),
+>>   cowboy_req:set_resp_header(<<"Access-Control-Allow-Origin">>, <<"*">>, Req3).
+>> 
+>> I'm afraid I don't have any more info, but this issue is completely eluding me.
+>> 
+>> Thanks,
+>> Lee
+>> 
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>> 
+> 
+
+
+
+From essen at ninenines.eu  Mon Apr 22 17:53:44 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 22 Apr 2013 17:53:44 +0200
+Subject: [99s-extend] 505 error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Headers are one thing but it'd be useful to know the request line itself.
+
+On 04/22/2013 04:40 PM, Lee Sylvester wrote:
+> Well, the below is the sent and return headers on the failing machine.  On a succeeding machine, the headers are
+>
+> Request URL:http://www.example.com
+> Request Method:OPTIONS
+> Status Code:200 OK
+>
+> Request Headersview source
+> Accept:*/*
+> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+> Accept-Encoding:gzip,deflate,sdch
+> Accept-Language:en-US,en;q=0.8
+> Access-Control-Request-Headers:origin, method, content-type
+> Access-Control-Request-Method:POST
+> Connection:keep-alive
+> Host:www.example.com
+> Origin:http://www.test.com
+> Referer:http://www.test.com/
+> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+>
+> Response Headersview source
+> Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin, Method
+> Access-Control-Allow-Methods:GET, POST, OPTIONS
+> Access-Control-Allow-Origin:*
+> connection:keep-alive
+> content-length:68
+> date:Mon, 22 Apr 2013 14:33:30 GMT
+> server:Cowboy
+>
+> As you can see, the header control and content isn't being sent back and the connection is closed.
+>
+> Thanks,
+> Lee
+>
+>
+>
+>
+> On 22 Apr 2013, at 15:28, "Brown, Kevin" <Kevin.Brown at turner.com> wrote:
+>
+>> What is the exact http request sent on the failing and successful machines?  How do the differ?
+>>
+>> Stack trace?
+>>
+>> On Apr 22, 2013, at 9:00 AM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+>>
+>>> Hi guys,
+>>>
+>>> So, I was getting a CORS issue when connecting to my Bullet impl, which I have since fixed.  I am now able to use these from many machines from many locations.  However, I have found some machines to be getting a 505 error when making a POST request to the Cowboy instance:
+>>>
+>>> Request URL:http://www.example.com
+>>> Request Method:OPTIONS
+>>> Status Code:505 HTTP Version Not Supported
+>>>
+>>> Request Headersview source
+>>> Accept:*/*
+>>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+>>> Accept-Encoding:gzip,deflate,sdch
+>>> Accept-Language:en-US,en;q=0.8
+>>> Access-Control-Request-Headers:origin, method, content-type
+>>> Access-Control-Request-Method:POST
+>>> Connection:keep-alive
+>>> Host:www.example.com
+>>> Origin:http://www.test.com
+>>> Referer:http://www.test.com/
+>>> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+>>>
+>>> Response Headersview source
+>>> connection:close
+>>> content-length:0
+>>> date:Mon, 22 Apr 2013 12:22:50 GMT
+>>> server:Cowboy
+>>>
+>>> To get around the CORS issue, I set up an onrequest hook, which points to the function:
+>>>
+>>> set_request_cors(Req) ->
+>>>    Req2 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Methods">>, <<"GET, POST, OPTIONS">>, Req),
+>>>    Req3 = cowboy_req:set_resp_header(<<"Access-Control-Allow-Headers">>, <<"Content-Type, X-Requested-With, Origin, Method">>, Req2),
+>>>    cowboy_req:set_resp_header(<<"Access-Control-Allow-Origin">>, <<"*">>, Req3).
+>>>
+>>> I'm afraid I don't have any more info, but this issue is completely eluding me.
+>>>
+>>> Thanks,
+>>> Lee
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>
+>>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From Kevin.Brown at turner.com  Mon Apr 22 17:55:11 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Mon, 22 Apr 2013 15:55:11 +0000
+Subject: [99s-extend] 505 error
+In-Reply-To: <[email protected]>
+Message-ID: <CD9AD247.AB02%[email protected]>
+
+You might see if "view source" (rather than the parsed view you sent)
+yields any clues.  You'd like to see HTTP version being sent.
+
+
+On 4/22/13 10:40 AM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+
+>Well, the below is the sent and return headers on the failing machine.
+>On a succeeding machine, the headers are
+>
+>Request URL:http://www.example.com
+>Request Method:OPTIONS
+>Status Code:200 OK
+>
+>Request Headersview source
+>Accept:*/*
+>Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+>Accept-Encoding:gzip,deflate,sdch
+>Accept-Language:en-US,en;q=0.8
+>Access-Control-Request-Headers:origin, method, content-type
+>Access-Control-Request-Method:POST
+>Connection:keep-alive
+>Host:www.example.com
+>Origin:http://www.test.com
+>Referer:http://www.test.com/
+>User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3)
+>AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+>
+>Response Headersview source
+>Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin,
+>Method
+>Access-Control-Allow-Methods:GET, POST, OPTIONS
+>Access-Control-Allow-Origin:*
+>connection:keep-alive
+>content-length:68
+>date:Mon, 22 Apr 2013 14:33:30 GMT
+>server:Cowboy
+>
+>As you can see, the header control and content isn't being sent back and
+>the connection is closed.
+>
+>Thanks,
+>Lee
+>
+>
+>
+>
+>On 22 Apr 2013, at 15:28, "Brown, Kevin" <Kevin.Brown at turner.com> wrote:
+>
+>> What is the exact http request sent on the failing and successful
+>>machines?  How do the differ?
+>> 
+>> Stack trace?
+>> 
+>> On Apr 22, 2013, at 9:00 AM, "Lee Sylvester" <lee.sylvester at gmail.com>
+>>wrote:
+>> 
+>>> Hi guys,
+>>> 
+>>> So, I was getting a CORS issue when connecting to my Bullet impl,
+>>>which I have since fixed.  I am now able to use these from many
+>>>machines from many locations.  However, I have found some machines to
+>>>be getting a 505 error when making a POST request to the Cowboy
+>>>instance:
+>>> 
+>>> Request URL:http://www.example.com
+>>> Request Method:OPTIONS
+>>> Status Code:505 HTTP Version Not Supported
+>>> 
+>>> Request Headersview source
+>>> Accept:*/*
+>>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+>>> Accept-Encoding:gzip,deflate,sdch
+>>> Accept-Language:en-US,en;q=0.8
+>>> Access-Control-Request-Headers:origin, method, content-type
+>>> Access-Control-Request-Method:POST
+>>> Connection:keep-alive
+>>> Host:www.example.com
+>>> Origin:http://www.test.com
+>>> Referer:http://www.test.com/
+>>> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31
+>>>(KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+>>> 
+>>> Response Headersview source
+>>> connection:close
+>>> content-length:0
+>>> date:Mon, 22 Apr 2013 12:22:50 GMT
+>>> server:Cowboy
+>>> 
+>>> To get around the CORS issue, I set up an onrequest hook, which points
+>>>to the function:
+>>> 
+>>> set_request_cors(Req) ->
+>>>   Req2 = 
+>>>cowboy_req:set_resp_header(<<"Access-Control-Allow-Methods">>, <<"GET,
+>>>POST, OPTIONS">>, Req),
+>>>   Req3 = 
+>>>cowboy_req:set_resp_header(<<"Access-Control-Allow-Headers">>,
+>>><<"Content-Type, X-Requested-With, Origin, Method">>, Req2),
+>>>   cowboy_req:set_resp_header(<<"Access-Control-Allow-Origin">>,
+>>><<"*">>, Req3).
+>>> 
+>>> I'm afraid I don't have any more info, but this issue is completely
+>>>eluding me.
+>>> 
+>>> Thanks,
+>>> Lee
+>>> 
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>>> 
+>> 
+>
+>
+
+
+
+
+From lee.sylvester at gmail.com  Mon Apr 22 20:30:08 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Mon, 22 Apr 2013 19:30:08 +0100
+Subject: [99s-extend] 505 error
+In-Reply-To: <CD9AD247.AB02%[email protected]>
+References: <CD9AD247.AB02%[email protected]>
+Message-ID: <[email protected]>
+
+Does this help?
+
+Request URL:http://www.example.com
+Request Method:OPTIONS
+Status Code:505 HTTP Version Not Supported
+
+Request Headersview parsed
+OPTIONS http://www.example.com HTTP/1.1
+Host: www.example.com
+Proxy-Connection: keep-alive
+Access-Control-Request-Method: POST
+Origin: http://localhost
+User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+Access-Control-Request-Headers: origin, method, content-type
+Accept: */*
+Referer: http://localhost/p/
+Accept-Encoding: gzip,deflate,sdch
+Accept-Language: en-US,en;q=0.8
+Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
+
+Response Headersview parsed
+HTTP/1.1 505 HTTP Version Not Supported
+connection: close
+server: Cowboy
+date: Mon, 22 Apr 2013 17:42:39 GMT
+content-length: 0
+
+Thanks,
+Lee
+
+
+On 22 Apr 2013, at 16:55, "Brown, Kevin" <Kevin.Brown at turner.com> wrote:
+
+> You might see if "view source" (rather than the parsed view you sent)
+> yields any clues.  You'd like to see HTTP version being sent.
+> 
+> 
+> On 4/22/13 10:40 AM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+> 
+>> Well, the below is the sent and return headers on the failing machine.
+>> On a succeeding machine, the headers are
+>> 
+>> Request URL:http://www.example.com
+>> Request Method:OPTIONS
+>> Status Code:200 OK
+>> 
+>> Request Headersview source
+>> Accept:*/*
+>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+>> Accept-Encoding:gzip,deflate,sdch
+>> Accept-Language:en-US,en;q=0.8
+>> Access-Control-Request-Headers:origin, method, content-type
+>> Access-Control-Request-Method:POST
+>> Connection:keep-alive
+>> Host:www.example.com
+>> Origin:http://www.test.com
+>> Referer:http://www.test.com/
+>> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3)
+>> AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+>> 
+>> Response Headersview source
+>> Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin,
+>> Method
+>> Access-Control-Allow-Methods:GET, POST, OPTIONS
+>> Access-Control-Allow-Origin:*
+>> connection:keep-alive
+>> content-length:68
+>> date:Mon, 22 Apr 2013 14:33:30 GMT
+>> server:Cowboy
+>> 
+>> As you can see, the header control and content isn't being sent back and
+>> the connection is closed.
+>> 
+>> Thanks,
+>> Lee
+>> 
+>> 
+>> 
+>> 
+>> On 22 Apr 2013, at 15:28, "Brown, Kevin" <Kevin.Brown at turner.com> wrote:
+>> 
+>>> What is the exact http request sent on the failing and successful
+>>> machines?  How do the differ?
+>>> 
+>>> Stack trace?
+>>> 
+>>> On Apr 22, 2013, at 9:00 AM, "Lee Sylvester" <lee.sylvester at gmail.com>
+>>> wrote:
+>>> 
+>>>> Hi guys,
+>>>> 
+>>>> So, I was getting a CORS issue when connecting to my Bullet impl,
+>>>> which I have since fixed.  I am now able to use these from many
+>>>> machines from many locations.  However, I have found some machines to
+>>>> be getting a 505 error when making a POST request to the Cowboy
+>>>> instance:
+>>>> 
+>>>> Request URL:http://www.example.com
+>>>> Request Method:OPTIONS
+>>>> Status Code:505 HTTP Version Not Supported
+>>>> 
+>>>> Request Headersview source
+>>>> Accept:*/*
+>>>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+>>>> Accept-Encoding:gzip,deflate,sdch
+>>>> Accept-Language:en-US,en;q=0.8
+>>>> Access-Control-Request-Headers:origin, method, content-type
+>>>> Access-Control-Request-Method:POST
+>>>> Connection:keep-alive
+>>>> Host:www.example.com
+>>>> Origin:http://www.test.com
+>>>> Referer:http://www.test.com/
+>>>> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31
+>>>> (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+>>>> 
+>>>> Response Headersview source
+>>>> connection:close
+>>>> content-length:0
+>>>> date:Mon, 22 Apr 2013 12:22:50 GMT
+>>>> server:Cowboy
+>>>> 
+>>>> To get around the CORS issue, I set up an onrequest hook, which points
+>>>> to the function:
+>>>> 
+>>>> set_request_cors(Req) ->
+>>>>  Req2 = 
+>>>> cowboy_req:set_resp_header(<<"Access-Control-Allow-Methods">>, <<"GET,
+>>>> POST, OPTIONS">>, Req),
+>>>>  Req3 = 
+>>>> cowboy_req:set_resp_header(<<"Access-Control-Allow-Headers">>,
+>>>> <<"Content-Type, X-Requested-With, Origin, Method">>, Req2),
+>>>>  cowboy_req:set_resp_header(<<"Access-Control-Allow-Origin">>,
+>>>> <<"*">>, Req3).
+>>>> 
+>>>> I'm afraid I don't have any more info, but this issue is completely
+>>>> eluding me.
+>>>> 
+>>>> Thanks,
+>>>> Lee
+>>>> 
+>>>> _______________________________________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>> 
+>>> 
+>> 
+>> 
+> 
+> 
+
+
+
+From essen at ninenines.eu  Mon Apr 22 21:19:39 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 22 Apr 2013 21:19:39 +0200
+Subject: [99s-extend] 505 error
+In-Reply-To: <[email protected]>
+References: <CD9AD247.AB02%[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I'm going to need the exact request line to make sense of it. 
+Something's missing in the parser I think, not sure what in your case 
+though. Feel free to private email it.
+
+On 04/22/2013 08:30 PM, Lee Sylvester wrote:
+> Does this help?
+>
+> Request URL:http://www.example.com
+> Request Method:OPTIONS
+> Status Code:505 HTTP Version Not Supported
+>
+> Request Headersview parsed
+> OPTIONS http://www.example.com HTTP/1.1
+> Host: www.example.com
+> Proxy-Connection: keep-alive
+> Access-Control-Request-Method: POST
+> Origin: http://localhost
+> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+> Access-Control-Request-Headers: origin, method, content-type
+> Accept: */*
+> Referer: http://localhost/p/
+> Accept-Encoding: gzip,deflate,sdch
+> Accept-Language: en-US,en;q=0.8
+> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
+>
+> Response Headersview parsed
+> HTTP/1.1 505 HTTP Version Not Supported
+> connection: close
+> server: Cowboy
+> date: Mon, 22 Apr 2013 17:42:39 GMT
+> content-length: 0
+>
+> Thanks,
+> Lee
+>
+>
+> On 22 Apr 2013, at 16:55, "Brown, Kevin" <Kevin.Brown at turner.com> wrote:
+>
+>> You might see if "view source" (rather than the parsed view you sent)
+>> yields any clues.  You'd like to see HTTP version being sent.
+>>
+>>
+>> On 4/22/13 10:40 AM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+>>
+>>> Well, the below is the sent and return headers on the failing machine.
+>>> On a succeeding machine, the headers are
+>>>
+>>> Request URL:http://www.example.com
+>>> Request Method:OPTIONS
+>>> Status Code:200 OK
+>>>
+>>> Request Headersview source
+>>> Accept:*/*
+>>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+>>> Accept-Encoding:gzip,deflate,sdch
+>>> Accept-Language:en-US,en;q=0.8
+>>> Access-Control-Request-Headers:origin, method, content-type
+>>> Access-Control-Request-Method:POST
+>>> Connection:keep-alive
+>>> Host:www.example.com
+>>> Origin:http://www.test.com
+>>> Referer:http://www.test.com/
+>>> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3)
+>>> AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+>>>
+>>> Response Headersview source
+>>> Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin,
+>>> Method
+>>> Access-Control-Allow-Methods:GET, POST, OPTIONS
+>>> Access-Control-Allow-Origin:*
+>>> connection:keep-alive
+>>> content-length:68
+>>> date:Mon, 22 Apr 2013 14:33:30 GMT
+>>> server:Cowboy
+>>>
+>>> As you can see, the header control and content isn't being sent back and
+>>> the connection is closed.
+>>>
+>>> Thanks,
+>>> Lee
+>>>
+>>>
+>>>
+>>>
+>>> On 22 Apr 2013, at 15:28, "Brown, Kevin" <Kevin.Brown at turner.com> wrote:
+>>>
+>>>> What is the exact http request sent on the failing and successful
+>>>> machines?  How do the differ?
+>>>>
+>>>> Stack trace?
+>>>>
+>>>> On Apr 22, 2013, at 9:00 AM, "Lee Sylvester" <lee.sylvester at gmail.com>
+>>>> wrote:
+>>>>
+>>>>> Hi guys,
+>>>>>
+>>>>> So, I was getting a CORS issue when connecting to my Bullet impl,
+>>>>> which I have since fixed.  I am now able to use these from many
+>>>>> machines from many locations.  However, I have found some machines to
+>>>>> be getting a 505 error when making a POST request to the Cowboy
+>>>>> instance:
+>>>>>
+>>>>> Request URL:http://www.example.com
+>>>>> Request Method:OPTIONS
+>>>>> Status Code:505 HTTP Version Not Supported
+>>>>>
+>>>>> Request Headersview source
+>>>>> Accept:*/*
+>>>>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+>>>>> Accept-Encoding:gzip,deflate,sdch
+>>>>> Accept-Language:en-US,en;q=0.8
+>>>>> Access-Control-Request-Headers:origin, method, content-type
+>>>>> Access-Control-Request-Method:POST
+>>>>> Connection:keep-alive
+>>>>> Host:www.example.com
+>>>>> Origin:http://www.test.com
+>>>>> Referer:http://www.test.com/
+>>>>> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31
+>>>>> (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+>>>>>
+>>>>> Response Headersview source
+>>>>> connection:close
+>>>>> content-length:0
+>>>>> date:Mon, 22 Apr 2013 12:22:50 GMT
+>>>>> server:Cowboy
+>>>>>
+>>>>> To get around the CORS issue, I set up an onrequest hook, which points
+>>>>> to the function:
+>>>>>
+>>>>> set_request_cors(Req) ->
+>>>>>   Req2 =
+>>>>> cowboy_req:set_resp_header(<<"Access-Control-Allow-Methods">>, <<"GET,
+>>>>> POST, OPTIONS">>, Req),
+>>>>>   Req3 =
+>>>>> cowboy_req:set_resp_header(<<"Access-Control-Allow-Headers">>,
+>>>>> <<"Content-Type, X-Requested-With, Origin, Method">>, Req2),
+>>>>>   cowboy_req:set_resp_header(<<"Access-Control-Allow-Origin">>,
+>>>>> <<"*">>, Req3).
+>>>>>
+>>>>> I'm afraid I don't have any more info, but this issue is completely
+>>>>> eluding me.
+>>>>>
+>>>>> Thanks,
+>>>>> Lee
+>>>>>
+>>>>> _______________________________________________
+>>>>> Extend mailing list
+>>>>> Extend at lists.ninenines.eu
+>>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>>>
+>>>>
+>>>
+>>>
+>>
+>>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From yongboy at gmail.com  Thu Apr 25 05:46:24 2013
+From: yongboy at gmail.com (yongboy)
+Date: Thu, 25 Apr 2013 11:46:24 +0800
+Subject: [99s-extend] does cowboy support hot code reload/replace ?
+Message-ID: <CAN_mQBqbjr_JzSoL=YOzM8SaMbmvd=_OJ5FMg-DbYgKeYq6hBA@mail.gmail.com>
+
+You know, the OTP's code_change so heavy, sometimes, you just want to
+debug, or change a little, does not want to rewrite the rel appup file.
+Any help is appreciated, thanks.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130425/35ee7614/attachment.html>
+
+From essen at ninenines.eu  Thu Apr 25 13:42:15 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 25 Apr 2013 13:42:15 +0200
+Subject: [99s-extend] does cowboy support hot code reload/replace ?
+In-Reply-To: <CAN_mQBqbjr_JzSoL=YOzM8SaMbmvd=_OJ5FMg-DbYgKeYq6hBA@mail.gmail.com>
+References: <CAN_mQBqbjr_JzSoL=YOzM8SaMbmvd=_OJ5FMg-DbYgKeYq6hBA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 04/25/2013 05:46 AM, yongboy wrote:
+> You know, the OTP's code_change so heavy, sometimes, you just want to
+> debug, or change a little, does not want to rewrite the rel appup file.
+> Any help is appreciated, thanks.
+
+At this time there is no code_change mechanism in Cowboy. Reloading a 
+module works, modifying the protocol options with 
+ranch:set_protocol_options can be used, but it doesn't change the 
+running processes.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From yongboy at gmail.com  Fri Apr 26 07:57:00 2013
+From: yongboy at gmail.com (yongboy)
+Date: Fri, 26 Apr 2013 13:57:00 +0800
+Subject: [99s-extend] does cowboy support hot code reload/replace ?
+In-Reply-To: <[email protected]>
+References: <CAN_mQBqbjr_JzSoL=YOzM8SaMbmvd=_OJ5FMg-DbYgKeYq6hBA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAN_mQBq4FEG66Ot2CpTLgChaaTMUW1vG0cjsZrEs-Rbms7zGuQ@mail.gmail.com>
+
+Thanks very much !
+Maybe we can use the code:load_file() function I had just found it .
+
+
+2013/4/25 Lo?c Hoguin <essen at ninenines.eu>
+
+> On 04/25/2013 05:46 AM, yongboy wrote:
+>
+>> You know, the OTP's code_change so heavy, sometimes, you just want to
+>> debug, or change a little, does not want to rewrite the rel appup file.
+>> Any help is appreciated, thanks.
+>>
+>
+> At this time there is no code_change mechanism in Cowboy. Reloading a
+> module works, modifying the protocol options with
+> ranch:set_protocol_options can be used, but it doesn't change the running
+> processes.
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130426/09f3ed34/attachment.html>
+
+From yongboy at gmail.com  Fri Apr 26 08:11:56 2013
+From: yongboy at gmail.com (yongboy)
+Date: Fri, 26 Apr 2013 14:11:56 +0800
+Subject: [99s-extend] cowboy how to ruduce the memory usage per long-hold
+	connection
+Message-ID: <CAN_mQBobPN0zdpqJ3WtGKJaRMNiutvurgJfncMCqM3qtUHTm1g@mail.gmail.com>
+
+I have tested one long-hold webapp, when 512000 user connected, the app
+used
+6801M memory, 6801M*1024K / 512000 = 13.6K/Connection.
+
+Does anyone give me some advice on how to reduce the memory usage per one
+connection, thanks very much !
+
+Here is the code snippet:
+
+start(_Type, _Args) ->
+        Dispatch = cowboy_router:compile([
+            {'_', [{'_', htmlfile_handler, []}]}
+        ]),
+        cowboy:start_http(my_http_listener, 100,
+            [{port, 8000}, {max_connections, infinity}],
+            [{env, [{dispatch, Dispatch}]}]
+        ),
+        count_server:start(),
+        htmlfilesimple_sup:start_link().
+
+......
+
+-module(htmlfile_handler).
+-behaviour(cowboy_loop_handler).
+-export([init/3, info/3, terminate/3]).
+-define(HEARBEAT_TIMEOUT, 20*1000).
+-record(status, {count=0}).
+
+init(_Any, Req, State) ->
+        NowCount = count_server:welcome(),
+        io:format("online user ~p :))~n", [NowCount]),
+
+        output_first(Req),
+        Req2 = cowboy_req:compact(Req),
+        {loop, Req2, State, hibernate}.
+
+%% POST/Short Request
+info(_Any, Req, State) ->
+        {loop, Req, State, hibernate}.
+
+output_first(Req) ->
+        {ok, Reply} = cowboy_req:chunked_reply(200, [{<<"Content-Type">>,
+<<"text/html; charset=utf-8">>},
+
+{<<"Connection">>, <<"keep-alive">>}], Req),
+        cowboy_req:chunk(<<"<html><body><script>var _ = function (msg) {
+parent.s._(msg, document);
+};</script>
+">>,
+                                                                Reply),
+        cowboy_req:chunk(gen_output("1::"), Reply).
+
+gen_output(String) ->
+        DescList = io_lib:format("<script>_('~s');</script>", [String]),
+        list_to_binary(DescList).
+
+terminate(Reason, _Req, _State) ->
+        NowCount = count_server:bye(),
+        io:format("offline user ~p :(( ~n", [NowCount]).
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130426/9d234e27/attachment.html>
+
+From erlang at rambocoder.com  Fri Apr 26 15:11:53 2013
+From: erlang at rambocoder.com (rambocoder)
+Date: Fri, 26 Apr 2013 09:11:53 -0400
+Subject: [99s-extend] cowboy how to ruduce the memory usage per
+	long-hold connection
+In-Reply-To: <CAN_mQBobPN0zdpqJ3WtGKJaRMNiutvurgJfncMCqM3qtUHTm1g@mail.gmail.com>
+References: <CAN_mQBobPN0zdpqJ3WtGKJaRMNiutvurgJfncMCqM3qtUHTm1g@mail.gmail.com>
+Message-ID: <CAJ0zLRPcYmH1OXeiw2aZHLtoqqdW=du0rhonF53xdCbMUmnCLw@mail.gmail.com>
+
+Is 13.6K/connection considered a lot? Once you start doing SSL, each
+connection will be about 80K, IMHO the most important factor for huge
+ammount of COMET users is latency, which Cowboy and Erlang do great.
+
+-rambocoder
+
+On Fri, Apr 26, 2013 at 2:11 AM, yongboy <yongboy at gmail.com> wrote:
+
+> I have tested one long-hold webapp, when 512000 user connected, the app
+> used
+> 6801M memory, 6801M*1024K / 512000 = 13.6K/Connection.
+>
+> Does anyone give me some advice on how to reduce the memory usage per one
+> connection, thanks very much !
+>
+> Here is the code snippet:
+>
+> start(_Type, _Args) ->
+>         Dispatch = cowboy_router:compile([
+>             {'_', [{'_', htmlfile_handler, []}]}
+>         ]),
+>         cowboy:start_http(my_http_listener, 100,
+>             [{port, 8000}, {max_connections, infinity}],
+>             [{env, [{dispatch, Dispatch}]}]
+>         ),
+>         count_server:start(),
+>         htmlfilesimple_sup:start_link().
+>
+> ......
+>
+> -module(htmlfile_handler).
+> -behaviour(cowboy_loop_handler).
+> -export([init/3, info/3, terminate/3]).
+> -define(HEARBEAT_TIMEOUT, 20*1000).
+> -record(status, {count=0}).
+>
+> init(_Any, Req, State) ->
+>         NowCount = count_server:welcome(),
+>         io:format("online user ~p :))~n", [NowCount]),
+>
+>         output_first(Req),
+>         Req2 = cowboy_req:compact(Req),
+>         {loop, Req2, State, hibernate}.
+>
+> %% POST/Short Request
+> info(_Any, Req, State) ->
+>         {loop, Req, State, hibernate}.
+>
+> output_first(Req) ->
+>         {ok, Reply} = cowboy_req:chunked_reply(200, [{<<"Content-Type">>,
+> <<"text/html; charset=utf-8">>},
+>
+> {<<"Connection">>, <<"keep-alive">>}], Req),
+>         cowboy_req:chunk(<<"<html><body><script>var _ = function (msg) {
+> parent.s._(msg, document);
+> };</script>
+> ">>,
+>                                                                 Reply),
+>         cowboy_req:chunk(gen_output("1::"), Reply).
+>
+> gen_output(String) ->
+>         DescList = io_lib:format("<script>_('~s');</script>", [String]),
+>         list_to_binary(DescList).
+>
+> terminate(Reason, _Req, _State) ->
+>         NowCount = count_server:bye(),
+>         io:format("offline user ~p :(( ~n", [NowCount]).
+>
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130426/b1e8ae7a/attachment.html>
+
+From essen at ninenines.eu  Fri Apr 26 17:21:32 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 26 Apr 2013 17:21:32 +0200
+Subject: [99s-extend] [ANN] Cowboy 0.8.4
+Message-ID: <[email protected]>
+
+Hello,
+
+Cowboy 0.8.4 has been released!
+
+This release features a tentatively stable API. This means that the 
+complete API defined in this release should not change anymore. The API 
+will be augmented with many features and functions of course, but 
+existing code should not break anymore. Changes will only be considered 
+if a feature causes bugs or too much confusion to the majority of users.
+
+This release includes all the remaining changes that had to be done to 
+REST, which is now no longer experimental and has documentation that you 
+can find here:
+
+   http://ninenines.eu/docs/en/cowboy/HEAD/guide/rest_handlers
+
+Diagrams and their explanations will be added to the documentation in 
+the next few days.
+
+The full changelog for this release can be found here: 
+https://github.com/extend/cowboy/commit/46b2ea0aaa7fe891bfdf3f8a0c47357393e72cf6
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From gdesouza at gmail.com  Tue Apr 30 20:59:21 2013
+From: gdesouza at gmail.com (Gregory de Souza)
+Date: Tue, 30 Apr 2013 14:59:21 -0400
+Subject: [99s-extend] cowboy websocket and wamp
+Message-ID: <CAAh+K4zu6f1CM1Dij7XsnUCLXXqaS3E6ZugABuaiST99Pz+KnA@mail.gmail.com>
+
+Hi,
+I'm new to the community and am exploring cowboy for a project.
+
+Can anyone offer guidance/links on how to use cowboy's websocket support
+with WAMP (http://wamp.ws/)?
+The cowboy docs mention bullet <https://github.com/extend/bullet?source=cr> as
+a convenient client/server lib (with an AJAX fallback) which is great, but
+I'd like to use WAMP's RPC and PubSub so I'm unsure how to proceed.
+
+Any tips would be appreciated!
+
+Thanks in advance
+-- 
+Gregory | @gdesouza <http://twitter.com/gdesouza> | http://blog.gdesouza.me
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130430/c86f8fdb/attachment.html>
+
diff --git a/_build/static/archives/extend/2013-April/000073.html b/_build/static/archives/extend/2013-April/000073.html
new file mode 100644
index 00000000..ce854d84
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000073.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Ranch 0.8.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.8.0&In-Reply-To=%3C515B1410.6080905%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000074.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Ranch 0.8.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.8.0&In-Reply-To=%3C515B1410.6080905%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Ranch 0.8.0">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Apr  2 19:23:28 CEST 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000074.html">[99s-extend] [ANN] Cowboy 0.8.3
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#73">[ date ]</a>
+              <a href="thread.html#73">[ thread ]</a>
+              <a href="subject.html#73">[ subject ]</a>
+              <a href="author.html#73">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Just released!
+
+We have greatly improved the performance of Ranch both for accepting 
+connections and when they get disconnected. Stability has also been much 
+improved thanks to many community provided tests.
+
+Small API changes. Sorry!
+
+  *  ListenerPid argument to Protocol:start_link/4 became Ref
+  *  as a result it's now ranch:accept_ack(Ref)
+  *  ranch_listener:remove_connection(ListenerPid) became 
+ranch:remove_connection(Ref)
+
+Unless you used ranch_listener_remove_connection/1 your old code should 
+still work without any changes.
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000074.html">[99s-extend] [ANN] Cowboy 0.8.3
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#73">[ date ]</a>
+              <a href="thread.html#73">[ thread ]</a>
+              <a href="subject.html#73">[ subject ]</a>
+              <a href="author.html#73">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000074.html b/_build/static/archives/extend/2013-April/000074.html
new file mode 100644
index 00000000..4618e32d
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000074.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Cowboy 0.8.3
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.3&In-Reply-To=%3C515C48EC.7040403%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000073.html">
+   <LINK REL="Next"  HREF="000075.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Cowboy 0.8.3</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.3&In-Reply-To=%3C515C48EC.7040403%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Cowboy 0.8.3">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Apr  3 17:21:16 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000073.html">[99s-extend] [ANN] Ranch 0.8.0
+</A></li>
+        <LI>Next message: <A HREF="000075.html">[99s-extend] Response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#74">[ date ]</a>
+              <a href="thread.html#74">[ thread ]</a>
+              <a href="subject.html#74">[ subject ]</a>
+              <a href="author.html#74">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello!
+
+Very small release just to update Ranch to 0.8.0 (faster!) and change 
+something about streaming the body. Newly introduced init_stream/5 
+proved to be a bad idea and got removed in favor of a new stream_body/2 
+which allows specifying the maximum chunk size you want on a per chunk 
+basis.
+
+   <A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000073.html">[99s-extend] [ANN] Ranch 0.8.0
+</A></li>
+	<LI>Next message: <A HREF="000075.html">[99s-extend] Response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#74">[ date ]</a>
+              <a href="thread.html#74">[ thread ]</a>
+              <a href="subject.html#74">[ subject ]</a>
+              <a href="author.html#74">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000075.html b/_build/static/archives/extend/2013-April/000075.html
new file mode 100644
index 00000000..3441177d
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000075.html
@@ -0,0 +1,66 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Response headers
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Response%20headers&In-Reply-To=%3CCE8DCDF4-398A-42CA-BCBE-8342F5D00DEF%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000074.html">
+   <LINK REL="Next"  HREF="000076.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Response headers</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Response%20headers&In-Reply-To=%3CCE8DCDF4-398A-42CA-BCBE-8342F5D00DEF%40gmail.com%3E"
+       TITLE="[99s-extend] Response headers">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Wed Apr  3 21:33:20 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000074.html">[99s-extend] [ANN] Cowboy 0.8.3
+</A></li>
+        <LI>Next message: <A HREF="000076.html">[99s-extend] Response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#75">[ date ]</a>
+              <a href="thread.html#75">[ thread ]</a>
+              <a href="subject.html#75">[ subject ]</a>
+              <a href="author.html#75">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi list,
+
+I'd like to set up my handler to use CORS.  Can anyone tell me how I can modify the headers for my handler to support this?
+
+Thanks loads,
+Lee
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000074.html">[99s-extend] [ANN] Cowboy 0.8.3
+</A></li>
+	<LI>Next message: <A HREF="000076.html">[99s-extend] Response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#75">[ date ]</a>
+              <a href="thread.html#75">[ thread ]</a>
+              <a href="subject.html#75">[ subject ]</a>
+              <a href="author.html#75">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000076.html b/_build/static/archives/extend/2013-April/000076.html
new file mode 100644
index 00000000..243e1929
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000076.html
@@ -0,0 +1,196 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Response headers
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Response%20headers&In-Reply-To=%3CCD81FF59.4478%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000075.html">
+   <LINK REL="Next"  HREF="000077.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Response headers</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Response%20headers&In-Reply-To=%3CCD81FF59.4478%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Response headers">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Wed Apr  3 22:35:36 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000075.html">[99s-extend] Response headers
+</A></li>
+        <LI>Next message: <A HREF="000077.html">[99s-extend] Response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#76">[ date ]</a>
+              <a href="thread.html#76">[ thread ]</a>
+              <a href="subject.html#76">[ subject ]</a>
+              <a href="author.html#76">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+  Sure. Right now, Cowboy doesn't parse the headers, but you can manually
+parse them in your handler. I've got them working in my implementation
+pretty well, I'll try and break it down a bit here.
+
+  A good, basic overview of what the requests the browser will send, and
+what your responses should look like, is here:
+<A HREF="https://developer.mozilla.org/en-US/docs/HTTP/Access_control_CORS">https://developer.mozilla.org/en-US/docs/HTTP/Access_control_CORS</A>
+
+
+
+HANDLING PRE-FLIGHTS -
+  Pre-flights are the OPTION requests the browser automatically sends off
+when you make a CORS request using a verb other than GET, or POST with one
+of three acceptable content types. They're defined well in the above link.
+
+  You can read off the requested headers the actual call wants to send in
+the OPTIONS preflight with
+
+	{Headers, NewRequest } =
+cowboy_req:header(&lt;&lt;&quot;access-control-request-headers&quot;&gt;&gt;, Request)
+
+  Headers will either be the binary, or undefined. If the binary, you
+either need to manually parse it and choose to allow/disallow the request
+from continuing based on it, or, if you just want to allow all headers
+trivially, just pipe that back into the request, a la -
+
+        Request2 = 
+cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-allow-headers&quot;&gt;&gt;,
+binary_to_list(Headers), NewRequest)
+
+  (As a reminder, it can be undefined. You'll need to check for that
+before passing it into the above. If it's undefined, you don't need to add
+the access-control-allow-headers header).
+
+
+
+  As part of the pre-flight request, you also need to handle what methods
+are allowed. This looks something like -
+
+	PreflightedRequest =
+cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-allow-methods&quot;&gt;&gt;, &lt;&lt;&quot;GET,
+POST, DELETE, PUT&quot;&gt;&gt;, Request2)
+
+  If I wanted to allow gets, posts, deletes, and puts. You can also choose
+to read off the access-control-request-method header sent from the client,
+but I don't see the point; your list of allowed methods doesn't need to
+change based on that (the user is requesting a POST, why does that change
+whether you allow a POST or not? But I digress).
+
+
+
+
+
+FOR ALL CALLS (both pre-flights and the actual call)
+  Respond with acceptable origin. If you want any domain to access this
+resource (not advised, unless this is a public, readonly resource, but
+good for testing), you can do -
+
+  	NewRequest = 
+cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-allow-origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;,
+Request)
+
+
+  If you want to filter out the allowed domains, it looks like -
+
+	Origin = cowboy_req:header(&lt;&lt;&quot;origin&quot;&gt;&gt;, Request) %Get the origin that
+the browser sent you
+
+        %Do logic to check Origin, and any other data that would decide
+whether this request is allowed; it will only apply on a CORS request from
+another browser.
+        
+	%If it passes, pass Origin back as the value for the
+access-control-allow-origin header.
+        NewRequest =
+cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-allow-origin&quot;&gt;&gt;, Origin,
+Request)
+
+
+
+FOR ONLY THE ACTUAL CALL
+  If you want to send custom headers back to your Javascript client (or
+read any standard header beyond content-type), you need to explicitly
+allow them. This looks like (if I wanted to expose the 'server' header so
+my client Javascript can see that it's Cowboy on the backend) -
+
+  	ExposedHeaderRequest =
+cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-expose-headers&quot;&gt;&gt;,
+&lt;&lt;&quot;server&quot;&gt;&gt;, Request)
+
+
+
+
+  That's basically it I believe. There is also a max age, and a allow
+credentials header (which is really more of a require credentials);
+they're pretty straightforwardly explained on that page I linked above,
+but I haven't played with them personally.
+
+
+  Caveats I ran into were largely being aware that same domain requests do
+NOT supply any of the CORS headers, not even the origin header (so you can
+get undefined and have to handle those cases), as well as understanding
+the ramifications of allowing cross domain requests. Also, if you want to
+develop while disconnected (or if it's not easy to grab another domain),
+use your hosts file to declare a fake domain pointed to 127.0.0.1, load
+your page from that, explicitly define your AJAX calls to localhost. Note
+too that there is a bug in Firefox at present when you try and get all the
+request headers. It returns an empty list. You can get individual ones if
+you know the name (I.e., getResponseHeader(&quot;server&quot;) will work,
+getAllResponseHeaders() returns an empty string). This is further
+compounded by jQuery building its own XHR that loads headers by calling
+getAllResponseHeaders, so in Firefox, using jQuery, you can get back zero
+headers. Don't know if that affects you, but it's an issue it took me a
+good while to diagnose, and which we've had to bear in mind.
+
+
+
+   
+On 4/3/13 3:33 PM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+
+&gt;<i>Hi list,
+</I>&gt;<i>
+</I>&gt;<i>I'd like to set up my handler to use CORS.  Can anyone tell me how I can
+</I>&gt;<i>modify the headers for my handler to support this?
+</I>&gt;<i>
+</I>&gt;<i>Thanks loads,
+</I>&gt;<i>Lee
+</I>&gt;<i>_______________________________________________
+</I>&gt;<i>Extend mailing list
+</I>&gt;<i><A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i><A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000075.html">[99s-extend] Response headers
+</A></li>
+	<LI>Next message: <A HREF="000077.html">[99s-extend] Response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#76">[ date ]</a>
+              <a href="thread.html#76">[ thread ]</a>
+              <a href="subject.html#76">[ subject ]</a>
+              <a href="author.html#76">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000077.html b/_build/static/archives/extend/2013-April/000077.html
new file mode 100644
index 00000000..1bbf7ad2
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000077.html
@@ -0,0 +1,213 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Response headers
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Response%20headers&In-Reply-To=%3C3E75C3ED-9F52-495A-8E04-EF0A4667DB4E%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000076.html">
+   <LINK REL="Next"  HREF="000078.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Response headers</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Response%20headers&In-Reply-To=%3C3E75C3ED-9F52-495A-8E04-EF0A4667DB4E%40gmail.com%3E"
+       TITLE="[99s-extend] Response headers">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Thu Apr  4 10:38:07 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000076.html">[99s-extend] Response headers
+</A></li>
+        <LI>Next message: <A HREF="000078.html">[99s-extend] Bullet connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#77">[ date ]</a>
+              <a href="thread.html#77">[ thread ]</a>
+              <a href="subject.html#77">[ subject ]</a>
+              <a href="author.html#77">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi Christopher,
+
+Thank you for that.  I will attempt to go through each piece today and solve the problem.  This is good advice; maybe it belongs in a blog post?  :-)
+
+Thanks again,
+Lee
+
+
+
+
+On 3 Apr 2013, at 21:35, &quot;Phillips, Christopher&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Christopher.Phillips at turner.com</A>&gt; wrote:
+
+&gt;<i> 
+</I>&gt;<i>  Sure. Right now, Cowboy doesn't parse the headers, but you can manually
+</I>&gt;<i> parse them in your handler. I've got them working in my implementation
+</I>&gt;<i> pretty well, I'll try and break it down a bit here.
+</I>&gt;<i> 
+</I>&gt;<i>  A good, basic overview of what the requests the browser will send, and
+</I>&gt;<i> what your responses should look like, is here:
+</I>&gt;<i> <A HREF="https://developer.mozilla.org/en-US/docs/HTTP/Access_control_CORS">https://developer.mozilla.org/en-US/docs/HTTP/Access_control_CORS</A>
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> HANDLING PRE-FLIGHTS -
+</I>&gt;<i>  Pre-flights are the OPTION requests the browser automatically sends off
+</I>&gt;<i> when you make a CORS request using a verb other than GET, or POST with one
+</I>&gt;<i> of three acceptable content types. They're defined well in the above link.
+</I>&gt;<i> 
+</I>&gt;<i>  You can read off the requested headers the actual call wants to send in
+</I>&gt;<i> the OPTIONS preflight with
+</I>&gt;<i> 
+</I>&gt;<i> 	{Headers, NewRequest } =
+</I>&gt;<i> cowboy_req:header(&lt;&lt;&quot;access-control-request-headers&quot;&gt;&gt;, Request)
+</I>&gt;<i> 
+</I>&gt;<i>  Headers will either be the binary, or undefined. If the binary, you
+</I>&gt;<i> either need to manually parse it and choose to allow/disallow the request
+</I>&gt;<i> from continuing based on it, or, if you just want to allow all headers
+</I>&gt;<i> trivially, just pipe that back into the request, a la -
+</I>&gt;<i> 
+</I>&gt;<i>        Request2 = 
+</I>&gt;<i> cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-allow-headers&quot;&gt;&gt;,
+</I>&gt;<i> binary_to_list(Headers), NewRequest)
+</I>&gt;<i> 
+</I>&gt;<i>  (As a reminder, it can be undefined. You'll need to check for that
+</I>&gt;<i> before passing it into the above. If it's undefined, you don't need to add
+</I>&gt;<i> the access-control-allow-headers header).
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i>  As part of the pre-flight request, you also need to handle what methods
+</I>&gt;<i> are allowed. This looks something like -
+</I>&gt;<i> 
+</I>&gt;<i> 	PreflightedRequest =
+</I>&gt;<i> cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-allow-methods&quot;&gt;&gt;, &lt;&lt;&quot;GET,
+</I>&gt;<i> POST, DELETE, PUT&quot;&gt;&gt;, Request2)
+</I>&gt;<i> 
+</I>&gt;<i>  If I wanted to allow gets, posts, deletes, and puts. You can also choose
+</I>&gt;<i> to read off the access-control-request-method header sent from the client,
+</I>&gt;<i> but I don't see the point; your list of allowed methods doesn't need to
+</I>&gt;<i> change based on that (the user is requesting a POST, why does that change
+</I>&gt;<i> whether you allow a POST or not? But I digress).
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> FOR ALL CALLS (both pre-flights and the actual call)
+</I>&gt;<i>  Respond with acceptable origin. If you want any domain to access this
+</I>&gt;<i> resource (not advised, unless this is a public, readonly resource, but
+</I>&gt;<i> good for testing), you can do -
+</I>&gt;<i> 
+</I>&gt;<i>  	NewRequest = 
+</I>&gt;<i> cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-allow-origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;,
+</I>&gt;<i> Request)
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i>  If you want to filter out the allowed domains, it looks like -
+</I>&gt;<i> 
+</I>&gt;<i> 	Origin = cowboy_req:header(&lt;&lt;&quot;origin&quot;&gt;&gt;, Request) %Get the origin that
+</I>&gt;<i> the browser sent you
+</I>&gt;<i> 
+</I>&gt;<i>        %Do logic to check Origin, and any other data that would decide
+</I>&gt;<i> whether this request is allowed; it will only apply on a CORS request from
+</I>&gt;<i> another browser.
+</I>&gt;<i> 
+</I>&gt;<i> 	%If it passes, pass Origin back as the value for the
+</I>&gt;<i> access-control-allow-origin header.
+</I>&gt;<i>        NewRequest =
+</I>&gt;<i> cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-allow-origin&quot;&gt;&gt;, Origin,
+</I>&gt;<i> Request)
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> FOR ONLY THE ACTUAL CALL
+</I>&gt;<i>  If you want to send custom headers back to your Javascript client (or
+</I>&gt;<i> read any standard header beyond content-type), you need to explicitly
+</I>&gt;<i> allow them. This looks like (if I wanted to expose the 'server' header so
+</I>&gt;<i> my client Javascript can see that it's Cowboy on the backend) -
+</I>&gt;<i> 
+</I>&gt;<i>  	ExposedHeaderRequest =
+</I>&gt;<i> cowboy_req:set_resp_header(&lt;&lt;&quot;access-control-expose-headers&quot;&gt;&gt;,
+</I>&gt;<i> &lt;&lt;&quot;server&quot;&gt;&gt;, Request)
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i>  That's basically it I believe. There is also a max age, and a allow
+</I>&gt;<i> credentials header (which is really more of a require credentials);
+</I>&gt;<i> they're pretty straightforwardly explained on that page I linked above,
+</I>&gt;<i> but I haven't played with them personally.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i>  Caveats I ran into were largely being aware that same domain requests do
+</I>&gt;<i> NOT supply any of the CORS headers, not even the origin header (so you can
+</I>&gt;<i> get undefined and have to handle those cases), as well as understanding
+</I>&gt;<i> the ramifications of allowing cross domain requests. Also, if you want to
+</I>&gt;<i> develop while disconnected (or if it's not easy to grab another domain),
+</I>&gt;<i> use your hosts file to declare a fake domain pointed to 127.0.0.1, load
+</I>&gt;<i> your page from that, explicitly define your AJAX calls to localhost. Note
+</I>&gt;<i> too that there is a bug in Firefox at present when you try and get all the
+</I>&gt;<i> request headers. It returns an empty list. You can get individual ones if
+</I>&gt;<i> you know the name (I.e., getResponseHeader(&quot;server&quot;) will work,
+</I>&gt;<i> getAllResponseHeaders() returns an empty string). This is further
+</I>&gt;<i> compounded by jQuery building its own XHR that loads headers by calling
+</I>&gt;<i> getAllResponseHeaders, so in Firefox, using jQuery, you can get back zero
+</I>&gt;<i> headers. Don't know if that affects you, but it's an issue it took me a
+</I>&gt;<i> good while to diagnose, and which we've had to bear in mind.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On 4/3/13 3:33 PM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;&gt;<i> Hi list,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I'd like to set up my handler to use CORS.  Can anyone tell me how I can
+</I>&gt;&gt;<i> modify the headers for my handler to support this?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks loads,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000076.html">[99s-extend] Response headers
+</A></li>
+	<LI>Next message: <A HREF="000078.html">[99s-extend] Bullet connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#77">[ date ]</a>
+              <a href="thread.html#77">[ thread ]</a>
+              <a href="subject.html#77">[ subject ]</a>
+              <a href="author.html#77">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000078.html b/_build/static/archives/extend/2013-April/000078.html
new file mode 100644
index 00000000..03f7f5d0
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000078.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Bullet connection
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Bullet%20connection&In-Reply-To=%3C33516651-FC93-49EA-A8CA-B5C3E42B03E5%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000077.html">
+   <LINK REL="Next"  HREF="000079.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Bullet connection</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Bullet%20connection&In-Reply-To=%3C33516651-FC93-49EA-A8CA-B5C3E42B03E5%40gmail.com%3E"
+       TITLE="[99s-extend] Bullet connection">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Thu Apr  4 22:17:54 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000077.html">[99s-extend] Response headers
+</A></li>
+        <LI>Next message: <A HREF="000079.html">[99s-extend] Bullet connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#78">[ date ]</a>
+              <a href="thread.html#78">[ thread ]</a>
+              <a href="subject.html#78">[ subject ]</a>
+              <a href="author.html#78">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi guys,
+
+So, I'm using bullet in my Cowboy setup. There's a lot of tasks that take place before a connection is finally requested, but when it is requested, I see that the server is first called via HTTPS using method CONNECT.  The problem I have is that, while testing this on local host, this CONNECT request is throwing a 500 error, stating &quot;SSL Proxying not enabled for this host: enable in Proxy Settings, SSL locations&quot;.
+
+Does anyone know how I fix this to get past this problem?
+
+Thanks,
+Lee
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000077.html">[99s-extend] Response headers
+</A></li>
+	<LI>Next message: <A HREF="000079.html">[99s-extend] Bullet connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#78">[ date ]</a>
+              <a href="thread.html#78">[ thread ]</a>
+              <a href="subject.html#78">[ subject ]</a>
+              <a href="author.html#78">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000079.html b/_build/static/archives/extend/2013-April/000079.html
new file mode 100644
index 00000000..c44417d0
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000079.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Bullet connection
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Bullet%20connection&In-Reply-To=%3C515DE504.5060007%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000078.html">
+   <LINK REL="Next"  HREF="000080.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Bullet connection</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Bullet%20connection&In-Reply-To=%3C515DE504.5060007%40ninenines.eu%3E"
+       TITLE="[99s-extend] Bullet connection">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Apr  4 22:39:32 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000078.html">[99s-extend] Bullet connection
+</A></li>
+        <LI>Next message: <A HREF="000080.html">[99s-extend] Bullet connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#79">[ date ]</a>
+              <a href="thread.html#79">[ thread ]</a>
+              <a href="subject.html#79">[ subject ]</a>
+              <a href="author.html#79">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 04/04/2013 10:17 PM, Lee Sylvester wrote:
+&gt;<i> Hi guys,
+</I>&gt;<i>
+</I>&gt;<i> So, I'm using bullet in my Cowboy setup. There's a lot of tasks that take place before a connection is finally requested, but when it is requested, I see that the server is first called via HTTPS using method CONNECT.  The problem I have is that, while testing this on local host, this CONNECT request is throwing a 500 error, stating &quot;SSL Proxying not enabled for this host: enable in Proxy Settings, SSL locations&quot;.
+</I>&gt;<i>
+</I>&gt;<i> Does anyone know how I fix this to get past this problem?
+</I>
+You should probably disable the proxy you have configured in your 
+browser for the domain localhost.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000078.html">[99s-extend] Bullet connection
+</A></li>
+	<LI>Next message: <A HREF="000080.html">[99s-extend] Bullet connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#79">[ date ]</a>
+              <a href="thread.html#79">[ thread ]</a>
+              <a href="subject.html#79">[ subject ]</a>
+              <a href="author.html#79">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000080.html b/_build/static/archives/extend/2013-April/000080.html
new file mode 100644
index 00000000..ed41aaf8
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000080.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Bullet connection
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Bullet%20connection&In-Reply-To=%3C52A2CDB5-3C4D-4E20-ACDF-011A44E0FD8B%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000079.html">
+   <LINK REL="Next"  HREF="000081.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Bullet connection</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Bullet%20connection&In-Reply-To=%3C52A2CDB5-3C4D-4E20-ACDF-011A44E0FD8B%40gmail.com%3E"
+       TITLE="[99s-extend] Bullet connection">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Thu Apr  4 22:54:54 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000079.html">[99s-extend] Bullet connection
+</A></li>
+        <LI>Next message: <A HREF="000081.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#80">[ date ]</a>
+              <a href="thread.html#80">[ thread ]</a>
+              <a href="subject.html#80">[ subject ]</a>
+              <a href="author.html#80">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>D'oh!  I'm obviously tired :(  Thanks for that.  I saw the message and instantly assumed it was a Cowboy related error.  Okay, so I got that fixed.  Now I need to work out why my connections close the instant they're open :-D  Oh, the life of a developer!
+
+Thanks again.
+
+Lee
+
+
+
+
+On 4 Apr 2013, at 21:39, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> On 04/04/2013 10:17 PM, Lee Sylvester wrote:
+</I>&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> So, I'm using bullet in my Cowboy setup. There's a lot of tasks that take place before a connection is finally requested, but when it is requested, I see that the server is first called via HTTPS using method CONNECT.  The problem I have is that, while testing this on local host, this CONNECT request is throwing a 500 error, stating &quot;SSL Proxying not enabled for this host: enable in Proxy Settings, SSL locations&quot;.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Does anyone know how I fix this to get past this problem?
+</I>&gt;<i> 
+</I>&gt;<i> You should probably disable the proxy you have configured in your browser for the domain localhost.
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000079.html">[99s-extend] Bullet connection
+</A></li>
+	<LI>Next message: <A HREF="000081.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#80">[ date ]</a>
+              <a href="thread.html#80">[ thread ]</a>
+              <a href="subject.html#80">[ subject ]</a>
+              <a href="author.html#80">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000081.html b/_build/static/archives/extend/2013-April/000081.html
new file mode 100644
index 00000000..a19b56a9
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000081.html
@@ -0,0 +1,156 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Problems with Bullet
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3CB09B2F4B-4842-430D-A3AB-AC132B646E04%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000080.html">
+   <LINK REL="Next"  HREF="000082.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Problems with Bullet</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3CB09B2F4B-4842-430D-A3AB-AC132B646E04%40gmail.com%3E"
+       TITLE="[99s-extend] Problems with Bullet">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Mon Apr  8 15:53:38 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000080.html">[99s-extend] Bullet connection
+</A></li>
+        <LI>Next message: <A HREF="000082.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#81">[ date ]</a>
+              <a href="thread.html#81">[ thread ]</a>
+              <a href="subject.html#81">[ subject ]</a>
+              <a href="author.html#81">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi all,
+
+I'm currently having problems getting a websocket to connect to a simple bare bones Bullet handler.  Unfortunately, I'm still quite an Erlang noob, so the stack traces tend to lead me in circles.  I'm hoping this is obvious stuff to you Erlang pros :-)
+
+Given the below handler:
+
+init(_Transport, Req, _Opts, _Active) -&gt;
+	{ok, Req, undefined_state}.
+
+stream(Data, Req, State) -&gt;
+	{ok, Req, State}.
+
+info(Info, Req, State) -&gt;
+	{reply, Info, Req, State}.
+	
+terminate(_Req, _State) -&gt;
+	ok.
+
+Connecting with a websocket throws the following error:
+
+=ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+** Cowboy handler bullet_handler terminating in init/3
+   for the reason error:undef
+** Options were [{handler,connection_handler}]
+** Request was [{socket,#Port&lt;0.926&gt;},
+                {transport,ranch_tcp},
+                {connection,keepalive},
+                {pid,&lt;0.491.0&gt;},
+                {method,&lt;&lt;&quot;GET&quot;&gt;&gt;},
+                {version,{1,1}},
+                {peer,{{127,0,0,1},56630}},
+                {host,&lt;&lt;&quot;localhost&quot;&gt;&gt;},
+                {host_info,undefined},
+                {port,8080},
+                {path,&lt;&lt;&quot;/&quot;&gt;&gt;},
+                {path_info,undefined},
+                {qs,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;},
+                {qs_vals,undefined},
+                {fragment,&lt;&lt;&gt;&gt;},
+                {bindings,[]},
+                {headers,[{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+                           &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+                           &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}]},
+                {p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}]},
+                {cookies,undefined},
+                {meta,[]},
+                {body_state,waiting},
+                {multipart,undefined},
+                {buffer,&lt;&lt;&gt;&gt;},
+                {resp_compress,false},
+                {resp_state,waiting},
+                {resp_headers,[]},
+                {resp_body,&lt;&lt;&gt;&gt;},
+                {onresponse,undefined}]
+** Stacktrace: [{bullet_handler,init,
+                    [{tcp,http},
+                     {http_req,#Port&lt;0.926&gt;,ranch_tcp,keepalive,&lt;0.491.0&gt;,
+                         &lt;&lt;&quot;GET&quot;&gt;&gt;,
+                         {1,1},
+                         {{127,0,0,1},56630},
+                         &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/&quot;&gt;&gt;,
+                         undefined,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;,undefined,&lt;&lt;&gt;&gt;,
+                         [],
+                         [{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+                           &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+                          {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+                           &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}],
+                         [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+                         undefined,[],waiting,undefined,&lt;&lt;&gt;&gt;,false,waiting,[],
+                         &lt;&lt;&gt;&gt;,undefined},
+                     [{handler,connection_handler}]],
+                    []},
+                {cowboy_handler,handler_init,4,
+                    [{file,&quot;src/cowboy_handler.erl&quot;},{line,69}]},
+                {cowboy_protocol,execute,4,
+                    [{file,&quot;src/cowboy_protocol.erl&quot;},{line,514}]}]
+
+Can anyone see what might be throwing this off?  I'd like to get a minimal handler running before I attempt to add some logic.
+
+Thanks,
+Lee
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000080.html">[99s-extend] Bullet connection
+</A></li>
+	<LI>Next message: <A HREF="000082.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#81">[ date ]</a>
+              <a href="thread.html#81">[ thread ]</a>
+              <a href="subject.html#81">[ subject ]</a>
+              <a href="author.html#81">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000082.html b/_build/static/archives/extend/2013-April/000082.html
new file mode 100644
index 00000000..6c776c44
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000082.html
@@ -0,0 +1,172 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Problems with Bullet
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3C5162CF5F.2060200%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000081.html">
+   <LINK REL="Next"  HREF="000084.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Problems with Bullet</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3C5162CF5F.2060200%40ninenines.eu%3E"
+       TITLE="[99s-extend] Problems with Bullet">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Apr  8 16:08:31 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000081.html">[99s-extend] Problems with Bullet
+</A></li>
+        <LI>Next message: <A HREF="000084.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#82">[ date ]</a>
+              <a href="thread.html#82">[ thread ]</a>
+              <a href="subject.html#82">[ subject ]</a>
+              <a href="author.html#82">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Sounds like Bullet isn't in your path. Forgot -pa deps/*/ebin?
+
+On 04/08/2013 03:53 PM, Lee Sylvester wrote:
+&gt;<i> Hi all,
+</I>&gt;<i>
+</I>&gt;<i> I'm currently having problems getting a websocket to connect to a simple bare bones Bullet handler.  Unfortunately, I'm still quite an Erlang noob, so the stack traces tend to lead me in circles.  I'm hoping this is obvious stuff to you Erlang pros :-)
+</I>&gt;<i>
+</I>&gt;<i> Given the below handler:
+</I>&gt;<i>
+</I>&gt;<i> init(_Transport, Req, _Opts, _Active) -&gt;
+</I>&gt;<i> 	{ok, Req, undefined_state}.
+</I>&gt;<i>
+</I>&gt;<i> stream(Data, Req, State) -&gt;
+</I>&gt;<i> 	{ok, Req, State}.
+</I>&gt;<i>
+</I>&gt;<i> info(Info, Req, State) -&gt;
+</I>&gt;<i> 	{reply, Info, Req, State}.
+</I>&gt;<i> 	
+</I>&gt;<i> terminate(_Req, _State) -&gt;
+</I>&gt;<i> 	ok.
+</I>&gt;<i>
+</I>&gt;<i> Connecting with a websocket throws the following error:
+</I>&gt;<i>
+</I>&gt;<i> =ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+</I>&gt;<i> ** Cowboy handler bullet_handler terminating in init/3
+</I>&gt;<i>     for the reason error:undef
+</I>&gt;<i> ** Options were [{handler,connection_handler}]
+</I>&gt;<i> ** Request was [{socket,#Port&lt;0.926&gt;},
+</I>&gt;<i>                  {transport,ranch_tcp},
+</I>&gt;<i>                  {connection,keepalive},
+</I>&gt;<i>                  {pid,&lt;0.491.0&gt;},
+</I>&gt;<i>                  {method,&lt;&lt;&quot;GET&quot;&gt;&gt;},
+</I>&gt;<i>                  {version,{1,1}},
+</I>&gt;<i>                  {peer,{{127,0,0,1},56630}},
+</I>&gt;<i>                  {host,&lt;&lt;&quot;localhost&quot;&gt;&gt;},
+</I>&gt;<i>                  {host_info,undefined},
+</I>&gt;<i>                  {port,8080},
+</I>&gt;<i>                  {path,&lt;&lt;&quot;/&quot;&gt;&gt;},
+</I>&gt;<i>                  {path_info,undefined},
+</I>&gt;<i>                  {qs,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;},
+</I>&gt;<i>                  {qs_vals,undefined},
+</I>&gt;<i>                  {fragment,&lt;&lt;&gt;&gt;},
+</I>&gt;<i>                  {bindings,[]},
+</I>&gt;<i>                  {headers,[{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+</I>&gt;<i>                             &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;<i>                             &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}]},
+</I>&gt;<i>                  {p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}]},
+</I>&gt;<i>                  {cookies,undefined},
+</I>&gt;<i>                  {meta,[]},
+</I>&gt;<i>                  {body_state,waiting},
+</I>&gt;<i>                  {multipart,undefined},
+</I>&gt;<i>                  {buffer,&lt;&lt;&gt;&gt;},
+</I>&gt;<i>                  {resp_compress,false},
+</I>&gt;<i>                  {resp_state,waiting},
+</I>&gt;<i>                  {resp_headers,[]},
+</I>&gt;<i>                  {resp_body,&lt;&lt;&gt;&gt;},
+</I>&gt;<i>                  {onresponse,undefined}]
+</I>&gt;<i> ** Stacktrace: [{bullet_handler,init,
+</I>&gt;<i>                      [{tcp,http},
+</I>&gt;<i>                       {http_req,#Port&lt;0.926&gt;,ranch_tcp,keepalive,&lt;0.491.0&gt;,
+</I>&gt;<i>                           &lt;&lt;&quot;GET&quot;&gt;&gt;,
+</I>&gt;<i>                           {1,1},
+</I>&gt;<i>                           {{127,0,0,1},56630},
+</I>&gt;<i>                           &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/&quot;&gt;&gt;,
+</I>&gt;<i>                           undefined,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;,undefined,&lt;&lt;&gt;&gt;,
+</I>&gt;<i>                           [],
+</I>&gt;<i>                           [{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+</I>&gt;<i>                             &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;<i>                            {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;<i>                             &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}],
+</I>&gt;<i>                           [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;<i>                           undefined,[],waiting,undefined,&lt;&lt;&gt;&gt;,false,waiting,[],
+</I>&gt;<i>                           &lt;&lt;&gt;&gt;,undefined},
+</I>&gt;<i>                       [{handler,connection_handler}]],
+</I>&gt;<i>                      []},
+</I>&gt;<i>                  {cowboy_handler,handler_init,4,
+</I>&gt;<i>                      [{file,&quot;src/cowboy_handler.erl&quot;},{line,69}]},
+</I>&gt;<i>                  {cowboy_protocol,execute,4,
+</I>&gt;<i>                      [{file,&quot;src/cowboy_protocol.erl&quot;},{line,514}]}]
+</I>&gt;<i>
+</I>&gt;<i> Can anyone see what might be throwing this off?  I'd like to get a minimal handler running before I attempt to add some logic.
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000081.html">[99s-extend] Problems with Bullet
+</A></li>
+	<LI>Next message: <A HREF="000084.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#82">[ date ]</a>
+              <a href="thread.html#82">[ thread ]</a>
+              <a href="subject.html#82">[ subject ]</a>
+              <a href="author.html#82">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000083.html b/_build/static/archives/extend/2013-April/000083.html
new file mode 100644
index 00000000..4ebd5c3f
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000083.html
@@ -0,0 +1,179 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Problems with Bullet
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3CCD884493.47E3%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000085.html">
+   <LINK REL="Next"  HREF="000086.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Problems with Bullet</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3CCD884493.47E3%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Problems with Bullet">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Mon Apr  8 16:11:44 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000085.html">[99s-extend] Problems with Bullet
+</A></li>
+        <LI>Next message: <A HREF="000086.html">[99s-extend] Heartbeat?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#83">[ date ]</a>
+              <a href="thread.html#83">[ thread ]</a>
+              <a href="subject.html#83">[ subject ]</a>
+              <a href="author.html#83">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>  Can you get the clock example working? I'm not sure why the initial
+upgrade request would fail; are you exporting init/4 in your handler? Are
+your dependencies consistent (I.e., blow them away and regrab them in case
+it's an older version of cowboy with a new version of bullet, or vice
+versa, maybe)? Either way, starting from the example would allow you to
+start from a set of working code and either avoid the issue entirely, or
+isolate it from your code.
+
+On 4/8/13 9:53 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+
+&gt;<i>Hi all,
+</I>&gt;<i>
+</I>&gt;<i>I'm currently having problems getting a websocket to connect to a simple
+</I>&gt;<i>bare bones Bullet handler.  Unfortunately, I'm still quite an Erlang
+</I>&gt;<i>noob, so the stack traces tend to lead me in circles.  I'm hoping this is
+</I>&gt;<i>obvious stuff to you Erlang pros :-)
+</I>&gt;<i>
+</I>&gt;<i>Given the below handler:
+</I>&gt;<i>
+</I>&gt;<i>init(_Transport, Req, _Opts, _Active) -&gt;
+</I>&gt;<i>	{ok, Req, undefined_state}.
+</I>&gt;<i>
+</I>&gt;<i>stream(Data, Req, State) -&gt;
+</I>&gt;<i>	{ok, Req, State}.
+</I>&gt;<i>
+</I>&gt;<i>info(Info, Req, State) -&gt;
+</I>&gt;<i>	{reply, Info, Req, State}.
+</I>&gt;<i>	
+</I>&gt;<i>terminate(_Req, _State) -&gt;
+</I>&gt;<i>	ok.
+</I>&gt;<i>
+</I>&gt;<i>Connecting with a websocket throws the following error:
+</I>&gt;<i>
+</I>&gt;<i>=ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+</I>&gt;<i>** Cowboy handler bullet_handler terminating in init/3
+</I>&gt;<i>   for the reason error:undef
+</I>&gt;<i>** Options were [{handler,connection_handler}]
+</I>&gt;<i>** Request was [{socket,#Port&lt;0.926&gt;},
+</I>&gt;<i>                {transport,ranch_tcp},
+</I>&gt;<i>                {connection,keepalive},
+</I>&gt;<i>                {pid,&lt;0.491.0&gt;},
+</I>&gt;<i>                {method,&lt;&lt;&quot;GET&quot;&gt;&gt;},
+</I>&gt;<i>                {version,{1,1}},
+</I>&gt;<i>                {peer,{{127,0,0,1},56630}},
+</I>&gt;<i>                {host,&lt;&lt;&quot;localhost&quot;&gt;&gt;},
+</I>&gt;<i>                {host_info,undefined},
+</I>&gt;<i>                {port,8080},
+</I>&gt;<i>                {path,&lt;&lt;&quot;/&quot;&gt;&gt;},
+</I>&gt;<i>                {path_info,undefined},
+</I>&gt;<i>                {qs,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;},
+</I>&gt;<i>                {qs_vals,undefined},
+</I>&gt;<i>                {fragment,&lt;&lt;&gt;&gt;},
+</I>&gt;<i>                {bindings,[]},
+</I>&gt;<i>                {headers,[{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+</I>&gt;<i>                           &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;<i>                           &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}]},
+</I>&gt;<i>                {p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}]},
+</I>&gt;<i>                {cookies,undefined},
+</I>&gt;<i>                {meta,[]},
+</I>&gt;<i>                {body_state,waiting},
+</I>&gt;<i>                {multipart,undefined},
+</I>&gt;<i>                {buffer,&lt;&lt;&gt;&gt;},
+</I>&gt;<i>                {resp_compress,false},
+</I>&gt;<i>                {resp_state,waiting},
+</I>&gt;<i>                {resp_headers,[]},
+</I>&gt;<i>                {resp_body,&lt;&lt;&gt;&gt;},
+</I>&gt;<i>                {onresponse,undefined}]
+</I>&gt;<i>** Stacktrace: [{bullet_handler,init,
+</I>&gt;<i>                    [{tcp,http},
+</I>&gt;<i>                     {http_req,#Port&lt;0.926&gt;,ranch_tcp,keepalive,&lt;0.491.0&gt;,
+</I>&gt;<i>                         &lt;&lt;&quot;GET&quot;&gt;&gt;,
+</I>&gt;<i>                         {1,1},
+</I>&gt;<i>                         {{127,0,0,1},56630},
+</I>&gt;<i>                         &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/&quot;&gt;&gt;,
+</I>&gt;<i>                         undefined,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;,undefined,&lt;&lt;&gt;&gt;,
+</I>&gt;<i>                         [],
+</I>&gt;<i>                         [{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+</I>&gt;<i>                           &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;<i>                           &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}],
+</I>&gt;<i>                         [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;<i>                  
+</I>&gt;<i>undefined,[],waiting,undefined,&lt;&lt;&gt;&gt;,false,waiting,[],
+</I>&gt;<i>                         &lt;&lt;&gt;&gt;,undefined},
+</I>&gt;<i>                     [{handler,connection_handler}]],
+</I>&gt;<i>                    []},
+</I>&gt;<i>                {cowboy_handler,handler_init,4,
+</I>&gt;<i>                    [{file,&quot;src/cowboy_handler.erl&quot;},{line,69}]},
+</I>&gt;<i>                {cowboy_protocol,execute,4,
+</I>&gt;<i>                    [{file,&quot;src/cowboy_protocol.erl&quot;},{line,514}]}]
+</I>&gt;<i>
+</I>&gt;<i>Can anyone see what might be throwing this off?  I'd like to get a
+</I>&gt;<i>minimal handler running before I attempt to add some logic.
+</I>&gt;<i>
+</I>&gt;<i>Thanks,
+</I>&gt;<i>Lee
+</I>&gt;<i>_______________________________________________
+</I>&gt;<i>Extend mailing list
+</I>&gt;<i><A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i><A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000085.html">[99s-extend] Problems with Bullet
+</A></li>
+	<LI>Next message: <A HREF="000086.html">[99s-extend] Heartbeat?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#83">[ date ]</a>
+              <a href="thread.html#83">[ thread ]</a>
+              <a href="subject.html#83">[ subject ]</a>
+              <a href="author.html#83">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000084.html b/_build/static/archives/extend/2013-April/000084.html
new file mode 100644
index 00000000..36ba2a51
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000084.html
@@ -0,0 +1,192 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Problems with Bullet
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3CCD8849A5.4807%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000082.html">
+   <LINK REL="Next"  HREF="000085.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Problems with Bullet</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3CCD8849A5.4807%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Problems with Bullet">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Mon Apr  8 16:18:27 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000082.html">[99s-extend] Problems with Bullet
+</A></li>
+        <LI>Next message: <A HREF="000085.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#84">[ date ]</a>
+              <a href="thread.html#84">[ thread ]</a>
+              <a href="subject.html#84">[ subject ]</a>
+              <a href="author.html#84">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>  *facepalm* Or that, yeah. Should have correlated the stack trace with
+the error. Not used to seeing cowboy run as the app, not a dependency.
+
+On 4/8/13 10:08 AM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i>Sounds like Bullet isn't in your path. Forgot -pa deps/*/ebin?
+</I>&gt;<i>
+</I>&gt;<i>On 04/08/2013 03:53 PM, Lee Sylvester wrote:
+</I>&gt;&gt;<i> Hi all,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I'm currently having problems getting a websocket to connect to a
+</I>&gt;&gt;<i>simple bare bones Bullet handler.  Unfortunately, I'm still quite an
+</I>&gt;&gt;<i>Erlang noob, so the stack traces tend to lead me in circles.  I'm hoping
+</I>&gt;&gt;<i>this is obvious stuff to you Erlang pros :-)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Given the below handler:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> init(_Transport, Req, _Opts, _Active) -&gt;
+</I>&gt;&gt;<i> 	{ok, Req, undefined_state}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> stream(Data, Req, State) -&gt;
+</I>&gt;&gt;<i> 	{ok, Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> info(Info, Req, State) -&gt;
+</I>&gt;&gt;<i> 	{reply, Info, Req, State}.
+</I>&gt;&gt;<i> 	
+</I>&gt;&gt;<i> terminate(_Req, _State) -&gt;
+</I>&gt;&gt;<i> 	ok.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Connecting with a websocket throws the following error:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> =ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+</I>&gt;&gt;<i> ** Cowboy handler bullet_handler terminating in init/3
+</I>&gt;&gt;<i>     for the reason error:undef
+</I>&gt;&gt;<i> ** Options were [{handler,connection_handler}]
+</I>&gt;&gt;<i> ** Request was [{socket,#Port&lt;0.926&gt;},
+</I>&gt;&gt;<i>                  {transport,ranch_tcp},
+</I>&gt;&gt;<i>                  {connection,keepalive},
+</I>&gt;&gt;<i>                  {pid,&lt;0.491.0&gt;},
+</I>&gt;&gt;<i>                  {method,&lt;&lt;&quot;GET&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                  {version,{1,1}},
+</I>&gt;&gt;<i>                  {peer,{{127,0,0,1},56630}},
+</I>&gt;&gt;<i>                  {host,&lt;&lt;&quot;localhost&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                  {host_info,undefined},
+</I>&gt;&gt;<i>                  {port,8080},
+</I>&gt;&gt;<i>                  {path,&lt;&lt;&quot;/&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                  {path_info,undefined},
+</I>&gt;&gt;<i>                  {qs,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                  {qs_vals,undefined},
+</I>&gt;&gt;<i>                  {fragment,&lt;&lt;&gt;&gt;},
+</I>&gt;&gt;<i>                  {bindings,[]},
+</I>&gt;&gt;<i>                  {headers,[{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 
+</I>&gt;&gt;<i>{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                             &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                             &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}]},
+</I>&gt;&gt;<i>                  {p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}]},
+</I>&gt;&gt;<i>                  {cookies,undefined},
+</I>&gt;&gt;<i>                  {meta,[]},
+</I>&gt;&gt;<i>                  {body_state,waiting},
+</I>&gt;&gt;<i>                  {multipart,undefined},
+</I>&gt;&gt;<i>                  {buffer,&lt;&lt;&gt;&gt;},
+</I>&gt;&gt;<i>                  {resp_compress,false},
+</I>&gt;&gt;<i>                  {resp_state,waiting},
+</I>&gt;&gt;<i>                  {resp_headers,[]},
+</I>&gt;&gt;<i>                  {resp_body,&lt;&lt;&gt;&gt;},
+</I>&gt;&gt;<i>                  {onresponse,undefined}]
+</I>&gt;&gt;<i> ** Stacktrace: [{bullet_handler,init,
+</I>&gt;&gt;<i>                      [{tcp,http},
+</I>&gt;&gt;<i>                 
+</I>&gt;&gt;<i>{http_req,#Port&lt;0.926&gt;,ranch_tcp,keepalive,&lt;0.491.0&gt;,
+</I>&gt;&gt;<i>                           &lt;&lt;&quot;GET&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                           {1,1},
+</I>&gt;&gt;<i>                           {{127,0,0,1},56630},
+</I>&gt;&gt;<i>                           &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                           undefined,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;,undefined,&lt;&lt;&gt;&gt;,
+</I>&gt;&gt;<i>                           [],
+</I>&gt;&gt;<i>                           [{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 
+</I>&gt;&gt;<i>{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                             &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                            {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                             &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}],
+</I>&gt;&gt;<i>                           [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;&gt;<i>                 
+</I>&gt;&gt;<i>undefined,[],waiting,undefined,&lt;&lt;&gt;&gt;,false,waiting,[],
+</I>&gt;&gt;<i>                           &lt;&lt;&gt;&gt;,undefined},
+</I>&gt;&gt;<i>                       [{handler,connection_handler}]],
+</I>&gt;&gt;<i>                      []},
+</I>&gt;&gt;<i>                  {cowboy_handler,handler_init,4,
+</I>&gt;&gt;<i>                      [{file,&quot;src/cowboy_handler.erl&quot;},{line,69}]},
+</I>&gt;&gt;<i>                  {cowboy_protocol,execute,4,
+</I>&gt;&gt;<i>                      [{file,&quot;src/cowboy_protocol.erl&quot;},{line,514}]}]
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Can anyone see what might be throwing this off?  I'd like to get a
+</I>&gt;&gt;<i>minimal handler running before I attempt to add some logic.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>-- 
+</I>&gt;<i>Lo&#239;c Hoguin
+</I>&gt;<i>Erlang Cowboy
+</I>&gt;<i>Nine Nines
+</I>&gt;<i><A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>_______________________________________________
+</I>&gt;<i>Extend mailing list
+</I>&gt;<i><A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i><A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000082.html">[99s-extend] Problems with Bullet
+</A></li>
+	<LI>Next message: <A HREF="000085.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#84">[ date ]</a>
+              <a href="thread.html#84">[ thread ]</a>
+              <a href="subject.html#84">[ subject ]</a>
+              <a href="author.html#84">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000085.html b/_build/static/archives/extend/2013-April/000085.html
new file mode 100644
index 00000000..7d46c844
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000085.html
@@ -0,0 +1,208 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Problems with Bullet
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3CA39F0108-E420-4FAB-A1A9-33C062509565%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000084.html">
+   <LINK REL="Next"  HREF="000083.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Problems with Bullet</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problems%20with%20Bullet&In-Reply-To=%3CA39F0108-E420-4FAB-A1A9-33C062509565%40gmail.com%3E"
+       TITLE="[99s-extend] Problems with Bullet">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Mon Apr  8 16:21:53 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000084.html">[99s-extend] Problems with Bullet
+</A></li>
+        <LI>Next message: <A HREF="000083.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#85">[ date ]</a>
+              <a href="thread.html#85">[ thread ]</a>
+              <a href="subject.html#85">[ subject ]</a>
+              <a href="author.html#85">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks guys,  that was exactly the problem.  I feel a little stupid :-)  I use Rebar to compile my apps, but none of the three books I have on Erlang describe the config files in much detail.  I probably have my entire setup wrong.
+
+Anyhow, it looks to be working, now :-)
+
+Thanks again,
+Lee
+
+
+
+On 8 Apr 2013, at 15:18, &quot;Phillips, Christopher&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Christopher.Phillips at turner.com</A>&gt; wrote:
+
+&gt;<i>  *facepalm* Or that, yeah. Should have correlated the stack trace with
+</I>&gt;<i> the error. Not used to seeing cowboy run as the app, not a dependency.
+</I>&gt;<i> 
+</I>&gt;<i> On 4/8/13 10:08 AM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;&gt;<i> Sounds like Bullet isn't in your path. Forgot -pa deps/*/ebin?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 04/08/2013 03:53 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;<i> Hi all,
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> I'm currently having problems getting a websocket to connect to a
+</I>&gt;&gt;&gt;<i> simple bare bones Bullet handler.  Unfortunately, I'm still quite an
+</I>&gt;&gt;&gt;<i> Erlang noob, so the stack traces tend to lead me in circles.  I'm hoping
+</I>&gt;&gt;&gt;<i> this is obvious stuff to you Erlang pros :-)
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Given the below handler:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> init(_Transport, Req, _Opts, _Active) -&gt;
+</I>&gt;&gt;&gt;<i> 	{ok, Req, undefined_state}.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> stream(Data, Req, State) -&gt;
+</I>&gt;&gt;&gt;<i> 	{ok, Req, State}.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> info(Info, Req, State) -&gt;
+</I>&gt;&gt;&gt;<i> 	{reply, Info, Req, State}.
+</I>&gt;&gt;&gt;<i> 	
+</I>&gt;&gt;&gt;<i> terminate(_Req, _State) -&gt;
+</I>&gt;&gt;&gt;<i> 	ok.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Connecting with a websocket throws the following error:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> =ERROR REPORT==== 8-Apr-2013::14:46:11 ===
+</I>&gt;&gt;&gt;<i> ** Cowboy handler bullet_handler terminating in init/3
+</I>&gt;&gt;&gt;<i>    for the reason error:undef
+</I>&gt;&gt;&gt;<i> ** Options were [{handler,connection_handler}]
+</I>&gt;&gt;&gt;<i> ** Request was [{socket,#Port&lt;0.926&gt;},
+</I>&gt;&gt;&gt;<i>                 {transport,ranch_tcp},
+</I>&gt;&gt;&gt;<i>                 {connection,keepalive},
+</I>&gt;&gt;&gt;<i>                 {pid,&lt;0.491.0&gt;},
+</I>&gt;&gt;&gt;<i>                 {method,&lt;&lt;&quot;GET&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                 {version,{1,1}},
+</I>&gt;&gt;&gt;<i>                 {peer,{{127,0,0,1},56630}},
+</I>&gt;&gt;&gt;<i>                 {host,&lt;&lt;&quot;localhost&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                 {host_info,undefined},
+</I>&gt;&gt;&gt;<i>                 {port,8080},
+</I>&gt;&gt;&gt;<i>                 {path,&lt;&lt;&quot;/&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                 {path_info,undefined},
+</I>&gt;&gt;&gt;<i>                 {qs,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                 {qs_vals,undefined},
+</I>&gt;&gt;&gt;<i>                 {fragment,&lt;&lt;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                 {bindings,[]},
+</I>&gt;&gt;&gt;<i>                 {headers,[{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;<i>                            &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;<i>                            &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}]},
+</I>&gt;&gt;&gt;<i>                 {p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}]},
+</I>&gt;&gt;&gt;<i>                 {cookies,undefined},
+</I>&gt;&gt;&gt;<i>                 {meta,[]},
+</I>&gt;&gt;&gt;<i>                 {body_state,waiting},
+</I>&gt;&gt;&gt;<i>                 {multipart,undefined},
+</I>&gt;&gt;&gt;<i>                 {buffer,&lt;&lt;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                 {resp_compress,false},
+</I>&gt;&gt;&gt;<i>                 {resp_state,waiting},
+</I>&gt;&gt;&gt;<i>                 {resp_headers,[]},
+</I>&gt;&gt;&gt;<i>                 {resp_body,&lt;&lt;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                 {onresponse,undefined}]
+</I>&gt;&gt;&gt;<i> ** Stacktrace: [{bullet_handler,init,
+</I>&gt;&gt;&gt;<i>                     [{tcp,http},
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> {http_req,#Port&lt;0.926&gt;,ranch_tcp,keepalive,&lt;0.491.0&gt;,
+</I>&gt;&gt;&gt;<i>                          &lt;&lt;&quot;GET&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;<i>                          {1,1},
+</I>&gt;&gt;&gt;<i>                          {{127,0,0,1},56630},
+</I>&gt;&gt;&gt;<i>                          &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;<i>                          undefined,&lt;&lt;&quot;encoding=text&quot;&gt;&gt;,undefined,&lt;&lt;&gt;&gt;,
+</I>&gt;&gt;&gt;<i>                          [],
+</I>&gt;&gt;&gt;<i>                          [{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://www.websocket.org">http://www.websocket.org</A>&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;<i>                            &lt;&lt;&quot;fEj/SOOcQgSKATOjhbNJBQ==&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;&gt;&gt;<i>                           {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;<i>                            &lt;&lt;&quot;x-webkit-deflate-frame&quot;&gt;&gt;}],
+</I>&gt;&gt;&gt;<i>                          [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> undefined,[],waiting,undefined,&lt;&lt;&gt;&gt;,false,waiting,[],
+</I>&gt;&gt;&gt;<i>                          &lt;&lt;&gt;&gt;,undefined},
+</I>&gt;&gt;&gt;<i>                      [{handler,connection_handler}]],
+</I>&gt;&gt;&gt;<i>                     []},
+</I>&gt;&gt;&gt;<i>                 {cowboy_handler,handler_init,4,
+</I>&gt;&gt;&gt;<i>                     [{file,&quot;src/cowboy_handler.erl&quot;},{line,69}]},
+</I>&gt;&gt;&gt;<i>                 {cowboy_protocol,execute,4,
+</I>&gt;&gt;&gt;<i>                     [{file,&quot;src/cowboy_protocol.erl&quot;},{line,514}]}]
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Can anyone see what might be throwing this off?  I'd like to get a
+</I>&gt;&gt;&gt;<i> minimal handler running before I attempt to add some logic.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> -- 
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000084.html">[99s-extend] Problems with Bullet
+</A></li>
+	<LI>Next message: <A HREF="000083.html">[99s-extend] Problems with Bullet
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#85">[ date ]</a>
+              <a href="thread.html#85">[ thread ]</a>
+              <a href="subject.html#85">[ subject ]</a>
+              <a href="author.html#85">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000086.html b/_build/static/archives/extend/2013-April/000086.html
new file mode 100644
index 00000000..f17e2a4b
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000086.html
@@ -0,0 +1,66 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Heartbeat?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Heartbeat%3F&In-Reply-To=%3CDC437291-FAB7-4E9D-AAAA-EC8B5E755A20%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000083.html">
+   <LINK REL="Next"  HREF="000088.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Heartbeat?</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Heartbeat%3F&In-Reply-To=%3CDC437291-FAB7-4E9D-AAAA-EC8B5E755A20%40gmail.com%3E"
+       TITLE="[99s-extend] Heartbeat?">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Wed Apr 10 13:47:45 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000083.html">[99s-extend] Problems with Bullet
+</A></li>
+        <LI>Next message: <A HREF="000088.html">[99s-extend] Heartbeat?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#86">[ date ]</a>
+              <a href="thread.html#86">[ thread ]</a>
+              <a href="subject.html#86">[ subject ]</a>
+              <a href="author.html#86">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey guys,
+
+So, my bullet websockets are going great.  However, I have a question.  At present, if I don't send any data to or from my websockets for a while, the connection closes after about 10 - 20 seconds.  Therefore, should I send a heartbeat to the client from Erlang to keep this open?  The websockets are for user to user messaging, so it's possible that large periods of inactivity could occur.
+
+Thanks,
+Lee
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000083.html">[99s-extend] Problems with Bullet
+</A></li>
+	<LI>Next message: <A HREF="000088.html">[99s-extend] Heartbeat?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#86">[ date ]</a>
+              <a href="thread.html#86">[ thread ]</a>
+              <a href="subject.html#86">[ subject ]</a>
+              <a href="author.html#86">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000087.html b/_build/static/archives/extend/2013-April/000087.html
new file mode 100644
index 00000000..b024dbf3
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000087.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and chromium
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C90FA9B10-201C-469E-AF79-749CF56160F1%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000092.html">
+   <LINK REL="Next"  HREF="000089.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and chromium</H1>
+    <B>Sasa Juric</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C90FA9B10-201C-469E-AF79-749CF56160F1%40gmail.com%3E"
+       TITLE="[99s-extend] cowboy and chromium">sasa.juric at gmail.com
+       </A><BR>
+    <I>Wed Apr 10 14:00:47 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000092.html">[99s-extend] Heartbeat?
+</A></li>
+        <LI>Next message: <A HREF="000089.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#87">[ date ]</a>
+              <a href="thread.html#87">[ thread ]</a>
+              <a href="subject.html#87">[ subject ]</a>
+              <a href="author.html#87">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+
+After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+
+If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+
+After many attempts and failures, I might have worked around the issue. Namely, I included &lt;&lt;&quot;connection&quot;&gt;&gt;, &lt;&lt;&quot;close&quot;&gt;&gt; in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+
+However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem. 
+The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives. 
+This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+
+This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+
+Thank you very much in advance and best regards,
+Sasa
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000092.html">[99s-extend] Heartbeat?
+</A></li>
+	<LI>Next message: <A HREF="000089.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#87">[ date ]</a>
+              <a href="thread.html#87">[ thread ]</a>
+              <a href="subject.html#87">[ subject ]</a>
+              <a href="author.html#87">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000088.html b/_build/static/archives/extend/2013-April/000088.html
new file mode 100644
index 00000000..0ba2bb7e
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000088.html
@@ -0,0 +1,75 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Heartbeat?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Heartbeat%3F&In-Reply-To=%3C51657962.8020009%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000086.html">
+   <LINK REL="Next"  HREF="000092.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Heartbeat?</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Heartbeat%3F&In-Reply-To=%3C51657962.8020009%40ninenines.eu%3E"
+       TITLE="[99s-extend] Heartbeat?">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Apr 10 16:38:26 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000086.html">[99s-extend] Heartbeat?
+</A></li>
+        <LI>Next message: <A HREF="000092.html">[99s-extend] Heartbeat?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#88">[ date ]</a>
+              <a href="thread.html#88">[ thread ]</a>
+              <a href="subject.html#88">[ subject ]</a>
+              <a href="author.html#88">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 04/10/2013 01:47 PM, Lee Sylvester wrote:
+&gt;<i> Hey guys,
+</I>&gt;<i>
+</I>&gt;<i> So, my bullet websockets are going great.  However, I have a question.  At present, if I don't send any data to or from my websockets for a while, the connection closes after about 10 - 20 seconds.  Therefore, should I send a heartbeat to the client from Erlang to keep this open?  The websockets are for user to user messaging, so it's possible that large periods of inactivity could occur.
+</I>
+Send one from the client if you want it to scale. Bullet provides you 
+with one callback that you can use to send anything. If you're using 
+JSON then sending {} is generally enough.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000086.html">[99s-extend] Heartbeat?
+</A></li>
+	<LI>Next message: <A HREF="000092.html">[99s-extend] Heartbeat?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#88">[ date ]</a>
+              <a href="thread.html#88">[ thread ]</a>
+              <a href="subject.html#88">[ subject ]</a>
+              <a href="author.html#88">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000089.html b/_build/static/archives/extend/2013-April/000089.html
new file mode 100644
index 00000000..dad65559
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000089.html
@@ -0,0 +1,86 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and chromium
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51657A11.7070902%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000087.html">
+   <LINK REL="Next"  HREF="000090.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and chromium</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51657A11.7070902%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy and chromium">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Apr 10 16:41:21 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000087.html">[99s-extend] cowboy and chromium
+</A></li>
+        <LI>Next message: <A HREF="000090.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#89">[ date ]</a>
+              <a href="thread.html#89">[ thread ]</a>
+              <a href="subject.html#89">[ subject ]</a>
+              <a href="author.html#89">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 04/10/2013 02:00 PM, Sasa Juric wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+</I>&gt;<i>
+</I>&gt;<i> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+</I>&gt;<i>
+</I>&gt;<i> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+</I>&gt;<i>
+</I>&gt;<i> After many attempts and failures, I might have worked around the issue. Namely, I included &lt;&lt;&quot;connection&quot;&gt;&gt;, &lt;&lt;&quot;close&quot;&gt;&gt; in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+</I>&gt;<i>
+</I>&gt;<i> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+</I>&gt;<i> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+</I>&gt;<i> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+</I>&gt;<i>
+</I>&gt;<i> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+</I>
+Haven't seen this happen on plain Cowboy. The proxy might be the 
+culprit. See if you can reproduce without the proxy.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000087.html">[99s-extend] cowboy and chromium
+</A></li>
+	<LI>Next message: <A HREF="000090.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#89">[ date ]</a>
+              <a href="thread.html#89">[ thread ]</a>
+              <a href="subject.html#89">[ subject ]</a>
+              <a href="author.html#89">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000090.html b/_build/static/archives/extend/2013-April/000090.html
new file mode 100644
index 00000000..a40dcac3
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000090.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and chromium
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C3CACD966-2058-4ABF-A819-AE127BE964D7%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000089.html">
+   <LINK REL="Next"  HREF="000091.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and chromium</H1>
+    <B>Sasa Juric</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C3CACD966-2058-4ABF-A819-AE127BE964D7%40gmail.com%3E"
+       TITLE="[99s-extend] cowboy and chromium">sasa.juric at gmail.com
+       </A><BR>
+    <I>Wed Apr 10 16:50:31 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000089.html">[99s-extend] cowboy and chromium
+</A></li>
+        <LI>Next message: <A HREF="000091.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#90">[ date ]</a>
+              <a href="thread.html#90">[ thread ]</a>
+              <a href="subject.html#90">[ subject ]</a>
+              <a href="author.html#90">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+
+Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably &quot;think&quot; that connection is still active, and try to reuse it, but this doesn't work until timeout.
+Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+
+Question: can I configure keep-alive timeout in Cowboy?
+
+
+On Apr 10, 2013, at 4:41 PM, Lo&#239;c Hoguin wrote:
+
+&gt;<i> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> After many attempts and failures, I might have worked around the issue. Namely, I included &lt;&lt;&quot;connection&quot;&gt;&gt;, &lt;&lt;&quot;close&quot;&gt;&gt; in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+</I>&gt;&gt;<i> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+</I>&gt;&gt;<i> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+</I>&gt;<i> 
+</I>&gt;<i> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000089.html">[99s-extend] cowboy and chromium
+</A></li>
+	<LI>Next message: <A HREF="000091.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#90">[ date ]</a>
+              <a href="thread.html#90">[ thread ]</a>
+              <a href="subject.html#90">[ subject ]</a>
+              <a href="author.html#90">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000091.html b/_build/static/archives/extend/2013-April/000091.html
new file mode 100644
index 00000000..0e8d39ec
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000091.html
@@ -0,0 +1,107 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and chromium
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51657C86.2060800%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000090.html">
+   <LINK REL="Next"  HREF="000093.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and chromium</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51657C86.2060800%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy and chromium">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Apr 10 16:51:50 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000090.html">[99s-extend] cowboy and chromium
+</A></li>
+        <LI>Next message: <A HREF="000093.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#91">[ date ]</a>
+              <a href="thread.html#91">[ thread ]</a>
+              <a href="subject.html#91">[ subject ]</a>
+              <a href="author.html#91">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>'timeout' protocol option, in milliseconds.
+
+On 04/10/2013 04:50 PM, Sasa Juric wrote:
+&gt;<i> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+</I>&gt;<i>
+</I>&gt;<i> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+</I>&gt;<i> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably &quot;think&quot; that connection is still active, and try to reuse it, but this doesn't work until timeout.
+</I>&gt;<i> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+</I>&gt;<i>
+</I>&gt;<i> Question: can I configure keep-alive timeout in Cowboy?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Apr 10, 2013, at 4:41 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> After many attempts and failures, I might have worked around the issue. Namely, I included &lt;&lt;&quot;connection&quot;&gt;&gt;, &lt;&lt;&quot;close&quot;&gt;&gt; in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+</I>&gt;&gt;&gt;<i> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+</I>&gt;&gt;&gt;<i> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000090.html">[99s-extend] cowboy and chromium
+</A></li>
+	<LI>Next message: <A HREF="000093.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#91">[ date ]</a>
+              <a href="thread.html#91">[ thread ]</a>
+              <a href="subject.html#91">[ subject ]</a>
+              <a href="author.html#91">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000092.html b/_build/static/archives/extend/2013-April/000092.html
new file mode 100644
index 00000000..7df4cb55
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000092.html
@@ -0,0 +1,83 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Heartbeat?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Heartbeat%3F&In-Reply-To=%3C2499D410-A700-41A3-A926-F721CC092600%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000088.html">
+   <LINK REL="Next"  HREF="000087.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Heartbeat?</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Heartbeat%3F&In-Reply-To=%3C2499D410-A700-41A3-A926-F721CC092600%40gmail.com%3E"
+       TITLE="[99s-extend] Heartbeat?">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Wed Apr 10 16:53:24 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000088.html">[99s-extend] Heartbeat?
+</A></li>
+        <LI>Next message: <A HREF="000087.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#92">[ date ]</a>
+              <a href="thread.html#92">[ thread ]</a>
+              <a href="subject.html#92">[ subject ]</a>
+              <a href="author.html#92">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ahh, thank you.
+
+Regards,
+Lee
+
+
+
+On 10 Apr 2013, at 15:38, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> On 04/10/2013 01:47 PM, Lee Sylvester wrote:
+</I>&gt;&gt;<i> Hey guys,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> So, my bullet websockets are going great.  However, I have a question.  At present, if I don't send any data to or from my websockets for a while, the connection closes after about 10 - 20 seconds.  Therefore, should I send a heartbeat to the client from Erlang to keep this open?  The websockets are for user to user messaging, so it's possible that large periods of inactivity could occur.
+</I>&gt;<i> 
+</I>&gt;<i> Send one from the client if you want it to scale. Bullet provides you with one callback that you can use to send anything. If you're using JSON then sending {} is generally enough.
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000088.html">[99s-extend] Heartbeat?
+</A></li>
+	<LI>Next message: <A HREF="000087.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#92">[ date ]</a>
+              <a href="thread.html#92">[ thread ]</a>
+              <a href="subject.html#92">[ subject ]</a>
+              <a href="author.html#92">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000093.html b/_build/static/archives/extend/2013-April/000093.html
new file mode 100644
index 00000000..25544b4e
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000093.html
@@ -0,0 +1,120 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and chromium
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3CAE3B3DE1-BEC0-4265-92EC-9D14EB4E0D59%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000091.html">
+   <LINK REL="Next"  HREF="000094.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and chromium</H1>
+    <B>Sasa Juric</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3CAE3B3DE1-BEC0-4265-92EC-9D14EB4E0D59%40gmail.com%3E"
+       TITLE="[99s-extend] cowboy and chromium">sasa.juric at gmail.com
+       </A><BR>
+    <I>Wed Apr 10 16:56:08 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000091.html">[99s-extend] cowboy and chromium
+</A></li>
+        <LI>Next message: <A HREF="000094.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#93">[ date ]</a>
+              <a href="thread.html#93">[ thread ]</a>
+              <a href="subject.html#93">[ subject ]</a>
+              <a href="author.html#93">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks!
+
+I was looking at the option, but was confused by description which states:
+Time in milliseconds a client has to send the full request line and headers.
+
+I'll give it a try and see how it works.
+
+Best regards,
+Sasa
+
+On Apr 10, 2013, at 4:51 PM, Lo&#239;c Hoguin wrote:
+
+&gt;<i> 'timeout' protocol option, in milliseconds.
+</I>&gt;<i> 
+</I>&gt;<i> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+</I>&gt;&gt;<i> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+</I>&gt;&gt;<i> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably &quot;think&quot; that connection is still active, and try to reuse it, but this doesn't work until timeout.
+</I>&gt;&gt;<i> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Question: can I configure keep-alive timeout in Cowboy?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On Apr 10, 2013, at 4:41 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> After many attempts and failures, I might have worked around the issue. Namely, I included &lt;&lt;&quot;connection&quot;&gt;&gt;, &lt;&lt;&quot;close&quot;&gt;&gt; in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+</I>&gt;&gt;&gt;&gt;<i> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+</I>&gt;&gt;&gt;&gt;<i> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000091.html">[99s-extend] cowboy and chromium
+</A></li>
+	<LI>Next message: <A HREF="000094.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#93">[ date ]</a>
+              <a href="thread.html#93">[ thread ]</a>
+              <a href="subject.html#93">[ subject ]</a>
+              <a href="author.html#93">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000094.html b/_build/static/archives/extend/2013-April/000094.html
new file mode 100644
index 00000000..48a3dac6
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000094.html
@@ -0,0 +1,132 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and chromium
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51657EBA.7050506%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000093.html">
+   <LINK REL="Next"  HREF="000095.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and chromium</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51657EBA.7050506%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy and chromium">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Apr 10 17:01:14 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000093.html">[99s-extend] cowboy and chromium
+</A></li>
+        <LI>Next message: <A HREF="000095.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#94">[ date ]</a>
+              <a href="thread.html#94">[ thread ]</a>
+              <a href="subject.html#94">[ subject ]</a>
+              <a href="author.html#94">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Means it's not a read timeout, but a timeout for the whole request up to 
+and excluding the body (so an intentionally slow client will get 
+disconnected at 5s).
+
+On 04/10/2013 04:56 PM, Sasa Juric wrote:
+&gt;<i> Thanks!
+</I>&gt;<i>
+</I>&gt;<i> I was looking at the option, but was confused by description which states:
+</I>&gt;<i> Time in milliseconds a client has to send the full request line and headers.
+</I>&gt;<i>
+</I>&gt;<i> I'll give it a try and see how it works.
+</I>&gt;<i>
+</I>&gt;<i> Best regards,
+</I>&gt;<i> Sasa
+</I>&gt;<i>
+</I>&gt;<i> On Apr 10, 2013, at 4:51 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> 'timeout' protocol option, in milliseconds.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;<i> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+</I>&gt;&gt;&gt;<i> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably &quot;think&quot; that connection is still active, and try to reuse it, but this doesn't work until timeout.
+</I>&gt;&gt;&gt;<i> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Question: can I configure keep-alive timeout in Cowboy?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On Apr 10, 2013, at 4:41 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> After many attempts and failures, I might have worked around the issue. Namely, I included &lt;&lt;&quot;connection&quot;&gt;&gt;, &lt;&lt;&quot;close&quot;&gt;&gt; in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+</I>&gt;&gt;&gt;&gt;&gt;<i> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+</I>&gt;&gt;&gt;&gt;&gt;<i> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000093.html">[99s-extend] cowboy and chromium
+</A></li>
+	<LI>Next message: <A HREF="000095.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#94">[ date ]</a>
+              <a href="thread.html#94">[ thread ]</a>
+              <a href="subject.html#94">[ subject ]</a>
+              <a href="author.html#94">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000095.html b/_build/static/archives/extend/2013-April/000095.html
new file mode 100644
index 00000000..1e8cc343
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000095.html
@@ -0,0 +1,137 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and chromium
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3CE7866B20-0B8D-4192-8956-B5F4AD820FA9%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000094.html">
+   <LINK REL="Next"  HREF="000096.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and chromium</H1>
+    <B>Sasa Juric</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3CE7866B20-0B8D-4192-8956-B5F4AD820FA9%40gmail.com%3E"
+       TITLE="[99s-extend] cowboy and chromium">sasa.juric at gmail.com
+       </A><BR>
+    <I>Wed Apr 10 17:05:51 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000094.html">[99s-extend] cowboy and chromium
+</A></li>
+        <LI>Next message: <A HREF="000096.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#95">[ date ]</a>
+              <a href="thread.html#95">[ thread ]</a>
+              <a href="subject.html#95">[ subject ]</a>
+              <a href="author.html#95">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ok, just to make sure I understand:
+When I serve a request, and the connection is not closed due to keep-alive, will this timeout also apply?
+
+
+On Apr 10, 2013, at 5:01 PM, Lo&#239;c Hoguin wrote:
+
+&gt;<i> Means it's not a read timeout, but a timeout for the whole request up to and excluding the body (so an intentionally slow client will get disconnected at 5s).
+</I>&gt;<i> 
+</I>&gt;<i> On 04/10/2013 04:56 PM, Sasa Juric wrote:
+</I>&gt;&gt;<i> Thanks!
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I was looking at the option, but was confused by description which states:
+</I>&gt;&gt;<i> Time in milliseconds a client has to send the full request line and headers.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I'll give it a try and see how it works.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Best regards,
+</I>&gt;&gt;<i> Sasa
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On Apr 10, 2013, at 4:51 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 'timeout' protocol option, in milliseconds.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;&gt;<i> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+</I>&gt;&gt;&gt;&gt;<i> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably &quot;think&quot; that connection is still active, and try to reuse it, but this doesn't work until timeout.
+</I>&gt;&gt;&gt;&gt;<i> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Question: can I configure keep-alive timeout in Cowboy?
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> On Apr 10, 2013, at 4:41 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> After many attempts and failures, I might have worked around the issue. Namely, I included &lt;&lt;&quot;connection&quot;&gt;&gt;, &lt;&lt;&quot;close&quot;&gt;&gt; in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000094.html">[99s-extend] cowboy and chromium
+</A></li>
+	<LI>Next message: <A HREF="000096.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#95">[ date ]</a>
+              <a href="thread.html#95">[ thread ]</a>
+              <a href="subject.html#95">[ subject ]</a>
+              <a href="author.html#95">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000096.html b/_build/static/archives/extend/2013-April/000096.html
new file mode 100644
index 00000000..9e31920e
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000096.html
@@ -0,0 +1,149 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and chromium
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51658026.2090805%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000095.html">
+   <LINK REL="Next"  HREF="000097.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and chromium</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51658026.2090805%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy and chromium">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Apr 10 17:07:18 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000095.html">[99s-extend] cowboy and chromium
+</A></li>
+        <LI>Next message: <A HREF="000097.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#96">[ date ]</a>
+              <a href="thread.html#96">[ thread ]</a>
+              <a href="subject.html#96">[ subject ]</a>
+              <a href="author.html#96">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's running from the moment Cowboy starts expecting a new request up to 
+the moment it got the request in full (excluding the body), then it's 
+reset for the next request.
+
+On 04/10/2013 05:05 PM, Sasa Juric wrote:
+&gt;<i> Ok, just to make sure I understand:
+</I>&gt;<i> When I serve a request, and the connection is not closed due to keep-alive, will this timeout also apply?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Apr 10, 2013, at 5:01 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Means it's not a read timeout, but a timeout for the whole request up to and excluding the body (so an intentionally slow client will get disconnected at 5s).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 04/10/2013 04:56 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;<i> Thanks!
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I was looking at the option, but was confused by description which states:
+</I>&gt;&gt;&gt;<i> Time in milliseconds a client has to send the full request line and headers.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I'll give it a try and see how it works.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Best regards,
+</I>&gt;&gt;&gt;<i> Sasa
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On Apr 10, 2013, at 4:51 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> 'timeout' protocol option, in milliseconds.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+</I>&gt;&gt;&gt;&gt;&gt;<i> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably &quot;think&quot; that connection is still active, and try to reuse it, but this doesn't work until timeout.
+</I>&gt;&gt;&gt;&gt;&gt;<i> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Question: can I configure keep-alive timeout in Cowboy?
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> On Apr 10, 2013, at 4:41 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> After many attempts and failures, I might have worked around the issue. Namely, I included &lt;&lt;&quot;connection&quot;&gt;&gt;, &lt;&lt;&quot;close&quot;&gt;&gt; in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000095.html">[99s-extend] cowboy and chromium
+</A></li>
+	<LI>Next message: <A HREF="000097.html">[99s-extend] cowboy and chromium
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#96">[ date ]</a>
+              <a href="thread.html#96">[ thread ]</a>
+              <a href="subject.html#96">[ subject ]</a>
+              <a href="author.html#96">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000097.html b/_build/static/archives/extend/2013-April/000097.html
new file mode 100644
index 00000000..0fce37e1
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000097.html
@@ -0,0 +1,152 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and chromium
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3CB51E1290-B953-4A81-9B1F-BA9229E65AF1%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000096.html">
+   <LINK REL="Next"  HREF="000098.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and chromium</H1>
+    <B>Sasa Juric</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3CB51E1290-B953-4A81-9B1F-BA9229E65AF1%40gmail.com%3E"
+       TITLE="[99s-extend] cowboy and chromium">sasa.juric at gmail.com
+       </A><BR>
+    <I>Wed Apr 10 17:11:57 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000096.html">[99s-extend] cowboy and chromium
+</A></li>
+        <LI>Next message: <A HREF="000098.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#97">[ date ]</a>
+              <a href="thread.html#97">[ thread ]</a>
+              <a href="subject.html#97">[ subject ]</a>
+              <a href="author.html#97">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks!
+
+On Apr 10, 2013, at 5:07 PM, Lo&#239;c Hoguin wrote:
+
+&gt;<i> It's running from the moment Cowboy starts expecting a new request up to the moment it got the request in full (excluding the body), then it's reset for the next request.
+</I>&gt;<i> 
+</I>&gt;<i> On 04/10/2013 05:05 PM, Sasa Juric wrote:
+</I>&gt;&gt;<i> Ok, just to make sure I understand:
+</I>&gt;&gt;<i> When I serve a request, and the connection is not closed due to keep-alive, will this timeout also apply?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On Apr 10, 2013, at 5:01 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Means it's not a read timeout, but a timeout for the whole request up to and excluding the body (so an intentionally slow client will get disconnected at 5s).
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 04/10/2013 04:56 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;&gt;<i> Thanks!
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> I was looking at the option, but was confused by description which states:
+</I>&gt;&gt;&gt;&gt;<i> Time in milliseconds a client has to send the full request line and headers.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> I'll give it a try and see how it works.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Best regards,
+</I>&gt;&gt;&gt;&gt;<i> Sasa
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> On Apr 10, 2013, at 4:51 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> 'timeout' protocol option, in milliseconds.
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> On 04/10/2013 04:50 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably &quot;think&quot; that connection is still active, and try to reuse it, but this doesn't work until timeout.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Question: can I configure keep-alive timeout in Cowboy?
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> On Apr 10, 2013, at 4:41 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> On 04/10/2013 02:00 PM, Sasa Juric wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> After many attempts and failures, I might have worked around the issue. Namely, I included &lt;&lt;&quot;connection&quot;&gt;&gt;, &lt;&lt;&quot;close&quot;&gt;&gt; in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000096.html">[99s-extend] cowboy and chromium
+</A></li>
+	<LI>Next message: <A HREF="000098.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#97">[ date ]</a>
+              <a href="thread.html#97">[ thread ]</a>
+              <a href="subject.html#97">[ subject ]</a>
+              <a href="author.html#97">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000098.html b/_build/static/archives/extend/2013-April/000098.html
new file mode 100644
index 00000000..ee3ce9ba
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000098.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Distributed model?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3CADCAD0B2-A081-44CA-82F5-B544F355956F%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000097.html">
+   <LINK REL="Next"  HREF="000099.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Distributed model?</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3CADCAD0B2-A081-44CA-82F5-B544F355956F%40gmail.com%3E"
+       TITLE="[99s-extend] Distributed model?">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Thu Apr 11 07:51:12 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000097.html">[99s-extend] cowboy and chromium
+</A></li>
+        <LI>Next message: <A HREF="000099.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#98">[ date ]</a>
+              <a href="thread.html#98">[ thread ]</a>
+              <a href="subject.html#98">[ subject ]</a>
+              <a href="author.html#98">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi guys,
+
+So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+
+I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+
+Thanks,
+Lee
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000097.html">[99s-extend] cowboy and chromium
+</A></li>
+	<LI>Next message: <A HREF="000099.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#98">[ date ]</a>
+              <a href="thread.html#98">[ thread ]</a>
+              <a href="subject.html#98">[ subject ]</a>
+              <a href="author.html#98">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000099.html b/_build/static/archives/extend/2013-April/000099.html
new file mode 100644
index 00000000..3bab2cbe
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000099.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Distributed model?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3CCAKD1GY6z-Au5C-AsOus2ieOEtGymgigYp_SzGhrt%2BGgaXNFd%3DQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000098.html">
+   <LINK REL="Next"  HREF="000100.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Distributed model?</H1>
+    <B>Jeremy Ong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3CCAKD1GY6z-Au5C-AsOus2ieOEtGymgigYp_SzGhrt%2BGgaXNFd%3DQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Distributed model?">jeremy at quarkgames.com
+       </A><BR>
+    <I>Thu Apr 11 08:29:16 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000098.html">[99s-extend] Distributed model?
+</A></li>
+        <LI>Next message: <A HREF="000100.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#99">[ date ]</a>
+              <a href="thread.html#99">[ thread ]</a>
+              <a href="subject.html#99">[ subject ]</a>
+              <a href="author.html#99">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Make all the machines identically and add an haproxy (or equivalent)
+machine to load balance between all of them. Haproxy can handle many
+many requests. Keep in mind that with tcp, the load balancer is just
+accepting the socket but then the client communicates with the actual
+application server directly afterwards.
+
+On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+&gt;<i> Hi guys,
+</I>&gt;<i>
+</I>&gt;<i> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+</I>&gt;<i>
+</I>&gt;<i> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000098.html">[99s-extend] Distributed model?
+</A></li>
+	<LI>Next message: <A HREF="000100.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#99">[ date ]</a>
+              <a href="thread.html#99">[ thread ]</a>
+              <a href="subject.html#99">[ subject ]</a>
+              <a href="author.html#99">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000100.html b/_build/static/archives/extend/2013-April/000100.html
new file mode 100644
index 00000000..1efa066a
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000100.html
@@ -0,0 +1,89 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Distributed model?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3C8456939C-6A11-4A18-BD8A-DF378644DACB%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000099.html">
+   <LINK REL="Next"  HREF="000101.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Distributed model?</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3C8456939C-6A11-4A18-BD8A-DF378644DACB%40gmail.com%3E"
+       TITLE="[99s-extend] Distributed model?">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Thu Apr 11 08:49:18 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000099.html">[99s-extend] Distributed model?
+</A></li>
+        <LI>Next message: <A HREF="000101.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#100">[ date ]</a>
+              <a href="thread.html#100">[ thread ]</a>
+              <a href="subject.html#100">[ subject ]</a>
+              <a href="author.html#100">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks Jeremy, but what about inter-node communication?  If I have a user on node A sending a message to 10k users located on 10 other nodes, what is the best way to handle that?  Especially if this user is sending several messages and expecting replies.  Should I use the standard Erlang inter-process messaging or should I implement an MQ on top to handle this?
+
+Thanks,
+Lee
+
+
+On 11 Apr 2013, at 07:29, Jeremy Ong &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jeremy at quarkgames.com</A>&gt; wrote:
+
+&gt;<i> Make all the machines identically and add an haproxy (or equivalent)
+</I>&gt;<i> machine to load balance between all of them. Haproxy can handle many
+</I>&gt;<i> many requests. Keep in mind that with tcp, the load balancer is just
+</I>&gt;<i> accepting the socket but then the client communicates with the actual
+</I>&gt;<i> application server directly afterwards.
+</I>&gt;<i> 
+</I>&gt;<i> On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000099.html">[99s-extend] Distributed model?
+</A></li>
+	<LI>Next message: <A HREF="000101.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#100">[ date ]</a>
+              <a href="thread.html#100">[ thread ]</a>
+              <a href="subject.html#100">[ subject ]</a>
+              <a href="author.html#100">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000101.html b/_build/static/archives/extend/2013-April/000101.html
new file mode 100644
index 00000000..9202db3c
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000101.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Distributed model?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3CCAKD1GY4xtZWXvfqstapnpLskbn3DFPPGDO9yHTLHDmTP%2BozR7A%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000100.html">
+   <LINK REL="Next"  HREF="000102.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Distributed model?</H1>
+    <B>Jeremy Ong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3CCAKD1GY4xtZWXvfqstapnpLskbn3DFPPGDO9yHTLHDmTP%2BozR7A%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Distributed model?">jeremy at quarkgames.com
+       </A><BR>
+    <I>Thu Apr 11 09:04:04 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000100.html">[99s-extend] Distributed model?
+</A></li>
+        <LI>Next message: <A HREF="000102.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#101">[ date ]</a>
+              <a href="thread.html#101">[ thread ]</a>
+              <a href="subject.html#101">[ subject ]</a>
+              <a href="author.html#101">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I see. I assume this is for a chat server of some sort?
+
+You don't want the user process sending all these messages because the
+user process wouldn't be able to do anything useful (like receive
+messages) in the meantime.
+
+Better is to implement a pubsub process for each channel of
+communication (i.e. one process per room) or rely on Redis pubsub or
+something if speed is extremely important.
+
+There is no way to get around the O(N) complexity of broadcasting.
+
+On Wed, Apr 10, 2013 at 11:49 PM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+&gt;<i> Thanks Jeremy, but what about inter-node communication?  If I have a user on node A sending a message to 10k users located on 10 other nodes, what is the best way to handle that?  Especially if this user is sending several messages and expecting replies.  Should I use the standard Erlang inter-process messaging or should I implement an MQ on top to handle this?
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 11 Apr 2013, at 07:29, Jeremy Ong &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jeremy at quarkgames.com</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Make all the machines identically and add an haproxy (or equivalent)
+</I>&gt;&gt;<i> machine to load balance between all of them. Haproxy can handle many
+</I>&gt;&gt;<i> many requests. Keep in mind that with tcp, the load balancer is just
+</I>&gt;&gt;<i> accepting the socket but then the client communicates with the actual
+</I>&gt;&gt;<i> application server directly afterwards.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000100.html">[99s-extend] Distributed model?
+</A></li>
+	<LI>Next message: <A HREF="000102.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#101">[ date ]</a>
+              <a href="thread.html#101">[ thread ]</a>
+              <a href="subject.html#101">[ subject ]</a>
+              <a href="author.html#101">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000102.html b/_build/static/archives/extend/2013-April/000102.html
new file mode 100644
index 00000000..c9d55344
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000102.html
@@ -0,0 +1,112 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Distributed model?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3CD7BCE9BB-C9D2-4423-92EC-14D4DC841D6F%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000101.html">
+   <LINK REL="Next"  HREF="000103.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Distributed model?</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3CD7BCE9BB-C9D2-4423-92EC-14D4DC841D6F%40gmail.com%3E"
+       TITLE="[99s-extend] Distributed model?">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Thu Apr 11 14:55:29 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000101.html">[99s-extend] Distributed model?
+</A></li>
+        <LI>Next message: <A HREF="000103.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#102">[ date ]</a>
+              <a href="thread.html#102">[ thread ]</a>
+              <a href="subject.html#102">[ subject ]</a>
+              <a href="author.html#102">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thank you, Jeremy, that's good advice.  It's not so much a chat platform, but I guess it would resemble one in architecture.  The part I'm concerned about, though, is should I be avoiding the internal Erlang messaging between connections (over many nodes) for heavy messaging?
+
+Thanks,
+Lee
+
+
+
+On 11 Apr 2013, at 08:04, Jeremy Ong &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jeremy at quarkgames.com</A>&gt; wrote:
+
+&gt;<i> I see. I assume this is for a chat server of some sort?
+</I>&gt;<i> 
+</I>&gt;<i> You don't want the user process sending all these messages because the
+</I>&gt;<i> user process wouldn't be able to do anything useful (like receive
+</I>&gt;<i> messages) in the meantime.
+</I>&gt;<i> 
+</I>&gt;<i> Better is to implement a pubsub process for each channel of
+</I>&gt;<i> communication (i.e. one process per room) or rely on Redis pubsub or
+</I>&gt;<i> something if speed is extremely important.
+</I>&gt;<i> 
+</I>&gt;<i> There is no way to get around the O(N) complexity of broadcasting.
+</I>&gt;<i> 
+</I>&gt;<i> On Wed, Apr 10, 2013 at 11:49 PM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;<i> Thanks Jeremy, but what about inter-node communication?  If I have a user on node A sending a message to 10k users located on 10 other nodes, what is the best way to handle that?  Especially if this user is sending several messages and expecting replies.  Should I use the standard Erlang inter-process messaging or should I implement an MQ on top to handle this?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 11 Apr 2013, at 07:29, Jeremy Ong &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jeremy at quarkgames.com</A>&gt; wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Make all the machines identically and add an haproxy (or equivalent)
+</I>&gt;&gt;&gt;<i> machine to load balance between all of them. Haproxy can handle many
+</I>&gt;&gt;&gt;<i> many requests. Keep in mind that with tcp, the load balancer is just
+</I>&gt;&gt;&gt;<i> accepting the socket but then the client communicates with the actual
+</I>&gt;&gt;&gt;<i> application server directly afterwards.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000101.html">[99s-extend] Distributed model?
+</A></li>
+	<LI>Next message: <A HREF="000103.html">[99s-extend] Distributed model?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#102">[ date ]</a>
+              <a href="thread.html#102">[ thread ]</a>
+              <a href="subject.html#102">[ subject ]</a>
+              <a href="author.html#102">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000103.html b/_build/static/archives/extend/2013-April/000103.html
new file mode 100644
index 00000000..28c7c536
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000103.html
@@ -0,0 +1,122 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Distributed model?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3C4011ABA6-BD55-4DEB-BE8F-2E20F2376A25%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000102.html">
+   <LINK REL="Next"  HREF="000104.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Distributed model?</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Distributed%20model%3F&In-Reply-To=%3C4011ABA6-BD55-4DEB-BE8F-2E20F2376A25%40gmail.com%3E"
+       TITLE="[99s-extend] Distributed model?">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Thu Apr 11 17:46:35 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000102.html">[99s-extend] Distributed model?
+</A></li>
+        <LI>Next message: <A HREF="000104.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#103">[ date ]</a>
+              <a href="thread.html#103">[ thread ]</a>
+              <a href="subject.html#103">[ subject ]</a>
+              <a href="author.html#103">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Okay, so I've figured it out.  I will need to have a separate messaging layer.  Does anyone know of a messaging layer that can be used when all you know is the PID to send to?
+
+Thanks,
+Lee
+
+
+
+On 11 Apr 2013, at 13:55, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+
+&gt;<i> Thank you, Jeremy, that's good advice.  It's not so much a chat platform, but I guess it would resemble one in architecture.  The part I'm concerned about, though, is should I be avoiding the internal Erlang messaging between connections (over many nodes) for heavy messaging?
+</I>&gt;<i> 
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On 11 Apr 2013, at 08:04, Jeremy Ong &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jeremy at quarkgames.com</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;&gt;<i> I see. I assume this is for a chat server of some sort?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> You don't want the user process sending all these messages because the
+</I>&gt;&gt;<i> user process wouldn't be able to do anything useful (like receive
+</I>&gt;&gt;<i> messages) in the meantime.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Better is to implement a pubsub process for each channel of
+</I>&gt;&gt;<i> communication (i.e. one process per room) or rely on Redis pubsub or
+</I>&gt;&gt;<i> something if speed is extremely important.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> There is no way to get around the O(N) complexity of broadcasting.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On Wed, Apr 10, 2013 at 11:49 PM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i> Thanks Jeremy, but what about inter-node communication?  If I have a user on node A sending a message to 10k users located on 10 other nodes, what is the best way to handle that?  Especially if this user is sending several messages and expecting replies.  Should I use the standard Erlang inter-process messaging or should I implement an MQ on top to handle this?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 11 Apr 2013, at 07:29, Jeremy Ong &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jeremy at quarkgames.com</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Make all the machines identically and add an haproxy (or equivalent)
+</I>&gt;&gt;&gt;&gt;<i> machine to load balance between all of them. Haproxy can handle many
+</I>&gt;&gt;&gt;&gt;<i> many requests. Keep in mind that with tcp, the load balancer is just
+</I>&gt;&gt;&gt;&gt;<i> accepting the socket but then the client communicates with the actual
+</I>&gt;&gt;&gt;&gt;<i> application server directly afterwards.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> On Wed, Apr 10, 2013 at 10:51 PM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> So, I have my Cowboy / Bullet server working nicely, now, with much thanks to members on this list.  I'm now looking at the best means of clustering this app.  I want to set this up so that, should the connection count get very high (which it will), then I should only have to throw more machines at this problem and it'll all go away.
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> I've got most of the logic working for this, but what I'm worried about is sending a lot of content over the erlang inter-node connection.  I've heard hogging this line can be both a bottleneck and can potentially interrupt the heartbeat between nodes.  With this in mind, should I look at adding a ZMQ layer or some such to facilitate this?  What is the general solution to high traffic between nodes?
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000102.html">[99s-extend] Distributed model?
+</A></li>
+	<LI>Next message: <A HREF="000104.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#103">[ date ]</a>
+              <a href="thread.html#103">[ thread ]</a>
+              <a href="subject.html#103">[ subject ]</a>
+              <a href="author.html#103">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000104.html b/_build/static/archives/extend/2013-April/000104.html
new file mode 100644
index 00000000..692c6f64
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000104.html
@@ -0,0 +1,127 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] populating #http_req for unit testing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20populating%20%23http_req%20for%20unit%20testing&In-Reply-To=%3CCD8CBFE1.A141%25kevin.brown%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000103.html">
+   <LINK REL="Next"  HREF="000105.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] populating #http_req for unit testing</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20populating%20%23http_req%20for%20unit%20testing&In-Reply-To=%3CCD8CBFE1.A141%25kevin.brown%40turner.com%3E"
+       TITLE="[99s-extend] populating #http_req for unit testing">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Fri Apr 12 01:37:18 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000103.html">[99s-extend] Distributed model?
+</A></li>
+        <LI>Next message: <A HREF="000105.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#104">[ date ]</a>
+              <a href="thread.html#104">[ thread ]</a>
+              <a href="subject.html#104">[ subject ]</a>
+              <a href="author.html#104">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+Cowfolk,
+
+I am doing something like this to create an #http_req suitable for unit
+testing my resource callbacks:
+
+-define (HTTP_REQ_ENCODERS_PORT_8000,  #http_req{host= &lt;&lt;&quot;www.foo.com&quot;&gt;&gt; ,
+port=8000, path= &lt;&lt;&quot;/encoders&quot;&gt;&gt;,transport=ranch_tcp, qs= &lt;&lt;&gt;&gt;, fragment=
+&lt;&lt;&gt;&gt; }).
+
+Notice that I needed to set the transport to a Cowboy specific atom
+because I wanted to get cowboy_req:host_url and cowboy_req:path to work
+properly.  
+
+I'm sure there is a method that Cowboy uses internally to populate an
+#http_req from a URL that I could use for testing.  What might that be?
+How else should I be populating this record.
+
+Cheers,
+
+-kb
+
+
+
+
+
+
+On 4/11/13 7:07 PM, &quot;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend-request at lists.ninenines.eu</A>&quot;
+&lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend-request at lists.ninenines.eu</A>&gt; wrote:
+
+&gt;<i>Welcome to the <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> mailing list!
+</I>&gt;<i>
+</I>&gt;<i>To post to this list, send your message to:
+</I>&gt;<i>
+</I>&gt;<i>  <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>General information about the mailing list is at:
+</I>&gt;<i>
+</I>&gt;<i>  <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>If you ever want to unsubscribe or change your options (eg, switch to
+</I>&gt;<i>or from digest mode, change your password, etc.), visit your
+</I>&gt;<i>subscription page at:
+</I>&gt;<i>
+</I>&gt;<i>  <A HREF="http://lists.ninenines.eu:81/options/extend/kevin.brown%40turner.com">http://lists.ninenines.eu:81/options/extend/kevin.brown%40turner.com</A>
+</I>&gt;<i>
+</I>&gt;<i>You can also make such adjustments via email by sending a message to:
+</I>&gt;<i>
+</I>&gt;<i>  <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend-request at lists.ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>with the word `help' in the subject or body (don't include the
+</I>&gt;<i>quotes), and you will get back a message with instructions.
+</I>&gt;<i>
+</I>&gt;<i>You must know your password to change your options (including changing
+</I>&gt;<i>the password, itself) or to unsubscribe without confirmation.  It is:
+</I>&gt;<i>
+</I>&gt;<i>  doofus1
+</I>&gt;<i>
+</I>&gt;<i>Normally, Mailman will remind you of your lists.ninenines.eu mailing
+</I>&gt;<i>list passwords once every month, although you can disable this if you
+</I>&gt;<i>prefer.  This reminder will also include instructions on how to
+</I>&gt;<i>unsubscribe or change your account options.  There is also a button on
+</I>&gt;<i>your options page that will email your current password to you.
+</I>&gt;<i>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000103.html">[99s-extend] Distributed model?
+</A></li>
+	<LI>Next message: <A HREF="000105.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#104">[ date ]</a>
+              <a href="thread.html#104">[ thread ]</a>
+              <a href="subject.html#104">[ subject ]</a>
+              <a href="author.html#104">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000105.html b/_build/static/archives/extend/2013-April/000105.html
new file mode 100644
index 00000000..001e12f6
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000105.html
@@ -0,0 +1,143 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] populating #http_req for unit testing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20populating%20%23http_req%20for%20unit%20testing&In-Reply-To=%3C5167503E.5070204%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000104.html">
+   <LINK REL="Next"  HREF="000106.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] populating #http_req for unit testing</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20populating%20%23http_req%20for%20unit%20testing&In-Reply-To=%3C5167503E.5070204%40ninenines.eu%3E"
+       TITLE="[99s-extend] populating #http_req for unit testing">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Apr 12 02:07:26 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000104.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+        <LI>Next message: <A HREF="000106.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#105">[ date ]</a>
+              <a href="thread.html#105">[ thread ]</a>
+              <a href="subject.html#105">[ subject ]</a>
+              <a href="author.html#105">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>There's a few undocumented functions in cowboy_req, like new, set and 
+get, used by Cowboy internally.
+
+On 04/12/2013 01:37 AM, Brown, Kevin wrote:
+&gt;<i>
+</I>&gt;<i> Cowfolk,
+</I>&gt;<i>
+</I>&gt;<i> I am doing something like this to create an #http_req suitable for unit
+</I>&gt;<i> testing my resource callbacks:
+</I>&gt;<i>
+</I>&gt;<i> -define (HTTP_REQ_ENCODERS_PORT_8000,  #http_req{host= &lt;&lt;&quot;www.foo.com&quot;&gt;&gt; ,
+</I>&gt;<i> port=8000, path= &lt;&lt;&quot;/encoders&quot;&gt;&gt;,transport=ranch_tcp, qs= &lt;&lt;&gt;&gt;, fragment=
+</I>&gt;<i> &lt;&lt;&gt;&gt; }).
+</I>&gt;<i>
+</I>&gt;<i> Notice that I needed to set the transport to a Cowboy specific atom
+</I>&gt;<i> because I wanted to get cowboy_req:host_url and cowboy_req:path to work
+</I>&gt;<i> properly.
+</I>&gt;<i>
+</I>&gt;<i> I'm sure there is a method that Cowboy uses internally to populate an
+</I>&gt;<i> #http_req from a URL that I could use for testing.  What might that be?
+</I>&gt;<i> How else should I be populating this record.
+</I>&gt;<i>
+</I>&gt;<i> Cheers,
+</I>&gt;<i>
+</I>&gt;<i> -kb
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 4/11/13 7:07 PM, &quot;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend-request at lists.ninenines.eu</A>&quot;
+</I>&gt;<i> &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend-request at lists.ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Welcome to the <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> mailing list!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> To post to this list, send your message to:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> General information about the mailing list is at:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> If you ever want to unsubscribe or change your options (eg, switch to
+</I>&gt;&gt;<i> or from digest mode, change your password, etc.), visit your
+</I>&gt;&gt;<i> subscription page at:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   <A HREF="http://lists.ninenines.eu:81/options/extend/kevin.brown%40turner.com">http://lists.ninenines.eu:81/options/extend/kevin.brown%40turner.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> You can also make such adjustments via email by sending a message to:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend-request at lists.ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> with the word `help' in the subject or body (don't include the
+</I>&gt;&gt;<i> quotes), and you will get back a message with instructions.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> You must know your password to change your options (including changing
+</I>&gt;&gt;<i> the password, itself) or to unsubscribe without confirmation.  It is:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   doofus1
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Normally, Mailman will remind you of your lists.ninenines.eu mailing
+</I>&gt;&gt;<i> list passwords once every month, although you can disable this if you
+</I>&gt;&gt;<i> prefer.  This reminder will also include instructions on how to
+</I>&gt;&gt;<i> unsubscribe or change your account options.  There is also a button on
+</I>&gt;&gt;<i> your options page that will email your current password to you.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000104.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+	<LI>Next message: <A HREF="000106.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#105">[ date ]</a>
+              <a href="thread.html#105">[ thread ]</a>
+              <a href="subject.html#105">[ subject ]</a>
+              <a href="author.html#105">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000106.html b/_build/static/archives/extend/2013-April/000106.html
new file mode 100644
index 00000000..fc45bb84
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000106.html
@@ -0,0 +1,152 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] populating #http_req for unit testing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20populating%20%23http_req%20for%20unit%20testing&In-Reply-To=%3CCD8CCDCD.A1C9%25kevin.brown%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000105.html">
+   <LINK REL="Next"  HREF="000107.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] populating #http_req for unit testing</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20populating%20%23http_req%20for%20unit%20testing&In-Reply-To=%3CCD8CCDCD.A1C9%25kevin.brown%40turner.com%3E"
+       TITLE="[99s-extend] populating #http_req for unit testing">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Fri Apr 12 02:30:15 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000105.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+        <LI>Next message: <A HREF="000107.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#106">[ date ]</a>
+              <a href="thread.html#106">[ thread ]</a>
+              <a href="subject.html#106">[ subject ]</a>
+              <a href="author.html#106">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks.
+
+On 4/11/13 8:07 PM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i>There's a few undocumented functions in cowboy_req, like new, set and
+</I>&gt;<i>get, used by Cowboy internally.
+</I>&gt;<i>
+</I>&gt;<i>On 04/12/2013 01:37 AM, Brown, Kevin wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Cowfolk,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I am doing something like this to create an #http_req suitable for unit
+</I>&gt;&gt;<i> testing my resource callbacks:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> -define (HTTP_REQ_ENCODERS_PORT_8000,  #http_req{host=
+</I>&gt;&gt;<i>&lt;&lt;&quot;www.foo.com&quot;&gt;&gt; ,
+</I>&gt;&gt;<i> port=8000, path= &lt;&lt;&quot;/encoders&quot;&gt;&gt;,transport=ranch_tcp, qs= &lt;&lt;&gt;&gt;,
+</I>&gt;&gt;<i>fragment=
+</I>&gt;&gt;<i> &lt;&lt;&gt;&gt; }).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Notice that I needed to set the transport to a Cowboy specific atom
+</I>&gt;&gt;<i> because I wanted to get cowboy_req:host_url and cowboy_req:path to work
+</I>&gt;&gt;<i> properly.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I'm sure there is a method that Cowboy uses internally to populate an
+</I>&gt;&gt;<i> #http_req from a URL that I could use for testing.  What might that be?
+</I>&gt;&gt;<i> How else should I be populating this record.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Cheers,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> -kb
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 4/11/13 7:07 PM, &quot;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend-request at lists.ninenines.eu</A>&quot;
+</I>&gt;&gt;<i> &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend-request at lists.ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Welcome to the <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> mailing list!
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> To post to this list, send your message to:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>   <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> General information about the mailing list is at:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>   <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> If you ever want to unsubscribe or change your options (eg, switch to
+</I>&gt;&gt;&gt;<i> or from digest mode, change your password, etc.), visit your
+</I>&gt;&gt;&gt;<i> subscription page at:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>   <A HREF="http://lists.ninenines.eu:81/options/extend/kevin.brown%40turner.com">http://lists.ninenines.eu:81/options/extend/kevin.brown%40turner.com</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> You can also make such adjustments via email by sending a message to:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>   <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend-request at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> with the word `help' in the subject or body (don't include the
+</I>&gt;&gt;&gt;<i> quotes), and you will get back a message with instructions.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> You must know your password to change your options (including changing
+</I>&gt;&gt;&gt;<i> the password, itself) or to unsubscribe without confirmation.  It is:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>   doofus1
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Normally, Mailman will remind you of your lists.ninenines.eu mailing
+</I>&gt;&gt;&gt;<i> list passwords once every month, although you can disable this if you
+</I>&gt;&gt;&gt;<i> prefer.  This reminder will also include instructions on how to
+</I>&gt;&gt;&gt;<i> unsubscribe or change your account options.  There is also a button on
+</I>&gt;&gt;&gt;<i> your options page that will email your current password to you.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>-- 
+</I>&gt;<i>Lo&#239;c Hoguin
+</I>&gt;<i>Erlang Cowboy
+</I>&gt;<i>Nine Nines
+</I>&gt;<i><A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000105.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+	<LI>Next message: <A HREF="000107.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#106">[ date ]</a>
+              <a href="thread.html#106">[ thread ]</a>
+              <a href="subject.html#106">[ subject ]</a>
+              <a href="author.html#106">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000107.html b/_build/static/archives/extend/2013-April/000107.html
new file mode 100644
index 00000000..dfdb80fa
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000107.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] populating #http_req for unit testing
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20populating%20%23http_req%20for%20unit%20testing&In-Reply-To=%3CCAKAMJXjXrMs5OR%2BWfHwkmixGAx1UUP4-HyprhTffEjT4yXKBnA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000106.html">
+   <LINK REL="Next"  HREF="000108.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] populating #http_req for unit testing</H1>
+    <B>Eduardo Gurgel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20populating%20%23http_req%20for%20unit%20testing&In-Reply-To=%3CCAKAMJXjXrMs5OR%2BWfHwkmixGAx1UUP4-HyprhTffEjT4yXKBnA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] populating #http_req for unit testing">edgurgel at gmail.com
+       </A><BR>
+    <I>Sat Apr 13 13:12:39 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000106.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+        <LI>Next message: <A HREF="000108.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#107">[ date ]</a>
+              <a href="thread.html#107">[ thread ]</a>
+              <a href="subject.html#107">[ subject ]</a>
+              <a href="author.html#107">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Thu, Apr 11, 2013 at 8:37 PM, Brown, Kevin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Kevin.Brown at turner.com</A>&gt;wrote:
+
+&gt;<i>
+</I>&gt;<i> Cowfolk,
+</I>&gt;<i>
+</I>&gt;<i> I am doing something like this to create an #http_req suitable for unit
+</I>&gt;<i> testing my resource callbacks:
+</I>&gt;<i>
+</I>
+
+I use the library meck(<A HREF="https://github.com/eproxus/meck">https://github.com/eproxus/meck</A>) to test stuff doing
+something like this:
+
+some_test() -&gt;
+  meck:expect(cowboy_req, binding, 2, {&lt;&lt;&quot;app_key&quot;&gt;&gt;, req} )
+  ?assertEqual({ok, req, empty},
+                 websocket_handler:websocket_init(transport, req, opts)),
+  ?assert(meck:validate(cowboy_req)).
+
+I use simple atoms as input and mock the cowboy_req functions to return
+atoms that would represent the correct or the wrong answer.
+
+The real implementation or how cowboy represent stuff is not important
+here, just the output pattern like {Binding, Req}.
+
+That's it
+
+-- 
+
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130413/f1b70800/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130413/f1b70800/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000106.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+	<LI>Next message: <A HREF="000108.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#107">[ date ]</a>
+              <a href="thread.html#107">[ thread ]</a>
+              <a href="subject.html#107">[ subject ]</a>
+              <a href="author.html#107">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000108.html b/_build/static/archives/extend/2013-April/000108.html
new file mode 100644
index 00000000..b5cf96b3
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000108.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Reading body_qs multiple times
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Reading%20body_qs%20multiple%20times&In-Reply-To=%3CCAJ0zLRN-62a9P7QhGz5q6qoj4WaWGv_4qzEznzzwb07Hqo-0QQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000107.html">
+   <LINK REL="Next"  HREF="000109.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Reading body_qs multiple times</H1>
+    <B>rambocoder</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Reading%20body_qs%20multiple%20times&In-Reply-To=%3CCAJ0zLRN-62a9P7QhGz5q6qoj4WaWGv_4qzEznzzwb07Hqo-0QQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Reading body_qs multiple times">erlang at rambocoder.com
+       </A><BR>
+    <I>Mon Apr 15 22:45:42 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000107.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+        <LI>Next message: <A HREF="000109.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#108">[ date ]</a>
+              <a href="thread.html#108">[ thread ]</a>
+              <a href="subject.html#108">[ subject ]</a>
+              <a href="author.html#108">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello group,
+
+I am trying to put together a CSRF middleware
+<A HREF="https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693">https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693</A>
+and
+if the body of the request contains &quot;_csrf&quot; token, I check to make sure it
+matches the csrf token in the session.
+
+Currently I am doing it in middleware using cowboy_req:body_qs/1 however
+when in the handler I need to read another body parameter, such as in the
+rest_pastebin example:
+
+{ok, BodyQs, Req3} = cowboy_req:body_qs(Req),
+Paste = proplists:get_value(&lt;&lt;&quot;paste&quot;&gt;&gt;, BodyQs),
+
+cowboy_req:body_qs/1 returns [] due to the body of the request being
+already read {body_state,done}
+
+Is it pointless to have the type of CSRF middleware that I am writing and
+just do the CSRF in the handler's callback, where I can deal with all the
+body_qs at once?
+
+Thank you,
+
+rambocoder
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130415/03f35a62/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130415/03f35a62/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000107.html">[99s-extend] populating #http_req for unit testing
+</A></li>
+	<LI>Next message: <A HREF="000109.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#108">[ date ]</a>
+              <a href="thread.html#108">[ thread ]</a>
+              <a href="subject.html#108">[ subject ]</a>
+              <a href="author.html#108">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000109.html b/_build/static/archives/extend/2013-April/000109.html
new file mode 100644
index 00000000..4d048b76
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000109.html
@@ -0,0 +1,104 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Reading body_qs multiple times
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Reading%20body_qs%20multiple%20times&In-Reply-To=%3C516C6773.1000004%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000108.html">
+   <LINK REL="Next"  HREF="000110.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Reading body_qs multiple times</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Reading%20body_qs%20multiple%20times&In-Reply-To=%3C516C6773.1000004%40ninenines.eu%3E"
+       TITLE="[99s-extend] Reading body_qs multiple times">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Apr 15 22:47:47 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000108.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+        <LI>Next message: <A HREF="000110.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#109">[ date ]</a>
+              <a href="thread.html#109">[ thread ]</a>
+              <a href="subject.html#109">[ subject ]</a>
+              <a href="author.html#109">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Why not just put the token in the URL instead? if it's CSRF then it's 
+probably used only once and only for POST and the like, so not cached or 
+anything.
+
+On 04/15/2013 10:45 PM, rambocoder wrote:
+&gt;<i> Hello group,
+</I>&gt;<i>
+</I>&gt;<i> I am trying to put together a CSRF middleware
+</I>&gt;<i> <A HREF="https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693">https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693</A> and
+</I>&gt;<i> if the body of the request contains &quot;_csrf&quot; token, I check to make sure
+</I>&gt;<i> it matches the csrf token in the session.
+</I>&gt;<i>
+</I>&gt;<i> Currently I am doing it in middleware using cowboy_req:body_qs/1 however
+</I>&gt;<i> when in the handler I need to read another body parameter, such as in
+</I>&gt;<i> the rest_pastebin example:
+</I>&gt;<i>
+</I>&gt;<i> {ok, BodyQs, Req3} = cowboy_req:body_qs(Req),
+</I>&gt;<i> Paste = proplists:get_value(&lt;&lt;&quot;paste&quot;&gt;&gt;, BodyQs),
+</I>&gt;<i>
+</I>&gt;<i> cowboy_req:body_qs/1 returns [] due to the body of the request being
+</I>&gt;<i> already read {body_state,done}
+</I>&gt;<i>
+</I>&gt;<i> Is it pointless to have the type of CSRF middleware that I am writing
+</I>&gt;<i> and just do the CSRF in the handler's callback, where I can deal with
+</I>&gt;<i> all the body_qs at once?
+</I>&gt;<i>
+</I>&gt;<i> Thank you,
+</I>&gt;<i>
+</I>&gt;<i> rambocoder
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000108.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+	<LI>Next message: <A HREF="000110.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#109">[ date ]</a>
+              <a href="thread.html#109">[ thread ]</a>
+              <a href="subject.html#109">[ subject ]</a>
+              <a href="author.html#109">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000110.html b/_build/static/archives/extend/2013-April/000110.html
new file mode 100644
index 00000000..7bf621ee
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000110.html
@@ -0,0 +1,149 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Reading body_qs multiple times
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Reading%20body_qs%20multiple%20times&In-Reply-To=%3CCAJ0zLRPYmtXEMd6G78D5Dc9-ebrdRzxyWmVHnzGE%3DYrH%2BhA6fg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000109.html">
+   <LINK REL="Next"  HREF="000111.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Reading body_qs multiple times</H1>
+    <B>rambocoder</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Reading%20body_qs%20multiple%20times&In-Reply-To=%3CCAJ0zLRPYmtXEMd6G78D5Dc9-ebrdRzxyWmVHnzGE%3DYrH%2BhA6fg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Reading body_qs multiple times">erlang at rambocoder.com
+       </A><BR>
+    <I>Tue Apr 16 02:13:44 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000109.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+        <LI>Next message: <A HREF="000111.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#110">[ date ]</a>
+              <a href="thread.html#110">[ thread ]</a>
+              <a href="subject.html#110">[ subject ]</a>
+              <a href="author.html#110">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Loic,
+
+After giving the CSRF middleware some thought and reading
+<A HREF="https://www.owasp.org/index.php/Cross-Site_Request_Forgery_(CSRF">https://www.owasp.org/index.php/Cross-Site_Request_Forgery_(CSRF</A>)_Prevention_Cheat_Sheet#Disclosure_of_Token_in_URL
+I
+came to conclusion that it is best to just not create the middleware and
+instead deal with CSRF on as needed basis.
+
+I know that node's Connect middleware
+<A HREF="http://www.senchalabs.org/connect/csrf.html#defaultValue">http://www.senchalabs.org/connect/csrf.html#defaultValue</A> for example allows
+for the csrf token to be passed as a query string parameter, however, the
+OWASP article made me think that it is not the most secure approach.
+
+For example, AngularJS <A HREF="http://docs.angularjs.org/api/ng.$http">http://docs.angularjs.org/api/ng.$http</A> has a section
+on how their AJAX component behaves to do CSRF out of the box, and they are
+talking about the server sending a cookie XSRF-TOKEN that is not HttpOnly.
+That makes me realize that csrf is a process more than just slapping some
+middleware into the pipeline.
+
+Btw, I noticed that when the result of the middleware execute function is:
+{error, StatusCode, Req}
+if I set the reply on the request via cowboy_req:reply before returning the
+{error.. , the status code of that reply will be used.
+
+Such as:
+{ok, Req3} = cowboy_req:reply(403, [], &quot;Invalid CSRF Token.&quot;, Req2),
+{error, 500, Req3}; % 500 is ignored, 403 is returned
+
+Is that by design?
+
+Sincerely,
+
+rambocoder
+
+
+
+On Mon, Apr 15, 2013 at 4:47 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Why not just put the token in the URL instead? if it's CSRF then it's
+</I>&gt;<i> probably used only once and only for POST and the like, so not cached or
+</I>&gt;<i> anything.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 04/15/2013 10:45 PM, rambocoder wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello group,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I am trying to put together a CSRF middleware
+</I>&gt;&gt;<i> <A HREF="https://github.com/rambocoder/**stable/commit/**">https://github.com/rambocoder/**stable/commit/**</A>
+</I>&gt;&gt;<i> b26980d292ac42aadfe9921a961436**e28cdbb693&lt;<A HREF="https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693">https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693</A>&gt;and
+</I>&gt;&gt;<i> if the body of the request contains &quot;_csrf&quot; token, I check to make sure
+</I>&gt;&gt;<i> it matches the csrf token in the session.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Currently I am doing it in middleware using cowboy_req:body_qs/1 however
+</I>&gt;&gt;<i> when in the handler I need to read another body parameter, such as in
+</I>&gt;&gt;<i> the rest_pastebin example:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {ok, BodyQs, Req3} = cowboy_req:body_qs(Req),
+</I>&gt;&gt;<i> Paste = proplists:get_value(&lt;&lt;&quot;paste&quot;&gt;**&gt;, BodyQs),
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> cowboy_req:body_qs/1 returns [] due to the body of the request being
+</I>&gt;&gt;<i> already read {body_state,done}
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Is it pointless to have the type of CSRF middleware that I am writing
+</I>&gt;&gt;<i> and just do the CSRF in the handler's callback, where I can deal with
+</I>&gt;&gt;<i> all the body_qs at once?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thank you,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> rambocoder
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#271;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130415/59aaeef2/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130415/59aaeef2/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000109.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+	<LI>Next message: <A HREF="000111.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#110">[ date ]</a>
+              <a href="thread.html#110">[ thread ]</a>
+              <a href="subject.html#110">[ subject ]</a>
+              <a href="author.html#110">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000111.html b/_build/static/archives/extend/2013-April/000111.html
new file mode 100644
index 00000000..95e1e1f5
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000111.html
@@ -0,0 +1,165 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Reading body_qs multiple times
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Reading%20body_qs%20multiple%20times&In-Reply-To=%3C516D3736.4000106%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000110.html">
+   <LINK REL="Next"  HREF="000112.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Reading body_qs multiple times</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Reading%20body_qs%20multiple%20times&In-Reply-To=%3C516D3736.4000106%40ninenines.eu%3E"
+       TITLE="[99s-extend] Reading body_qs multiple times">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Apr 16 13:34:14 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000110.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+        <LI>Next message: <A HREF="000112.html">[99s-extend] Cowboy CORS
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#111">[ date ]</a>
+              <a href="thread.html#111">[ thread ]</a>
+              <a href="subject.html#111">[ subject ]</a>
+              <a href="author.html#111">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 04/16/2013 02:13 AM, rambocoder wrote:
+&gt;<i> Loic,
+</I>&gt;<i>
+</I>&gt;<i> After giving the CSRF middleware some thought and reading
+</I>&gt;<i> <A HREF="https://www.owasp.org/index.php/Cross-Site_Request_Forgery_(CSRF">https://www.owasp.org/index.php/Cross-Site_Request_Forgery_(CSRF</A>)_Prevention_Cheat_Sheet#Disclosure_of_Token_in_URL I
+</I>&gt;<i> came to conclusion that it is best to just not create the middleware and
+</I>&gt;<i> instead deal with CSRF on as needed basis.
+</I>
+Your link says what I said too, except I probably wasn't explicit enough.
+
+If you have a form that does POST (or PUT or PATCH or DELETE), put the 
+token in &quot;&lt;form action=&quot;/path/to/resource?csrf=$TOKEN&quot;&gt;&quot;. The token must 
+be only valid once, it must not be reused, not even between different 
+forms (each form gets its own token). Since it is not a GET request, 
+then you don't have cache or referer issues.
+
+You can still have issues if you allow another site to run JS on yours 
+(but you probably shouldn't) or if there is a malevolent proxy (use SSL 
+where needed), but these are different issues entirely.
+
+&gt;<i> Btw, I noticed that when the result of the middleware execute function is:
+</I>&gt;<i> {error, StatusCode, Req}
+</I>&gt;<i> if I set the reply on the request via cowboy_req:reply before returning
+</I>&gt;<i> the {error.. , the status code of that reply will be used.
+</I>&gt;<i>
+</I>&gt;<i> Such as:
+</I>&gt;<i> {ok, Req3} = cowboy_req:reply(403, [], &quot;Invalid CSRF Token.&quot;, Req2),
+</I>&gt;<i> {error, 500, Req3}; % 500 is ignored, 403 is returned
+</I>
+Yes, the response was already sent, therefore the second one is ignored.
+
+&gt;<i> Is that by design?
+</I>&gt;<i>
+</I>&gt;<i> Sincerely,
+</I>&gt;<i>
+</I>&gt;<i> rambocoder
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Mon, Apr 15, 2013 at 4:47 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Why not just put the token in the URL instead? if it's CSRF then
+</I>&gt;<i>     it's probably used only once and only for POST and the like, so not
+</I>&gt;<i>     cached or anything.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 04/15/2013 10:45 PM, rambocoder wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Hello group,
+</I>&gt;<i>
+</I>&gt;<i>         I am trying to put together a CSRF middleware
+</I>&gt;<i>         <A HREF="https://github.com/rambocoder/__stable/commit/__b26980d292ac42aadfe9921a961436__e28cdbb693">https://github.com/rambocoder/__stable/commit/__b26980d292ac42aadfe9921a961436__e28cdbb693</A>
+</I>&gt;<i>         &lt;<A HREF="https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693">https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693</A>&gt;
+</I>&gt;<i>         and
+</I>&gt;<i>         if the body of the request contains &quot;_csrf&quot; token, I check to
+</I>&gt;<i>         make sure
+</I>&gt;<i>         it matches the csrf token in the session.
+</I>&gt;<i>
+</I>&gt;<i>         Currently I am doing it in middleware using cowboy_req:body_qs/1
+</I>&gt;<i>         however
+</I>&gt;<i>         when in the handler I need to read another body parameter, such
+</I>&gt;<i>         as in
+</I>&gt;<i>         the rest_pastebin example:
+</I>&gt;<i>
+</I>&gt;<i>         {ok, BodyQs, Req3} = cowboy_req:body_qs(Req),
+</I>&gt;<i>         Paste = proplists:get_value(&lt;&lt;&quot;paste&quot;&gt;__&gt;, BodyQs),
+</I>&gt;<i>
+</I>&gt;<i>         cowboy_req:body_qs/1 returns [] due to the body of the request being
+</I>&gt;<i>         already read {body_state,done}
+</I>&gt;<i>
+</I>&gt;<i>         Is it pointless to have the type of CSRF middleware that I am
+</I>&gt;<i>         writing
+</I>&gt;<i>         and just do the CSRF in the handler's callback, where I can deal
+</I>&gt;<i>         with
+</I>&gt;<i>         all the body_qs at once?
+</I>&gt;<i>
+</I>&gt;<i>         Thank you,
+</I>&gt;<i>
+</I>&gt;<i>         rambocoder
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         _________________________________________________
+</I>&gt;<i>         Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         <A HREF="http://lists.ninenines.eu:81/__listinfo/extend">http://lists.ninenines.eu:81/__listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#271;c Hoguin
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000110.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+	<LI>Next message: <A HREF="000112.html">[99s-extend] Cowboy CORS
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#111">[ date ]</a>
+              <a href="thread.html#111">[ thread ]</a>
+              <a href="subject.html#111">[ subject ]</a>
+              <a href="author.html#111">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000112.html b/_build/static/archives/extend/2013-April/000112.html
new file mode 100644
index 00000000..d2d82a89
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000112.html
@@ -0,0 +1,119 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy CORS
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20CORS&In-Reply-To=%3C0103B45C-A73C-498E-908D-AA1639D3DEE1%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000111.html">
+   <LINK REL="Next"  HREF="000113.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy CORS</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20CORS&In-Reply-To=%3C0103B45C-A73C-498E-908D-AA1639D3DEE1%40gmail.com%3E"
+       TITLE="[99s-extend] Cowboy CORS">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Fri Apr 19 16:47:09 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000111.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+        <LI>Next message: <A HREF="000113.html">[99s-extend] Cowboy CORS
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#112">[ date ]</a>
+              <a href="thread.html#112">[ thread ]</a>
+              <a href="subject.html#112">[ subject ]</a>
+              <a href="author.html#112">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi guys,
+
+So, I thought I had this resolved, as I managed to get it working locally, but across different local domains (test.localhost.com and cowboy.localhost.com).  However, now I've deployed my app to a VM, I simply can't get CORS working in Cowboy.  Here's the OPTIONS response from Chrome's console:
+
+
+Request URL:<A HREF="http://www.example.com/">http://www.example.com/</A>
+Request Method:OPTIONS
+Status Code:200 OK
+Request Headersview source
+Accept:*/*
+Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+Accept-Encoding:gzip,deflate,sdch
+Accept-Language:en-US,en;q=0.8
+Access-Control-Request-Headers:origin, method, content-type
+Access-Control-Request-Method:POST
+Connection:keep-alive
+Host:www.example.com
+Origin:<A HREF="http://test.localhost.com:8889">http://test.localhost.com:8889</A>
+Referer:<A HREF="http://test.localhost.com:8889/">http://test.localhost.com:8889/</A>
+User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+Response Headersview source
+Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin, Method
+Access-Control-Allow-Methods:GET, POST, OPTIONS
+Access-Control-Allow-Origin:*
+connection:keep-alive
+content-length:0
+date:Fri, 19 Apr 2013 14:40:00 GMT
+server:Cowboy
+
+And then this is the POST response:
+
+Request URL:<A HREF="http://www.example.com/">http://www.example.com/</A>
+Request Headersview parsed
+POST <A HREF="http://www.example.com/">http://www.example.com/</A> HTTP/1.1
+Origin: <A HREF="http://test.localhost.com:8889">http://test.localhost.com:8889</A>
+Referer: <A HREF="http://test.localhost.com:8889/">http://test.localhost.com:8889/</A>
+method: POST <A HREF="http://www.example.com/">http://www.example.com/</A> HTTP/1.1
+User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+content-type: application/x-www-form-urlencoded
+Form Dataview parsed
+data={&quot;Type&quot;:&quot;auth_request&quot;,&quot;Authentication&quot;:&quot;public&quot;,&quot;Authorization&quot;:null,&quot;Domain&quot;:&quot;www.example.com&quot;,&quot;Application&quot;:&quot;test_app&quot;,&quot;Ident&quot;:&quot;lee&quot;}
+
+I am setting {&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;} in the headers param of cowboy_req:reply and the cowboy_req:set_resp_header, but neither seems to be working.  Can anyone spot what I might be doing wrong?
+
+The cowboy_req:set_resp_header is happening in the handle&#8230; So
+
+handle(Req, State) -&gt;
+	Reply = case cowboy_req:method(Req) of
+		{&lt;&lt;&quot;POST&quot;&gt;&gt;, Req2} -&gt;
+			Req3 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;, Req2),
+[snip]
+
+
+Thanks,
+Lee
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130419/bf0e8ef9/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130419/bf0e8ef9/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000111.html">[99s-extend] Reading body_qs multiple times
+</A></li>
+	<LI>Next message: <A HREF="000113.html">[99s-extend] Cowboy CORS
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#112">[ date ]</a>
+              <a href="thread.html#112">[ thread ]</a>
+              <a href="subject.html#112">[ subject ]</a>
+              <a href="author.html#112">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000113.html b/_build/static/archives/extend/2013-April/000113.html
new file mode 100644
index 00000000..26913530
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000113.html
@@ -0,0 +1,172 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy CORS
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20CORS&In-Reply-To=%3CCD96D43A.4E43%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000112.html">
+   <LINK REL="Next"  HREF="000114.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy CORS</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20CORS&In-Reply-To=%3CCD96D43A.4E43%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Cowboy CORS">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Fri Apr 19 17:08:03 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000112.html">[99s-extend] Cowboy CORS
+</A></li>
+        <LI>Next message: <A HREF="000114.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#113">[ date ]</a>
+              <a href="thread.html#113">[ thread ]</a>
+              <a href="subject.html#113">[ subject ]</a>
+              <a href="author.html#113">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>  When querying to the VM from a browser, is Chrome complaining that it's a cross domain request in the console? Or something else?
+
+  Is the OPTIONS request firing and failing, or is it the POST that is failing (in the network tab)?
+
+  If it's working in a cross origin context for you locally across different domains (I.e., the browser is sending the CORS headers on the request, and you're seeing the right headers on the response, and the browser is handling them properly, such that you can retrieve the response from your Javascript), then it seems unlikely to be a CORS issue, but maybe a config or proxy or code issue in your handler.
+
+
+From: Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt;&gt;
+Date: Friday, April 19, 2013 10:47 AM
+To: &quot;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&gt;
+Subject: [99s-extend] Cowboy CORS
+
+Hi guys,
+
+So, I thought I had this resolved, as I managed to get it working locally, but across different local domains (test.localhost.com&lt;<A HREF="http://test.localhost.com">http://test.localhost.com</A>&gt; and cowboy.localhost.com&lt;<A HREF="http://cowboy.localhost.com">http://cowboy.localhost.com</A>&gt;).  However, now I've deployed my app to a VM, I simply can't get CORS working in Cowboy.  Here's the OPTIONS response from Chrome's console:
+
+
+
+  1.
+Request URL:
+<A HREF="http://www.example.com/">http://www.example.com/</A>
+  2.
+Request Method:
+OPTIONS
+  3.
+Status Code:
+200 OK
+  4.  Request Headersview source
+     *
+Accept:
+*/*
+     *
+Accept-Charset:
+ISO-8859-1,utf-8;q=0.7,*;q=0.3
+     *
+Accept-Encoding:
+gzip,deflate,sdch
+     *
+Accept-Language:
+en-US,en;q=0.8
+     *
+Access-Control-Request-Headers:
+origin, method, content-type
+     *
+Access-Control-Request-Method:
+POST
+     *
+Connection:
+keep-alive
+     *
+Host:
+www.example.com&lt;<A HREF="http://www.example.com">http://www.example.com</A>&gt;
+     *
+Origin:
+<A HREF="http://test.localhost.com:8889">http://test.localhost.com:8889</A>
+     *
+Referer:
+<A HREF="http://test.localhost.com:8889/">http://test.localhost.com:8889/</A>
+     *
+User-Agent:
+Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+  5.  Response Headersview source
+     *
+Access-Control-Allow-Headers:
+Content-Type, X-Requested-With, Origin, Method
+     *
+Access-Control-Allow-Methods:
+GET, POST, OPTIONS
+     *
+Access-Control-Allow-Origin:
+*
+     *
+connection:
+keep-alive
+     *
+content-length:
+0
+     *
+date:
+Fri, 19 Apr 2013 14:40:00 GMT
+     *
+server:
+Cowboy
+
+And then this is the POST response:
+
+
+  1.
+Request URL:
+<A HREF="http://www.example.com/">http://www.example.com/</A>
+  2.  Request Headersview parsed
+     *   POST <A HREF="http://www.example.com/">http://www.example.com/</A> HTTP/1.1 Origin: <A HREF="http://test.localhost.com:8889">http://test.localhost.com:8889</A> Referer: <A HREF="http://test.localhost.com:8889/">http://test.localhost.com:8889/</A> method: POST <A HREF="http://www.example.com/">http://www.example.com/</A> HTTP/1.1 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31 content-type: application/x-www-form-urlencoded
+  3.  Form Dataview parsed
+     *   data={&quot;Type&quot;:&quot;auth_request&quot;,&quot;Authentication&quot;:&quot;public&quot;,&quot;Authorization&quot;:null,&quot;Domain&quot;:&quot;www.example.com&lt;<A HREF="http://www.example.com">http://www.example.com</A>&gt;&quot;,&quot;Application&quot;:&quot;test_app&quot;,&quot;Ident&quot;:&quot;lee&quot;}
+
+I am setting {&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;} in the headers param of cowboy_req:reply and the cowboy_req:set_resp_header, but neither seems to be working.  Can anyone spot what I might be doing wrong?
+
+The cowboy_req:set_resp_header is happening in the handle&#8230; So
+
+handle(Req, State) -&gt;
+Reply = case cowboy_req:method(Req) of
+{&lt;&lt;&quot;POST&quot;&gt;&gt;, Req2} -&gt;
+Req3 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;, Req2),
+[snip]
+
+
+Thanks,
+Lee
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130419/383515dd/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130419/383515dd/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000112.html">[99s-extend] Cowboy CORS
+</A></li>
+	<LI>Next message: <A HREF="000114.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#113">[ date ]</a>
+              <a href="thread.html#113">[ thread ]</a>
+              <a href="subject.html#113">[ subject ]</a>
+              <a href="author.html#113">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000114.html b/_build/static/archives/extend/2013-April/000114.html
new file mode 100644
index 00000000..9f107a90
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000114.html
@@ -0,0 +1,98 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] 505 error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C7E836341-BC4B-4575-AAFC-9F610A5610AE%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000113.html">
+   <LINK REL="Next"  HREF="000115.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] 505 error</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C7E836341-BC4B-4575-AAFC-9F610A5610AE%40gmail.com%3E"
+       TITLE="[99s-extend] 505 error">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Mon Apr 22 14:59:54 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000113.html">[99s-extend] Cowboy CORS
+</A></li>
+        <LI>Next message: <A HREF="000115.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#114">[ date ]</a>
+              <a href="thread.html#114">[ thread ]</a>
+              <a href="subject.html#114">[ subject ]</a>
+              <a href="author.html#114">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi guys,
+
+So, I was getting a CORS issue when connecting to my Bullet impl, which I have since fixed.  I am now able to use these from many machines from many locations.  However, I have found some machines to be getting a 505 error when making a POST request to the Cowboy instance:
+
+Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+Request Method:OPTIONS
+Status Code:505 HTTP Version Not Supported
+Request Headersview source
+Accept:*/*
+Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+Accept-Encoding:gzip,deflate,sdch
+Accept-Language:en-US,en;q=0.8
+Access-Control-Request-Headers:origin, method, content-type
+Access-Control-Request-Method:POST
+Connection:keep-alive
+Host:www.example.com
+Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+Response Headersview source
+connection:close
+content-length:0
+date:Mon, 22 Apr 2013 12:22:50 GMT
+server:Cowboy
+
+To get around the CORS issue, I set up an onrequest hook, which points to the function:
+
+set_request_cors(Req) -&gt;
+	Req2 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Methods&quot;&gt;&gt;, &lt;&lt;&quot;GET, POST, OPTIONS&quot;&gt;&gt;, Req),
+	Req3 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Headers&quot;&gt;&gt;, &lt;&lt;&quot;Content-Type, X-Requested-With, Origin, Method&quot;&gt;&gt;, Req2),
+	cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;, Req3).
+
+I'm afraid I don't have any more info, but this issue is completely eluding me.
+
+Thanks,
+Lee
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000113.html">[99s-extend] Cowboy CORS
+</A></li>
+	<LI>Next message: <A HREF="000115.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#114">[ date ]</a>
+              <a href="thread.html#114">[ thread ]</a>
+              <a href="subject.html#114">[ subject ]</a>
+              <a href="author.html#114">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000115.html b/_build/static/archives/extend/2013-April/000115.html
new file mode 100644
index 00000000..e6e5ba97
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000115.html
@@ -0,0 +1,110 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] 505 error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C74D3D8EB-2285-47F5-9BD9-BED2021BE79A%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000114.html">
+   <LINK REL="Next"  HREF="000116.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] 505 error</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C74D3D8EB-2285-47F5-9BD9-BED2021BE79A%40turner.com%3E"
+       TITLE="[99s-extend] 505 error">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Mon Apr 22 16:28:11 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000114.html">[99s-extend] 505 error
+</A></li>
+        <LI>Next message: <A HREF="000116.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#115">[ date ]</a>
+              <a href="thread.html#115">[ thread ]</a>
+              <a href="subject.html#115">[ subject ]</a>
+              <a href="author.html#115">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>What is the exact http request sent on the failing and successful machines?  How do the differ?
+
+Stack trace?
+
+On Apr 22, 2013, at 9:00 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+
+&gt;<i> Hi guys,
+</I>&gt;<i> 
+</I>&gt;<i> So, I was getting a CORS issue when connecting to my Bullet impl, which I have since fixed.  I am now able to use these from many machines from many locations.  However, I have found some machines to be getting a 505 error when making a POST request to the Cowboy instance:
+</I>&gt;<i> 
+</I>&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;<i> Request Method:OPTIONS
+</I>&gt;<i> Status Code:505 HTTP Version Not Supported
+</I>&gt;<i> Request Headersview source
+</I>&gt;<i> Accept:*/*
+</I>&gt;<i> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;<i> Accept-Encoding:gzip,deflate,sdch
+</I>&gt;<i> Accept-Language:en-US,en;q=0.8
+</I>&gt;<i> Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;<i> Access-Control-Request-Method:POST
+</I>&gt;<i> Connection:keep-alive
+</I>&gt;<i> Host:www.example.com
+</I>&gt;<i> Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;<i> Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;<i> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+</I>&gt;<i> Response Headersview source
+</I>&gt;<i> connection:close
+</I>&gt;<i> content-length:0
+</I>&gt;<i> date:Mon, 22 Apr 2013 12:22:50 GMT
+</I>&gt;<i> server:Cowboy
+</I>&gt;<i> 
+</I>&gt;<i> To get around the CORS issue, I set up an onrequest hook, which points to the function:
+</I>&gt;<i> 
+</I>&gt;<i> set_request_cors(Req) -&gt;
+</I>&gt;<i>    Req2 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Methods&quot;&gt;&gt;, &lt;&lt;&quot;GET, POST, OPTIONS&quot;&gt;&gt;, Req),
+</I>&gt;<i>    Req3 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Headers&quot;&gt;&gt;, &lt;&lt;&quot;Content-Type, X-Requested-With, Origin, Method&quot;&gt;&gt;, Req2),
+</I>&gt;<i>    cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;, Req3).
+</I>&gt;<i> 
+</I>&gt;<i> I'm afraid I don't have any more info, but this issue is completely eluding me.
+</I>&gt;<i> 
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i> 
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> 
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000114.html">[99s-extend] 505 error
+</A></li>
+	<LI>Next message: <A HREF="000116.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#115">[ date ]</a>
+              <a href="thread.html#115">[ thread ]</a>
+              <a href="subject.html#115">[ subject ]</a>
+              <a href="author.html#115">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000116.html b/_build/static/archives/extend/2013-April/000116.html
new file mode 100644
index 00000000..0375b7de
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000116.html
@@ -0,0 +1,151 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] 505 error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C8D420762-BBE6-48AC-81C9-56FED6EDA3F2%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000115.html">
+   <LINK REL="Next"  HREF="000117.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] 505 error</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C8D420762-BBE6-48AC-81C9-56FED6EDA3F2%40gmail.com%3E"
+       TITLE="[99s-extend] 505 error">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Mon Apr 22 16:40:19 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000115.html">[99s-extend] 505 error
+</A></li>
+        <LI>Next message: <A HREF="000117.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#116">[ date ]</a>
+              <a href="thread.html#116">[ thread ]</a>
+              <a href="subject.html#116">[ subject ]</a>
+              <a href="author.html#116">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Well, the below is the sent and return headers on the failing machine.  On a succeeding machine, the headers are
+
+Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+Request Method:OPTIONS
+Status Code:200 OK
+
+Request Headersview source
+Accept:*/*
+Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+Accept-Encoding:gzip,deflate,sdch
+Accept-Language:en-US,en;q=0.8
+Access-Control-Request-Headers:origin, method, content-type
+Access-Control-Request-Method:POST
+Connection:keep-alive
+Host:www.example.com
+Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+
+Response Headersview source
+Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin, Method
+Access-Control-Allow-Methods:GET, POST, OPTIONS
+Access-Control-Allow-Origin:*
+connection:keep-alive
+content-length:68
+date:Mon, 22 Apr 2013 14:33:30 GMT
+server:Cowboy
+
+As you can see, the header control and content isn't being sent back and the connection is closed.
+
+Thanks,
+Lee
+
+
+
+
+On 22 Apr 2013, at 15:28, &quot;Brown, Kevin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Kevin.Brown at turner.com</A>&gt; wrote:
+
+&gt;<i> What is the exact http request sent on the failing and successful machines?  How do the differ?
+</I>&gt;<i> 
+</I>&gt;<i> Stack trace?
+</I>&gt;<i> 
+</I>&gt;<i> On Apr 22, 2013, at 9:00 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> So, I was getting a CORS issue when connecting to my Bullet impl, which I have since fixed.  I am now able to use these from many machines from many locations.  However, I have found some machines to be getting a 505 error when making a POST request to the Cowboy instance:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;&gt;<i> Request Method:OPTIONS
+</I>&gt;&gt;<i> Status Code:505 HTTP Version Not Supported
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Request Headersview source
+</I>&gt;&gt;<i> Accept:*/*
+</I>&gt;&gt;<i> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;&gt;<i> Accept-Encoding:gzip,deflate,sdch
+</I>&gt;&gt;<i> Accept-Language:en-US,en;q=0.8
+</I>&gt;&gt;<i> Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;&gt;<i> Access-Control-Request-Method:POST
+</I>&gt;&gt;<i> Connection:keep-alive
+</I>&gt;&gt;<i> Host:www.example.com
+</I>&gt;&gt;<i> Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;&gt;<i> Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;&gt;<i> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Response Headersview source
+</I>&gt;&gt;<i> connection:close
+</I>&gt;&gt;<i> content-length:0
+</I>&gt;&gt;<i> date:Mon, 22 Apr 2013 12:22:50 GMT
+</I>&gt;&gt;<i> server:Cowboy
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> To get around the CORS issue, I set up an onrequest hook, which points to the function:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> set_request_cors(Req) -&gt;
+</I>&gt;&gt;<i>   Req2 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Methods&quot;&gt;&gt;, &lt;&lt;&quot;GET, POST, OPTIONS&quot;&gt;&gt;, Req),
+</I>&gt;&gt;<i>   Req3 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Headers&quot;&gt;&gt;, &lt;&lt;&quot;Content-Type, X-Requested-With, Origin, Method&quot;&gt;&gt;, Req2),
+</I>&gt;&gt;<i>   cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;, Req3).
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I'm afraid I don't have any more info, but this issue is completely eluding me.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000115.html">[99s-extend] 505 error
+</A></li>
+	<LI>Next message: <A HREF="000117.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#116">[ date ]</a>
+              <a href="thread.html#116">[ thread ]</a>
+              <a href="subject.html#116">[ subject ]</a>
+              <a href="author.html#116">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000117.html b/_build/static/archives/extend/2013-April/000117.html
new file mode 100644
index 00000000..12ba1f47
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000117.html
@@ -0,0 +1,166 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] 505 error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C51755D08.2070006%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000116.html">
+   <LINK REL="Next"  HREF="000118.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] 505 error</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C51755D08.2070006%40ninenines.eu%3E"
+       TITLE="[99s-extend] 505 error">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Apr 22 17:53:44 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000116.html">[99s-extend] 505 error
+</A></li>
+        <LI>Next message: <A HREF="000118.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#117">[ date ]</a>
+              <a href="thread.html#117">[ thread ]</a>
+              <a href="subject.html#117">[ subject ]</a>
+              <a href="author.html#117">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Headers are one thing but it'd be useful to know the request line itself.
+
+On 04/22/2013 04:40 PM, Lee Sylvester wrote:
+&gt;<i> Well, the below is the sent and return headers on the failing machine.  On a succeeding machine, the headers are
+</I>&gt;<i>
+</I>&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;<i> Request Method:OPTIONS
+</I>&gt;<i> Status Code:200 OK
+</I>&gt;<i>
+</I>&gt;<i> Request Headersview source
+</I>&gt;<i> Accept:*/*
+</I>&gt;<i> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;<i> Accept-Encoding:gzip,deflate,sdch
+</I>&gt;<i> Accept-Language:en-US,en;q=0.8
+</I>&gt;<i> Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;<i> Access-Control-Request-Method:POST
+</I>&gt;<i> Connection:keep-alive
+</I>&gt;<i> Host:www.example.com
+</I>&gt;<i> Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;<i> Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;<i> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+</I>&gt;<i>
+</I>&gt;<i> Response Headersview source
+</I>&gt;<i> Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin, Method
+</I>&gt;<i> Access-Control-Allow-Methods:GET, POST, OPTIONS
+</I>&gt;<i> Access-Control-Allow-Origin:*
+</I>&gt;<i> connection:keep-alive
+</I>&gt;<i> content-length:68
+</I>&gt;<i> date:Mon, 22 Apr 2013 14:33:30 GMT
+</I>&gt;<i> server:Cowboy
+</I>&gt;<i>
+</I>&gt;<i> As you can see, the header control and content isn't being sent back and the connection is closed.
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 22 Apr 2013, at 15:28, &quot;Brown, Kevin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Kevin.Brown at turner.com</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> What is the exact http request sent on the failing and successful machines?  How do the differ?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Stack trace?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Apr 22, 2013, at 9:00 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> So, I was getting a CORS issue when connecting to my Bullet impl, which I have since fixed.  I am now able to use these from many machines from many locations.  However, I have found some machines to be getting a 505 error when making a POST request to the Cowboy instance:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;&gt;&gt;<i> Request Method:OPTIONS
+</I>&gt;&gt;&gt;<i> Status Code:505 HTTP Version Not Supported
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Request Headersview source
+</I>&gt;&gt;&gt;<i> Accept:*/*
+</I>&gt;&gt;&gt;<i> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;&gt;&gt;<i> Accept-Encoding:gzip,deflate,sdch
+</I>&gt;&gt;&gt;<i> Accept-Language:en-US,en;q=0.8
+</I>&gt;&gt;&gt;<i> Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;&gt;&gt;<i> Access-Control-Request-Method:POST
+</I>&gt;&gt;&gt;<i> Connection:keep-alive
+</I>&gt;&gt;&gt;<i> Host:www.example.com
+</I>&gt;&gt;&gt;<i> Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;&gt;&gt;<i> Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;&gt;&gt;<i> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Response Headersview source
+</I>&gt;&gt;&gt;<i> connection:close
+</I>&gt;&gt;&gt;<i> content-length:0
+</I>&gt;&gt;&gt;<i> date:Mon, 22 Apr 2013 12:22:50 GMT
+</I>&gt;&gt;&gt;<i> server:Cowboy
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> To get around the CORS issue, I set up an onrequest hook, which points to the function:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> set_request_cors(Req) -&gt;
+</I>&gt;&gt;&gt;<i>    Req2 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Methods&quot;&gt;&gt;, &lt;&lt;&quot;GET, POST, OPTIONS&quot;&gt;&gt;, Req),
+</I>&gt;&gt;&gt;<i>    Req3 = cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Headers&quot;&gt;&gt;, &lt;&lt;&quot;Content-Type, X-Requested-With, Origin, Method&quot;&gt;&gt;, Req2),
+</I>&gt;&gt;&gt;<i>    cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;, &lt;&lt;&quot;*&quot;&gt;&gt;, Req3).
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I'm afraid I don't have any more info, but this issue is completely eluding me.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000116.html">[99s-extend] 505 error
+</A></li>
+	<LI>Next message: <A HREF="000118.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#117">[ date ]</a>
+              <a href="thread.html#117">[ thread ]</a>
+              <a href="subject.html#117">[ subject ]</a>
+              <a href="author.html#117">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000118.html b/_build/static/archives/extend/2013-April/000118.html
new file mode 100644
index 00000000..b9a0d0b2
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000118.html
@@ -0,0 +1,178 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] 505 error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3CCD9AD247.AB02%25kevin.brown%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000117.html">
+   <LINK REL="Next"  HREF="000119.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] 505 error</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3CCD9AD247.AB02%25kevin.brown%40turner.com%3E"
+       TITLE="[99s-extend] 505 error">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Mon Apr 22 17:55:11 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000117.html">[99s-extend] 505 error
+</A></li>
+        <LI>Next message: <A HREF="000119.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#118">[ date ]</a>
+              <a href="thread.html#118">[ thread ]</a>
+              <a href="subject.html#118">[ subject ]</a>
+              <a href="author.html#118">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You might see if &quot;view source&quot; (rather than the parsed view you sent)
+yields any clues.  You'd like to see HTTP version being sent.
+
+
+On 4/22/13 10:40 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+
+&gt;<i>Well, the below is the sent and return headers on the failing machine.
+</I>&gt;<i>On a succeeding machine, the headers are
+</I>&gt;<i>
+</I>&gt;<i>Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;<i>Request Method:OPTIONS
+</I>&gt;<i>Status Code:200 OK
+</I>&gt;<i>
+</I>&gt;<i>Request Headersview source
+</I>&gt;<i>Accept:*/*
+</I>&gt;<i>Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;<i>Accept-Encoding:gzip,deflate,sdch
+</I>&gt;<i>Accept-Language:en-US,en;q=0.8
+</I>&gt;<i>Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;<i>Access-Control-Request-Method:POST
+</I>&gt;<i>Connection:keep-alive
+</I>&gt;<i>Host:www.example.com
+</I>&gt;<i>Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;<i>Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;<i>User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3)
+</I>&gt;<i>AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+</I>&gt;<i>
+</I>&gt;<i>Response Headersview source
+</I>&gt;<i>Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin,
+</I>&gt;<i>Method
+</I>&gt;<i>Access-Control-Allow-Methods:GET, POST, OPTIONS
+</I>&gt;<i>Access-Control-Allow-Origin:*
+</I>&gt;<i>connection:keep-alive
+</I>&gt;<i>content-length:68
+</I>&gt;<i>date:Mon, 22 Apr 2013 14:33:30 GMT
+</I>&gt;<i>server:Cowboy
+</I>&gt;<i>
+</I>&gt;<i>As you can see, the header control and content isn't being sent back and
+</I>&gt;<i>the connection is closed.
+</I>&gt;<i>
+</I>&gt;<i>Thanks,
+</I>&gt;<i>Lee
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>On 22 Apr 2013, at 15:28, &quot;Brown, Kevin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Kevin.Brown at turner.com</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> What is the exact http request sent on the failing and successful
+</I>&gt;&gt;<i>machines?  How do the differ?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Stack trace?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On Apr 22, 2013, at 9:00 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt;
+</I>&gt;&gt;<i>wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> So, I was getting a CORS issue when connecting to my Bullet impl,
+</I>&gt;&gt;&gt;<i>which I have since fixed.  I am now able to use these from many
+</I>&gt;&gt;&gt;<i>machines from many locations.  However, I have found some machines to
+</I>&gt;&gt;&gt;<i>be getting a 505 error when making a POST request to the Cowboy
+</I>&gt;&gt;&gt;<i>instance:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;&gt;&gt;<i> Request Method:OPTIONS
+</I>&gt;&gt;&gt;<i> Status Code:505 HTTP Version Not Supported
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Request Headersview source
+</I>&gt;&gt;&gt;<i> Accept:*/*
+</I>&gt;&gt;&gt;<i> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;&gt;&gt;<i> Accept-Encoding:gzip,deflate,sdch
+</I>&gt;&gt;&gt;<i> Accept-Language:en-US,en;q=0.8
+</I>&gt;&gt;&gt;<i> Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;&gt;&gt;<i> Access-Control-Request-Method:POST
+</I>&gt;&gt;&gt;<i> Connection:keep-alive
+</I>&gt;&gt;&gt;<i> Host:www.example.com
+</I>&gt;&gt;&gt;<i> Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;&gt;&gt;<i> Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;&gt;&gt;<i> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31
+</I>&gt;&gt;&gt;<i>(KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Response Headersview source
+</I>&gt;&gt;&gt;<i> connection:close
+</I>&gt;&gt;&gt;<i> content-length:0
+</I>&gt;&gt;&gt;<i> date:Mon, 22 Apr 2013 12:22:50 GMT
+</I>&gt;&gt;&gt;<i> server:Cowboy
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> To get around the CORS issue, I set up an onrequest hook, which points
+</I>&gt;&gt;&gt;<i>to the function:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> set_request_cors(Req) -&gt;
+</I>&gt;&gt;&gt;<i>   Req2 = 
+</I>&gt;&gt;&gt;<i>cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Methods&quot;&gt;&gt;, &lt;&lt;&quot;GET,
+</I>&gt;&gt;&gt;<i>POST, OPTIONS&quot;&gt;&gt;, Req),
+</I>&gt;&gt;&gt;<i>   Req3 = 
+</I>&gt;&gt;&gt;<i>cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Headers&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;<i>&lt;&lt;&quot;Content-Type, X-Requested-With, Origin, Method&quot;&gt;&gt;, Req2),
+</I>&gt;&gt;&gt;<i>   cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;<i>&lt;&lt;&quot;*&quot;&gt;&gt;, Req3).
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> I'm afraid I don't have any more info, but this issue is completely
+</I>&gt;&gt;&gt;<i>eluding me.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000117.html">[99s-extend] 505 error
+</A></li>
+	<LI>Next message: <A HREF="000119.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#118">[ date ]</a>
+              <a href="thread.html#118">[ thread ]</a>
+              <a href="subject.html#118">[ subject ]</a>
+              <a href="author.html#118">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000119.html b/_build/static/archives/extend/2013-April/000119.html
new file mode 100644
index 00000000..0f58a6e7
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000119.html
@@ -0,0 +1,212 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] 505 error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C5826B1C1-C80E-4073-953C-3BF74829CE1A%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000118.html">
+   <LINK REL="Next"  HREF="000120.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] 505 error</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C5826B1C1-C80E-4073-953C-3BF74829CE1A%40gmail.com%3E"
+       TITLE="[99s-extend] 505 error">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Mon Apr 22 20:30:08 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000118.html">[99s-extend] 505 error
+</A></li>
+        <LI>Next message: <A HREF="000120.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#119">[ date ]</a>
+              <a href="thread.html#119">[ thread ]</a>
+              <a href="subject.html#119">[ subject ]</a>
+              <a href="author.html#119">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Does this help?
+
+Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+Request Method:OPTIONS
+Status Code:505 HTTP Version Not Supported
+
+Request Headersview parsed
+OPTIONS <A HREF="http://www.example.com">http://www.example.com</A> HTTP/1.1
+Host: www.example.com
+Proxy-Connection: keep-alive
+Access-Control-Request-Method: POST
+Origin: <A HREF="http://localhost">http://localhost</A>
+User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+Access-Control-Request-Headers: origin, method, content-type
+Accept: */*
+Referer: <A HREF="http://localhost/p/">http://localhost/p/</A>
+Accept-Encoding: gzip,deflate,sdch
+Accept-Language: en-US,en;q=0.8
+Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
+
+Response Headersview parsed
+HTTP/1.1 505 HTTP Version Not Supported
+connection: close
+server: Cowboy
+date: Mon, 22 Apr 2013 17:42:39 GMT
+content-length: 0
+
+Thanks,
+Lee
+
+
+On 22 Apr 2013, at 16:55, &quot;Brown, Kevin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Kevin.Brown at turner.com</A>&gt; wrote:
+
+&gt;<i> You might see if &quot;view source&quot; (rather than the parsed view you sent)
+</I>&gt;<i> yields any clues.  You'd like to see HTTP version being sent.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On 4/22/13 10:40 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;&gt;<i> Well, the below is the sent and return headers on the failing machine.
+</I>&gt;&gt;<i> On a succeeding machine, the headers are
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;&gt;<i> Request Method:OPTIONS
+</I>&gt;&gt;<i> Status Code:200 OK
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Request Headersview source
+</I>&gt;&gt;<i> Accept:*/*
+</I>&gt;&gt;<i> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;&gt;<i> Accept-Encoding:gzip,deflate,sdch
+</I>&gt;&gt;<i> Accept-Language:en-US,en;q=0.8
+</I>&gt;&gt;<i> Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;&gt;<i> Access-Control-Request-Method:POST
+</I>&gt;&gt;<i> Connection:keep-alive
+</I>&gt;&gt;<i> Host:www.example.com
+</I>&gt;&gt;<i> Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;&gt;<i> Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;&gt;<i> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3)
+</I>&gt;&gt;<i> AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Response Headersview source
+</I>&gt;&gt;<i> Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin,
+</I>&gt;&gt;<i> Method
+</I>&gt;&gt;<i> Access-Control-Allow-Methods:GET, POST, OPTIONS
+</I>&gt;&gt;<i> Access-Control-Allow-Origin:*
+</I>&gt;&gt;<i> connection:keep-alive
+</I>&gt;&gt;<i> content-length:68
+</I>&gt;&gt;<i> date:Mon, 22 Apr 2013 14:33:30 GMT
+</I>&gt;&gt;<i> server:Cowboy
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> As you can see, the header control and content isn't being sent back and
+</I>&gt;&gt;<i> the connection is closed.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 22 Apr 2013, at 15:28, &quot;Brown, Kevin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Kevin.Brown at turner.com</A>&gt; wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> What is the exact http request sent on the failing and successful
+</I>&gt;&gt;&gt;<i> machines?  How do the differ?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Stack trace?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On Apr 22, 2013, at 9:00 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt;
+</I>&gt;&gt;&gt;<i> wrote:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> So, I was getting a CORS issue when connecting to my Bullet impl,
+</I>&gt;&gt;&gt;&gt;<i> which I have since fixed.  I am now able to use these from many
+</I>&gt;&gt;&gt;&gt;<i> machines from many locations.  However, I have found some machines to
+</I>&gt;&gt;&gt;&gt;<i> be getting a 505 error when making a POST request to the Cowboy
+</I>&gt;&gt;&gt;&gt;<i> instance:
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;&gt;&gt;&gt;<i> Request Method:OPTIONS
+</I>&gt;&gt;&gt;&gt;<i> Status Code:505 HTTP Version Not Supported
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Request Headersview source
+</I>&gt;&gt;&gt;&gt;<i> Accept:*/*
+</I>&gt;&gt;&gt;&gt;<i> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;&gt;&gt;&gt;<i> Accept-Encoding:gzip,deflate,sdch
+</I>&gt;&gt;&gt;&gt;<i> Accept-Language:en-US,en;q=0.8
+</I>&gt;&gt;&gt;&gt;<i> Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;&gt;&gt;&gt;<i> Access-Control-Request-Method:POST
+</I>&gt;&gt;&gt;&gt;<i> Connection:keep-alive
+</I>&gt;&gt;&gt;&gt;<i> Host:www.example.com
+</I>&gt;&gt;&gt;&gt;<i> Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;&gt;&gt;&gt;<i> Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;&gt;&gt;&gt;<i> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31
+</I>&gt;&gt;&gt;&gt;<i> (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Response Headersview source
+</I>&gt;&gt;&gt;&gt;<i> connection:close
+</I>&gt;&gt;&gt;&gt;<i> content-length:0
+</I>&gt;&gt;&gt;&gt;<i> date:Mon, 22 Apr 2013 12:22:50 GMT
+</I>&gt;&gt;&gt;&gt;<i> server:Cowboy
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> To get around the CORS issue, I set up an onrequest hook, which points
+</I>&gt;&gt;&gt;&gt;<i> to the function:
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> set_request_cors(Req) -&gt;
+</I>&gt;&gt;&gt;&gt;<i>  Req2 = 
+</I>&gt;&gt;&gt;&gt;<i> cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Methods&quot;&gt;&gt;, &lt;&lt;&quot;GET,
+</I>&gt;&gt;&gt;&gt;<i> POST, OPTIONS&quot;&gt;&gt;, Req),
+</I>&gt;&gt;&gt;&gt;<i>  Req3 = 
+</I>&gt;&gt;&gt;&gt;<i> cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Headers&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;&gt;<i> &lt;&lt;&quot;Content-Type, X-Requested-With, Origin, Method&quot;&gt;&gt;, Req2),
+</I>&gt;&gt;&gt;&gt;<i>  cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;&gt;<i> &lt;&lt;&quot;*&quot;&gt;&gt;, Req3).
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> I'm afraid I don't have any more info, but this issue is completely
+</I>&gt;&gt;&gt;&gt;<i> eluding me.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000118.html">[99s-extend] 505 error
+</A></li>
+	<LI>Next message: <A HREF="000120.html">[99s-extend] 505 error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#119">[ date ]</a>
+              <a href="thread.html#119">[ thread ]</a>
+              <a href="subject.html#119">[ subject ]</a>
+              <a href="author.html#119">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000120.html b/_build/static/archives/extend/2013-April/000120.html
new file mode 100644
index 00000000..1c18db93
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000120.html
@@ -0,0 +1,229 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] 505 error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C51758D4B.1020501%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000119.html">
+   <LINK REL="Next"  HREF="000121.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] 505 error</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20505%20error&In-Reply-To=%3C51758D4B.1020501%40ninenines.eu%3E"
+       TITLE="[99s-extend] 505 error">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Apr 22 21:19:39 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000119.html">[99s-extend] 505 error
+</A></li>
+        <LI>Next message: <A HREF="000121.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#120">[ date ]</a>
+              <a href="thread.html#120">[ thread ]</a>
+              <a href="subject.html#120">[ subject ]</a>
+              <a href="author.html#120">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I'm going to need the exact request line to make sense of it. 
+Something's missing in the parser I think, not sure what in your case 
+though. Feel free to private email it.
+
+On 04/22/2013 08:30 PM, Lee Sylvester wrote:
+&gt;<i> Does this help?
+</I>&gt;<i>
+</I>&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;<i> Request Method:OPTIONS
+</I>&gt;<i> Status Code:505 HTTP Version Not Supported
+</I>&gt;<i>
+</I>&gt;<i> Request Headersview parsed
+</I>&gt;<i> OPTIONS <A HREF="http://www.example.com">http://www.example.com</A> HTTP/1.1
+</I>&gt;<i> Host: www.example.com
+</I>&gt;<i> Proxy-Connection: keep-alive
+</I>&gt;<i> Access-Control-Request-Method: POST
+</I>&gt;<i> Origin: <A HREF="http://localhost">http://localhost</A>
+</I>&gt;<i> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+</I>&gt;<i> Access-Control-Request-Headers: origin, method, content-type
+</I>&gt;<i> Accept: */*
+</I>&gt;<i> Referer: <A HREF="http://localhost/p/">http://localhost/p/</A>
+</I>&gt;<i> Accept-Encoding: gzip,deflate,sdch
+</I>&gt;<i> Accept-Language: en-US,en;q=0.8
+</I>&gt;<i> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;<i>
+</I>&gt;<i> Response Headersview parsed
+</I>&gt;<i> HTTP/1.1 505 HTTP Version Not Supported
+</I>&gt;<i> connection: close
+</I>&gt;<i> server: Cowboy
+</I>&gt;<i> date: Mon, 22 Apr 2013 17:42:39 GMT
+</I>&gt;<i> content-length: 0
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 22 Apr 2013, at 16:55, &quot;Brown, Kevin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Kevin.Brown at turner.com</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> You might see if &quot;view source&quot; (rather than the parsed view you sent)
+</I>&gt;&gt;<i> yields any clues.  You'd like to see HTTP version being sent.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 4/22/13 10:40 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Well, the below is the sent and return headers on the failing machine.
+</I>&gt;&gt;&gt;<i> On a succeeding machine, the headers are
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;&gt;&gt;<i> Request Method:OPTIONS
+</I>&gt;&gt;&gt;<i> Status Code:200 OK
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Request Headersview source
+</I>&gt;&gt;&gt;<i> Accept:*/*
+</I>&gt;&gt;&gt;<i> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;&gt;&gt;<i> Accept-Encoding:gzip,deflate,sdch
+</I>&gt;&gt;&gt;<i> Accept-Language:en-US,en;q=0.8
+</I>&gt;&gt;&gt;<i> Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;&gt;&gt;<i> Access-Control-Request-Method:POST
+</I>&gt;&gt;&gt;<i> Connection:keep-alive
+</I>&gt;&gt;&gt;<i> Host:www.example.com
+</I>&gt;&gt;&gt;<i> Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;&gt;&gt;<i> Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;&gt;&gt;<i> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3)
+</I>&gt;&gt;&gt;<i> AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Response Headersview source
+</I>&gt;&gt;&gt;<i> Access-Control-Allow-Headers:Content-Type, X-Requested-With, Origin,
+</I>&gt;&gt;&gt;<i> Method
+</I>&gt;&gt;&gt;<i> Access-Control-Allow-Methods:GET, POST, OPTIONS
+</I>&gt;&gt;&gt;<i> Access-Control-Allow-Origin:*
+</I>&gt;&gt;&gt;<i> connection:keep-alive
+</I>&gt;&gt;&gt;<i> content-length:68
+</I>&gt;&gt;&gt;<i> date:Mon, 22 Apr 2013 14:33:30 GMT
+</I>&gt;&gt;&gt;<i> server:Cowboy
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> As you can see, the header control and content isn't being sent back and
+</I>&gt;&gt;&gt;<i> the connection is closed.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 22 Apr 2013, at 15:28, &quot;Brown, Kevin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Kevin.Brown at turner.com</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> What is the exact http request sent on the failing and successful
+</I>&gt;&gt;&gt;&gt;<i> machines?  How do the differ?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Stack trace?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On Apr 22, 2013, at 9:00 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i> wrote:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> So, I was getting a CORS issue when connecting to my Bullet impl,
+</I>&gt;&gt;&gt;&gt;&gt;<i> which I have since fixed.  I am now able to use these from many
+</I>&gt;&gt;&gt;&gt;&gt;<i> machines from many locations.  However, I have found some machines to
+</I>&gt;&gt;&gt;&gt;&gt;<i> be getting a 505 error when making a POST request to the Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;<i> instance:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Request URL:<A HREF="http://www.example.com">http://www.example.com</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Request Method:OPTIONS
+</I>&gt;&gt;&gt;&gt;&gt;<i> Status Code:505 HTTP Version Not Supported
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Request Headersview source
+</I>&gt;&gt;&gt;&gt;&gt;<i> Accept:*/*
+</I>&gt;&gt;&gt;&gt;&gt;<i> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
+</I>&gt;&gt;&gt;&gt;&gt;<i> Accept-Encoding:gzip,deflate,sdch
+</I>&gt;&gt;&gt;&gt;&gt;<i> Accept-Language:en-US,en;q=0.8
+</I>&gt;&gt;&gt;&gt;&gt;<i> Access-Control-Request-Headers:origin, method, content-type
+</I>&gt;&gt;&gt;&gt;&gt;<i> Access-Control-Request-Method:POST
+</I>&gt;&gt;&gt;&gt;&gt;<i> Connection:keep-alive
+</I>&gt;&gt;&gt;&gt;&gt;<i> Host:www.example.com
+</I>&gt;&gt;&gt;&gt;&gt;<i> Origin:<A HREF="http://www.test.com">http://www.test.com</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Referer:<A HREF="http://www.test.com/">http://www.test.com/</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31
+</I>&gt;&gt;&gt;&gt;&gt;<i> (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Response Headersview source
+</I>&gt;&gt;&gt;&gt;&gt;<i> connection:close
+</I>&gt;&gt;&gt;&gt;&gt;<i> content-length:0
+</I>&gt;&gt;&gt;&gt;&gt;<i> date:Mon, 22 Apr 2013 12:22:50 GMT
+</I>&gt;&gt;&gt;&gt;&gt;<i> server:Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> To get around the CORS issue, I set up an onrequest hook, which points
+</I>&gt;&gt;&gt;&gt;&gt;<i> to the function:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> set_request_cors(Req) -&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>   Req2 =
+</I>&gt;&gt;&gt;&gt;&gt;<i> cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Methods&quot;&gt;&gt;, &lt;&lt;&quot;GET,
+</I>&gt;&gt;&gt;&gt;&gt;<i> POST, OPTIONS&quot;&gt;&gt;, Req),
+</I>&gt;&gt;&gt;&gt;&gt;<i>   Req3 =
+</I>&gt;&gt;&gt;&gt;&gt;<i> cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Headers&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;&lt;&quot;Content-Type, X-Requested-With, Origin, Method&quot;&gt;&gt;, Req2),
+</I>&gt;&gt;&gt;&gt;&gt;<i>   cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;&lt;&quot;*&quot;&gt;&gt;, Req3).
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> I'm afraid I don't have any more info, but this issue is completely
+</I>&gt;&gt;&gt;&gt;&gt;<i> eluding me.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000119.html">[99s-extend] 505 error
+</A></li>
+	<LI>Next message: <A HREF="000121.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#120">[ date ]</a>
+              <a href="thread.html#120">[ thread ]</a>
+              <a href="subject.html#120">[ subject ]</a>
+              <a href="author.html#120">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000121.html b/_build/static/archives/extend/2013-April/000121.html
new file mode 100644
index 00000000..a1fc20ce
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000121.html
@@ -0,0 +1,66 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] does cowboy support hot code reload/replace ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20does%20cowboy%20support%20hot%20code%20reload/replace%20%3F&In-Reply-To=%3CCAN_mQBqbjr_JzSoL%3DYOzM8SaMbmvd%3D_OJ5FMg-DbYgKeYq6hBA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000120.html">
+   <LINK REL="Next"  HREF="000122.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] does cowboy support hot code reload/replace ?</H1>
+    <B>yongboy</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20does%20cowboy%20support%20hot%20code%20reload/replace%20%3F&In-Reply-To=%3CCAN_mQBqbjr_JzSoL%3DYOzM8SaMbmvd%3D_OJ5FMg-DbYgKeYq6hBA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] does cowboy support hot code reload/replace ?">yongboy at gmail.com
+       </A><BR>
+    <I>Thu Apr 25 05:46:24 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000120.html">[99s-extend] 505 error
+</A></li>
+        <LI>Next message: <A HREF="000122.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#121">[ date ]</a>
+              <a href="thread.html#121">[ thread ]</a>
+              <a href="subject.html#121">[ subject ]</a>
+              <a href="author.html#121">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You know, the OTP's code_change so heavy, sometimes, you just want to
+debug, or change a little, does not want to rewrite the rel appup file.
+Any help is appreciated, thanks.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130425/35ee7614/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130425/35ee7614/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000120.html">[99s-extend] 505 error
+</A></li>
+	<LI>Next message: <A HREF="000122.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#121">[ date ]</a>
+              <a href="thread.html#121">[ thread ]</a>
+              <a href="subject.html#121">[ subject ]</a>
+              <a href="author.html#121">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000122.html b/_build/static/archives/extend/2013-April/000122.html
new file mode 100644
index 00000000..1c5d02fb
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000122.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] does cowboy support hot code reload/replace ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20does%20cowboy%20support%20hot%20code%20reload/replace%20%3F&In-Reply-To=%3C51791697.7030500%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000121.html">
+   <LINK REL="Next"  HREF="000123.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] does cowboy support hot code reload/replace ?</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20does%20cowboy%20support%20hot%20code%20reload/replace%20%3F&In-Reply-To=%3C51791697.7030500%40ninenines.eu%3E"
+       TITLE="[99s-extend] does cowboy support hot code reload/replace ?">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Apr 25 13:42:15 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000121.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+        <LI>Next message: <A HREF="000123.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#122">[ date ]</a>
+              <a href="thread.html#122">[ thread ]</a>
+              <a href="subject.html#122">[ subject ]</a>
+              <a href="author.html#122">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 04/25/2013 05:46 AM, yongboy wrote:
+&gt;<i> You know, the OTP's code_change so heavy, sometimes, you just want to
+</I>&gt;<i> debug, or change a little, does not want to rewrite the rel appup file.
+</I>&gt;<i> Any help is appreciated, thanks.
+</I>
+At this time there is no code_change mechanism in Cowboy. Reloading a 
+module works, modifying the protocol options with 
+ranch:set_protocol_options can be used, but it doesn't change the 
+running processes.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000121.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+	<LI>Next message: <A HREF="000123.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#122">[ date ]</a>
+              <a href="thread.html#122">[ thread ]</a>
+              <a href="subject.html#122">[ subject ]</a>
+              <a href="author.html#122">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000123.html b/_build/static/archives/extend/2013-April/000123.html
new file mode 100644
index 00000000..1876b3f4
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000123.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] does cowboy support hot code reload/replace ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20does%20cowboy%20support%20hot%20code%20reload/replace%20%3F&In-Reply-To=%3CCAN_mQBq4FEG66Ot2CpTLgChaaTMUW1vG0cjsZrEs-Rbms7zGuQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000122.html">
+   <LINK REL="Next"  HREF="000124.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] does cowboy support hot code reload/replace ?</H1>
+    <B>yongboy</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20does%20cowboy%20support%20hot%20code%20reload/replace%20%3F&In-Reply-To=%3CCAN_mQBq4FEG66Ot2CpTLgChaaTMUW1vG0cjsZrEs-Rbms7zGuQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] does cowboy support hot code reload/replace ?">yongboy at gmail.com
+       </A><BR>
+    <I>Fri Apr 26 07:57:00 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000122.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+        <LI>Next message: <A HREF="000124.html">[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#123">[ date ]</a>
+              <a href="thread.html#123">[ thread ]</a>
+              <a href="subject.html#123">[ subject ]</a>
+              <a href="author.html#123">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks very much !
+Maybe we can use the code:load_file() function I had just found it .
+
+
+2013/4/25 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> On 04/25/2013 05:46 AM, yongboy wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> You know, the OTP's code_change so heavy, sometimes, you just want to
+</I>&gt;&gt;<i> debug, or change a little, does not want to rewrite the rel appup file.
+</I>&gt;&gt;<i> Any help is appreciated, thanks.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> At this time there is no code_change mechanism in Cowboy. Reloading a
+</I>&gt;<i> module works, modifying the protocol options with
+</I>&gt;<i> ranch:set_protocol_options can be used, but it doesn't change the running
+</I>&gt;<i> processes.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#271;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130426/09f3ed34/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130426/09f3ed34/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000122.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+	<LI>Next message: <A HREF="000124.html">[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#123">[ date ]</a>
+              <a href="thread.html#123">[ thread ]</a>
+              <a href="subject.html#123">[ subject ]</a>
+              <a href="author.html#123">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000124.html b/_build/static/archives/extend/2013-April/000124.html
new file mode 100644
index 00000000..08b363e5
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000124.html
@@ -0,0 +1,122 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy how to ruduce the memory usage per long-hold	connection
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20how%20to%20ruduce%20the%20memory%20usage%20per%20long-hold%0A%09connection&In-Reply-To=%3CCAN_mQBobPN0zdpqJ3WtGKJaRMNiutvurgJfncMCqM3qtUHTm1g%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000123.html">
+   <LINK REL="Next"  HREF="000125.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection</H1>
+    <B>yongboy</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20how%20to%20ruduce%20the%20memory%20usage%20per%20long-hold%0A%09connection&In-Reply-To=%3CCAN_mQBobPN0zdpqJ3WtGKJaRMNiutvurgJfncMCqM3qtUHTm1g%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection">yongboy at gmail.com
+       </A><BR>
+    <I>Fri Apr 26 08:11:56 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000123.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+        <LI>Next message: <A HREF="000125.html">[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#124">[ date ]</a>
+              <a href="thread.html#124">[ thread ]</a>
+              <a href="subject.html#124">[ subject ]</a>
+              <a href="author.html#124">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I have tested one long-hold webapp, when 512000 user connected, the app
+used
+6801M memory, 6801M*1024K / 512000 = 13.6K/Connection.
+
+Does anyone give me some advice on how to reduce the memory usage per one
+connection, thanks very much !
+
+Here is the code snippet:
+
+start(_Type, _Args) -&gt;
+        Dispatch = cowboy_router:compile([
+            {'_', [{'_', htmlfile_handler, []}]}
+        ]),
+        cowboy:start_http(my_http_listener, 100,
+            [{port, 8000}, {max_connections, infinity}],
+            [{env, [{dispatch, Dispatch}]}]
+        ),
+        count_server:start(),
+        htmlfilesimple_sup:start_link().
+
+......
+
+-module(htmlfile_handler).
+-behaviour(cowboy_loop_handler).
+-export([init/3, info/3, terminate/3]).
+-define(HEARBEAT_TIMEOUT, 20*1000).
+-record(status, {count=0}).
+
+init(_Any, Req, State) -&gt;
+        NowCount = count_server:welcome(),
+        io:format(&quot;online user ~p :))~n&quot;, [NowCount]),
+
+        output_first(Req),
+        Req2 = cowboy_req:compact(Req),
+        {loop, Req2, State, hibernate}.
+
+%% POST/Short Request
+info(_Any, Req, State) -&gt;
+        {loop, Req, State, hibernate}.
+
+output_first(Req) -&gt;
+        {ok, Reply} = cowboy_req:chunked_reply(200, [{&lt;&lt;&quot;Content-Type&quot;&gt;&gt;,
+&lt;&lt;&quot;text/html; charset=utf-8&quot;&gt;&gt;},
+
+{&lt;&lt;&quot;Connection&quot;&gt;&gt;, &lt;&lt;&quot;keep-alive&quot;&gt;&gt;}], Req),
+        cowboy_req:chunk(&lt;&lt;&quot;&lt;html&gt;&lt;body&gt;&lt;script&gt;var _ = function (msg) {
+parent.s._(msg, document);
+};&lt;/script&gt;
+&quot;&gt;&gt;,
+                                                                Reply),
+        cowboy_req:chunk(gen_output(&quot;1::&quot;), Reply).
+
+gen_output(String) -&gt;
+        DescList = io_lib:format(&quot;&lt;script&gt;_('~s');&lt;/script&gt;&quot;, [String]),
+        list_to_binary(DescList).
+
+terminate(Reason, _Req, _State) -&gt;
+        NowCount = count_server:bye(),
+        io:format(&quot;offline user ~p :(( ~n&quot;, [NowCount]).
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130426/9d234e27/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130426/9d234e27/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000123.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A></li>
+	<LI>Next message: <A HREF="000125.html">[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#124">[ date ]</a>
+              <a href="thread.html#124">[ thread ]</a>
+              <a href="subject.html#124">[ subject ]</a>
+              <a href="author.html#124">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000125.html b/_build/static/archives/extend/2013-April/000125.html
new file mode 100644
index 00000000..6fd69519
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000125.html
@@ -0,0 +1,140 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy how to ruduce the memory usage per	long-hold connection
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20how%20to%20ruduce%20the%20memory%20usage%20per%0A%09long-hold%20connection&In-Reply-To=%3CCAJ0zLRPcYmH1OXeiw2aZHLtoqqdW%3Ddu0rhonF53xdCbMUmnCLw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000124.html">
+   <LINK REL="Next"  HREF="000126.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection</H1>
+    <B>rambocoder</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20how%20to%20ruduce%20the%20memory%20usage%20per%0A%09long-hold%20connection&In-Reply-To=%3CCAJ0zLRPcYmH1OXeiw2aZHLtoqqdW%3Ddu0rhonF53xdCbMUmnCLw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection">erlang at rambocoder.com
+       </A><BR>
+    <I>Fri Apr 26 15:11:53 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000124.html">[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection
+</A></li>
+        <LI>Next message: <A HREF="000126.html">[99s-extend] [ANN] Cowboy 0.8.4
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#125">[ date ]</a>
+              <a href="thread.html#125">[ thread ]</a>
+              <a href="subject.html#125">[ subject ]</a>
+              <a href="author.html#125">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Is 13.6K/connection considered a lot? Once you start doing SSL, each
+connection will be about 80K, IMHO the most important factor for huge
+ammount of COMET users is latency, which Cowboy and Erlang do great.
+
+-rambocoder
+
+On Fri, Apr 26, 2013 at 2:11 AM, yongboy &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">yongboy at gmail.com</A>&gt; wrote:
+
+&gt;<i> I have tested one long-hold webapp, when 512000 user connected, the app
+</I>&gt;<i> used
+</I>&gt;<i> 6801M memory, 6801M*1024K / 512000 = 13.6K/Connection.
+</I>&gt;<i>
+</I>&gt;<i> Does anyone give me some advice on how to reduce the memory usage per one
+</I>&gt;<i> connection, thanks very much !
+</I>&gt;<i>
+</I>&gt;<i> Here is the code snippet:
+</I>&gt;<i>
+</I>&gt;<i> start(_Type, _Args) -&gt;
+</I>&gt;<i>         Dispatch = cowboy_router:compile([
+</I>&gt;<i>             {'_', [{'_', htmlfile_handler, []}]}
+</I>&gt;<i>         ]),
+</I>&gt;<i>         cowboy:start_http(my_http_listener, 100,
+</I>&gt;<i>             [{port, 8000}, {max_connections, infinity}],
+</I>&gt;<i>             [{env, [{dispatch, Dispatch}]}]
+</I>&gt;<i>         ),
+</I>&gt;<i>         count_server:start(),
+</I>&gt;<i>         htmlfilesimple_sup:start_link().
+</I>&gt;<i>
+</I>&gt;<i> ......
+</I>&gt;<i>
+</I>&gt;<i> -module(htmlfile_handler).
+</I>&gt;<i> -behaviour(cowboy_loop_handler).
+</I>&gt;<i> -export([init/3, info/3, terminate/3]).
+</I>&gt;<i> -define(HEARBEAT_TIMEOUT, 20*1000).
+</I>&gt;<i> -record(status, {count=0}).
+</I>&gt;<i>
+</I>&gt;<i> init(_Any, Req, State) -&gt;
+</I>&gt;<i>         NowCount = count_server:welcome(),
+</I>&gt;<i>         io:format(&quot;online user ~p :))~n&quot;, [NowCount]),
+</I>&gt;<i>
+</I>&gt;<i>         output_first(Req),
+</I>&gt;<i>         Req2 = cowboy_req:compact(Req),
+</I>&gt;<i>         {loop, Req2, State, hibernate}.
+</I>&gt;<i>
+</I>&gt;<i> %% POST/Short Request
+</I>&gt;<i> info(_Any, Req, State) -&gt;
+</I>&gt;<i>         {loop, Req, State, hibernate}.
+</I>&gt;<i>
+</I>&gt;<i> output_first(Req) -&gt;
+</I>&gt;<i>         {ok, Reply} = cowboy_req:chunked_reply(200, [{&lt;&lt;&quot;Content-Type&quot;&gt;&gt;,
+</I>&gt;<i> &lt;&lt;&quot;text/html; charset=utf-8&quot;&gt;&gt;},
+</I>&gt;<i>
+</I>&gt;<i> {&lt;&lt;&quot;Connection&quot;&gt;&gt;, &lt;&lt;&quot;keep-alive&quot;&gt;&gt;}], Req),
+</I>&gt;<i>         cowboy_req:chunk(&lt;&lt;&quot;&lt;html&gt;&lt;body&gt;&lt;script&gt;var _ = function (msg) {
+</I>&gt;<i> parent.s._(msg, document);
+</I>&gt;<i> };&lt;/script&gt;
+</I>&gt;<i> &quot;&gt;&gt;,
+</I>&gt;<i>                                                                 Reply),
+</I>&gt;<i>         cowboy_req:chunk(gen_output(&quot;1::&quot;), Reply).
+</I>&gt;<i>
+</I>&gt;<i> gen_output(String) -&gt;
+</I>&gt;<i>         DescList = io_lib:format(&quot;&lt;script&gt;_('~s');&lt;/script&gt;&quot;, [String]),
+</I>&gt;<i>         list_to_binary(DescList).
+</I>&gt;<i>
+</I>&gt;<i> terminate(Reason, _Req, _State) -&gt;
+</I>&gt;<i>         NowCount = count_server:bye(),
+</I>&gt;<i>         io:format(&quot;offline user ~p :(( ~n&quot;, [NowCount]).
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130426/b1e8ae7a/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130426/b1e8ae7a/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000124.html">[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection
+</A></li>
+	<LI>Next message: <A HREF="000126.html">[99s-extend] [ANN] Cowboy 0.8.4
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#125">[ date ]</a>
+              <a href="thread.html#125">[ thread ]</a>
+              <a href="subject.html#125">[ subject ]</a>
+              <a href="author.html#125">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000126.html b/_build/static/archives/extend/2013-April/000126.html
new file mode 100644
index 00000000..093d494d
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000126.html
@@ -0,0 +1,90 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Cowboy 0.8.4
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.4&In-Reply-To=%3C517A9B7C.8090706%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000125.html">
+   <LINK REL="Next"  HREF="000127.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Cowboy 0.8.4</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.4&In-Reply-To=%3C517A9B7C.8090706%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Cowboy 0.8.4">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Apr 26 17:21:32 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000125.html">[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection
+</A></li>
+        <LI>Next message: <A HREF="000127.html">[99s-extend] cowboy websocket and wamp
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#126">[ date ]</a>
+              <a href="thread.html#126">[ thread ]</a>
+              <a href="subject.html#126">[ subject ]</a>
+              <a href="author.html#126">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+Cowboy 0.8.4 has been released!
+
+This release features a tentatively stable API. This means that the 
+complete API defined in this release should not change anymore. The API 
+will be augmented with many features and functions of course, but 
+existing code should not break anymore. Changes will only be considered 
+if a feature causes bugs or too much confusion to the majority of users.
+
+This release includes all the remaining changes that had to be done to 
+REST, which is now no longer experimental and has documentation that you 
+can find here:
+
+   <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/guide/rest_handlers">http://ninenines.eu/docs/en/cowboy/HEAD/guide/rest_handlers</A>
+
+Diagrams and their explanations will be added to the documentation in 
+the next few days.
+
+The full changelog for this release can be found here: 
+<A HREF="https://github.com/extend/cowboy/commit/46b2ea0aaa7fe891bfdf3f8a0c47357393e72cf6">https://github.com/extend/cowboy/commit/46b2ea0aaa7fe891bfdf3f8a0c47357393e72cf6</A>
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000125.html">[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection
+</A></li>
+	<LI>Next message: <A HREF="000127.html">[99s-extend] cowboy websocket and wamp
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#126">[ date ]</a>
+              <a href="thread.html#126">[ thread ]</a>
+              <a href="subject.html#126">[ subject ]</a>
+              <a href="author.html#126">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/000127.html b/_build/static/archives/extend/2013-April/000127.html
new file mode 100644
index 00000000..cc767686
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/000127.html
@@ -0,0 +1,75 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket and wamp
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20and%20wamp&In-Reply-To=%3CCAAh%2BK4zu6f1CM1Dij7XsnUCLXXqaS3E6ZugABuaiST99Pz%2BKnA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000126.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket and wamp</H1>
+    <B>Gregory de Souza</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20and%20wamp&In-Reply-To=%3CCAAh%2BK4zu6f1CM1Dij7XsnUCLXXqaS3E6ZugABuaiST99Pz%2BKnA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy websocket and wamp">gdesouza at gmail.com
+       </A><BR>
+    <I>Tue Apr 30 20:59:21 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000126.html">[99s-extend] [ANN] Cowboy 0.8.4
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#127">[ date ]</a>
+              <a href="thread.html#127">[ thread ]</a>
+              <a href="subject.html#127">[ subject ]</a>
+              <a href="author.html#127">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+I'm new to the community and am exploring cowboy for a project.
+
+Can anyone offer guidance/links on how to use cowboy's websocket support
+with WAMP (<A HREF="http://wamp.ws/">http://wamp.ws/</A>)?
+The cowboy docs mention bullet &lt;<A HREF="https://github.com/extend/bullet?source=cr">https://github.com/extend/bullet?source=cr</A>&gt; as
+a convenient client/server lib (with an AJAX fallback) which is great, but
+I'd like to use WAMP's RPC and PubSub so I'm unsure how to proceed.
+
+Any tips would be appreciated!
+
+Thanks in advance
+-- 
+Gregory | @gdesouza &lt;<A HREF="http://twitter.com/gdesouza">http://twitter.com/gdesouza</A>&gt; | <A HREF="http://blog.gdesouza.me">http://blog.gdesouza.me</A>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130430/c86f8fdb/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130430/c86f8fdb/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000126.html">[99s-extend] [ANN] Cowboy 0.8.4
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#127">[ date ]</a>
+              <a href="thread.html#127">[ thread ]</a>
+              <a href="subject.html#127">[ subject ]</a>
+              <a href="author.html#127">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-April/author.html b/_build/static/archives/extend/2013-April/author.html
new file mode 100644
index 00000000..f8edc33c
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/author.html
@@ -0,0 +1,322 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Apr  2 19:23:28 CEST 2013</i><br>
+         <b>Ending:</b> <i>Tue Apr 30 20:59:21 CEST 2013</i><br>
+         <b>Messages:</b> 55<p>
+     <ul>
+
+<LI><A HREF="000104.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="104">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000106.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="106">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000115.html">[99s-extend] 505 error
+</A><A NAME="115">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000118.html">[99s-extend] 505 error
+</A><A NAME="118">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000107.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="107">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000073.html">[99s-extend] [ANN] Ranch 0.8.0
+</A><A NAME="73">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000074.html">[99s-extend] [ANN] Cowboy 0.8.3
+</A><A NAME="74">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000079.html">[99s-extend] Bullet connection
+</A><A NAME="79">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000082.html">[99s-extend] Problems with Bullet
+</A><A NAME="82">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000088.html">[99s-extend] Heartbeat?
+</A><A NAME="88">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000089.html">[99s-extend] cowboy and chromium
+</A><A NAME="89">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000091.html">[99s-extend] cowboy and chromium
+</A><A NAME="91">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000094.html">[99s-extend] cowboy and chromium
+</A><A NAME="94">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000096.html">[99s-extend] cowboy and chromium
+</A><A NAME="96">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000105.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="105">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000109.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="109">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000111.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="111">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000117.html">[99s-extend] 505 error
+</A><A NAME="117">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000120.html">[99s-extend] 505 error
+</A><A NAME="120">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000122.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="122">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000126.html">[99s-extend] [ANN] Cowboy 0.8.4
+</A><A NAME="126">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000087.html">[99s-extend] cowboy and chromium
+</A><A NAME="87">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000090.html">[99s-extend] cowboy and chromium
+</A><A NAME="90">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000093.html">[99s-extend] cowboy and chromium
+</A><A NAME="93">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000095.html">[99s-extend] cowboy and chromium
+</A><A NAME="95">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000097.html">[99s-extend] cowboy and chromium
+</A><A NAME="97">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000099.html">[99s-extend] Distributed model?
+</A><A NAME="99">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000101.html">[99s-extend] Distributed model?
+</A><A NAME="101">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000076.html">[99s-extend] Response headers
+</A><A NAME="76">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000083.html">[99s-extend] Problems with Bullet
+</A><A NAME="83">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000084.html">[99s-extend] Problems with Bullet
+</A><A NAME="84">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000113.html">[99s-extend] Cowboy CORS
+</A><A NAME="113">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000127.html">[99s-extend] cowboy websocket and wamp
+</A><A NAME="127">&nbsp;</A>
+<I>Gregory de Souza
+</I>
+
+<LI><A HREF="000075.html">[99s-extend] Response headers
+</A><A NAME="75">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000077.html">[99s-extend] Response headers
+</A><A NAME="77">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000078.html">[99s-extend] Bullet connection
+</A><A NAME="78">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000080.html">[99s-extend] Bullet connection
+</A><A NAME="80">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000081.html">[99s-extend] Problems with Bullet
+</A><A NAME="81">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000085.html">[99s-extend] Problems with Bullet
+</A><A NAME="85">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000086.html">[99s-extend] Heartbeat?
+</A><A NAME="86">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000092.html">[99s-extend] Heartbeat?
+</A><A NAME="92">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000098.html">[99s-extend] Distributed model?
+</A><A NAME="98">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000100.html">[99s-extend] Distributed model?
+</A><A NAME="100">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000102.html">[99s-extend] Distributed model?
+</A><A NAME="102">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000103.html">[99s-extend] Distributed model?
+</A><A NAME="103">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000112.html">[99s-extend] Cowboy CORS
+</A><A NAME="112">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000114.html">[99s-extend] 505 error
+</A><A NAME="114">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000116.html">[99s-extend] 505 error
+</A><A NAME="116">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000119.html">[99s-extend] 505 error
+</A><A NAME="119">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000108.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="108">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000110.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="110">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000125.html">[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection
+</A><A NAME="125">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000121.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="121">&nbsp;</A>
+<I>yongboy
+</I>
+
+<LI><A HREF="000123.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="123">&nbsp;</A>
+<I>yongboy
+</I>
+
+<LI><A HREF="000124.html">[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection
+</A><A NAME="124">&nbsp;</A>
+<I>yongboy
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Apr 30 20:59:21 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:43 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-April/date.html b/_build/static/archives/extend/2013-April/date.html
new file mode 100644
index 00000000..a3b39452
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/date.html
@@ -0,0 +1,322 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Apr  2 19:23:28 CEST 2013</i><br>
+         <b>Ending:</b> <i>Tue Apr 30 20:59:21 CEST 2013</i><br>
+         <b>Messages:</b> 55<p>
+     <ul>
+
+<LI><A HREF="000073.html">[99s-extend] [ANN] Ranch 0.8.0
+</A><A NAME="73">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000074.html">[99s-extend] [ANN] Cowboy 0.8.3
+</A><A NAME="74">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000075.html">[99s-extend] Response headers
+</A><A NAME="75">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000076.html">[99s-extend] Response headers
+</A><A NAME="76">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000077.html">[99s-extend] Response headers
+</A><A NAME="77">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000078.html">[99s-extend] Bullet connection
+</A><A NAME="78">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000079.html">[99s-extend] Bullet connection
+</A><A NAME="79">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000080.html">[99s-extend] Bullet connection
+</A><A NAME="80">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000081.html">[99s-extend] Problems with Bullet
+</A><A NAME="81">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000082.html">[99s-extend] Problems with Bullet
+</A><A NAME="82">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000083.html">[99s-extend] Problems with Bullet
+</A><A NAME="83">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000084.html">[99s-extend] Problems with Bullet
+</A><A NAME="84">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000085.html">[99s-extend] Problems with Bullet
+</A><A NAME="85">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000086.html">[99s-extend] Heartbeat?
+</A><A NAME="86">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000087.html">[99s-extend] cowboy and chromium
+</A><A NAME="87">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000088.html">[99s-extend] Heartbeat?
+</A><A NAME="88">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000089.html">[99s-extend] cowboy and chromium
+</A><A NAME="89">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000090.html">[99s-extend] cowboy and chromium
+</A><A NAME="90">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000091.html">[99s-extend] cowboy and chromium
+</A><A NAME="91">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000092.html">[99s-extend] Heartbeat?
+</A><A NAME="92">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000093.html">[99s-extend] cowboy and chromium
+</A><A NAME="93">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000094.html">[99s-extend] cowboy and chromium
+</A><A NAME="94">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000095.html">[99s-extend] cowboy and chromium
+</A><A NAME="95">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000096.html">[99s-extend] cowboy and chromium
+</A><A NAME="96">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000097.html">[99s-extend] cowboy and chromium
+</A><A NAME="97">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000098.html">[99s-extend] Distributed model?
+</A><A NAME="98">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000099.html">[99s-extend] Distributed model?
+</A><A NAME="99">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000100.html">[99s-extend] Distributed model?
+</A><A NAME="100">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000101.html">[99s-extend] Distributed model?
+</A><A NAME="101">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000102.html">[99s-extend] Distributed model?
+</A><A NAME="102">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000103.html">[99s-extend] Distributed model?
+</A><A NAME="103">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000104.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="104">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000105.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="105">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000106.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="106">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000107.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="107">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000108.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="108">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000109.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="109">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000110.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="110">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000111.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="111">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000112.html">[99s-extend] Cowboy CORS
+</A><A NAME="112">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000113.html">[99s-extend] Cowboy CORS
+</A><A NAME="113">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000114.html">[99s-extend] 505 error
+</A><A NAME="114">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000115.html">[99s-extend] 505 error
+</A><A NAME="115">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000116.html">[99s-extend] 505 error
+</A><A NAME="116">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000117.html">[99s-extend] 505 error
+</A><A NAME="117">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000118.html">[99s-extend] 505 error
+</A><A NAME="118">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000119.html">[99s-extend] 505 error
+</A><A NAME="119">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000120.html">[99s-extend] 505 error
+</A><A NAME="120">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000121.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="121">&nbsp;</A>
+<I>yongboy
+</I>
+
+<LI><A HREF="000122.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="122">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000123.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="123">&nbsp;</A>
+<I>yongboy
+</I>
+
+<LI><A HREF="000124.html">[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection
+</A><A NAME="124">&nbsp;</A>
+<I>yongboy
+</I>
+
+<LI><A HREF="000125.html">[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection
+</A><A NAME="125">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000126.html">[99s-extend] [ANN] Cowboy 0.8.4
+</A><A NAME="126">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000127.html">[99s-extend] cowboy websocket and wamp
+</A><A NAME="127">&nbsp;</A>
+<I>Gregory de Souza
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Apr 30 20:59:21 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:43 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-April/index.html b/_build/static/archives/extend/2013-April/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-April/subject.html b/_build/static/archives/extend/2013-April/subject.html
new file mode 100644
index 00000000..741c7962
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/subject.html
@@ -0,0 +1,322 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Apr  2 19:23:28 CEST 2013</i><br>
+         <b>Ending:</b> <i>Tue Apr 30 20:59:21 CEST 2013</i><br>
+         <b>Messages:</b> 55<p>
+     <ul>
+
+<LI><A HREF="000114.html">[99s-extend] 505 error
+</A><A NAME="114">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000115.html">[99s-extend] 505 error
+</A><A NAME="115">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000116.html">[99s-extend] 505 error
+</A><A NAME="116">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000117.html">[99s-extend] 505 error
+</A><A NAME="117">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000118.html">[99s-extend] 505 error
+</A><A NAME="118">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000119.html">[99s-extend] 505 error
+</A><A NAME="119">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000120.html">[99s-extend] 505 error
+</A><A NAME="120">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000074.html">[99s-extend] [ANN] Cowboy 0.8.3
+</A><A NAME="74">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000126.html">[99s-extend] [ANN] Cowboy 0.8.4
+</A><A NAME="126">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000073.html">[99s-extend] [ANN] Ranch 0.8.0
+</A><A NAME="73">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000078.html">[99s-extend] Bullet connection
+</A><A NAME="78">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000079.html">[99s-extend] Bullet connection
+</A><A NAME="79">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000080.html">[99s-extend] Bullet connection
+</A><A NAME="80">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000087.html">[99s-extend] cowboy and chromium
+</A><A NAME="87">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000089.html">[99s-extend] cowboy and chromium
+</A><A NAME="89">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000090.html">[99s-extend] cowboy and chromium
+</A><A NAME="90">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000091.html">[99s-extend] cowboy and chromium
+</A><A NAME="91">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000093.html">[99s-extend] cowboy and chromium
+</A><A NAME="93">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000094.html">[99s-extend] cowboy and chromium
+</A><A NAME="94">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000095.html">[99s-extend] cowboy and chromium
+</A><A NAME="95">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000096.html">[99s-extend] cowboy and chromium
+</A><A NAME="96">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000097.html">[99s-extend] cowboy and chromium
+</A><A NAME="97">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<LI><A HREF="000112.html">[99s-extend] Cowboy CORS
+</A><A NAME="112">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000113.html">[99s-extend] Cowboy CORS
+</A><A NAME="113">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000124.html">[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection
+</A><A NAME="124">&nbsp;</A>
+<I>yongboy
+</I>
+
+<LI><A HREF="000125.html">[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection
+</A><A NAME="125">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000127.html">[99s-extend] cowboy websocket and wamp
+</A><A NAME="127">&nbsp;</A>
+<I>Gregory de Souza
+</I>
+
+<LI><A HREF="000098.html">[99s-extend] Distributed model?
+</A><A NAME="98">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000099.html">[99s-extend] Distributed model?
+</A><A NAME="99">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000100.html">[99s-extend] Distributed model?
+</A><A NAME="100">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000101.html">[99s-extend] Distributed model?
+</A><A NAME="101">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000102.html">[99s-extend] Distributed model?
+</A><A NAME="102">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000103.html">[99s-extend] Distributed model?
+</A><A NAME="103">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000121.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="121">&nbsp;</A>
+<I>yongboy
+</I>
+
+<LI><A HREF="000122.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="122">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000123.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="123">&nbsp;</A>
+<I>yongboy
+</I>
+
+<LI><A HREF="000086.html">[99s-extend] Heartbeat?
+</A><A NAME="86">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000088.html">[99s-extend] Heartbeat?
+</A><A NAME="88">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000092.html">[99s-extend] Heartbeat?
+</A><A NAME="92">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000104.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="104">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000105.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="105">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000106.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="106">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000107.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="107">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000081.html">[99s-extend] Problems with Bullet
+</A><A NAME="81">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000082.html">[99s-extend] Problems with Bullet
+</A><A NAME="82">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000083.html">[99s-extend] Problems with Bullet
+</A><A NAME="83">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000084.html">[99s-extend] Problems with Bullet
+</A><A NAME="84">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000085.html">[99s-extend] Problems with Bullet
+</A><A NAME="85">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000108.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="108">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000109.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="109">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000110.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="110">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000111.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="111">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000075.html">[99s-extend] Response headers
+</A><A NAME="75">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000076.html">[99s-extend] Response headers
+</A><A NAME="76">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000077.html">[99s-extend] Response headers
+</A><A NAME="77">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Apr 30 20:59:21 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:43 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-April/thread.html b/_build/static/archives/extend/2013-April/thread.html
new file mode 100644
index 00000000..eafeca8a
--- /dev/null
+++ b/_build/static/archives/extend/2013-April/thread.html
@@ -0,0 +1,431 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Apr  2 19:23:28 CEST 2013</i><br>
+         <b>Ending:</b> <i>Tue Apr 30 20:59:21 CEST 2013</i><br>
+         <b>Messages:</b> 55<p>
+     <ul>
+
+<!--0 01364923408.73- -->
+<LI><A HREF="000073.html">[99s-extend] [ANN] Ranch 0.8.0
+</A><A NAME="73">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01365002476.74- -->
+<LI><A HREF="000074.html">[99s-extend] [ANN] Cowboy 0.8.3
+</A><A NAME="74">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01365017600.75- -->
+<LI><A HREF="000075.html">[99s-extend] Response headers
+</A><A NAME="75">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--1 01365017600.75-01365021336.76- -->
+<LI><A HREF="000076.html">[99s-extend] Response headers
+</A><A NAME="76">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<UL>
+<!--2 01365017600.75-01365021336.76-01365064687.77- -->
+<LI><A HREF="000077.html">[99s-extend] Response headers
+</A><A NAME="77">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+</UL>
+</UL>
+<!--0 01365106674.78- -->
+<LI><A HREF="000078.html">[99s-extend] Bullet connection
+</A><A NAME="78">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--1 01365106674.78-01365107972.79- -->
+<LI><A HREF="000079.html">[99s-extend] Bullet connection
+</A><A NAME="79">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01365106674.78-01365107972.79-01365108894.80- -->
+<LI><A HREF="000080.html">[99s-extend] Bullet connection
+</A><A NAME="80">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+</UL>
+</UL>
+<!--0 01365429218.81- -->
+<LI><A HREF="000081.html">[99s-extend] Problems with Bullet
+</A><A NAME="81">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--1 01365429218.81-01365430111.82- -->
+<LI><A HREF="000082.html">[99s-extend] Problems with Bullet
+</A><A NAME="82">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01365429218.81-01365430111.82-01365430707.84- -->
+<LI><A HREF="000084.html">[99s-extend] Problems with Bullet
+</A><A NAME="84">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<UL>
+<!--3 01365429218.81-01365430111.82-01365430707.84-01365430913.85- -->
+<LI><A HREF="000085.html">[99s-extend] Problems with Bullet
+</A><A NAME="85">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+</UL>
+</UL>
+<!--1 01365429218.81-01365430304.83- -->
+<LI><A HREF="000083.html">[99s-extend] Problems with Bullet
+</A><A NAME="83">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+</UL>
+<!--0 01365594465.86- -->
+<LI><A HREF="000086.html">[99s-extend] Heartbeat?
+</A><A NAME="86">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--1 01365594465.86-01365604706.88- -->
+<LI><A HREF="000088.html">[99s-extend] Heartbeat?
+</A><A NAME="88">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01365594465.86-01365604706.88-01365605604.92- -->
+<LI><A HREF="000092.html">[99s-extend] Heartbeat?
+</A><A NAME="92">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+</UL>
+</UL>
+<!--0 01365595247.87- -->
+<LI><A HREF="000087.html">[99s-extend] cowboy and chromium
+</A><A NAME="87">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<UL>
+<!--1 01365595247.87-01365604881.89- -->
+<LI><A HREF="000089.html">[99s-extend] cowboy and chromium
+</A><A NAME="89">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01365595247.87-01365604881.89-01365605431.90- -->
+<LI><A HREF="000090.html">[99s-extend] cowboy and chromium
+</A><A NAME="90">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<UL>
+<!--3 01365595247.87-01365604881.89-01365605431.90-01365605510.91- -->
+<LI><A HREF="000091.html">[99s-extend] cowboy and chromium
+</A><A NAME="91">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01365595247.87-01365604881.89-01365605431.90-01365605510.91-01365605768.93- -->
+<LI><A HREF="000093.html">[99s-extend] cowboy and chromium
+</A><A NAME="93">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<!--3 01365595247.87-01365604881.89-01365605431.90-01365605510.91-01365605768.93-01365606074.94- -->
+<LI><A HREF="000094.html">[99s-extend] cowboy and chromium
+</A><A NAME="94">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01365595247.87-01365604881.89-01365605431.90-01365605510.91-01365605768.93-01365606074.94-01365606351.95- -->
+<LI><A HREF="000095.html">[99s-extend] cowboy and chromium
+</A><A NAME="95">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+<!--3 01365595247.87-01365604881.89-01365605431.90-01365605510.91-01365605768.93-01365606074.94-01365606351.95-01365606438.96- -->
+<LI><A HREF="000096.html">[99s-extend] cowboy and chromium
+</A><A NAME="96">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01365595247.87-01365604881.89-01365605431.90-01365605510.91-01365605768.93-01365606074.94-01365606351.95-01365606438.96-01365606717.97- -->
+<LI><A HREF="000097.html">[99s-extend] cowboy and chromium
+</A><A NAME="97">&nbsp;</A>
+<I>Sasa Juric
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01365659472.98- -->
+<LI><A HREF="000098.html">[99s-extend] Distributed model?
+</A><A NAME="98">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--1 01365659472.98-01365661756.99- -->
+<LI><A HREF="000099.html">[99s-extend] Distributed model?
+</A><A NAME="99">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<UL>
+<!--2 01365659472.98-01365661756.99-01365662958.100- -->
+<LI><A HREF="000100.html">[99s-extend] Distributed model?
+</A><A NAME="100">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--3 01365659472.98-01365661756.99-01365662958.100-01365663844.101- -->
+<LI><A HREF="000101.html">[99s-extend] Distributed model?
+</A><A NAME="101">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<!--3 01365659472.98-01365661756.99-01365662958.100-01365663844.101-01365684929.102- -->
+<LI><A HREF="000102.html">[99s-extend] Distributed model?
+</A><A NAME="102">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<!--3 01365659472.98-01365661756.99-01365662958.100-01365663844.101-01365684929.102-01365695195.103- -->
+<LI><A HREF="000103.html">[99s-extend] Distributed model?
+</A><A NAME="103">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01365723438.104- -->
+<LI><A HREF="000104.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="104">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<UL>
+<!--1 01365723438.104-01365725246.105- -->
+<LI><A HREF="000105.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="105">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01365723438.104-01365725246.105-01365726615.106- -->
+<LI><A HREF="000106.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="106">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+</UL>
+<!--1 01365723438.104-01365851559.107- -->
+<LI><A HREF="000107.html">[99s-extend] populating #http_req for unit testing
+</A><A NAME="107">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+</UL>
+<!--0 01366058742.108- -->
+<LI><A HREF="000108.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="108">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<UL>
+<!--1 01366058742.108-01366058867.109- -->
+<LI><A HREF="000109.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="109">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01366058742.108-01366058867.109-01366071224.110- -->
+<LI><A HREF="000110.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="110">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<UL>
+<!--3 01366058742.108-01366058867.109-01366071224.110-01366112054.111- -->
+<LI><A HREF="000111.html">[99s-extend] Reading body_qs multiple times
+</A><A NAME="111">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01366382829.112- -->
+<LI><A HREF="000112.html">[99s-extend] Cowboy CORS
+</A><A NAME="112">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--1 01366382829.112-01366384083.113- -->
+<LI><A HREF="000113.html">[99s-extend] Cowboy CORS
+</A><A NAME="113">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+</UL>
+<!--0 01366635594.114- -->
+<LI><A HREF="000114.html">[99s-extend] 505 error
+</A><A NAME="114">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--1 01366635594.114-01366640891.115- -->
+<LI><A HREF="000115.html">[99s-extend] 505 error
+</A><A NAME="115">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<UL>
+<!--2 01366635594.114-01366640891.115-01366641619.116- -->
+<LI><A HREF="000116.html">[99s-extend] 505 error
+</A><A NAME="116">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--3 01366635594.114-01366640891.115-01366641619.116-01366646024.117- -->
+<LI><A HREF="000117.html">[99s-extend] 505 error
+</A><A NAME="117">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01366635594.114-01366640891.115-01366641619.116-01366646111.118- -->
+<LI><A HREF="000118.html">[99s-extend] 505 error
+</A><A NAME="118">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<!--3 01366635594.114-01366640891.115-01366641619.116-01366646111.118-01366655408.119- -->
+<LI><A HREF="000119.html">[99s-extend] 505 error
+</A><A NAME="119">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<!--3 01366635594.114-01366640891.115-01366641619.116-01366646111.118-01366655408.119-01366658379.120- -->
+<LI><A HREF="000120.html">[99s-extend] 505 error
+</A><A NAME="120">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01366861584.121- -->
+<LI><A HREF="000121.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="121">&nbsp;</A>
+<I>yongboy
+</I>
+
+<UL>
+<!--1 01366861584.121-01366890135.122- -->
+<LI><A HREF="000122.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="122">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01366861584.121-01366890135.122-01366955820.123- -->
+<LI><A HREF="000123.html">[99s-extend] does cowboy support hot code reload/replace ?
+</A><A NAME="123">&nbsp;</A>
+<I>yongboy
+</I>
+
+</UL>
+</UL>
+<!--0 01366956716.124- -->
+<LI><A HREF="000124.html">[99s-extend] cowboy how to ruduce the memory usage per long-hold	connection
+</A><A NAME="124">&nbsp;</A>
+<I>yongboy
+</I>
+
+<UL>
+<!--1 01366956716.124-01366981913.125- -->
+<LI><A HREF="000125.html">[99s-extend] cowboy how to ruduce the memory usage per	long-hold connection
+</A><A NAME="125">&nbsp;</A>
+<I>rambocoder
+</I>
+
+</UL>
+<!--0 01366989692.126- -->
+<LI><A HREF="000126.html">[99s-extend] [ANN] Cowboy 0.8.4
+</A><A NAME="126">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01367348361.127- -->
+<LI><A HREF="000127.html">[99s-extend] cowboy websocket and wamp
+</A><A NAME="127">&nbsp;</A>
+<I>Gregory de Souza
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Apr 30 20:59:21 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:43 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-August.txt b/_build/static/archives/extend/2013-August.txt
new file mode 100644
index 00000000..6dde6851
--- /dev/null
+++ b/_build/static/archives/extend/2013-August.txt
@@ -0,0 +1,2765 @@
+From fgallaire at gmail.com  Fri Aug  2 17:01:26 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:01:26 +0200
+Subject: [99s-extend] Mailing lists
+Message-ID: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+
+The extend projets are great and very popular, they need to have each
+one a different mailing list.
+
+And mailman has a really useless web interface.
+
+Florent
+
+-- 
+FLOSS Engineer & Lawyer
+
+
+From fgallaire at gmail.com  Fri Aug  2 17:06:42 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:06:42 +0200
+Subject: [99s-extend] Riak in Farwest
+Message-ID: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+
+I love the farwest technical choices. But Riak seems to only be the
+"prototype' database, and PostgreSQL the real target.
+
+FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+want Riak, who really wants PostgresSQL ??
+
+Florent
+
+-- 
+FLOSS Engineer & Lawyer
+
+
+From essen at ninenines.eu  Fri Aug  2 17:08:47 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 02 Aug 2013 17:08:47 +0200
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Please tell us what you think makes Riak superior.
+
+On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+> I love the farwest technical choices. But Riak seems to only be the
+> "prototype' database, and PostgreSQL the real target.
+>
+> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+> want Riak, who really wants PostgresSQL ??
+>
+> Florent
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Fri Aug  2 17:09:58 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 02 Aug 2013 17:09:58 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/02/2013 05:01 PM, Florent Gallaire wrote:
+> The extend projets are great and very popular, they need to have each
+> one a different mailing list.
+
+That would be true if there was actual activity on the mailing lists. 
+There isn't.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From fgallaire at gmail.com  Fri Aug  2 17:14:00 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:14:00 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <[email protected]>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+
+On Fri, Aug 2, 2013 at 5:09 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> On 08/02/2013 05:01 PM, Florent Gallaire wrote:
+>>
+>> The extend projets are great and very popular, they need to have each
+>> one a different mailing list.
+>
+>
+> That would be true if there was actual activity on the mailing lists. There
+> isn't.
+
+There is no activity because Mailman is useless.
+
+Florent
+
+-- 
+FLOSS Engineer & Lawye
+
+
+From lee.sylvester at gmail.com  Fri Aug  2 17:20:05 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Fri, 2 Aug 2013 16:20:05 +0100
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <[email protected]>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+
+Lee 
+
+*** Mostly my opinion, only.
+
+
+
+On 2 Aug 2013, at 16:08, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Please tell us what you think makes Riak superior.
+> 
+> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+>> I love the farwest technical choices. But Riak seems to only be the
+>> "prototype' database, and PostgreSQL the real target.
+>> 
+>> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+>> want Riak, who really wants PostgresSQL ??
+>> 
+>> Florent
+>> 
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+
+From essen at ninenines.eu  Fri Aug  2 17:21:39 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 02 Aug 2013 17:21:39 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/02/2013 05:14 PM, Florent Gallaire wrote:
+> On Fri, Aug 2, 2013 at 5:09 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> On 08/02/2013 05:01 PM, Florent Gallaire wrote:
+>>>
+>>> The extend projets are great and very popular, they need to have each
+>>> one a different mailing list.
+>>
+>>
+>> That would be true if there was actual activity on the mailing lists. There
+>> isn't.
+>
+> There is no activity because Mailman is useless.
+
+I said no activity, I didn't say no members. Please keep your complaints 
+about the tool down, it's got nothing to do with it, and you just end up 
+spamming people here.
+
+All development happens on IRC, so this leaves the mailing lists only 
+useful for questions, which should be rarer over time considering the 
+docs keep improving and the archives provide great answers for the rest. 
+It's all good.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From fgallaire at gmail.com  Fri Aug  2 17:25:22 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:25:22 +0200
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <[email protected]>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAB9F1cdo2SLt2hdtjik1RtXPRGOQAxVEdr2Nxyx_06L=dbybJg@mail.gmail.com>
+
+On Fri, Aug 2, 2013 at 5:08 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> Please tell us what you think makes Riak superior.
+
+Riak is written in Erlang. See your own argumentations on why Erlang
+is the best langage to program high load/fault-tolerent web software.
+
+Riak is written in Erlang, as all the 99 other soft -> good
+integration of the whole.
+
+Riak is a NoSQL Dynamo database with Availability and Partition
+tolerance, and this is what I want for my web applications. PostgreSQL
+is a SQL Availability and Consistency old school database.
+
+Riak is just what want a developer who use erlang to have a scaling platform.
+
+Florent
+
+-- 
+FLOSS Engineer & Lawyer
+
+
+From Kevin.Brown at turner.com  Fri Aug  2 17:29:35 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Fri, 2 Aug 2013 15:29:35 +0000
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <[email protected]>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>,
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Postgres has been made to scale well in GIS applications.  Apple is using Postgres for their current Maps geo point storage.  
+
+On Aug 2, 2013, at 11:20 AM, "Lee Sylvester" <lee.sylvester at gmail.com> wrote:
+
+> It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+> 
+> Lee 
+> 
+> *** Mostly my opinion, only.
+> 
+> 
+> 
+> On 2 Aug 2013, at 16:08, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+>> Please tell us what you think makes Riak superior.
+>> 
+>> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+>>> I love the farwest technical choices. But Riak seems to only be the
+>>> "prototype' database, and PostgreSQL the real target.
+>>> 
+>>> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+>>> want Riak, who really wants PostgresSQL ??
+>>> 
+>>> Florent
+>> 
+>> 
+>> -- 
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+> 
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+> 
+
+
+
+From fgallaire at gmail.com  Fri Aug  2 17:33:32 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:33:32 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <[email protected]>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+
+> I said no activity, I didn't say no members. Please keep your complaints
+> about the tool down, it's got nothing to do with it, and you just end up
+> spamming people here.
+>
+> All development happens on IRC, so this leaves the mailing lists only useful
+> for questions, which should be rarer over time considering the docs keep
+> improving and the archives provide great answers for the rest. It's all
+> good.
+
+I don't agree. More you have users, more you should have questions on
+the mailing list, even if the documentation is improving.
+
+I'm on the mailing lists of **a lot** of free software with great
+documentations, and they are very active.
+
+Where is the history of the choices/debates made on IRC ?
+
+Florent
+
+-- 
+FLOSS Engineer & Lawyer
+
+
+From lee.sylvester at gmail.com  Fri Aug  2 17:33:53 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Fri, 2 Aug 2013 16:33:53 +0100
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <CAB9F1cdo2SLt2hdtjik1RtXPRGOQAxVEdr2Nxyx_06L=dbybJg@mail.gmail.com>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cdo2SLt2hdtjik1RtXPRGOQAxVEdr2Nxyx_06L=dbybJg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+NoSQL is a trend, but is often not the best choice for data storage.  The reason it has had a strong revival recently (no, NoSQL is not a new thing) is because it is simpler for non-SQL developers to jump into and requires less thought on structuring your data.  However, there are many scenarios where NoSQL is a bad choice.  For example, I would certainly hope my bank doesn't log my transactions using NoSQL!
+
+Lee
+
+
+
+
+On 2 Aug 2013, at 16:25, Florent Gallaire <fgallaire at gmail.com> wrote:
+
+> On Fri, Aug 2, 2013 at 5:08 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> Please tell us what you think makes Riak superior.
+> 
+> Riak is written in Erlang. See your own argumentations on why Erlang
+> is the best langage to program high load/fault-tolerent web software.
+> 
+> Riak is written in Erlang, as all the 99 other soft -> good
+> integration of the whole.
+> 
+> Riak is a NoSQL Dynamo database with Availability and Partition
+> tolerance, and this is what I want for my web applications. PostgreSQL
+> is a SQL Availability and Consistency old school database.
+> 
+> Riak is just what want a developer who use erlang to have a scaling platform.
+> 
+> Florent
+> 
+> -- 
+> FLOSS Engineer & Lawyer
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+
+From essen at ninenines.eu  Fri Aug  2 17:35:13 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 02 Aug 2013 17:35:13 +0200
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <[email protected]>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Let me clarify a few misconceptions here. (Mostly to show the choice 
+isn't random, don't take it wrong.)
+
+Riak and Riak CS are two different things. You most likely don't want to 
+run them together, especially considering the hardware requirements will 
+differ.
+
+Riak core, pipes, etc. are not really useful if you only use Riak as a 
+data store. It's cool that your DB has a great distributed processing 
+framework but pretty useless when you just want to retrieve some data 
+and format it in a web page.
+
+Riak has clustering, yes. PostgreSQL has clustering too.
+
+Riak has data-center aware clustering also if you get Riak Enterprise. 
+But it costs a lot (per node!). You can do the same with PostgreSQL at a 
+fraction of the price.
+
+Riak is built on Erlang, sure. But why should I care? I only want it to 
+handle my data. I don't want to look at the code. PostgreSQL is a much 
+proven piece of software.
+
+On 08/02/2013 05:20 PM, Lee Sylvester wrote:
+> It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+>
+> Lee
+>
+> *** Mostly my opinion, only.
+>
+>
+>
+> On 2 Aug 2013, at 16:08, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> Please tell us what you think makes Riak superior.
+>>
+>> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+>>> I love the farwest technical choices. But Riak seems to only be the
+>>> "prototype' database, and PostgreSQL the real target.
+>>>
+>>> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+>>> want Riak, who really wants PostgresSQL ??
+>>>
+>>> Florent
+>>>
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From fgallaire at gmail.com  Fri Aug  2 17:35:58 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:35:58 +0200
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <[email protected]>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cdo2SLt2hdtjik1RtXPRGOQAxVEdr2Nxyx_06L=dbybJg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAB9F1cdp2DwdhvFre+y0AMrugmvOvUB3GLY6T7AczzRG3aZLTg@mail.gmail.com>
+
+> For example, I would certainly hope my bank doesn't log my transactions using NoSQL!
+
+You're right, but is Farwest designed to develop banf software ? I
+don't think so.
+
+Florent
+
+-- 
+FLOSS Engineer & Lawyer
+
+
+From fgallaire at gmail.com  Fri Aug  2 17:39:04 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:39:04 +0200
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <[email protected]>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <CAB9F1cc0e+DqtTUW-YKEBW2LjF7b3i2Q0vbawDPoDuMB4P3CEQ@mail.gmail.com>
+
+> PostgreSQL is a much proven piece of software.
+
+Ouch !! And Apache is a much proven piece of software than cowboy, why
+don't use it for Farwest ?
+
+Florent
+
+
+-- 
+FLOSS Engineer & Lawyer
+
+
+From essen at ninenines.eu  Fri Aug  2 17:39:58 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 02 Aug 2013 17:39:58 +0200
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <CAB9F1cdo2SLt2hdtjik1RtXPRGOQAxVEdr2Nxyx_06L=dbybJg@mail.gmail.com>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cdo2SLt2hdtjik1RtXPRGOQAxVEdr2Nxyx_06L=dbybJg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/02/2013 05:25 PM, Florent Gallaire wrote:
+> On Fri, Aug 2, 2013 at 5:08 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> Please tell us what you think makes Riak superior.
+>
+> Riak is written in Erlang. See your own argumentations on why Erlang
+> is the best langage to program high load/fault-tolerent web software.
+ >
+> Riak is written in Erlang, as all the 99 other soft -> good
+> integration of the whole.
+
+See the post I just sent. I have no reason to care about the language 
+here. It's not going to run in the same node. I'm not going to look at 
+it. And PostgreSQL is a much proven software, much more than Riak who's 
+had issues with the Erlang schedulers and more and is still young.
+
+> Riak is a NoSQL Dynamo database with Availability and Partition
+> tolerance, and this is what I want for my web applications. PostgreSQL
+> is a SQL Availability and Consistency old school database.
+
+The need for partitioning comes a *lot* later for SQL databases. They 
+can deal with big amounts of data just fine. And Farwest is made for 
+small to medium applications, therefore the issue will likely never come 
+up until Farwest itself becomes the issue.
+
+> Riak is just what want a developer who use erlang to have a scaling platform.
+
+This is the first time I hear complaints about choosing PostgreSQL.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Fri Aug  2 17:41:39 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 02 Aug 2013 17:41:39 +0200
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <CAB9F1cc0e+DqtTUW-YKEBW2LjF7b3i2Q0vbawDPoDuMB4P3CEQ@mail.gmail.com>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <CAB9F1cc0e+DqtTUW-YKEBW2LjF7b3i2Q0vbawDPoDuMB4P3CEQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/02/2013 05:39 PM, Florent Gallaire wrote:
+>> PostgreSQL is a much proven piece of software.
+>
+> Ouch !! And Apache is a much proven piece of software than cowboy, why
+> don't use it for Farwest ?
+
+Because CGI, PHP, Perl, ... aren't. But you can put Apache in front of 
+Farwest just fine if you need to.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From lee.sylvester at gmail.com  Fri Aug  2 17:43:49 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Fri, 2 Aug 2013 16:43:49 +0100
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <[email protected]>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Hey, don't direct that at me :-S  I was agreeing with you :-D
+
+The only point I would differ with (and I may be wrong, as it was about 12 months ago that I researched this) is that I do feel, for clustering, that Riak does it better.  I'd much rather the dynamo model than a master-to-many slaves model.
+
+Lee
+
+
+
+On 2 Aug 2013, at 16:35, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Let me clarify a few misconceptions here. (Mostly to show the choice isn't random, don't take it wrong.)
+> 
+> Riak and Riak CS are two different things. You most likely don't want to run them together, especially considering the hardware requirements will differ.
+> 
+> Riak core, pipes, etc. are not really useful if you only use Riak as a data store. It's cool that your DB has a great distributed processing framework but pretty useless when you just want to retrieve some data and format it in a web page.
+> 
+> Riak has clustering, yes. PostgreSQL has clustering too.
+> 
+> Riak has data-center aware clustering also if you get Riak Enterprise. But it costs a lot (per node!). You can do the same with PostgreSQL at a fraction of the price.
+> 
+> Riak is built on Erlang, sure. But why should I care? I only want it to handle my data. I don't want to look at the code. PostgreSQL is a much proven piece of software.
+> 
+> On 08/02/2013 05:20 PM, Lee Sylvester wrote:
+>> It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+>> 
+>> Lee
+>> 
+>> *** Mostly my opinion, only.
+>> 
+>> 
+>> 
+>> On 2 Aug 2013, at 16:08, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> 
+>>> Please tell us what you think makes Riak superior.
+>>> 
+>>> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+>>>> I love the farwest technical choices. But Riak seems to only be the
+>>>> "prototype' database, and PostgreSQL the real target.
+>>>> 
+>>>> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+>>>> want Riak, who really wants PostgresSQL ??
+>>>> 
+>>>> Florent
+>>>> 
+>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> Erlang Cowboy
+>>> Nine Nines
+>>> http://ninenines.eu
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>> 
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Fri Aug  2 17:45:07 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 02 Aug 2013 17:45:07 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/02/2013 05:33 PM, Florent Gallaire wrote:
+> Where is the history of the choices/debates made on IRC ?
+
+No such thing. No need for it either, the choices tend to change a few 
+times until things stabilize.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From fgallaire at gmail.com  Fri Aug  2 17:46:53 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:46:53 +0200
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <[email protected]>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <CAB9F1cco6H-t=L6FXu1aa6O5opNVoVqAZbm2a=eRxAp+GD+awA@mail.gmail.com>
+
+> The only point I would differ with (and I may be wrong, as it was about 12 months ago that I researched this) is that I do feel, for clustering, that Riak does it better.  I'd much rather the dynamo model than a master-to-many slaves model.
+
+Yes you're right, all clustering are far to be equal. Dynamo is really
+great, and master-to-master is just an archaic way to do things you
+don't really know to do.
+
+Florent
+
+-- 
+FLOSS Engineer & Lawyer
+
+
+From essen at ninenines.eu  Fri Aug  2 17:47:39 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 02 Aug 2013 17:47:39 +0200
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <[email protected]>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I know, hence the "don't take it wrong".
+
+You have a few different projects enabling multi-master replication for 
+PostgreSQL. It's not an issue.
+
+On 08/02/2013 05:43 PM, Lee Sylvester wrote:
+> Hey, don't direct that at me :-S  I was agreeing with you :-D
+>
+> The only point I would differ with (and I may be wrong, as it was about 12 months ago that I researched this) is that I do feel, for clustering, that Riak does it better.  I'd much rather the dynamo model than a master-to-many slaves model.
+>
+> Lee
+>
+>
+>
+> On 2 Aug 2013, at 16:35, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> Let me clarify a few misconceptions here. (Mostly to show the choice isn't random, don't take it wrong.)
+>>
+>> Riak and Riak CS are two different things. You most likely don't want to run them together, especially considering the hardware requirements will differ.
+>>
+>> Riak core, pipes, etc. are not really useful if you only use Riak as a data store. It's cool that your DB has a great distributed processing framework but pretty useless when you just want to retrieve some data and format it in a web page.
+>>
+>> Riak has clustering, yes. PostgreSQL has clustering too.
+>>
+>> Riak has data-center aware clustering also if you get Riak Enterprise. But it costs a lot (per node!). You can do the same with PostgreSQL at a fraction of the price.
+>>
+>> Riak is built on Erlang, sure. But why should I care? I only want it to handle my data. I don't want to look at the code. PostgreSQL is a much proven piece of software.
+>>
+>> On 08/02/2013 05:20 PM, Lee Sylvester wrote:
+>>> It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+>>>
+>>> Lee
+>>>
+>>> *** Mostly my opinion, only.
+>>>
+>>>
+>>>
+>>> On 2 Aug 2013, at 16:08, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>
+>>>> Please tell us what you think makes Riak superior.
+>>>>
+>>>> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+>>>>> I love the farwest technical choices. But Riak seems to only be the
+>>>>> "prototype' database, and PostgreSQL the real target.
+>>>>>
+>>>>> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+>>>>> want Riak, who really wants PostgresSQL ??
+>>>>>
+>>>>> Florent
+>>>>>
+>>>>
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> Erlang Cowboy
+>>>> Nine Nines
+>>>> http://ninenines.eu
+>>>> _______________________________________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From fgallaire at gmail.com  Fri Aug  2 17:49:00 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:49:00 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <[email protected]>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+
+> No such thing. No need for it either, the choices tend to change a few times
+> until things stabilize.
+
+This is a really wrong way. Free software needs public transparency.
+
+Florent
+
+-- 
+FLOSS Engineer & Lawyer
+
+
+From essen at ninenines.eu  Fri Aug  2 17:50:32 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 02 Aug 2013 17:50:32 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/02/2013 05:49 PM, Florent Gallaire wrote:
+>> No such thing. No need for it either, the choices tend to change a few times
+>> until things stabilize.
+>
+> This is a really wrong way. Free software needs public transparency.
+
+The regular contributors don't seem to complain.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From tristan.sloughter at gmail.com  Fri Aug  2 17:52:17 2013
+From: tristan.sloughter at gmail.com (Tristan Sloughter)
+Date: Fri, 02 Aug 2013 08:52:17 -0700
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Public transparency like a public IRC channel anyone can join and log?
+
+On Fri, Aug 2, 2013, at 08:49 AM, Florent Gallaire wrote:
+> > No such thing. No need for it either, the choices tend to change a few times
+> > until things stabilize.
+> 
+> This is a really wrong way. Free software needs public transparency.
+> 
+> Florent
+> 
+> -- 
+> FLOSS Engineer & Lawyer
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+From fgallaire at gmail.com  Fri Aug  2 17:54:34 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Fri, 2 Aug 2013 17:54:34 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <[email protected]>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAB9F1cdfRBtfAYzu99hOt9OKsv7MpVMyAPLmmpA_Bazqfp3W8A@mail.gmail.com>
+
+On Fri, Aug 2, 2013 at 5:52 PM, Tristan Sloughter
+<tristan.sloughter at gmail.com> wrote:
+> Public transparency like a public IRC channel anyone can join and log?
+
+Haha, what a joke. It's a pity you don't understand that.
+
+Florent
+
+-- 
+FLOSS Engineer & Lawyer
+
+
+From tristan.sloughter at gmail.com  Fri Aug  2 17:54:38 2013
+From: tristan.sloughter at gmail.com (Tristan Sloughter)
+Date: Fri, 02 Aug 2013 08:54:38 -0700
+Subject: [99s-extend] Riak in Farwest
+In-Reply-To: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+References: <CAB9F1ccXD0RMYrMeu1zOr=s638sWN4DBQcVLrn9Rk8_q+xWKKA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Me for one. Rarely have a use case that fits Riak but daily have use
+cases that fit a RDBMS, and Postgres is the best of those in my opinion.
+
+On Fri, Aug 2, 2013, at 08:06 AM, Florent Gallaire wrote:
+> I love the farwest technical choices. But Riak seems to only be the
+> "prototype' database, and PostgreSQL the real target.
+> 
+> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+> want Riak, who really wants PostgresSQL ??
+> 
+> Florent
+> 
+> -- 
+> FLOSS Engineer & Lawyer
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+From jeremy at quarkgames.com  Fri Aug  2 21:33:59 2013
+From: jeremy at quarkgames.com (Jeremy Ong)
+Date: Fri, 2 Aug 2013 12:33:59 -0700
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <CAB9F1cdfRBtfAYzu99hOt9OKsv7MpVMyAPLmmpA_Bazqfp3W8A@mail.gmail.com>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cdfRBtfAYzu99hOt9OKsv7MpVMyAPLmmpA_Bazqfp3W8A@mail.gmail.com>
+Message-ID: <CAKD1GY56gKubvDkz911s9a47Bnu-YxGk48xJfe0DkpitfbwH3g@mail.gmail.com>
+
+Florent, I suggest you actually contribute something before telling
+the project maintainer how to run things and flaming people who *have*
+contributed.
+
+On Fri, Aug 2, 2013 at 8:54 AM, Florent Gallaire <fgallaire at gmail.com> wrote:
+> On Fri, Aug 2, 2013 at 5:52 PM, Tristan Sloughter
+> <tristan.sloughter at gmail.com> wrote:
+>> Public transparency like a public IRC channel anyone can join and log?
+>
+> Haha, what a joke. It's a pity you don't understand that.
+>
+> Florent
+>
+> --
+> FLOSS Engineer & Lawyer
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+From edgurgel at gmail.com  Fri Aug  2 21:57:22 2013
+From: edgurgel at gmail.com (Eduardo Gurgel)
+Date: Fri, 2 Aug 2013 16:57:22 -0300
+Subject: [99s-extend] Fwd:  Mailing lists
+In-Reply-To: <CAKAMJXjcwWJf7STqau=ghbsnnZRmobOSqxD9fjrrkgETu+v9Kw@mail.gmail.com>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cdfRBtfAYzu99hOt9OKsv7MpVMyAPLmmpA_Bazqfp3W8A@mail.gmail.com>
+ <CAKD1GY56gKubvDkz911s9a47Bnu-YxGk48xJfe0DkpitfbwH3g@mail.gmail.com>
+ <CAKAMJXjcwWJf7STqau=ghbsnnZRmobOSqxD9fjrrkgETu+v9Kw@mail.gmail.com>
+Message-ID: <CAKAMJXhSdYePQz55u5Hw6E1Qk-Je_o+ydP4vC+Yma=u=tBy4Jw@mail.gmail.com>
+
+Forgot to reply to all
+
+---------- Forwarded message ----------
+From: Eduardo Gurgel <edgurgel at gmail.com>
+Date: Fri, Aug 2, 2013 at 4:57 PM
+Subject: Re: [99s-extend] Mailing lists
+To: Jeremy Ong <jeremy at quarkgames.com>
+
+
+
+
+On Fri, Aug 2, 2013 at 4:33 PM, Jeremy Ong <jeremy at quarkgames.com> wrote:
+
+> Florent, I suggest you actually contribute something before telling
+> the project maintainer how to run things and flaming people who *have*
+> contributed.
+>
+
+Agreed.
+
+Too much pointing finger on this thread...
+
+-- 
+Eduardo
+
+
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130802/4f7baee0/attachment.html>
+
+From fgallaire at gmail.com  Sat Aug  3 00:16:30 2013
+From: fgallaire at gmail.com (Florent Gallaire)
+Date: Sat, 3 Aug 2013 00:16:30 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <CAKD1GY56gKubvDkz911s9a47Bnu-YxGk48xJfe0DkpitfbwH3g@mail.gmail.com>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cdfRBtfAYzu99hOt9OKsv7MpVMyAPLmmpA_Bazqfp3W8A@mail.gmail.com>
+ <CAKD1GY56gKubvDkz911s9a47Bnu-YxGk48xJfe0DkpitfbwH3g@mail.gmail.com>
+Message-ID: <CAB9F1cfpRX=WnK79_Q5s+hsW-uuybujnuqt6TeBcSXp5TbiLsg@mail.gmail.com>
+
+> Florent, I suggest you actually contribute something before telling
+> the project maintainer how to run things and flaming people who *have*
+> contributed.
+
+Jeremy, I tried to test farwest very early :
+https://github.com/extend/farwest/pull/4
+
+My "bad idee" of a server-sent events handler is now part of bullet :
+https://github.com/extend/bullet/issues/16
+
+Jeremy, maybe I haven't contribute something on this project because :
+- I spend a lot of time working as a lawyer
+- I spend a lot of time working on other free software
+- I'm not yet a great Erlang programmer
+
+AND
+
+- There's no visibility on what is really doing, and who is doing it,
+and why, and how it's decided. So I can't lose more time on that
+because I can't know what is happened and what will happen.
+
+I flame nobody. I give the 2 cents of help I can give. This is a
+contribution. You can think it's useless, but I don't think so.
+
+In free software, if you want a great success, you should be more open
+that just have a free software licence.
+You should do the life easier for the people interested in this
+project and who want to help. You can think it's not a problem, but I
+think it is. Is that a flame ?
+
+Florent
+
+FLOSS Engineer & Lawyer
+
+
+From essen at ninenines.eu  Sat Aug  3 09:13:50 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sat, 03 Aug 2013 09:13:50 +0200
+Subject: [99s-extend] Mailing lists
+In-Reply-To: <CAB9F1cfpRX=WnK79_Q5s+hsW-uuybujnuqt6TeBcSXp5TbiLsg@mail.gmail.com>
+References: <CAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV=9z_uE89vg@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cfDsMpoaD+YYGm+uErfqk1EM+piV4FN1KFOrdOGnB4BKA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc=EsqQE6Rae5g@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1ccF7aY92-00nZYJuzyu+xYbme6zeHv_9kt_Oj4FLJhooA@mail.gmail.com>
+ <[email protected]>
+ <CAB9F1cdfRBtfAYzu99hOt9OKsv7MpVMyAPLmmpA_Bazqfp3W8A@mail.gmail.com>
+ <CAKD1GY56gKubvDkz911s9a47Bnu-YxGk48xJfe0DkpitfbwH3g@mail.gmail.com>
+ <CAB9F1cfpRX=WnK79_Q5s+hsW-uuybujnuqt6TeBcSXp5TbiLsg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/03/2013 12:16 AM, Florent Gallaire wrote:
+> - There's no visibility on what is really doing, and who is doing it,
+> and why, and how it's decided. So I can't lose more time on that
+> because I can't know what is happened and what will happen.
+
+Or, you know, you could just open a ticket or ask like anyone else, 
+preferrably the former. Chances are whatever you're thinking of doing 
+has no chance of being merged at all, or could be interesting but only 
+if certain implementation details are respected, or needs to involve 
+other people.
+
+Even if we did put more info on who does what, this still wouldn't 
+remove the necessity for you to ask if you want to avoid losing your time.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From thebullno1 at gmail.com  Mon Aug  5 07:38:04 2013
+From: thebullno1 at gmail.com (Bach Le)
+Date: Mon, 5 Aug 2013 13:38:04 +0800
+Subject: [99s-extend] Mailing lists
+Message-ID: <CAG=BNYp2-Z04DZhXYDqEANBm=PS5CLzOCbGQD8k3JbTFr0Dawg@mail.gmail.com>
+
+>You can think it's not a problem, but Ithink it is. Is that a flame ?
+This is a flame:
+> Haha, what a joke. It's a pity you don't understand that.
+
+I for one, prefer Postgres. Not everything can be mapped to kv and that's
+the only thing Riak is good for. It's not fit for a general purpose
+database.
+To me, NoSQL is about specialization. Each db excels at one type of
+operation (and then there's mongo, but that's for another time), while
+RDBMSs offer general purpose solutions. I begin my projects with an RDBMS
+(usually Postgres) and when a particular piece of data is the bottleneck, I
+move it to the appropriate NoSQL db.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130805/9fd5783b/attachment.html>
+
+From essen at ninenines.eu  Wed Aug 14 19:50:18 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 14 Aug 2013 19:50:18 +0200
+Subject: [99s-extend] [ANN] Farwest 0.3.0
+Message-ID: <[email protected]>
+
+It's finally here!
+
+  *  https://github.com/extend/farwest/
+
+It's still a mess in the two other repositories so I recommend waiting 
+before digging in too much. This is just a direct port of the prototype 
+to a more workable build suite and repository structure.
+
+  *  https://github.com/extend/farwest_core/
+  *  https://github.com/extend/farwest_ui/
+
+A lot of work will be done on farwest_core next, while at the same time 
+the frontend dude takes care of making the UI good.
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Thu Aug 15 16:19:42 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 15 Aug 2013 16:19:42 +0200
+Subject: [99s-extend] [ANN] erlang.mk build tool
+Message-ID: <[email protected]>
+
+Hello friendly people,
+
+I would like to make an official announcement of erlang.mk now that all 
+the features I wanted are in.
+
+erlang.mk is a rebar replacement. It was initially created for allowing 
+a faster development process than rebar and for better compatibility 
+with Linux build tools. It should work on Linux and OSX with GNU Make 
+installed.
+
+Projects using erlang.mk are still compatible with rebar. Dependencies 
+fetched by rebar are stored in the same deps/ directory, and projects 
+using erlang.mk can still be used as rebar dependencies, with or without 
+a rebar.config file.
+
+erlang.mk also features a simple package index. Try `make pkg-list` to 
+list all packages currently available. All the packages listed are 
+compatible with erlang.mk with no tweaking required.
+
+Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+
+  *  https://github.com/extend/farwest/blob/master/Makefile
+  *  https://github.com/extend/cowboy/blob/master/Makefile
+
+I wrote about erlang.mk and relx recently on the Nine Nines blog. 
+erlang.mk is the perfect companion to relx.
+
+  *  http://ninenines.eu/articles/erlang.mk-and-relx
+
+Here are examples of projects that are using and compatible with erlang.mk:
+
+  *  https://github.com/jlouis/etorrent
+  *  https://github.com/extend/cowboy
+  *  https://github.com/extend/farwest
+
+You can find erlang.mk at the following URL:
+
+  *  https://github.com/extend/erlang.mk
+
+Contributions to the package index are of course welcome! The only 
+requirement is that the package is to be compatible with erlang.mk 
+itself. Just send a PR to the erlang.mk project updating the 
+packages.v1.txt!
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From desired.mta at gmail.com  Thu Aug 15 17:07:42 2013
+From: desired.mta at gmail.com (=?UTF-8?Q?Motiejus_Jak=C5=A1tys?=)
+Date: Thu, 15 Aug 2013 17:07:42 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAFVMu-qtqDgB+-W6KXY1iYudeU-KsbF-OkNEEDTX8Hac+5MxoQ@mail.gmail.com>
+
+On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> Hello friendly people,
+>
+> I would like to make an official announcement of erlang.mk now that all the
+> features I wanted are in.
+
+Please include an ability to cleanly override any target so make does
+not emit warnings about overwritten target. There are a few ways to do
+it, but I find this the easiest: prefix every target in erlang.mk with
+a variable:
+
+$(.erlang-mk-all)all:
+  <your stuff>
+
+That way, if $(.erlang-mk-all) is defined (from my application
+Makefile before including erlang.mk), your 'all' target will be the
+one that does not cause me warnings.
+
+Motiejus Jak?tys
+
+
+From essen at ninenines.eu  Thu Aug 15 18:32:04 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 15 Aug 2013 18:32:04 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <CAFVMu-qtqDgB+-W6KXY1iYudeU-KsbF-OkNEEDTX8Hac+5MxoQ@mail.gmail.com>
+References: <[email protected]>
+ <CAFVMu-qtqDgB+-W6KXY1iYudeU-KsbF-OkNEEDTX8Hac+5MxoQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/15/2013 05:07 PM, Motiejus Jak?tys wrote:
+> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> Hello friendly people,
+>>
+>> I would like to make an official announcement of erlang.mk now that all the
+>> features I wanted are in.
+>
+> Please include an ability to cleanly override any target so make does
+> not emit warnings about overwritten target. There are a few ways to do
+> it, but I find this the easiest: prefix every target in erlang.mk with
+> a variable:
+>
+> $(.erlang-mk-all)all:
+>    <your stuff>
+>
+> That way, if $(.erlang-mk-all) is defined (from my application
+> Makefile before including erlang.mk), your 'all' target will be the
+> one that does not cause me warnings.
+
+Yes I was thinking about this, but so far nobody needed it. If you do, 
+though, patches welcome!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Fri Aug 16 16:34:56 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 16 Aug 2013 16:34:56 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+References: <[email protected]>
+ <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+> The big problem with erlang.mk <http://erlang.mk> is requiring to have
+> gmake and more importantly wget installed imo.
+
+wget is only used for fetching the package index file. I'm sure if it 
+doesn't work somewhere it'll be patched eventually.
+
+> Which makes it quite annoying to distribute on systems that have none of
+> them. It would be interrestin to have the support for curl for example.
+> Also what are the makefile extensions that you really need to require gmake?
+
+No idea. Patches are welcome for compatibility with different OS/build 
+tools (as long as it's not "rewrite the whole file" of course, then 
+you're better off just using gmake).
+
+> - benoit
+>
+>
+> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     Hello friendly people,
+>
+>     I would like to make an official announcement of erlang.mk
+>     <http://erlang.mk> now that all the features I wanted are in.
+>
+>     erlang.mk <http://erlang.mk> is a rebar replacement. It was
+>     initially created for allowing a faster development process than
+>     rebar and for better compatibility with Linux build tools. It should
+>     work on Linux and OSX with GNU Make installed.
+>
+>     Projects using erlang.mk <http://erlang.mk> are still compatible
+>     with rebar. Dependencies fetched by rebar are stored in the same
+>     deps/ directory, and projects using erlang.mk <http://erlang.mk> can
+>     still be used as rebar dependencies, with or without a rebar.config
+>     file.
+>
+>     erlang.mk <http://erlang.mk> also features a simple package index.
+>     Try `make pkg-list` to list all packages currently available. All
+>     the packages listed are compatible with erlang.mk <http://erlang.mk>
+>     with no tweaking required.
+>
+>     Makefiles written with erlang.mk <http://erlang.mk> are *VERY*
+>     simple, here are two examples:
+>
+>       * https://github.com/extend/__farwest/blob/master/Makefile
+>     <https://github.com/extend/farwest/blob/master/Makefile>
+>       * https://github.com/extend/__cowboy/blob/master/Makefile
+>     <https://github.com/extend/cowboy/blob/master/Makefile>
+>
+>     I wrote about erlang.mk <http://erlang.mk> and relx recently on the
+>     Nine Nines blog. erlang.mk <http://erlang.mk> is the perfect
+>     companion to relx.
+>
+>       * http://ninenines.eu/articles/__erlang.mk-and-relx
+>     <http://ninenines.eu/articles/erlang.mk-and-relx>
+>
+>     Here are examples of projects that are using and compatible with
+>     erlang.mk <http://erlang.mk>:
+>
+>       * https://github.com/jlouis/__etorrent
+>     <https://github.com/jlouis/etorrent>
+>       * https://github.com/extend/__cowboy
+>     <https://github.com/extend/cowboy>
+>       * https://github.com/extend/__farwest
+>     <https://github.com/extend/farwest>
+>
+>     You can find erlang.mk <http://erlang.mk> at the following URL:
+>
+>       * https://github.com/extend/__erlang.mk
+>     <https://github.com/extend/erlang.mk>
+>
+>     Contributions to the package index are of course welcome! The only
+>     requirement is that the package is to be compatible with erlang.mk
+>     <http://erlang.mk> itself. Just send a PR to the erlang.mk
+>     <http://erlang.mk> project updating the packages.v1.txt!
+>
+>     Enjoy!
+>
+>     --
+>     Lo?c Hoguin
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>     _________________________________________________
+>     erlang-questions mailing list
+>     erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>     http://erlang.org/mailman/__listinfo/erlang-questions
+>     <http://erlang.org/mailman/listinfo/erlang-questions>
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From jesper.louis.andersen at erlang-solutions.com  Fri Aug 16 10:01:01 2013
+From: jesper.louis.andersen at erlang-solutions.com (Jesper Louis Andersen)
+Date: Fri, 16 Aug 2013 10:01:01 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAGrdgiWNpD7GAgE-8xHamW9FQSvnp=1SxODXeHy8erK8+P5wVg@mail.gmail.com>
+
+On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> I would like to make an official announcement of erlang.mk now that all
+> the features I wanted are in.
+>
+
+I have been using erlang.mk for a while now, and recently I converted
+etorrent to use it as a test of the viability in larger projects. Typical
+gotchas:
+
+* Projects has no Makefile. erlang.mk needs one. So add one!
+* No `modules` section in the .app file. erlang.mk needs one to replace it.
+Not adding this makes relx behave badly.
+* If you use relx, it is more strict in what it accepts.
+* Relx can't yet overlay sys.config :/
+
+Apart from that, erlang.mk is a bliss to work with. In one project I am
+working with:
+
+Core i5 2.4Ghz approx 2010 Macbook Pro, encrypted disk (this hurts
+performance like mad):
+
+Cold build:
+
+Rebar: 40 secs
+elrang.mk: 42 secs
+
+Build where each file is compiled in advance:
+
+Rebar: 20 secs
+erlang.mk: 0.4 secs
+
+For my development cycle, this is important enough to spend time rewriting
+projects to use erlang.mk. Also note that rebar.config and erlang.mk can
+co-exist, so you don't need to abandon rebar for erlang.mk, which is
+important.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130816/1c70f542/attachment.html>
+
+From bchesneau at gmail.com  Fri Aug 16 10:39:27 2013
+From: bchesneau at gmail.com (Benoit Chesneau)
+Date: Fri, 16 Aug 2013 10:39:27 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+
+The big problem with erlang.mk is requiring to have gmake and more
+importantly wget installed imo.
+
+Which makes it quite annoying to distribute on systems that have none of
+them. It would be interrestin to have the support for curl for example.
+Also what are the makefile extensions that you really need to require gmake?
+
+- benoit
+
+
+On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Hello friendly people,
+>
+> I would like to make an official announcement of erlang.mk now that all
+> the features I wanted are in.
+>
+> erlang.mk is a rebar replacement. It was initially created for allowing a
+> faster development process than rebar and for better compatibility with
+> Linux build tools. It should work on Linux and OSX with GNU Make installed.
+>
+> Projects using erlang.mk are still compatible with rebar. Dependencies
+> fetched by rebar are stored in the same deps/ directory, and projects using
+> erlang.mk can still be used as rebar dependencies, with or without a
+> rebar.config file.
+>
+> erlang.mk also features a simple package index. Try `make pkg-list` to
+> list all packages currently available. All the packages listed are
+> compatible with erlang.mk with no tweaking required.
+>
+> Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+>
+>  *  https://github.com/extend/**farwest/blob/master/Makefile<https://github.com/extend/farwest/blob/master/Makefile>
+>  *  https://github.com/extend/**cowboy/blob/master/Makefile<https://github.com/extend/cowboy/blob/master/Makefile>
+>
+> I wrote about erlang.mk and relx recently on the Nine Nines blog.
+> erlang.mk is the perfect companion to relx.
+>
+>  *  http://ninenines.eu/articles/**erlang.mk-and-relx<http://ninenines.eu/articles/erlang.mk-and-relx>
+>
+> Here are examples of projects that are using and compatible with erlang.mk
+> :
+>
+>  *  https://github.com/jlouis/**etorrent<https://github.com/jlouis/etorrent>
+>  *  https://github.com/extend/**cowboy <https://github.com/extend/cowboy>
+>  *  https://github.com/extend/**farwest<https://github.com/extend/farwest>
+>
+> You can find erlang.mk at the following URL:
+>
+>  *  https://github.com/extend/**erlang.mk<https://github.com/extend/erlang.mk>
+>
+> Contributions to the package index are of course welcome! The only
+> requirement is that the package is to be compatible with erlang.mkitself. Just send a PR to the
+> erlang.mk project updating the packages.v1.txt!
+>
+> Enjoy!
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> ______________________________**_________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org
+> http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130816/ff4591a1/attachment.html>
+
+From dronnikov at gmail.com  Fri Aug 16 13:25:20 2013
+From: dronnikov at gmail.com (Vladimir Dronnikov)
+Date: Fri, 16 Aug 2013 15:25:20 +0400
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+References: <[email protected]>
+ <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+Message-ID: <CAE9na_MBpyKA1K0wVTf_NA58UNkohOmGQRSx6cy+q8ds0kjtGQ@mail.gmail.com>
+
+I believe
+curl -L $(PKG_FILE_URL) >$(PKG_FILE)
+is kinda drop-in replacement for
+wget -O $(PKG_FILE) $(PKG_FILE_URL)
+used in erlang.mk.
+
+Should be tested
+
+
+On Fri, Aug 16, 2013 at 12:39 PM, Benoit Chesneau <bchesneau at gmail.com>wrote:
+
+> The big problem with erlang.mk is requiring to have gmake and more
+> importantly wget installed imo.
+>
+> Which makes it quite annoying to distribute on systems that have none of
+> them. It would be interrestin to have the support for curl for example.
+> Also what are the makefile extensions that you really need to require gmake?
+>
+> - benoit
+>
+>
+> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> Hello friendly people,
+>>
+>> I would like to make an official announcement of erlang.mk now that all
+>> the features I wanted are in.
+>>
+>> erlang.mk is a rebar replacement. It was initially created for allowing
+>> a faster development process than rebar and for better compatibility with
+>> Linux build tools. It should work on Linux and OSX with GNU Make installed.
+>>
+>> Projects using erlang.mk are still compatible with rebar. Dependencies
+>> fetched by rebar are stored in the same deps/ directory, and projects using
+>> erlang.mk can still be used as rebar dependencies, with or without a
+>> rebar.config file.
+>>
+>> erlang.mk also features a simple package index. Try `make pkg-list` to
+>> list all packages currently available. All the packages listed are
+>> compatible with erlang.mk with no tweaking required.
+>>
+>> Makefiles written with erlang.mk are *VERY* simple, here are two
+>> examples:
+>>
+>>  *  https://github.com/extend/**farwest/blob/master/Makefile<https://github.com/extend/farwest/blob/master/Makefile>
+>>  *  https://github.com/extend/**cowboy/blob/master/Makefile<https://github.com/extend/cowboy/blob/master/Makefile>
+>>
+>> I wrote about erlang.mk and relx recently on the Nine Nines blog.
+>> erlang.mk is the perfect companion to relx.
+>>
+>>  *  http://ninenines.eu/articles/**erlang.mk-and-relx<http://ninenines.eu/articles/erlang.mk-and-relx>
+>>
+>> Here are examples of projects that are using and compatible with
+>> erlang.mk:
+>>
+>>  *  https://github.com/jlouis/**etorrent<https://github.com/jlouis/etorrent>
+>>  *  https://github.com/extend/**cowboy <https://github.com/extend/cowboy>
+>>  *  https://github.com/extend/**farwest<https://github.com/extend/farwest>
+>>
+>> You can find erlang.mk at the following URL:
+>>
+>>  *  https://github.com/extend/**erlang.mk<https://github.com/extend/erlang.mk>
+>>
+>> Contributions to the package index are of course welcome! The only
+>> requirement is that the package is to be compatible with erlang.mkitself. Just send a PR to the
+>> erlang.mk project updating the packages.v1.txt!
+>>
+>> Enjoy!
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>> ______________________________**_________________
+>> erlang-questions mailing list
+>> erlang-questions at erlang.org
+>> http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
+>>
+>
+>
+> _______________________________________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org
+> http://erlang.org/mailman/listinfo/erlang-questions
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130816/8f4a69b4/attachment.html>
+
+From steve at srstrong.com  Fri Aug 16 14:27:48 2013
+From: steve at srstrong.com (Steve Strong)
+Date: Fri, 16 Aug 2013 14:27:48 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Looks good - I like simple!  Quick question, does it support multiple applications, for example a project laid out as:  
+
+/proj
+/deps
+/stuff
+
+/apps
+/app1
+/app2
+
+Most of our stuff is in that form, with shared dependencies between the various apps.  Rebar is quite happy with that format, but I can't see how to persuade erlang.mk to handle that.
+
+Cheers,
+
+Steve  
+
+--  
+Steve Strong
+Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
+
+
+On Thursday, 15 August 2013 at 16:19, Lo?c Hoguin wrote:
+
+> Hello friendly people,
+>  
+> I would like to make an official announcement of erlang.mk now that all  
+> the features I wanted are in.
+>  
+> erlang.mk is a rebar replacement. It was initially created for allowing  
+> a faster development process than rebar and for better compatibility  
+> with Linux build tools. It should work on Linux and OSX with GNU Make  
+> installed.
+>  
+> Projects using erlang.mk are still compatible with rebar. Dependencies  
+> fetched by rebar are stored in the same deps/ directory, and projects  
+> using erlang.mk can still be used as rebar dependencies, with or without  
+> a rebar.config file.
+>  
+> erlang.mk also features a simple package index. Try `make pkg-list` to  
+> list all packages currently available. All the packages listed are  
+> compatible with erlang.mk with no tweaking required.
+>  
+> Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+>  
+> * https://github.com/extend/farwest/blob/master/Makefile
+> * https://github.com/extend/cowboy/blob/master/Makefile
+>  
+> I wrote about erlang.mk and relx recently on the Nine Nines blog.  
+> erlang.mk is the perfect companion to relx.
+>  
+> * http://ninenines.eu/articles/erlang.mk-and-relx
+>  
+> Here are examples of projects that are using and compatible with erlang.mk:
+>  
+> * https://github.com/jlouis/etorrent
+> * https://github.com/extend/cowboy
+> * https://github.com/extend/farwest
+>  
+> You can find erlang.mk at the following URL:
+>  
+> * https://github.com/extend/erlang.mk
+>  
+> Contributions to the package index are of course welcome! The only  
+> requirement is that the package is to be compatible with erlang.mk  
+> itself. Just send a PR to the erlang.mk project updating the  
+> packages.v1.txt!
+>  
+> Enjoy!
+>  
+> --  
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> _______________________________________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org (mailto:erlang-questions at erlang.org)
+> http://erlang.org/mailman/listinfo/erlang-questions
+>  
+>  
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130816/a886396a/attachment.html>
+
+From list1 at gjunka.com  Fri Aug 16 16:42:28 2013
+From: list1 at gjunka.com (Grzegorz Junka)
+Date: Fri, 16 Aug 2013 15:42:28 +0100
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Why not use Erlang for downloading? Surely if erlang.mk is a tool for 
+Erlang then it will be very likely installed. For example this target 
+downloads Rebar:
+
+# Erlang Rebar downloading, see:
+# 
+https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y
+rb_rebar_url=http://cloud.github.com/downloads/basho/rebar/rebar
+./rebar:
+$(ERL) -noshell -s inets -s ssl \
+-eval 'httpc:request(get, {"$(rb_rebar_url)", []}, [], [{stream, 
+"./rebar"}])' \
+-s init stop
+chmod +x ./rebar
+REBAR=$(shell (type rebar 2>/dev/null || echo ./rebar) | tail -1 | awk 
+'{ print $$NF }')
+
+
+It could be used to download anything, not just REBAR.
+
+- Greg
+
+
+On 16/08/2013 15:34, Lo?c Hoguin wrote:
+> On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+>> The big problem with erlang.mk <http://erlang.mk> is requiring to have
+>> gmake and more importantly wget installed imo.
+>
+> wget is only used for fetching the package index file. I'm sure if it 
+> doesn't work somewhere it'll be patched eventually.
+>
+>> Which makes it quite annoying to distribute on systems that have none of
+>> them. It would be interrestin to have the support for curl for example.
+>> Also what are the makefile extensions that you really need to require 
+>> gmake?
+>
+> No idea. Patches are welcome for compatibility with different OS/build 
+> tools (as long as it's not "rewrite the whole file" of course, then 
+> you're better off just using gmake).
+>
+>> - benoit
+>>
+>>
+>> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     Hello friendly people,
+>>
+>>     I would like to make an official announcement of erlang.mk
+>>     <http://erlang.mk> now that all the features I wanted are in.
+>>
+>>     erlang.mk <http://erlang.mk> is a rebar replacement. It was
+>>     initially created for allowing a faster development process than
+>>     rebar and for better compatibility with Linux build tools. It should
+>>     work on Linux and OSX with GNU Make installed.
+>>
+>>     Projects using erlang.mk <http://erlang.mk> are still compatible
+>>     with rebar. Dependencies fetched by rebar are stored in the same
+>>     deps/ directory, and projects using erlang.mk <http://erlang.mk> can
+>>     still be used as rebar dependencies, with or without a rebar.config
+>>     file.
+>>
+>>     erlang.mk <http://erlang.mk> also features a simple package index.
+>>     Try `make pkg-list` to list all packages currently available. All
+>>     the packages listed are compatible with erlang.mk <http://erlang.mk>
+>>     with no tweaking required.
+>>
+>>     Makefiles written with erlang.mk <http://erlang.mk> are *VERY*
+>>     simple, here are two examples:
+>>
+>>       * https://github.com/extend/__farwest/blob/master/Makefile
+>> <https://github.com/extend/farwest/blob/master/Makefile>
+>>       * https://github.com/extend/__cowboy/blob/master/Makefile
+>> <https://github.com/extend/cowboy/blob/master/Makefile>
+>>
+>>     I wrote about erlang.mk <http://erlang.mk> and relx recently on the
+>>     Nine Nines blog. erlang.mk <http://erlang.mk> is the perfect
+>>     companion to relx.
+>>
+>>       * http://ninenines.eu/articles/__erlang.mk-and-relx
+>>     <http://ninenines.eu/articles/erlang.mk-and-relx>
+>>
+>>     Here are examples of projects that are using and compatible with
+>>     erlang.mk <http://erlang.mk>:
+>>
+>>       * https://github.com/jlouis/__etorrent
+>>     <https://github.com/jlouis/etorrent>
+>>       * https://github.com/extend/__cowboy
+>>     <https://github.com/extend/cowboy>
+>>       * https://github.com/extend/__farwest
+>>     <https://github.com/extend/farwest>
+>>
+>>     You can find erlang.mk <http://erlang.mk> at the following URL:
+>>
+>>       * https://github.com/extend/__erlang.mk
+>>     <https://github.com/extend/erlang.mk>
+>>
+>>     Contributions to the package index are of course welcome! The only
+>>     requirement is that the package is to be compatible with erlang.mk
+>>     <http://erlang.mk> itself. Just send a PR to the erlang.mk
+>>     <http://erlang.mk> project updating the packages.v1.txt!
+>>
+>>     Enjoy!
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     Erlang Cowboy
+>>     Nine Nines
+>>     http://ninenines.eu
+>>     _________________________________________________
+>>     erlang-questions mailing list
+>>     erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>>     http://erlang.org/mailman/__listinfo/erlang-questions
+>>     <http://erlang.org/mailman/listinfo/erlang-questions>
+>>
+>>
+>
+>
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130816/4e596577/attachment.html>
+
+From essen at ninenines.eu  Fri Aug 16 16:42:39 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 16 Aug 2013 16:42:39 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Well I'm sure if you create a base Makefile (without erlang.mk) that 
+exports DEPS_DIR and then call $(MAKE) on all folders in /apps (which 
+would themselves contain Makefiles that use erlang.mk), it would work 
+just fine. You can still keep only one erlang.mk in your repos and use 
+include ../../erlang.mk instead for example.
+
+But know that this folder structure is a rebar thing and not standard 
+(just like /deps you'll say, but that one is insanely useful regardless 
+of the project structure otherwise).
+
+On 08/16/2013 02:27 PM, Steve Strong wrote:
+> Looks good - I like simple!  Quick question, does it support multiple
+> applications, for example a project laid out as:
+>
+> /proj
+> /deps
+> /stuff
+>
+> /apps
+> /app1
+> /app2
+>
+> Most of our stuff is in that form, with shared dependencies between the
+> various apps.  Rebar is quite happy with that format, but I can't see
+> how to persuade erlang.mk to handle that.
+>
+> Cheers,
+>
+> Steve
+>
+> --
+> Steve Strong
+> Sent with Sparrow <http://www.sparrowmailapp.com/?sig>
+>
+> On Thursday, 15 August 2013 at 16:19, Lo?c Hoguin wrote:
+>
+>> Hello friendly people,
+>>
+>> I would like to make an official announcement of erlang.mk now that all
+>> the features I wanted are in.
+>>
+>> erlang.mk is a rebar replacement. It was initially created for allowing
+>> a faster development process than rebar and for better compatibility
+>> with Linux build tools. It should work on Linux and OSX with GNU Make
+>> installed.
+>>
+>> Projects using erlang.mk are still compatible with rebar. Dependencies
+>> fetched by rebar are stored in the same deps/ directory, and projects
+>> using erlang.mk can still be used as rebar dependencies, with or without
+>> a rebar.config file.
+>>
+>> erlang.mk also features a simple package index. Try `make pkg-list` to
+>> list all packages currently available. All the packages listed are
+>> compatible with erlang.mk with no tweaking required.
+>>
+>> Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+>>
+>> * https://github.com/extend/farwest/blob/master/Makefile
+>> * https://github.com/extend/cowboy/blob/master/Makefile
+>>
+>> I wrote about erlang.mk and relx recently on the Nine Nines blog.
+>> erlang.mk is the perfect companion to relx.
+>>
+>> * http://ninenines.eu/articles/erlang.mk-and-relx
+>>
+>> Here are examples of projects that are using and compatible with
+>> erlang.mk:
+>>
+>> * https://github.com/jlouis/etorrent
+>> * https://github.com/extend/cowboy
+>> * https://github.com/extend/farwest
+>>
+>> You can find erlang.mk at the following URL:
+>>
+>> * https://github.com/extend/erlang.mk
+>>
+>> Contributions to the package index are of course welcome! The only
+>> requirement is that the package is to be compatible with erlang.mk
+>> itself. Just send a PR to the erlang.mk project updating the
+>> packages.v1.txt!
+>>
+>> Enjoy!
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>> _______________________________________________
+>> erlang-questions mailing list
+>> erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>> http://erlang.org/mailman/listinfo/erlang-questions
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Fri Aug 16 16:44:58 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 16 Aug 2013 16:44:58 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+Starting Erlang takes too long. That's a big reason why erlang.mk was 
+created. :)
+
+I recall NetBSD being able to download things with a shell script only 
+(as it comes with nothing installed), this would be a more interesting 
+solution especially since we can bundle it in the erlang.mk file too.
+
+On 08/16/2013 04:42 PM, Grzegorz Junka wrote:
+> Why not use Erlang for downloading? Surely if erlang.mk is a tool for
+> Erlang then it will be very likely installed. For example this target
+> downloads Rebar:
+>
+> # Erlang Rebar downloading, see:
+> #
+> https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y
+> rb_rebar_url=http://cloud.github.com/downloads/basho/rebar/rebar
+> ./rebar:
+> $(ERL) -noshell -s inets -s ssl \
+> -eval 'httpc:request(get, {"$(rb_rebar_url)", []}, [], [{stream,
+> "./rebar"}])' \
+> -s init stop
+> chmod +x ./rebar
+> REBAR=$(shell (type rebar 2>/dev/null || echo ./rebar) | tail -1 | awk
+> '{ print $$NF }')
+>
+>
+> It could be used to download anything, not just REBAR.
+>
+> - Greg
+>
+>
+> On 16/08/2013 15:34, Lo?c Hoguin wrote:
+>> On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+>>> The big problem with erlang.mk <http://erlang.mk> is requiring to have
+>>> gmake and more importantly wget installed imo.
+>>
+>> wget is only used for fetching the package index file. I'm sure if it
+>> doesn't work somewhere it'll be patched eventually.
+>>
+>>> Which makes it quite annoying to distribute on systems that have none of
+>>> them. It would be interrestin to have the support for curl for example.
+>>> Also what are the makefile extensions that you really need to require
+>>> gmake?
+>>
+>> No idea. Patches are welcome for compatibility with different OS/build
+>> tools (as long as it's not "rewrite the whole file" of course, then
+>> you're better off just using gmake).
+>>
+>>> - benoit
+>>>
+>>>
+>>> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu
+>>> <mailto:essen at ninenines.eu>> wrote:
+>>>
+>>>     Hello friendly people,
+>>>
+>>>     I would like to make an official announcement of erlang.mk
+>>> <http://erlang.mk> now that all the features I wanted are in.
+>>>
+>>>     erlang.mk <http://erlang.mk> is a rebar replacement. It was
+>>>     initially created for allowing a faster development process than
+>>>     rebar and for better compatibility with Linux build tools. It should
+>>>     work on Linux and OSX with GNU Make installed.
+>>>
+>>>     Projects using erlang.mk <http://erlang.mk> are still compatible
+>>>     with rebar. Dependencies fetched by rebar are stored in the same
+>>>     deps/ directory, and projects using erlang.mk <http://erlang.mk> can
+>>>     still be used as rebar dependencies, with or without a rebar.config
+>>>     file.
+>>>
+>>>     erlang.mk <http://erlang.mk> also features a simple package index.
+>>>     Try `make pkg-list` to list all packages currently available. All
+>>>     the packages listed are compatible with erlang.mk <http://erlang.mk>
+>>>     with no tweaking required.
+>>>
+>>>     Makefiles written with erlang.mk <http://erlang.mk> are *VERY*
+>>>     simple, here are two examples:
+>>>
+>>>       * https://github.com/extend/__farwest/blob/master/Makefile
+>>> <https://github.com/extend/farwest/blob/master/Makefile>
+>>>       * https://github.com/extend/__cowboy/blob/master/Makefile
+>>> <https://github.com/extend/cowboy/blob/master/Makefile>
+>>>
+>>>     I wrote about erlang.mk <http://erlang.mk> and relx recently on the
+>>>     Nine Nines blog. erlang.mk <http://erlang.mk> is the perfect
+>>>     companion to relx.
+>>>
+>>>       * http://ninenines.eu/articles/__erlang.mk-and-relx
+>>> <http://ninenines.eu/articles/erlang.mk-and-relx>
+>>>
+>>>     Here are examples of projects that are using and compatible with
+>>>     erlang.mk <http://erlang.mk>:
+>>>
+>>>       * https://github.com/jlouis/__etorrent
+>>> <https://github.com/jlouis/etorrent>
+>>>       * https://github.com/extend/__cowboy
+>>> <https://github.com/extend/cowboy>
+>>>       * https://github.com/extend/__farwest
+>>> <https://github.com/extend/farwest>
+>>>
+>>>     You can find erlang.mk <http://erlang.mk> at the following URL:
+>>>
+>>>       * https://github.com/extend/__erlang.mk
+>>> <https://github.com/extend/erlang.mk>
+>>>
+>>>     Contributions to the package index are of course welcome! The only
+>>>     requirement is that the package is to be compatible with erlang.mk
+>>> <http://erlang.mk> itself. Just send a PR to the erlang.mk
+>>> <http://erlang.mk> project updating the packages.v1.txt!
+>>>
+>>>     Enjoy!
+>>>
+>>>     --
+>>>     Lo?c Hoguin
+>>>     Erlang Cowboy
+>>>     Nine Nines
+>>> http://ninenines.eu
+>>>     _________________________________________________
+>>>     erlang-questions mailing list
+>>> erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>>> http://erlang.org/mailman/__listinfo/erlang-questions
+>>> <http://erlang.org/mailman/listinfo/erlang-questions>
+>>>
+>>>
+>>
+>>
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From steve at srstrong.com  Fri Aug 16 16:44:07 2013
+From: steve at srstrong.com (Steve Strong)
+Date: Fri, 16 Aug 2013 16:44:07 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Was guessing that was the answer - I'll give it a go...  
+
+--  
+Steve Strong
+Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
+
+
+On Friday, 16 August 2013 at 16:42, Lo?c Hoguin wrote:
+
+> Well I'm sure if you create a base Makefile (without erlang.mk) that  
+> exports DEPS_DIR and then call $(MAKE) on all folders in /apps (which  
+> would themselves contain Makefiles that use erlang.mk), it would work  
+> just fine. You can still keep only one erlang.mk in your repos and use  
+> include ../../erlang.mk instead for example.
+>  
+> But know that this folder structure is a rebar thing and not standard  
+> (just like /deps you'll say, but that one is insanely useful regardless  
+> of the project structure otherwise).
+>  
+> On 08/16/2013 02:27 PM, Steve Strong wrote:
+> > Looks good - I like simple! Quick question, does it support multiple
+> > applications, for example a project laid out as:
+> >  
+> > /proj
+> > /deps
+> > /stuff
+> >  
+> > /apps
+> > /app1
+> > /app2
+> >  
+> > Most of our stuff is in that form, with shared dependencies between the
+> > various apps. Rebar is quite happy with that format, but I can't see
+> > how to persuade erlang.mk to handle that.
+> >  
+> > Cheers,
+> >  
+> > Steve
+> >  
+> > --
+> > Steve Strong
+> > Sent with Sparrow <http://www.sparrowmailapp.com/?sig>
+> >  
+> > On Thursday, 15 August 2013 at 16:19, Lo?c Hoguin wrote:
+> >  
+> > > Hello friendly people,
+> > >  
+> > > I would like to make an official announcement of erlang.mk now that all
+> > > the features I wanted are in.
+> > >  
+> > > erlang.mk is a rebar replacement. It was initially created for allowing
+> > > a faster development process than rebar and for better compatibility
+> > > with Linux build tools. It should work on Linux and OSX with GNU Make
+> > > installed.
+> > >  
+> > > Projects using erlang.mk are still compatible with rebar. Dependencies
+> > > fetched by rebar are stored in the same deps/ directory, and projects
+> > > using erlang.mk can still be used as rebar dependencies, with or without
+> > > a rebar.config file.
+> > >  
+> > > erlang.mk also features a simple package index. Try `make pkg-list` to
+> > > list all packages currently available. All the packages listed are
+> > > compatible with erlang.mk with no tweaking required.
+> > >  
+> > > Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+> > >  
+> > > * https://github.com/extend/farwest/blob/master/Makefile
+> > > * https://github.com/extend/cowboy/blob/master/Makefile
+> > >  
+> > > I wrote about erlang.mk and relx recently on the Nine Nines blog.
+> > > erlang.mk is the perfect companion to relx.
+> > >  
+> > > * http://ninenines.eu/articles/erlang.mk-and-relx
+> > >  
+> > > Here are examples of projects that are using and compatible with
+> > > erlang.mk:
+> > >  
+> > > * https://github.com/jlouis/etorrent
+> > > * https://github.com/extend/cowboy
+> > > * https://github.com/extend/farwest
+> > >  
+> > > You can find erlang.mk at the following URL:
+> > >  
+> > > * https://github.com/extend/erlang.mk
+> > >  
+> > > Contributions to the package index are of course welcome! The only
+> > > requirement is that the package is to be compatible with erlang.mk
+> > > itself. Just send a PR to the erlang.mk project updating the
+> > > packages.v1.txt!
+> > >  
+> > > Enjoy!
+> > >  
+> > > --
+> > > Lo?c Hoguin
+> > > Erlang Cowboy
+> > > Nine Nines
+> > > http://ninenines.eu
+> > > _______________________________________________
+> > > erlang-questions mailing list
+> > > erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+> > > http://erlang.org/mailman/listinfo/erlang-questions
+> > >  
+> >  
+> >  
+>  
+>  
+>  
+> --  
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>  
+>  
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130816/1cd82d09/attachment.html>
+
+From list1 at gjunka.com  Fri Aug 16 17:02:00 2013
+From: list1 at gjunka.com (Grzegorz Junka)
+Date: Fri, 16 Aug 2013 16:02:00 +0100
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+But it "is only used for fetching the package index file"... :) If the 
+target is up to date there is no starting of Erlang. But on the other 
+hand it could be used conditionally, e.g. use wget on systems on which 
+it is installed and Erlang otherwise. It's just down to creating a 
+properly structured target, isn't?
+
+On 16/08/2013 15:44, Lo?c Hoguin wrote:
+> Starting Erlang takes too long. That's a big reason why erlang.mk was 
+> created. :)
+>
+> I recall NetBSD being able to download things with a shell script only 
+> (as it comes with nothing installed), this would be a more interesting 
+> solution especially since we can bundle it in the erlang.mk file too.
+>
+> On 08/16/2013 04:42 PM, Grzegorz Junka wrote:
+>> Why not use Erlang for downloading? Surely if erlang.mk is a tool for
+>> Erlang then it will be very likely installed. For example this target
+>> downloads Rebar:
+>>
+>> # Erlang Rebar downloading, see:
+>> #
+>> https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y 
+>>
+>> rb_rebar_url=http://cloud.github.com/downloads/basho/rebar/rebar
+>> ./rebar:
+>> $(ERL) -noshell -s inets -s ssl \
+>> -eval 'httpc:request(get, {"$(rb_rebar_url)", []}, [], [{stream,
+>> "./rebar"}])' \
+>> -s init stop
+>> chmod +x ./rebar
+>> REBAR=$(shell (type rebar 2>/dev/null || echo ./rebar) | tail -1 | awk
+>> '{ print $$NF }')
+>>
+>>
+>> It could be used to download anything, not just REBAR.
+>>
+>> - Greg
+>>
+>>
+>> On 16/08/2013 15:34, Lo?c Hoguin wrote:
+>>> On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+>>>> The big problem with erlang.mk <http://erlang.mk> is requiring to have
+>>>> gmake and more importantly wget installed imo.
+>>>
+>>> wget is only used for fetching the package index file. I'm sure if it
+>>> doesn't work somewhere it'll be patched eventually.
+>>>
+>>>> Which makes it quite annoying to distribute on systems that have 
+>>>> none of
+>>>> them. It would be interrestin to have the support for curl for 
+>>>> example.
+>>>> Also what are the makefile extensions that you really need to require
+>>>> gmake?
+>>>
+>>> No idea. Patches are welcome for compatibility with different OS/build
+>>> tools (as long as it's not "rewrite the whole file" of course, then
+>>> you're better off just using gmake).
+>>>
+>>>> - benoit
+>>>>
+>>>>
+>>>> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu
+>>>> <mailto:essen at ninenines.eu>> wrote:
+>>>>
+>>>>     Hello friendly people,
+>>>>
+>>>>     I would like to make an official announcement of erlang.mk
+>>>> <http://erlang.mk> now that all the features I wanted are in.
+>>>>
+>>>>     erlang.mk <http://erlang.mk> is a rebar replacement. It was
+>>>>     initially created for allowing a faster development process than
+>>>>     rebar and for better compatibility with Linux build tools. It 
+>>>> should
+>>>>     work on Linux and OSX with GNU Make installed.
+>>>>
+>>>>     Projects using erlang.mk <http://erlang.mk> are still compatible
+>>>>     with rebar. Dependencies fetched by rebar are stored in the same
+>>>>     deps/ directory, and projects using erlang.mk 
+>>>> <http://erlang.mk> can
+>>>>     still be used as rebar dependencies, with or without a 
+>>>> rebar.config
+>>>>     file.
+>>>>
+>>>>     erlang.mk <http://erlang.mk> also features a simple package index.
+>>>>     Try `make pkg-list` to list all packages currently available. All
+>>>>     the packages listed are compatible with erlang.mk 
+>>>> <http://erlang.mk>
+>>>>     with no tweaking required.
+>>>>
+>>>>     Makefiles written with erlang.mk <http://erlang.mk> are *VERY*
+>>>>     simple, here are two examples:
+>>>>
+>>>>       * https://github.com/extend/__farwest/blob/master/Makefile
+>>>> <https://github.com/extend/farwest/blob/master/Makefile>
+>>>>       * https://github.com/extend/__cowboy/blob/master/Makefile
+>>>> <https://github.com/extend/cowboy/blob/master/Makefile>
+>>>>
+>>>>     I wrote about erlang.mk <http://erlang.mk> and relx recently on 
+>>>> the
+>>>>     Nine Nines blog. erlang.mk <http://erlang.mk> is the perfect
+>>>>     companion to relx.
+>>>>
+>>>>       * http://ninenines.eu/articles/__erlang.mk-and-relx
+>>>> <http://ninenines.eu/articles/erlang.mk-and-relx>
+>>>>
+>>>>     Here are examples of projects that are using and compatible with
+>>>>     erlang.mk <http://erlang.mk>:
+>>>>
+>>>>       * https://github.com/jlouis/__etorrent
+>>>> <https://github.com/jlouis/etorrent>
+>>>>       * https://github.com/extend/__cowboy
+>>>> <https://github.com/extend/cowboy>
+>>>>       * https://github.com/extend/__farwest
+>>>> <https://github.com/extend/farwest>
+>>>>
+>>>>     You can find erlang.mk <http://erlang.mk> at the following URL:
+>>>>
+>>>>       * https://github.com/extend/__erlang.mk
+>>>> <https://github.com/extend/erlang.mk>
+>>>>
+>>>>     Contributions to the package index are of course welcome! The only
+>>>>     requirement is that the package is to be compatible with erlang.mk
+>>>> <http://erlang.mk> itself. Just send a PR to the erlang.mk
+>>>> <http://erlang.mk> project updating the packages.v1.txt!
+>>>>
+>>>>     Enjoy!
+>>>>
+>>>>     --
+>>>>     Lo?c Hoguin
+>>>>     Erlang Cowboy
+>>>>     Nine Nines
+>>>> http://ninenines.eu
+>>>>     _________________________________________________
+>>>>     erlang-questions mailing list
+>>>> erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>>>> http://erlang.org/mailman/__listinfo/erlang-questions
+>>>> <http://erlang.org/mailman/listinfo/erlang-questions>
+>>>>
+>>>>
+>>>
+>>>
+>>
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>>
+>
+>
+
+
+
+From essen at ninenines.eu  Fri Aug 16 17:10:19 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 16 Aug 2013 17:10:19 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+I know, and if it makes it work where it currently doesn't I'd merge it. 
+But ultimately we want to avoid starting Erlang unless strictly necessary.
+
+On 08/16/2013 05:02 PM, Grzegorz Junka wrote:
+> But it "is only used for fetching the package index file"... :) If the
+> target is up to date there is no starting of Erlang. But on the other
+> hand it could be used conditionally, e.g. use wget on systems on which
+> it is installed and Erlang otherwise. It's just down to creating a
+> properly structured target, isn't?
+>
+> On 16/08/2013 15:44, Lo?c Hoguin wrote:
+>> Starting Erlang takes too long. That's a big reason why erlang.mk was
+>> created. :)
+>>
+>> I recall NetBSD being able to download things with a shell script only
+>> (as it comes with nothing installed), this would be a more interesting
+>> solution especially since we can bundle it in the erlang.mk file too.
+>>
+>> On 08/16/2013 04:42 PM, Grzegorz Junka wrote:
+>>> Why not use Erlang for downloading? Surely if erlang.mk is a tool for
+>>> Erlang then it will be very likely installed. For example this target
+>>> downloads Rebar:
+>>>
+>>> # Erlang Rebar downloading, see:
+>>> #
+>>> https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y
+>>>
+>>> rb_rebar_url=http://cloud.github.com/downloads/basho/rebar/rebar
+>>> ./rebar:
+>>> $(ERL) -noshell -s inets -s ssl \
+>>> -eval 'httpc:request(get, {"$(rb_rebar_url)", []}, [], [{stream,
+>>> "./rebar"}])' \
+>>> -s init stop
+>>> chmod +x ./rebar
+>>> REBAR=$(shell (type rebar 2>/dev/null || echo ./rebar) | tail -1 | awk
+>>> '{ print $$NF }')
+>>>
+>>>
+>>> It could be used to download anything, not just REBAR.
+>>>
+>>> - Greg
+>>>
+>>>
+>>> On 16/08/2013 15:34, Lo?c Hoguin wrote:
+>>>> On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+>>>>> The big problem with erlang.mk <http://erlang.mk> is requiring to have
+>>>>> gmake and more importantly wget installed imo.
+>>>>
+>>>> wget is only used for fetching the package index file. I'm sure if it
+>>>> doesn't work somewhere it'll be patched eventually.
+>>>>
+>>>>> Which makes it quite annoying to distribute on systems that have
+>>>>> none of
+>>>>> them. It would be interrestin to have the support for curl for
+>>>>> example.
+>>>>> Also what are the makefile extensions that you really need to require
+>>>>> gmake?
+>>>>
+>>>> No idea. Patches are welcome for compatibility with different OS/build
+>>>> tools (as long as it's not "rewrite the whole file" of course, then
+>>>> you're better off just using gmake).
+>>>>
+>>>>> - benoit
+>>>>>
+>>>>>
+>>>>> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin <essen at ninenines.eu
+>>>>> <mailto:essen at ninenines.eu>> wrote:
+>>>>>
+>>>>>     Hello friendly people,
+>>>>>
+>>>>>     I would like to make an official announcement of erlang.mk
+>>>>> <http://erlang.mk> now that all the features I wanted are in.
+>>>>>
+>>>>>     erlang.mk <http://erlang.mk> is a rebar replacement. It was
+>>>>>     initially created for allowing a faster development process than
+>>>>>     rebar and for better compatibility with Linux build tools. It
+>>>>> should
+>>>>>     work on Linux and OSX with GNU Make installed.
+>>>>>
+>>>>>     Projects using erlang.mk <http://erlang.mk> are still compatible
+>>>>>     with rebar. Dependencies fetched by rebar are stored in the same
+>>>>>     deps/ directory, and projects using erlang.mk
+>>>>> <http://erlang.mk> can
+>>>>>     still be used as rebar dependencies, with or without a
+>>>>> rebar.config
+>>>>>     file.
+>>>>>
+>>>>>     erlang.mk <http://erlang.mk> also features a simple package index.
+>>>>>     Try `make pkg-list` to list all packages currently available. All
+>>>>>     the packages listed are compatible with erlang.mk
+>>>>> <http://erlang.mk>
+>>>>>     with no tweaking required.
+>>>>>
+>>>>>     Makefiles written with erlang.mk <http://erlang.mk> are *VERY*
+>>>>>     simple, here are two examples:
+>>>>>
+>>>>>       * https://github.com/extend/__farwest/blob/master/Makefile
+>>>>> <https://github.com/extend/farwest/blob/master/Makefile>
+>>>>>       * https://github.com/extend/__cowboy/blob/master/Makefile
+>>>>> <https://github.com/extend/cowboy/blob/master/Makefile>
+>>>>>
+>>>>>     I wrote about erlang.mk <http://erlang.mk> and relx recently on
+>>>>> the
+>>>>>     Nine Nines blog. erlang.mk <http://erlang.mk> is the perfect
+>>>>>     companion to relx.
+>>>>>
+>>>>>       * http://ninenines.eu/articles/__erlang.mk-and-relx
+>>>>> <http://ninenines.eu/articles/erlang.mk-and-relx>
+>>>>>
+>>>>>     Here are examples of projects that are using and compatible with
+>>>>>     erlang.mk <http://erlang.mk>:
+>>>>>
+>>>>>       * https://github.com/jlouis/__etorrent
+>>>>> <https://github.com/jlouis/etorrent>
+>>>>>       * https://github.com/extend/__cowboy
+>>>>> <https://github.com/extend/cowboy>
+>>>>>       * https://github.com/extend/__farwest
+>>>>> <https://github.com/extend/farwest>
+>>>>>
+>>>>>     You can find erlang.mk <http://erlang.mk> at the following URL:
+>>>>>
+>>>>>       * https://github.com/extend/__erlang.mk
+>>>>> <https://github.com/extend/erlang.mk>
+>>>>>
+>>>>>     Contributions to the package index are of course welcome! The only
+>>>>>     requirement is that the package is to be compatible with erlang.mk
+>>>>> <http://erlang.mk> itself. Just send a PR to the erlang.mk
+>>>>> <http://erlang.mk> project updating the packages.v1.txt!
+>>>>>
+>>>>>     Enjoy!
+>>>>>
+>>>>>     --
+>>>>>     Lo?c Hoguin
+>>>>>     Erlang Cowboy
+>>>>>     Nine Nines
+>>>>> http://ninenines.eu
+>>>>>     _________________________________________________
+>>>>>     erlang-questions mailing list
+>>>>> erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>>>>> http://erlang.org/mailman/__listinfo/erlang-questions
+>>>>> <http://erlang.org/mailman/listinfo/erlang-questions>
+>>>>>
+>>>>>
+>>>>
+>>>>
+>>>
+>>>
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>
+>>
+>>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From wbin00 at gmail.com  Fri Aug 16 17:40:22 2013
+From: wbin00 at gmail.com (Bin Wang)
+Date: Fri, 16 Aug 2013 23:40:22 +0800
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <CAD_32VXteDmb218jRdJcabGSrc7zUvuTpxov+Os=D07Ce5pSZQ@mail.gmail.com>
+
+Will it support protobuf(https://github.com/basho/erlang_protobuffs),
+I cannot compile *.proto file from src/ with erlang.mk.
+
+
+From essen at ninenines.eu  Fri Aug 16 17:55:30 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 16 Aug 2013 17:55:30 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <CAD_32VXteDmb218jRdJcabGSrc7zUvuTpxov+Os=D07Ce5pSZQ@mail.gmail.com>
+References: <[email protected]>
+ <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+ <CAD_32VXteDmb218jRdJcabGSrc7zUvuTpxov+Os=D07Ce5pSZQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/16/2013 05:40 PM, Bin Wang wrote:
+> Will it support protobuf(https://github.com/basho/erlang_protobuffs),
+> I cannot compile *.proto file from src/ with erlang.mk.
+
+That's a good question. I probably would merge such a patch right now, 
+but if it ends up being too many different compilers we'll probably need 
+a better solution (something like having you include both erlang.mk and 
+protobuffs.mk to enable it?).
+
+I don't use protobuffs myself so don't count on me though.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From jeremy at quarkgames.com  Fri Aug 16 18:29:36 2013
+From: jeremy at quarkgames.com (Jeremy Ong)
+Date: Fri, 16 Aug 2013 09:29:36 -0700
+Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAJNb-9qrsb=pdXziwNiOa5EF12e3QieMyj0N6OdzGY=-0CCz=A@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+ <CAD_32VXteDmb218jRdJcabGSrc7zUvuTpxov+Os=D07Ce5pSZQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAKD1GY6F-+Zo7jpSM6rJrZkAypwaazh=ZBg+Q0_YY5MyXeK2XQ@mail.gmail.com>
+
+I'd prefer it if there were more generalized hooks for files of
+different names rather than hardcoding usage of a particular library.
+In the case of protobuffers, some people use piqi, others use basho's
+library, and still others use their own library.
+
+On Fri, Aug 16, 2013 at 8:55 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> On 08/16/2013 05:40 PM, Bin Wang wrote:
+>>
+>> Will it support protobuf(https://github.com/basho/erlang_protobuffs),
+>> I cannot compile *.proto file from src/ with erlang.mk.
+>
+>
+> That's a good question. I probably would merge such a patch right now, but
+> if it ends up being too many different compilers we'll probably need a
+> better solution (something like having you include both erlang.mk and
+> protobuffs.mk to enable it?).
+>
+> I don't use protobuffs myself so don't count on me though.
+>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+From wbin00 at gmail.com  Sat Aug 17 10:00:04 2013
+From: wbin00 at gmail.com (Bin Wang)
+Date: Sat, 17 Aug 2013 16:00:04 +0800
+Subject: [99s-extend] How to broadcaset with ranch?
+Message-ID: <CAD_32VWVNb_-vHChdC2S4CcFeJ29v5n3w6B0LNS5=RqWQxKaAQ@mail.gmail.com>
+
+Hi,
+
+I'm new to ranch. In my application, I need to send some message to
+all connections. So I'd like to know can I get all connections from
+ranch, so I could use Transport:send to send them, or I must manage
+all the created connections by myself? Or is there any other better
+way?
+
+Thanks.
+
+Bin Wang
+
+
+From essen at ninenines.eu  Sat Aug 17 10:10:41 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sat, 17 Aug 2013 10:10:41 +0200
+Subject: [99s-extend] How to broadcaset with ranch?
+In-Reply-To: <CAD_32VWVNb_-vHChdC2S4CcFeJ29v5n3w6B0LNS5=RqWQxKaAQ@mail.gmail.com>
+References: <CAD_32VWVNb_-vHChdC2S4CcFeJ29v5n3w6B0LNS5=RqWQxKaAQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/17/2013 10:00 AM, Bin Wang wrote:
+> Hi,
+>
+> I'm new to ranch. In my application, I need to send some message to
+> all connections. So I'd like to know can I get all connections from
+> ranch, so I could use Transport:send to send them, or I must manage
+> all the created connections by myself? Or is there any other better
+> way?
+
+The best way to do that is on your end, using gproc properties. When the 
+connection is accepted, register the process with the property and use 
+the property to send messages to all processes. You don't need to 
+unregister when the connection ends, gproc does that automatically.
+
+The hackish way to do that would be to call supervisor:which_children on 
+the ranch_conns_sup supervisor of your listener, but that will slow down 
+the accepting of new connections, so don't do this if you need high 
+accept rates.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From seancribbs at gmail.com  Wed Aug 21 05:18:19 2013
+From: seancribbs at gmail.com (Sean Cribbs)
+Date: Tue, 20 Aug 2013 22:18:19 -0500
+Subject: [99s-extend] [erlang-questions]  How to broadcaset with ranch?
+In-Reply-To: <[email protected]>
+References: <CAD_32VWVNb_-vHChdC2S4CcFeJ29v5n3w6B0LNS5=RqWQxKaAQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAPGJuCaYJnOn-Hq_GgQZV2pxmaUwCxbS372dapbnQiOZ8vWC=w@mail.gmail.com>
+
+This is exactly the sort of thing gen_event is for. I would make each
+server process register a handler at startup using
+gen_event:add_sup_handler() and then have the handle_event callback simply
+relay the event to the server processes. Yes, gproc can do this, but why
+incur its extra features and overhead?
+
+
+On Sat, Aug 17, 2013 at 3:10 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> On 08/17/2013 10:00 AM, Bin Wang wrote:
+>
+>> Hi,
+>>
+>> I'm new to ranch. In my application, I need to send some message to
+>> all connections. So I'd like to know can I get all connections from
+>> ranch, so I could use Transport:send to send them, or I must manage
+>> all the created connections by myself? Or is there any other better
+>> way?
+>>
+>
+> The best way to do that is on your end, using gproc properties. When the
+> connection is accepted, register the process with the property and use the
+> property to send messages to all processes. You don't need to unregister
+> when the connection ends, gproc does that automatically.
+>
+> The hackish way to do that would be to call supervisor:which_children on
+> the ranch_conns_sup supervisor of your listener, but that will slow down
+> the accepting of new connections, so don't do this if you need high accept
+> rates.
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+> ______________________________**_________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org
+> http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130820/b203ebe2/attachment.html>
+
diff --git a/_build/static/archives/extend/2013-August/000176.html b/_build/static/archives/extend/2013-August/000176.html
new file mode 100644
index 00000000..cbbe96ab
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000176.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV%3D9z_uE89vg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000179.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1ceSGWQMLisLg67Hakg5BkEPEqNMgkwQhujV%3D9z_uE89vg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mailing lists">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:01:26 CEST 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000179.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#176">[ date ]</a>
+              <a href="thread.html#176">[ thread ]</a>
+              <a href="subject.html#176">[ subject ]</a>
+              <a href="author.html#176">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>The extend projets are great and very popular, they need to have each
+one a different mailing list.
+
+And mailman has a really useless web interface.
+
+Florent
+
+-- 
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000179.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#176">[ date ]</a>
+              <a href="thread.html#176">[ thread ]</a>
+              <a href="subject.html#176">[ subject ]</a>
+              <a href="author.html#176">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000177.html b/_build/static/archives/extend/2013-August/000177.html
new file mode 100644
index 00000000..cf868ba2
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000177.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1ccXD0RMYrMeu1zOr%3Ds638sWN4DBQcVLrn9Rk8_q%2BxWKKA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000205.html">
+   <LINK REL="Next"  HREF="000178.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1ccXD0RMYrMeu1zOr%3Ds638sWN4DBQcVLrn9Rk8_q%2BxWKKA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:06:42 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000205.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000178.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#177">[ date ]</a>
+              <a href="thread.html#177">[ thread ]</a>
+              <a href="subject.html#177">[ subject ]</a>
+              <a href="author.html#177">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I love the farwest technical choices. But Riak seems to only be the
+&quot;prototype' database, and PostgreSQL the real target.
+
+FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+want Riak, who really wants PostgresSQL ??
+
+Florent
+
+-- 
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000205.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000178.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#177">[ date ]</a>
+              <a href="thread.html#177">[ thread ]</a>
+              <a href="subject.html#177">[ subject ]</a>
+              <a href="author.html#177">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000178.html b/_build/static/archives/extend/2013-August/000178.html
new file mode 100644
index 00000000..5083ed82
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000178.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBCB7F.5080803%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000177.html">
+   <LINK REL="Next"  HREF="000181.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBCB7F.5080803%40ninenines.eu%3E"
+       TITLE="[99s-extend] Riak in Farwest">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug  2 17:08:47 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000177.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000181.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#178">[ date ]</a>
+              <a href="thread.html#178">[ thread ]</a>
+              <a href="subject.html#178">[ subject ]</a>
+              <a href="author.html#178">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Please tell us what you think makes Riak superior.
+
+On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+&gt;<i> I love the farwest technical choices. But Riak seems to only be the
+</I>&gt;<i> &quot;prototype' database, and PostgreSQL the real target.
+</I>&gt;<i>
+</I>&gt;<i> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+</I>&gt;<i> want Riak, who really wants PostgresSQL ??
+</I>&gt;<i>
+</I>&gt;<i> Florent
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000177.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000181.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#178">[ date ]</a>
+              <a href="thread.html#178">[ thread ]</a>
+              <a href="subject.html#178">[ subject ]</a>
+              <a href="author.html#178">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000179.html b/_build/static/archives/extend/2013-August/000179.html
new file mode 100644
index 00000000..ed0bf2c0
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000179.html
@@ -0,0 +1,73 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FBCBC6.60805%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000176.html">
+   <LINK REL="Next"  HREF="000180.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FBCBC6.60805%40ninenines.eu%3E"
+       TITLE="[99s-extend] Mailing lists">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug  2 17:09:58 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000176.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000180.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#179">[ date ]</a>
+              <a href="thread.html#179">[ thread ]</a>
+              <a href="subject.html#179">[ subject ]</a>
+              <a href="author.html#179">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/02/2013 05:01 PM, Florent Gallaire wrote:
+&gt;<i> The extend projets are great and very popular, they need to have each
+</I>&gt;<i> one a different mailing list.
+</I>
+That would be true if there was actual activity on the mailing lists. 
+There isn't.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000176.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000180.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#179">[ date ]</a>
+              <a href="thread.html#179">[ thread ]</a>
+              <a href="subject.html#179">[ subject ]</a>
+              <a href="author.html#179">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000180.html b/_build/static/archives/extend/2013-August/000180.html
new file mode 100644
index 00000000..e949c4d6
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000180.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1cfDsMpoaD%2BYYGm%2BuErfqk1EM%2BpiV4FN1KFOrdOGnB4BKA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000179.html">
+   <LINK REL="Next"  HREF="000182.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1cfDsMpoaD%2BYYGm%2BuErfqk1EM%2BpiV4FN1KFOrdOGnB4BKA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mailing lists">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:14:00 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000179.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000182.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#180">[ date ]</a>
+              <a href="thread.html#180">[ thread ]</a>
+              <a href="subject.html#180">[ subject ]</a>
+              <a href="author.html#180">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Fri, Aug 2, 2013 at 5:09 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+&gt;<i> On 08/02/2013 05:01 PM, Florent Gallaire wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The extend projets are great and very popular, they need to have each
+</I>&gt;&gt;<i> one a different mailing list.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> That would be true if there was actual activity on the mailing lists. There
+</I>&gt;<i> isn't.
+</I>
+There is no activity because Mailman is useless.
+
+Florent
+
+-- 
+FLOSS Engineer &amp; Lawye
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000179.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000182.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#180">[ date ]</a>
+              <a href="thread.html#180">[ thread ]</a>
+              <a href="subject.html#180">[ subject ]</a>
+              <a href="author.html#180">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000181.html b/_build/static/archives/extend/2013-August/000181.html
new file mode 100644
index 00000000..ce4c1fc2
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000181.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C1832C7FD-55D1-4B4E-B29D-CABD5B31A651%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000178.html">
+   <LINK REL="Next"  HREF="000184.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C1832C7FD-55D1-4B4E-B29D-CABD5B31A651%40gmail.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:20:05 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000178.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000184.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#181">[ date ]</a>
+              <a href="thread.html#181">[ thread ]</a>
+              <a href="subject.html#181">[ subject ]</a>
+              <a href="author.html#181">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+
+Lee 
+
+*** Mostly my opinion, only.
+
+
+
+On 2 Aug 2013, at 16:08, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Please tell us what you think makes Riak superior.
+</I>&gt;<i> 
+</I>&gt;<i> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+</I>&gt;&gt;<i> I love the farwest technical choices. But Riak seems to only be the
+</I>&gt;&gt;<i> &quot;prototype' database, and PostgreSQL the real target.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+</I>&gt;&gt;<i> want Riak, who really wants PostgresSQL ??
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Florent
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000178.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000184.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#181">[ date ]</a>
+              <a href="thread.html#181">[ thread ]</a>
+              <a href="subject.html#181">[ subject ]</a>
+              <a href="author.html#181">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000182.html b/_build/static/archives/extend/2013-August/000182.html
new file mode 100644
index 00000000..18e0a832
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000182.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FBCE83.1010706%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000180.html">
+   <LINK REL="Next"  HREF="000185.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FBCE83.1010706%40ninenines.eu%3E"
+       TITLE="[99s-extend] Mailing lists">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug  2 17:21:39 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000180.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000185.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#182">[ date ]</a>
+              <a href="thread.html#182">[ thread ]</a>
+              <a href="subject.html#182">[ subject ]</a>
+              <a href="author.html#182">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/02/2013 05:14 PM, Florent Gallaire wrote:
+&gt;<i> On Fri, Aug 2, 2013 at 5:09 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> On 08/02/2013 05:01 PM, Florent Gallaire wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> The extend projets are great and very popular, they need to have each
+</I>&gt;&gt;&gt;<i> one a different mailing list.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> That would be true if there was actual activity on the mailing lists. There
+</I>&gt;&gt;<i> isn't.
+</I>&gt;<i>
+</I>&gt;<i> There is no activity because Mailman is useless.
+</I>
+I said no activity, I didn't say no members. Please keep your complaints 
+about the tool down, it's got nothing to do with it, and you just end up 
+spamming people here.
+
+All development happens on IRC, so this leaves the mailing lists only 
+useful for questions, which should be rarer over time considering the 
+docs keep improving and the archives provide great answers for the rest. 
+It's all good.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000180.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000185.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#182">[ date ]</a>
+              <a href="thread.html#182">[ thread ]</a>
+              <a href="subject.html#182">[ subject ]</a>
+              <a href="author.html#182">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000183.html b/_build/static/archives/extend/2013-August/000183.html
new file mode 100644
index 00000000..156bb411
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000183.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1cdo2SLt2hdtjik1RtXPRGOQAxVEdr2Nxyx_06L%3DdbybJg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000195.html">
+   <LINK REL="Next"  HREF="000186.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1cdo2SLt2hdtjik1RtXPRGOQAxVEdr2Nxyx_06L%3DdbybJg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:25:22 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000195.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000186.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#183">[ date ]</a>
+              <a href="thread.html#183">[ thread ]</a>
+              <a href="subject.html#183">[ subject ]</a>
+              <a href="author.html#183">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Fri, Aug 2, 2013 at 5:08 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+&gt;<i> Please tell us what you think makes Riak superior.
+</I>
+Riak is written in Erlang. See your own argumentations on why Erlang
+is the best langage to program high load/fault-tolerent web software.
+
+Riak is written in Erlang, as all the 99 other soft -&gt; good
+integration of the whole.
+
+Riak is a NoSQL Dynamo database with Availability and Partition
+tolerance, and this is what I want for my web applications. PostgreSQL
+is a SQL Availability and Consistency old school database.
+
+Riak is just what want a developer who use erlang to have a scaling platform.
+
+Florent
+
+-- 
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000195.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000186.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#183">[ date ]</a>
+              <a href="thread.html#183">[ thread ]</a>
+              <a href="subject.html#183">[ subject ]</a>
+              <a href="author.html#183">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000184.html b/_build/static/archives/extend/2013-August/000184.html
new file mode 100644
index 00000000..6d1e2ff4
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000184.html
@@ -0,0 +1,103 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C5320D978-2DD2-4E4F-98DD-D61ED6E6D270%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000181.html">
+   <LINK REL="Next"  HREF="000187.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C5320D978-2DD2-4E4F-98DD-D61ED6E6D270%40turner.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Fri Aug  2 17:29:35 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000181.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000187.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#184">[ date ]</a>
+              <a href="thread.html#184">[ thread ]</a>
+              <a href="subject.html#184">[ subject ]</a>
+              <a href="author.html#184">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Postgres has been made to scale well in GIS applications.  Apple is using Postgres for their current Maps geo point storage.  
+
+On Aug 2, 2013, at 11:20 AM, &quot;Lee Sylvester&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+
+&gt;<i> It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+</I>&gt;<i> 
+</I>&gt;<i> Lee 
+</I>&gt;<i> 
+</I>&gt;<i> *** Mostly my opinion, only.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On 2 Aug 2013, at 16:08, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;&gt;<i> Please tell us what you think makes Riak superior.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+</I>&gt;&gt;&gt;<i> I love the farwest technical choices. But Riak seems to only be the
+</I>&gt;&gt;&gt;<i> &quot;prototype' database, and PostgreSQL the real target.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+</I>&gt;&gt;&gt;<i> want Riak, who really wants PostgresSQL ??
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Florent
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> -- 
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> 
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> 
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000181.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000187.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#184">[ date ]</a>
+              <a href="thread.html#184">[ thread ]</a>
+              <a href="subject.html#184">[ subject ]</a>
+              <a href="author.html#184">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000185.html b/_build/static/archives/extend/2013-August/000185.html
new file mode 100644
index 00000000..2c2f697b
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000185.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc%3DEsqQE6Rae5g%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000182.html">
+   <LINK REL="Next"  HREF="000193.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1ce6aVHGpNsSwApUGOyPGgruMsRrrZvWJc%3DEsqQE6Rae5g%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mailing lists">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:33:32 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000182.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000193.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#185">[ date ]</a>
+              <a href="thread.html#185">[ thread ]</a>
+              <a href="subject.html#185">[ subject ]</a>
+              <a href="author.html#185">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> I said no activity, I didn't say no members. Please keep your complaints
+</I>&gt;<i> about the tool down, it's got nothing to do with it, and you just end up
+</I>&gt;<i> spamming people here.
+</I>&gt;<i>
+</I>&gt;<i> All development happens on IRC, so this leaves the mailing lists only useful
+</I>&gt;<i> for questions, which should be rarer over time considering the docs keep
+</I>&gt;<i> improving and the archives provide great answers for the rest. It's all
+</I>&gt;<i> good.
+</I>
+I don't agree. More you have users, more you should have questions on
+the mailing list, even if the documentation is improving.
+
+I'm on the mailing lists of **a lot** of free software with great
+documentations, and they are very active.
+
+Where is the history of the choices/debates made on IRC ?
+
+Florent
+
+-- 
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000182.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000193.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#185">[ date ]</a>
+              <a href="thread.html#185">[ thread ]</a>
+              <a href="subject.html#185">[ subject ]</a>
+              <a href="author.html#185">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000186.html b/_build/static/archives/extend/2013-August/000186.html
new file mode 100644
index 00000000..12b8019e
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000186.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C3F6842C8-00E0-4235-8C01-59015B7E2B83%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000183.html">
+   <LINK REL="Next"  HREF="000188.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C3F6842C8-00E0-4235-8C01-59015B7E2B83%40gmail.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:33:53 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000183.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000188.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#186">[ date ]</a>
+              <a href="thread.html#186">[ thread ]</a>
+              <a href="subject.html#186">[ subject ]</a>
+              <a href="author.html#186">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>NoSQL is a trend, but is often not the best choice for data storage.  The reason it has had a strong revival recently (no, NoSQL is not a new thing) is because it is simpler for non-SQL developers to jump into and requires less thought on structuring your data.  However, there are many scenarios where NoSQL is a bad choice.  For example, I would certainly hope my bank doesn't log my transactions using NoSQL!
+
+Lee
+
+
+
+
+On 2 Aug 2013, at 16:25, Florent Gallaire &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">fgallaire at gmail.com</A>&gt; wrote:
+
+&gt;<i> On Fri, Aug 2, 2013 at 5:08 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> Please tell us what you think makes Riak superior.
+</I>&gt;<i> 
+</I>&gt;<i> Riak is written in Erlang. See your own argumentations on why Erlang
+</I>&gt;<i> is the best langage to program high load/fault-tolerent web software.
+</I>&gt;<i> 
+</I>&gt;<i> Riak is written in Erlang, as all the 99 other soft -&gt; good
+</I>&gt;<i> integration of the whole.
+</I>&gt;<i> 
+</I>&gt;<i> Riak is a NoSQL Dynamo database with Availability and Partition
+</I>&gt;<i> tolerance, and this is what I want for my web applications. PostgreSQL
+</I>&gt;<i> is a SQL Availability and Consistency old school database.
+</I>&gt;<i> 
+</I>&gt;<i> Riak is just what want a developer who use erlang to have a scaling platform.
+</I>&gt;<i> 
+</I>&gt;<i> Florent
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> FLOSS Engineer &amp; Lawyer
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000183.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000188.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#186">[ date ]</a>
+              <a href="thread.html#186">[ thread ]</a>
+              <a href="subject.html#186">[ subject ]</a>
+              <a href="author.html#186">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000187.html b/_build/static/archives/extend/2013-August/000187.html
new file mode 100644
index 00000000..42fc23ef
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000187.html
@@ -0,0 +1,124 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBD1B1.7060206%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000184.html">
+   <LINK REL="Next"  HREF="000189.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBD1B1.7060206%40ninenines.eu%3E"
+       TITLE="[99s-extend] Riak in Farwest">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug  2 17:35:13 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000184.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000189.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#187">[ date ]</a>
+              <a href="thread.html#187">[ thread ]</a>
+              <a href="subject.html#187">[ subject ]</a>
+              <a href="author.html#187">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Let me clarify a few misconceptions here. (Mostly to show the choice 
+isn't random, don't take it wrong.)
+
+Riak and Riak CS are two different things. You most likely don't want to 
+run them together, especially considering the hardware requirements will 
+differ.
+
+Riak core, pipes, etc. are not really useful if you only use Riak as a 
+data store. It's cool that your DB has a great distributed processing 
+framework but pretty useless when you just want to retrieve some data 
+and format it in a web page.
+
+Riak has clustering, yes. PostgreSQL has clustering too.
+
+Riak has data-center aware clustering also if you get Riak Enterprise. 
+But it costs a lot (per node!). You can do the same with PostgreSQL at a 
+fraction of the price.
+
+Riak is built on Erlang, sure. But why should I care? I only want it to 
+handle my data. I don't want to look at the code. PostgreSQL is a much 
+proven piece of software.
+
+On 08/02/2013 05:20 PM, Lee Sylvester wrote:
+&gt;<i> It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+</I>&gt;<i>
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i> *** Mostly my opinion, only.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 2 Aug 2013, at 16:08, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Please tell us what you think makes Riak superior.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+</I>&gt;&gt;&gt;<i> I love the farwest technical choices. But Riak seems to only be the
+</I>&gt;&gt;&gt;<i> &quot;prototype' database, and PostgreSQL the real target.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+</I>&gt;&gt;&gt;<i> want Riak, who really wants PostgresSQL ??
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Florent
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000184.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000189.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#187">[ date ]</a>
+              <a href="thread.html#187">[ thread ]</a>
+              <a href="subject.html#187">[ subject ]</a>
+              <a href="author.html#187">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000188.html b/_build/static/archives/extend/2013-August/000188.html
new file mode 100644
index 00000000..cf612c6a
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000188.html
@@ -0,0 +1,70 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1cdp2DwdhvFre%2By0AMrugmvOvUB3GLY6T7AczzRG3aZLTg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000186.html">
+   <LINK REL="Next"  HREF="000190.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1cdp2DwdhvFre%2By0AMrugmvOvUB3GLY6T7AczzRG3aZLTg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:35:58 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000186.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000190.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#188">[ date ]</a>
+              <a href="thread.html#188">[ thread ]</a>
+              <a href="subject.html#188">[ subject ]</a>
+              <a href="author.html#188">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> For example, I would certainly hope my bank doesn't log my transactions using NoSQL!
+</I>
+You're right, but is Farwest designed to develop banf software ? I
+don't think so.
+
+Florent
+
+-- 
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000186.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000190.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#188">[ date ]</a>
+              <a href="thread.html#188">[ thread ]</a>
+              <a href="subject.html#188">[ subject ]</a>
+              <a href="author.html#188">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000189.html b/_build/static/archives/extend/2013-August/000189.html
new file mode 100644
index 00000000..1ecda7d4
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000189.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1cc0e%2BDqtTUW-YKEBW2LjF7b3i2Q0vbawDPoDuMB4P3CEQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000187.html">
+   <LINK REL="Next"  HREF="000191.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1cc0e%2BDqtTUW-YKEBW2LjF7b3i2Q0vbawDPoDuMB4P3CEQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:39:04 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000187.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000191.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#189">[ date ]</a>
+              <a href="thread.html#189">[ thread ]</a>
+              <a href="subject.html#189">[ subject ]</a>
+              <a href="author.html#189">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> PostgreSQL is a much proven piece of software.
+</I>
+Ouch !! And Apache is a much proven piece of software than cowboy, why
+don't use it for Farwest ?
+
+Florent
+
+
+-- 
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000187.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000191.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#189">[ date ]</a>
+              <a href="thread.html#189">[ thread ]</a>
+              <a href="subject.html#189">[ subject ]</a>
+              <a href="author.html#189">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000190.html b/_build/static/archives/extend/2013-August/000190.html
new file mode 100644
index 00000000..e08b6ac5
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000190.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBD2CE.8070302%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000188.html">
+   <LINK REL="Next"  HREF="000200.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBD2CE.8070302%40ninenines.eu%3E"
+       TITLE="[99s-extend] Riak in Farwest">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug  2 17:39:58 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000188.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000200.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#190">[ date ]</a>
+              <a href="thread.html#190">[ thread ]</a>
+              <a href="subject.html#190">[ subject ]</a>
+              <a href="author.html#190">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/02/2013 05:25 PM, Florent Gallaire wrote:
+&gt;<i> On Fri, Aug 2, 2013 at 5:08 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> Please tell us what you think makes Riak superior.
+</I>&gt;<i>
+</I>&gt;<i> Riak is written in Erlang. See your own argumentations on why Erlang
+</I>&gt;<i> is the best langage to program high load/fault-tolerent web software.
+</I> &gt;
+&gt;<i> Riak is written in Erlang, as all the 99 other soft -&gt; good
+</I>&gt;<i> integration of the whole.
+</I>
+See the post I just sent. I have no reason to care about the language 
+here. It's not going to run in the same node. I'm not going to look at 
+it. And PostgreSQL is a much proven software, much more than Riak who's 
+had issues with the Erlang schedulers and more and is still young.
+
+&gt;<i> Riak is a NoSQL Dynamo database with Availability and Partition
+</I>&gt;<i> tolerance, and this is what I want for my web applications. PostgreSQL
+</I>&gt;<i> is a SQL Availability and Consistency old school database.
+</I>
+The need for partitioning comes a *lot* later for SQL databases. They 
+can deal with big amounts of data just fine. And Farwest is made for 
+small to medium applications, therefore the issue will likely never come 
+up until Farwest itself becomes the issue.
+
+&gt;<i> Riak is just what want a developer who use erlang to have a scaling platform.
+</I>
+This is the first time I hear complaints about choosing PostgreSQL.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000188.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000200.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#190">[ date ]</a>
+              <a href="thread.html#190">[ thread ]</a>
+              <a href="subject.html#190">[ subject ]</a>
+              <a href="author.html#190">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000191.html b/_build/static/archives/extend/2013-August/000191.html
new file mode 100644
index 00000000..7f3c02b3
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000191.html
@@ -0,0 +1,75 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBD333.7090803%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000189.html">
+   <LINK REL="Next"  HREF="000192.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBD333.7090803%40ninenines.eu%3E"
+       TITLE="[99s-extend] Riak in Farwest">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug  2 17:41:39 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000189.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000192.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#191">[ date ]</a>
+              <a href="thread.html#191">[ thread ]</a>
+              <a href="subject.html#191">[ subject ]</a>
+              <a href="author.html#191">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/02/2013 05:39 PM, Florent Gallaire wrote:
+&gt;&gt;<i> PostgreSQL is a much proven piece of software.
+</I>&gt;<i>
+</I>&gt;<i> Ouch !! And Apache is a much proven piece of software than cowboy, why
+</I>&gt;<i> don't use it for Farwest ?
+</I>
+Because CGI, PHP, Perl, ... aren't. But you can put Apache in front of 
+Farwest just fine if you need to.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000189.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000192.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#191">[ date ]</a>
+              <a href="thread.html#191">[ thread ]</a>
+              <a href="subject.html#191">[ subject ]</a>
+              <a href="author.html#191">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000192.html b/_build/static/archives/extend/2013-August/000192.html
new file mode 100644
index 00000000..4af73b25
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000192.html
@@ -0,0 +1,125 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C05D94CB9-3D85-45D1-96AB-3C356A40656E%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000191.html">
+   <LINK REL="Next"  HREF="000194.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C05D94CB9-3D85-45D1-96AB-3C356A40656E%40gmail.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:43:49 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000191.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000194.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#192">[ date ]</a>
+              <a href="thread.html#192">[ thread ]</a>
+              <a href="subject.html#192">[ subject ]</a>
+              <a href="author.html#192">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey, don't direct that at me :-S  I was agreeing with you :-D
+
+The only point I would differ with (and I may be wrong, as it was about 12 months ago that I researched this) is that I do feel, for clustering, that Riak does it better.  I'd much rather the dynamo model than a master-to-many slaves model.
+
+Lee
+
+
+
+On 2 Aug 2013, at 16:35, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Let me clarify a few misconceptions here. (Mostly to show the choice isn't random, don't take it wrong.)
+</I>&gt;<i> 
+</I>&gt;<i> Riak and Riak CS are two different things. You most likely don't want to run them together, especially considering the hardware requirements will differ.
+</I>&gt;<i> 
+</I>&gt;<i> Riak core, pipes, etc. are not really useful if you only use Riak as a data store. It's cool that your DB has a great distributed processing framework but pretty useless when you just want to retrieve some data and format it in a web page.
+</I>&gt;<i> 
+</I>&gt;<i> Riak has clustering, yes. PostgreSQL has clustering too.
+</I>&gt;<i> 
+</I>&gt;<i> Riak has data-center aware clustering also if you get Riak Enterprise. But it costs a lot (per node!). You can do the same with PostgreSQL at a fraction of the price.
+</I>&gt;<i> 
+</I>&gt;<i> Riak is built on Erlang, sure. But why should I care? I only want it to handle my data. I don't want to look at the code. PostgreSQL is a much proven piece of software.
+</I>&gt;<i> 
+</I>&gt;<i> On 08/02/2013 05:20 PM, Lee Sylvester wrote:
+</I>&gt;&gt;<i> It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> *** Mostly my opinion, only.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 2 Aug 2013, at 16:08, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Please tell us what you think makes Riak superior.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+</I>&gt;&gt;&gt;&gt;<i> I love the farwest technical choices. But Riak seems to only be the
+</I>&gt;&gt;&gt;&gt;<i> &quot;prototype' database, and PostgreSQL the real target.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+</I>&gt;&gt;&gt;&gt;<i> want Riak, who really wants PostgresSQL ??
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Florent
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000191.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000194.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#192">[ date ]</a>
+              <a href="thread.html#192">[ thread ]</a>
+              <a href="subject.html#192">[ subject ]</a>
+              <a href="author.html#192">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000193.html b/_build/static/archives/extend/2013-August/000193.html
new file mode 100644
index 00000000..c07d2343
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000193.html
@@ -0,0 +1,72 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FBD403.6020008%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000185.html">
+   <LINK REL="Next"  HREF="000196.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FBD403.6020008%40ninenines.eu%3E"
+       TITLE="[99s-extend] Mailing lists">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug  2 17:45:07 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000185.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000196.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#193">[ date ]</a>
+              <a href="thread.html#193">[ thread ]</a>
+              <a href="subject.html#193">[ subject ]</a>
+              <a href="author.html#193">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/02/2013 05:33 PM, Florent Gallaire wrote:
+&gt;<i> Where is the history of the choices/debates made on IRC ?
+</I>
+No such thing. No need for it either, the choices tend to change a few 
+times until things stabilize.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000185.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000196.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#193">[ date ]</a>
+              <a href="thread.html#193">[ thread ]</a>
+              <a href="subject.html#193">[ subject ]</a>
+              <a href="author.html#193">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000194.html b/_build/static/archives/extend/2013-August/000194.html
new file mode 100644
index 00000000..02e314f3
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000194.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1cco6H-t%3DL6FXu1aa6O5opNVoVqAZbm2a%3DeRxAp%2BGD%2BawA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000192.html">
+   <LINK REL="Next"  HREF="000195.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3CCAB9F1cco6H-t%3DL6FXu1aa6O5opNVoVqAZbm2a%3DeRxAp%2BGD%2BawA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:46:53 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000192.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000195.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#194">[ date ]</a>
+              <a href="thread.html#194">[ thread ]</a>
+              <a href="subject.html#194">[ subject ]</a>
+              <a href="author.html#194">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> The only point I would differ with (and I may be wrong, as it was about 12 months ago that I researched this) is that I do feel, for clustering, that Riak does it better.  I'd much rather the dynamo model than a master-to-many slaves model.
+</I>
+Yes you're right, all clustering are far to be equal. Dynamo is really
+great, and master-to-master is just an archaic way to do things you
+don't really know to do.
+
+Florent
+
+-- 
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000192.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000195.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#194">[ date ]</a>
+              <a href="thread.html#194">[ thread ]</a>
+              <a href="subject.html#194">[ subject ]</a>
+              <a href="author.html#194">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000195.html b/_build/static/archives/extend/2013-August/000195.html
new file mode 100644
index 00000000..d7878ba2
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000195.html
@@ -0,0 +1,138 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBD49B.9090107%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000194.html">
+   <LINK REL="Next"  HREF="000183.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C51FBD49B.9090107%40ninenines.eu%3E"
+       TITLE="[99s-extend] Riak in Farwest">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug  2 17:47:39 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000194.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000183.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#195">[ date ]</a>
+              <a href="thread.html#195">[ thread ]</a>
+              <a href="subject.html#195">[ subject ]</a>
+              <a href="author.html#195">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I know, hence the &quot;don't take it wrong&quot;.
+
+You have a few different projects enabling multi-master replication for 
+PostgreSQL. It's not an issue.
+
+On 08/02/2013 05:43 PM, Lee Sylvester wrote:
+&gt;<i> Hey, don't direct that at me :-S  I was agreeing with you :-D
+</I>&gt;<i>
+</I>&gt;<i> The only point I would differ with (and I may be wrong, as it was about 12 months ago that I researched this) is that I do feel, for clustering, that Riak does it better.  I'd much rather the dynamo model than a master-to-many slaves model.
+</I>&gt;<i>
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 2 Aug 2013, at 16:35, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Let me clarify a few misconceptions here. (Mostly to show the choice isn't random, don't take it wrong.)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Riak and Riak CS are two different things. You most likely don't want to run them together, especially considering the hardware requirements will differ.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Riak core, pipes, etc. are not really useful if you only use Riak as a data store. It's cool that your DB has a great distributed processing framework but pretty useless when you just want to retrieve some data and format it in a web page.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Riak has clustering, yes. PostgreSQL has clustering too.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Riak has data-center aware clustering also if you get Riak Enterprise. But it costs a lot (per node!). You can do the same with PostgreSQL at a fraction of the price.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Riak is built on Erlang, sure. But why should I care? I only want it to handle my data. I don't want to look at the code. PostgreSQL is a much proven piece of software.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 08/02/2013 05:20 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;<i> It's a bit like comparing sports cars to superbikes.  Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc.  Plus, it's built on Erlang :-)  PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc.  Each has their place.  For typical websites, PostgreSQL is the better choice.  For distributed applications, Riak is often the better choice. ***
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> *** Mostly my opinion, only.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 2 Aug 2013, at 16:08, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Please tell us what you think makes Riak superior.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 08/02/2013 05:06 PM, Florent Gallaire wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> I love the farwest technical choices. But Riak seems to only be the
+</I>&gt;&gt;&gt;&gt;&gt;<i> &quot;prototype' database, and PostgreSQL the real target.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+</I>&gt;&gt;&gt;&gt;&gt;<i> want Riak, who really wants PostgresSQL ??
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Florent
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000194.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000183.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#195">[ date ]</a>
+              <a href="thread.html#195">[ thread ]</a>
+              <a href="subject.html#195">[ subject ]</a>
+              <a href="author.html#195">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000196.html b/_build/static/archives/extend/2013-August/000196.html
new file mode 100644
index 00000000..7ffec33b
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000196.html
@@ -0,0 +1,70 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1ccF7aY92-00nZYJuzyu%2BxYbme6zeHv_9kt_Oj4FLJhooA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000193.html">
+   <LINK REL="Next"  HREF="000197.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1ccF7aY92-00nZYJuzyu%2BxYbme6zeHv_9kt_Oj4FLJhooA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mailing lists">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:49:00 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000193.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000197.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#196">[ date ]</a>
+              <a href="thread.html#196">[ thread ]</a>
+              <a href="subject.html#196">[ subject ]</a>
+              <a href="author.html#196">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> No such thing. No need for it either, the choices tend to change a few times
+</I>&gt;<i> until things stabilize.
+</I>
+This is a really wrong way. Free software needs public transparency.
+
+Florent
+
+-- 
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000193.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000197.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#196">[ date ]</a>
+              <a href="thread.html#196">[ thread ]</a>
+              <a href="subject.html#196">[ subject ]</a>
+              <a href="author.html#196">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000197.html b/_build/static/archives/extend/2013-August/000197.html
new file mode 100644
index 00000000..d1fb8f7c
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000197.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FBD548.3010705%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000196.html">
+   <LINK REL="Next"  HREF="000198.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FBD548.3010705%40ninenines.eu%3E"
+       TITLE="[99s-extend] Mailing lists">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug  2 17:50:32 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000196.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000198.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#197">[ date ]</a>
+              <a href="thread.html#197">[ thread ]</a>
+              <a href="subject.html#197">[ subject ]</a>
+              <a href="author.html#197">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/02/2013 05:49 PM, Florent Gallaire wrote:
+&gt;&gt;<i> No such thing. No need for it either, the choices tend to change a few times
+</I>&gt;&gt;<i> until things stabilize.
+</I>&gt;<i>
+</I>&gt;<i> This is a really wrong way. Free software needs public transparency.
+</I>
+The regular contributors don't seem to complain.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000196.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000198.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#197">[ date ]</a>
+              <a href="thread.html#197">[ thread ]</a>
+              <a href="subject.html#197">[ subject ]</a>
+              <a href="author.html#197">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000198.html b/_build/static/archives/extend/2013-August/000198.html
new file mode 100644
index 00000000..983a31f8
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000198.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C1375458737.2850.5087359.7E431257%40webmail.messagingengine.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000197.html">
+   <LINK REL="Next"  HREF="000199.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Tristan Sloughter</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C1375458737.2850.5087359.7E431257%40webmail.messagingengine.com%3E"
+       TITLE="[99s-extend] Mailing lists">tristan.sloughter at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:52:17 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000197.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000199.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#198">[ date ]</a>
+              <a href="thread.html#198">[ thread ]</a>
+              <a href="subject.html#198">[ subject ]</a>
+              <a href="author.html#198">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Public transparency like a public IRC channel anyone can join and log?
+
+On Fri, Aug 2, 2013, at 08:49 AM, Florent Gallaire wrote:
+&gt;<i> &gt; No such thing. No need for it either, the choices tend to change a few times
+</I>&gt;<i> &gt; until things stabilize.
+</I>&gt;<i> 
+</I>&gt;<i> This is a really wrong way. Free software needs public transparency.
+</I>&gt;<i> 
+</I>&gt;<i> Florent
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> FLOSS Engineer &amp; Lawyer
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000197.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000199.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#198">[ date ]</a>
+              <a href="thread.html#198">[ thread ]</a>
+              <a href="subject.html#198">[ subject ]</a>
+              <a href="author.html#198">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000199.html b/_build/static/archives/extend/2013-August/000199.html
new file mode 100644
index 00000000..5ca7ad4f
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000199.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1cdfRBtfAYzu99hOt9OKsv7MpVMyAPLmmpA_Bazqfp3W8A%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000198.html">
+   <LINK REL="Next"  HREF="000201.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1cdfRBtfAYzu99hOt9OKsv7MpVMyAPLmmpA_Bazqfp3W8A%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mailing lists">fgallaire at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:54:34 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000198.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000201.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#199">[ date ]</a>
+              <a href="thread.html#199">[ thread ]</a>
+              <a href="subject.html#199">[ subject ]</a>
+              <a href="author.html#199">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Fri, Aug 2, 2013 at 5:52 PM, Tristan Sloughter
+&lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>&gt; wrote:
+&gt;<i> Public transparency like a public IRC channel anyone can join and log?
+</I>
+Haha, what a joke. It's a pity you don't understand that.
+
+Florent
+
+-- 
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000198.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000201.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#199">[ date ]</a>
+              <a href="thread.html#199">[ thread ]</a>
+              <a href="subject.html#199">[ subject ]</a>
+              <a href="author.html#199">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000200.html b/_build/static/archives/extend/2013-August/000200.html
new file mode 100644
index 00000000..2588a151
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000200.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Riak in Farwest
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C1375458878.3163.5088023.2D292459%40webmail.messagingengine.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000190.html">
+   <LINK REL="Next"  HREF="000206.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Riak in Farwest</H1>
+    <B>Tristan Sloughter</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Riak%20in%20Farwest&In-Reply-To=%3C1375458878.3163.5088023.2D292459%40webmail.messagingengine.com%3E"
+       TITLE="[99s-extend] Riak in Farwest">tristan.sloughter at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 17:54:38 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000190.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000206.html">[99s-extend] [ANN] Farwest 0.3.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#200">[ date ]</a>
+              <a href="thread.html#200">[ thread ]</a>
+              <a href="subject.html#200">[ subject ]</a>
+              <a href="author.html#200">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Me for one. Rarely have a use case that fits Riak but daily have use
+cases that fit a RDBMS, and Postgres is the best of those in my opinion.
+
+On Fri, Aug 2, 2013, at 08:06 AM, Florent Gallaire wrote:
+&gt;<i> I love the farwest technical choices. But Riak seems to only be the
+</I>&gt;<i> &quot;prototype' database, and PostgreSQL the real target.
+</I>&gt;<i> 
+</I>&gt;<i> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I
+</I>&gt;<i> want Riak, who really wants PostgresSQL ??
+</I>&gt;<i> 
+</I>&gt;<i> Florent
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> FLOSS Engineer &amp; Lawyer
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000190.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000206.html">[99s-extend] [ANN] Farwest 0.3.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#200">[ date ]</a>
+              <a href="thread.html#200">[ thread ]</a>
+              <a href="subject.html#200">[ subject ]</a>
+              <a href="author.html#200">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000201.html b/_build/static/archives/extend/2013-August/000201.html
new file mode 100644
index 00000000..74d6f410
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000201.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAKD1GY56gKubvDkz911s9a47Bnu-YxGk48xJfe0DkpitfbwH3g%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000199.html">
+   <LINK REL="Next"  HREF="000202.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Jeremy Ong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAKD1GY56gKubvDkz911s9a47Bnu-YxGk48xJfe0DkpitfbwH3g%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mailing lists">jeremy at quarkgames.com
+       </A><BR>
+    <I>Fri Aug  2 21:33:59 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000199.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000202.html">[99s-extend] Fwd:  Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#201">[ date ]</a>
+              <a href="thread.html#201">[ thread ]</a>
+              <a href="subject.html#201">[ subject ]</a>
+              <a href="author.html#201">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Florent, I suggest you actually contribute something before telling
+the project maintainer how to run things and flaming people who *have*
+contributed.
+
+On Fri, Aug 2, 2013 at 8:54 AM, Florent Gallaire &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">fgallaire at gmail.com</A>&gt; wrote:
+&gt;<i> On Fri, Aug 2, 2013 at 5:52 PM, Tristan Sloughter
+</I>&gt;<i> &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;<i> Public transparency like a public IRC channel anyone can join and log?
+</I>&gt;<i>
+</I>&gt;<i> Haha, what a joke. It's a pity you don't understand that.
+</I>&gt;<i>
+</I>&gt;<i> Florent
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> FLOSS Engineer &amp; Lawyer
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000199.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000202.html">[99s-extend] Fwd:  Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#201">[ date ]</a>
+              <a href="thread.html#201">[ thread ]</a>
+              <a href="subject.html#201">[ subject ]</a>
+              <a href="author.html#201">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000202.html b/_build/static/archives/extend/2013-August/000202.html
new file mode 100644
index 00000000..4796fdb9
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000202.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Fwd:  Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Fwd%3A%20%20Mailing%20lists&In-Reply-To=%3CCAKAMJXhSdYePQz55u5Hw6E1Qk-Je_o%2BydP4vC%2BYma%3Du%3DtBy4Jw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000201.html">
+   <LINK REL="Next"  HREF="000203.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Fwd:  Mailing lists</H1>
+    <B>Eduardo Gurgel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Fwd%3A%20%20Mailing%20lists&In-Reply-To=%3CCAKAMJXhSdYePQz55u5Hw6E1Qk-Je_o%2BydP4vC%2BYma%3Du%3DtBy4Jw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Fwd:  Mailing lists">edgurgel at gmail.com
+       </A><BR>
+    <I>Fri Aug  2 21:57:22 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000201.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000203.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#202">[ date ]</a>
+              <a href="thread.html#202">[ thread ]</a>
+              <a href="subject.html#202">[ subject ]</a>
+              <a href="author.html#202">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Forgot to reply to all
+
+---------- Forwarded message ----------
+From: Eduardo Gurgel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">edgurgel at gmail.com</A>&gt;
+Date: Fri, Aug 2, 2013 at 4:57 PM
+Subject: Re: [99s-extend] Mailing lists
+To: Jeremy Ong &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jeremy at quarkgames.com</A>&gt;
+
+
+
+
+On Fri, Aug 2, 2013 at 4:33 PM, Jeremy Ong &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jeremy at quarkgames.com</A>&gt; wrote:
+
+&gt;<i> Florent, I suggest you actually contribute something before telling
+</I>&gt;<i> the project maintainer how to run things and flaming people who *have*
+</I>&gt;<i> contributed.
+</I>&gt;<i>
+</I>
+Agreed.
+
+Too much pointing finger on this thread...
+
+-- 
+Eduardo
+
+
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130802/4f7baee0/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130802/4f7baee0/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000201.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000203.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#202">[ date ]</a>
+              <a href="thread.html#202">[ thread ]</a>
+              <a href="subject.html#202">[ subject ]</a>
+              <a href="author.html#202">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000203.html b/_build/static/archives/extend/2013-August/000203.html
new file mode 100644
index 00000000..2fd2c210
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000203.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1cfpRX%3DWnK79_Q5s%2BhsW-uuybujnuqt6TeBcSXp5TbiLsg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000202.html">
+   <LINK REL="Next"  HREF="000204.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Florent Gallaire</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAB9F1cfpRX%3DWnK79_Q5s%2BhsW-uuybujnuqt6TeBcSXp5TbiLsg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mailing lists">fgallaire at gmail.com
+       </A><BR>
+    <I>Sat Aug  3 00:16:30 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000202.html">[99s-extend] Fwd:  Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000204.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#203">[ date ]</a>
+              <a href="thread.html#203">[ thread ]</a>
+              <a href="subject.html#203">[ subject ]</a>
+              <a href="author.html#203">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> Florent, I suggest you actually contribute something before telling
+</I>&gt;<i> the project maintainer how to run things and flaming people who *have*
+</I>&gt;<i> contributed.
+</I>
+Jeremy, I tried to test farwest very early :
+<A HREF="https://github.com/extend/farwest/pull/4">https://github.com/extend/farwest/pull/4</A>
+
+My &quot;bad idee&quot; of a server-sent events handler is now part of bullet :
+<A HREF="https://github.com/extend/bullet/issues/16">https://github.com/extend/bullet/issues/16</A>
+
+Jeremy, maybe I haven't contribute something on this project because :
+- I spend a lot of time working as a lawyer
+- I spend a lot of time working on other free software
+- I'm not yet a great Erlang programmer
+
+AND
+
+- There's no visibility on what is really doing, and who is doing it,
+and why, and how it's decided. So I can't lose more time on that
+because I can't know what is happened and what will happen.
+
+I flame nobody. I give the 2 cents of help I can give. This is a
+contribution. You can think it's useless, but I don't think so.
+
+In free software, if you want a great success, you should be more open
+that just have a free software licence.
+You should do the life easier for the people interested in this
+project and who want to help. You can think it's not a problem, but I
+think it is. Is that a flame ?
+
+Florent
+
+FLOSS Engineer &amp; Lawyer
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000202.html">[99s-extend] Fwd:  Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000204.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#203">[ date ]</a>
+              <a href="thread.html#203">[ thread ]</a>
+              <a href="subject.html#203">[ subject ]</a>
+              <a href="author.html#203">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000204.html b/_build/static/archives/extend/2013-August/000204.html
new file mode 100644
index 00000000..a14ebf64
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000204.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FCADAE.5070804%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000203.html">
+   <LINK REL="Next"  HREF="000205.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3C51FCADAE.5070804%40ninenines.eu%3E"
+       TITLE="[99s-extend] Mailing lists">essen at ninenines.eu
+       </A><BR>
+    <I>Sat Aug  3 09:13:50 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000203.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000205.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#204">[ date ]</a>
+              <a href="thread.html#204">[ thread ]</a>
+              <a href="subject.html#204">[ subject ]</a>
+              <a href="author.html#204">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/03/2013 12:16 AM, Florent Gallaire wrote:
+&gt;<i> - There's no visibility on what is really doing, and who is doing it,
+</I>&gt;<i> and why, and how it's decided. So I can't lose more time on that
+</I>&gt;<i> because I can't know what is happened and what will happen.
+</I>
+Or, you know, you could just open a ticket or ask like anyone else, 
+preferrably the former. Chances are whatever you're thinking of doing 
+has no chance of being merged at all, or could be interesting but only 
+if certain implementation details are respected, or needs to involve 
+other people.
+
+Even if we did put more info on who does what, this still wouldn't 
+remove the necessity for you to ask if you want to avoid losing your time.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000203.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000205.html">[99s-extend] Mailing lists
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#204">[ date ]</a>
+              <a href="thread.html#204">[ thread ]</a>
+              <a href="subject.html#204">[ subject ]</a>
+              <a href="author.html#204">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000205.html b/_build/static/archives/extend/2013-August/000205.html
new file mode 100644
index 00000000..08815b3f
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000205.html
@@ -0,0 +1,75 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAG%3DBNYp2-Z04DZhXYDqEANBm%3DPS5CLzOCbGQD8k3JbTFr0Dawg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000204.html">
+   <LINK REL="Next"  HREF="000177.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists</H1>
+    <B>Bach Le</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists&In-Reply-To=%3CCAG%3DBNYp2-Z04DZhXYDqEANBm%3DPS5CLzOCbGQD8k3JbTFr0Dawg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mailing lists">thebullno1 at gmail.com
+       </A><BR>
+    <I>Mon Aug  5 07:38:04 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000204.html">[99s-extend] Mailing lists
+</A></li>
+        <LI>Next message: <A HREF="000177.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#205">[ date ]</a>
+              <a href="thread.html#205">[ thread ]</a>
+              <a href="subject.html#205">[ subject ]</a>
+              <a href="author.html#205">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i>You can think it's not a problem, but Ithink it is. Is that a flame ?
+</I>This is a flame:
+&gt;<i> Haha, what a joke. It's a pity you don't understand that.
+</I>
+I for one, prefer Postgres. Not everything can be mapped to kv and that's
+the only thing Riak is good for. It's not fit for a general purpose
+database.
+To me, NoSQL is about specialization. Each db excels at one type of
+operation (and then there's mongo, but that's for another time), while
+RDBMSs offer general purpose solutions. I begin my projects with an RDBMS
+(usually Postgres) and when a particular piece of data is the bottleneck, I
+move it to the appropriate NoSQL db.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130805/9fd5783b/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130805/9fd5783b/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000204.html">[99s-extend] Mailing lists
+</A></li>
+	<LI>Next message: <A HREF="000177.html">[99s-extend] Riak in Farwest
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#205">[ date ]</a>
+              <a href="thread.html#205">[ thread ]</a>
+              <a href="subject.html#205">[ subject ]</a>
+              <a href="author.html#205">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000206.html b/_build/static/archives/extend/2013-August/000206.html
new file mode 100644
index 00000000..018540f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000206.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Farwest 0.3.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Farwest%200.3.0&In-Reply-To=%3C520BC35A.9060507%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000200.html">
+   <LINK REL="Next"  HREF="000207.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Farwest 0.3.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Farwest%200.3.0&In-Reply-To=%3C520BC35A.9060507%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Farwest 0.3.0">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Aug 14 19:50:18 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000200.html">[99s-extend] Riak in Farwest
+</A></li>
+        <LI>Next message: <A HREF="000207.html">[99s-extend] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#206">[ date ]</a>
+              <a href="thread.html#206">[ thread ]</a>
+              <a href="subject.html#206">[ subject ]</a>
+              <a href="author.html#206">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's finally here!
+
+  *  <A HREF="https://github.com/extend/farwest/">https://github.com/extend/farwest/</A>
+
+It's still a mess in the two other repositories so I recommend waiting 
+before digging in too much. This is just a direct port of the prototype 
+to a more workable build suite and repository structure.
+
+  *  <A HREF="https://github.com/extend/farwest_core/">https://github.com/extend/farwest_core/</A>
+  *  <A HREF="https://github.com/extend/farwest_ui/">https://github.com/extend/farwest_ui/</A>
+
+A lot of work will be done on farwest_core next, while at the same time 
+the frontend dude takes care of making the UI good.
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000200.html">[99s-extend] Riak in Farwest
+</A></li>
+	<LI>Next message: <A HREF="000207.html">[99s-extend] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#206">[ date ]</a>
+              <a href="thread.html#206">[ thread ]</a>
+              <a href="subject.html#206">[ subject ]</a>
+              <a href="author.html#206">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000207.html b/_build/static/archives/extend/2013-August/000207.html
new file mode 100644
index 00000000..8d079aa6
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000207.html
@@ -0,0 +1,112 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520CE37E.4090909%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000206.html">
+   <LINK REL="Next"  HREF="000208.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] erlang.mk build tool</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520CE37E.4090909%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] erlang.mk build tool">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Aug 15 16:19:42 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000206.html">[99s-extend] [ANN] Farwest 0.3.0
+</A></li>
+        <LI>Next message: <A HREF="000208.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#207">[ date ]</a>
+              <a href="thread.html#207">[ thread ]</a>
+              <a href="subject.html#207">[ subject ]</a>
+              <a href="author.html#207">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello friendly people,
+
+I would like to make an official announcement of erlang.mk now that all 
+the features I wanted are in.
+
+erlang.mk is a rebar replacement. It was initially created for allowing 
+a faster development process than rebar and for better compatibility 
+with Linux build tools. It should work on Linux and OSX with GNU Make 
+installed.
+
+Projects using erlang.mk are still compatible with rebar. Dependencies 
+fetched by rebar are stored in the same deps/ directory, and projects 
+using erlang.mk can still be used as rebar dependencies, with or without 
+a rebar.config file.
+
+erlang.mk also features a simple package index. Try `make pkg-list` to 
+list all packages currently available. All the packages listed are 
+compatible with erlang.mk with no tweaking required.
+
+Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+
+  *  <A HREF="https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/farwest/blob/master/Makefile</A>
+  *  <A HREF="https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/cowboy/blob/master/Makefile</A>
+
+I wrote about erlang.mk and relx recently on the Nine Nines blog. 
+erlang.mk is the perfect companion to relx.
+
+  *  <A HREF="http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/erlang.mk-and-relx</A>
+
+Here are examples of projects that are using and compatible with erlang.mk:
+
+  *  <A HREF="https://github.com/jlouis/etorrent">https://github.com/jlouis/etorrent</A>
+  *  <A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>
+  *  <A HREF="https://github.com/extend/farwest">https://github.com/extend/farwest</A>
+
+You can find erlang.mk at the following URL:
+
+  *  <A HREF="https://github.com/extend/erlang.mk">https://github.com/extend/erlang.mk</A>
+
+Contributions to the package index are of course welcome! The only 
+requirement is that the package is to be compatible with erlang.mk 
+itself. Just send a PR to the erlang.mk project updating the 
+packages.v1.txt!
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000206.html">[99s-extend] [ANN] Farwest 0.3.0
+</A></li>
+	<LI>Next message: <A HREF="000208.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#207">[ date ]</a>
+              <a href="thread.html#207">[ thread ]</a>
+              <a href="subject.html#207">[ subject ]</a>
+              <a href="author.html#207">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000208.html b/_build/static/archives/extend/2013-August/000208.html
new file mode 100644
index 00000000..a35bd15c
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000208.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAFVMu-qtqDgB%2B-W6KXY1iYudeU-KsbF-OkNEEDTX8Hac%2B5MxoQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000207.html">
+   <LINK REL="Next"  HREF="000209.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Motiejus Jak&#353;tys</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAFVMu-qtqDgB%2B-W6KXY1iYudeU-KsbF-OkNEEDTX8Hac%2B5MxoQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">desired.mta at gmail.com
+       </A><BR>
+    <I>Thu Aug 15 17:07:42 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000207.html">[99s-extend] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000209.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#208">[ date ]</a>
+              <a href="thread.html#208">[ thread ]</a>
+              <a href="subject.html#208">[ subject ]</a>
+              <a href="author.html#208">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+&gt;<i> Hello friendly people,
+</I>&gt;<i>
+</I>&gt;<i> I would like to make an official announcement of erlang.mk now that all the
+</I>&gt;<i> features I wanted are in.
+</I>
+Please include an ability to cleanly override any target so make does
+not emit warnings about overwritten target. There are a few ways to do
+it, but I find this the easiest: prefix every target in erlang.mk with
+a variable:
+
+$(.erlang-mk-all)all:
+  &lt;your stuff&gt;
+
+That way, if $(.erlang-mk-all) is defined (from my application
+Makefile before including erlang.mk), your 'all' target will be the
+one that does not cause me warnings.
+
+Motiejus Jak&#353;tys
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000207.html">[99s-extend] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000209.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#208">[ date ]</a>
+              <a href="thread.html#208">[ thread ]</a>
+              <a href="subject.html#208">[ subject ]</a>
+              <a href="author.html#208">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000209.html b/_build/static/archives/extend/2013-August/000209.html
new file mode 100644
index 00000000..fd92b4a5
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000209.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520D0284.6070408%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000208.html">
+   <LINK REL="Next"  HREF="000211.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520D0284.6070408%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Aug 15 18:32:04 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000208.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000211.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#209">[ date ]</a>
+              <a href="thread.html#209">[ thread ]</a>
+              <a href="subject.html#209">[ subject ]</a>
+              <a href="author.html#209">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/15/2013 05:07 PM, Motiejus Jak&#353;tys wrote:
+&gt;<i> On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> Hello friendly people,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I would like to make an official announcement of erlang.mk now that all the
+</I>&gt;&gt;<i> features I wanted are in.
+</I>&gt;<i>
+</I>&gt;<i> Please include an ability to cleanly override any target so make does
+</I>&gt;<i> not emit warnings about overwritten target. There are a few ways to do
+</I>&gt;<i> it, but I find this the easiest: prefix every target in erlang.mk with
+</I>&gt;<i> a variable:
+</I>&gt;<i>
+</I>&gt;<i> $(.erlang-mk-all)all:
+</I>&gt;<i>    &lt;your stuff&gt;
+</I>&gt;<i>
+</I>&gt;<i> That way, if $(.erlang-mk-all) is defined (from my application
+</I>&gt;<i> Makefile before including erlang.mk), your 'all' target will be the
+</I>&gt;<i> one that does not cause me warnings.
+</I>
+Yes I was thinking about this, but so far nobody needed it. If you do, 
+though, patches welcome!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000208.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000211.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#209">[ date ]</a>
+              <a href="thread.html#209">[ thread ]</a>
+              <a href="subject.html#209">[ subject ]</a>
+              <a href="author.html#209">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000210.html b/_build/static/archives/extend/2013-August/000210.html
new file mode 100644
index 00000000..adbce1a3
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000210.html
@@ -0,0 +1,159 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3890.5020000%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000218.html">
+   <LINK REL="Next"  HREF="000215.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3890.5020000%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug 16 16:34:56 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000218.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000215.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#210">[ date ]</a>
+              <a href="thread.html#210">[ thread ]</a>
+              <a href="subject.html#210">[ subject ]</a>
+              <a href="author.html#210">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+&gt;<i> The big problem with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is requiring to have
+</I>&gt;<i> gmake and more importantly wget installed imo.
+</I>
+wget is only used for fetching the package index file. I'm sure if it 
+doesn't work somewhere it'll be patched eventually.
+
+&gt;<i> Which makes it quite annoying to distribute on systems that have none of
+</I>&gt;<i> them. It would be interrestin to have the support for curl for example.
+</I>&gt;<i> Also what are the makefile extensions that you really need to require gmake?
+</I>
+No idea. Patches are welcome for compatibility with different OS/build 
+tools (as long as it's not &quot;rewrite the whole file&quot; of course, then 
+you're better off just using gmake).
+
+&gt;<i> - benoit
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Hello friendly people,
+</I>&gt;<i>
+</I>&gt;<i>     I would like to make an official announcement of erlang.mk
+</I>&gt;<i>     &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; now that all the features I wanted are in.
+</I>&gt;<i>
+</I>&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is a rebar replacement. It was
+</I>&gt;<i>     initially created for allowing a faster development process than
+</I>&gt;<i>     rebar and for better compatibility with Linux build tools. It should
+</I>&gt;<i>     work on Linux and OSX with GNU Make installed.
+</I>&gt;<i>
+</I>&gt;<i>     Projects using erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are still compatible
+</I>&gt;<i>     with rebar. Dependencies fetched by rebar are stored in the same
+</I>&gt;<i>     deps/ directory, and projects using erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; can
+</I>&gt;<i>     still be used as rebar dependencies, with or without a rebar.config
+</I>&gt;<i>     file.
+</I>&gt;<i>
+</I>&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; also features a simple package index.
+</I>&gt;<i>     Try `make pkg-list` to list all packages currently available. All
+</I>&gt;<i>     the packages listed are compatible with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;
+</I>&gt;<i>     with no tweaking required.
+</I>&gt;<i>
+</I>&gt;<i>     Makefiles written with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are *VERY*
+</I>&gt;<i>     simple, here are two examples:
+</I>&gt;<i>
+</I>&gt;<i>       * <A HREF="https://github.com/extend/__farwest/blob/master/Makefile">https://github.com/extend/__farwest/blob/master/Makefile</A>
+</I>&gt;<i>     &lt;<A HREF="https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/farwest/blob/master/Makefile</A>&gt;
+</I>&gt;<i>       * <A HREF="https://github.com/extend/__cowboy/blob/master/Makefile">https://github.com/extend/__cowboy/blob/master/Makefile</A>
+</I>&gt;<i>     &lt;<A HREF="https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/cowboy/blob/master/Makefile</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>     I wrote about erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; and relx recently on the
+</I>&gt;<i>     Nine Nines blog. erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is the perfect
+</I>&gt;<i>     companion to relx.
+</I>&gt;<i>
+</I>&gt;<i>       * <A HREF="http://ninenines.eu/articles/__erlang.mk-and-relx">http://ninenines.eu/articles/__erlang.mk-and-relx</A>
+</I>&gt;<i>     &lt;<A HREF="http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/erlang.mk-and-relx</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>     Here are examples of projects that are using and compatible with
+</I>&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;:
+</I>&gt;<i>
+</I>&gt;<i>       * <A HREF="https://github.com/jlouis/__etorrent">https://github.com/jlouis/__etorrent</A>
+</I>&gt;<i>     &lt;<A HREF="https://github.com/jlouis/etorrent">https://github.com/jlouis/etorrent</A>&gt;
+</I>&gt;<i>       * <A HREF="https://github.com/extend/__cowboy">https://github.com/extend/__cowboy</A>
+</I>&gt;<i>     &lt;<A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>&gt;
+</I>&gt;<i>       * <A HREF="https://github.com/extend/__farwest">https://github.com/extend/__farwest</A>
+</I>&gt;<i>     &lt;<A HREF="https://github.com/extend/farwest">https://github.com/extend/farwest</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>     You can find erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; at the following URL:
+</I>&gt;<i>
+</I>&gt;<i>       * <A HREF="https://github.com/extend/__erlang.mk">https://github.com/extend/__erlang.mk</A>
+</I>&gt;<i>     &lt;<A HREF="https://github.com/extend/erlang.mk">https://github.com/extend/erlang.mk</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>     Contributions to the package index are of course welcome! The only
+</I>&gt;<i>     requirement is that the package is to be compatible with erlang.mk
+</I>&gt;<i>     &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; itself. Just send a PR to the erlang.mk
+</I>&gt;<i>     &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; project updating the packages.v1.txt!
+</I>&gt;<i>
+</I>&gt;<i>     Enjoy!
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>     _________________________________________________
+</I>&gt;<i>     erlang-questions mailing list
+</I>&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;<i>     <A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>
+</I>&gt;<i>     &lt;<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000218.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000215.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#210">[ date ]</a>
+              <a href="thread.html#210">[ thread ]</a>
+              <a href="subject.html#210">[ subject ]</a>
+              <a href="author.html#210">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000211.html b/_build/static/archives/extend/2013-August/000211.html
new file mode 100644
index 00000000..28333c39
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000211.html
@@ -0,0 +1,99 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAGrdgiWNpD7GAgE-8xHamW9FQSvnp%3D1SxODXeHy8erK8%2BP5wVg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000209.html">
+   <LINK REL="Next"  HREF="000212.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Jesper Louis Andersen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAGrdgiWNpD7GAgE-8xHamW9FQSvnp%3D1SxODXeHy8erK8%2BP5wVg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">jesper.louis.andersen at erlang-solutions.com
+       </A><BR>
+    <I>Fri Aug 16 10:01:01 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000209.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000212.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#211">[ date ]</a>
+              <a href="thread.html#211">[ thread ]</a>
+              <a href="subject.html#211">[ subject ]</a>
+              <a href="author.html#211">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> I would like to make an official announcement of erlang.mk now that all
+</I>&gt;<i> the features I wanted are in.
+</I>&gt;<i>
+</I>
+I have been using erlang.mk for a while now, and recently I converted
+etorrent to use it as a test of the viability in larger projects. Typical
+gotchas:
+
+* Projects has no Makefile. erlang.mk needs one. So add one!
+* No `modules` section in the .app file. erlang.mk needs one to replace it.
+Not adding this makes relx behave badly.
+* If you use relx, it is more strict in what it accepts.
+* Relx can't yet overlay sys.config :/
+
+Apart from that, erlang.mk is a bliss to work with. In one project I am
+working with:
+
+Core i5 2.4Ghz approx 2010 Macbook Pro, encrypted disk (this hurts
+performance like mad):
+
+Cold build:
+
+Rebar: 40 secs
+elrang.mk: 42 secs
+
+Build where each file is compiled in advance:
+
+Rebar: 20 secs
+erlang.mk: 0.4 secs
+
+For my development cycle, this is important enough to spend time rewriting
+projects to use erlang.mk. Also note that rebar.config and erlang.mk can
+co-exist, so you don't need to abandon rebar for erlang.mk, which is
+important.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130816/1c70f542/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130816/1c70f542/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000209.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000212.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#211">[ date ]</a>
+              <a href="thread.html#211">[ thread ]</a>
+              <a href="subject.html#211">[ subject ]</a>
+              <a href="author.html#211">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000212.html b/_build/static/archives/extend/2013-August/000212.html
new file mode 100644
index 00000000..45ac7353
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000212.html
@@ -0,0 +1,130 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAJNb-9qrsb%3DpdXziwNiOa5EF12e3QieMyj0N6OdzGY%3D-0CCz%3DA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000211.html">
+   <LINK REL="Next"  HREF="000213.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Benoit Chesneau</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAJNb-9qrsb%3DpdXziwNiOa5EF12e3QieMyj0N6OdzGY%3D-0CCz%3DA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">bchesneau at gmail.com
+       </A><BR>
+    <I>Fri Aug 16 10:39:27 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000211.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000213.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#212">[ date ]</a>
+              <a href="thread.html#212">[ thread ]</a>
+              <a href="subject.html#212">[ subject ]</a>
+              <a href="author.html#212">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>The big problem with erlang.mk is requiring to have gmake and more
+importantly wget installed imo.
+
+Which makes it quite annoying to distribute on systems that have none of
+them. It would be interrestin to have the support for curl for example.
+Also what are the makefile extensions that you really need to require gmake?
+
+- benoit
+
+
+On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Hello friendly people,
+</I>&gt;<i>
+</I>&gt;<i> I would like to make an official announcement of erlang.mk now that all
+</I>&gt;<i> the features I wanted are in.
+</I>&gt;<i>
+</I>&gt;<i> erlang.mk is a rebar replacement. It was initially created for allowing a
+</I>&gt;<i> faster development process than rebar and for better compatibility with
+</I>&gt;<i> Linux build tools. It should work on Linux and OSX with GNU Make installed.
+</I>&gt;<i>
+</I>&gt;<i> Projects using erlang.mk are still compatible with rebar. Dependencies
+</I>&gt;<i> fetched by rebar are stored in the same deps/ directory, and projects using
+</I>&gt;<i> erlang.mk can still be used as rebar dependencies, with or without a
+</I>&gt;<i> rebar.config file.
+</I>&gt;<i>
+</I>&gt;<i> erlang.mk also features a simple package index. Try `make pkg-list` to
+</I>&gt;<i> list all packages currently available. All the packages listed are
+</I>&gt;<i> compatible with erlang.mk with no tweaking required.
+</I>&gt;<i>
+</I>&gt;<i> Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+</I>&gt;<i>
+</I>&gt;<i>  *  <A HREF="https://github.com/extend/**farwest/blob/master/Makefile&lt;https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/**farwest/blob/master/Makefile&lt;https://github.com/extend/farwest/blob/master/Makefile</A>&gt;
+</I>&gt;<i>  *  <A HREF="https://github.com/extend/**cowboy/blob/master/Makefile&lt;https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/**cowboy/blob/master/Makefile&lt;https://github.com/extend/cowboy/blob/master/Makefile</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> I wrote about erlang.mk and relx recently on the Nine Nines blog.
+</I>&gt;<i> erlang.mk is the perfect companion to relx.
+</I>&gt;<i>
+</I>&gt;<i>  *  <A HREF="http://ninenines.eu/articles/**erlang.mk-and-relx&lt;http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/**erlang.mk-and-relx&lt;http://ninenines.eu/articles/erlang.mk-and-relx</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> Here are examples of projects that are using and compatible with erlang.mk
+</I>&gt;<i> :
+</I>&gt;<i>
+</I>&gt;<i>  *  <A HREF="https://github.com/jlouis/**etorrent&lt;https://github.com/jlouis/etorrent">https://github.com/jlouis/**etorrent&lt;https://github.com/jlouis/etorrent</A>&gt;
+</I>&gt;<i>  *  <A HREF="https://github.com/extend/**cowboy">https://github.com/extend/**cowboy</A> &lt;<A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>&gt;
+</I>&gt;<i>  *  <A HREF="https://github.com/extend/**farwest&lt;https://github.com/extend/farwest">https://github.com/extend/**farwest&lt;https://github.com/extend/farwest</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> You can find erlang.mk at the following URL:
+</I>&gt;<i>
+</I>&gt;<i>  *  <A HREF="https://github.com/extend/**erlang.mk&lt;https://github.com/extend/erlang.mk">https://github.com/extend/**erlang.mk&lt;https://github.com/extend/erlang.mk</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> Contributions to the package index are of course welcome! The only
+</I>&gt;<i> requirement is that the package is to be compatible with erlang.mkitself. Just send a PR to the
+</I>&gt;<i> erlang.mk project updating the packages.v1.txt!
+</I>&gt;<i>
+</I>&gt;<i> Enjoy!
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130816/ff4591a1/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130816/ff4591a1/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000211.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000213.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#212">[ date ]</a>
+              <a href="thread.html#212">[ thread ]</a>
+              <a href="subject.html#212">[ subject ]</a>
+              <a href="author.html#212">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000213.html b/_build/static/archives/extend/2013-August/000213.html
new file mode 100644
index 00000000..4e077be1
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000213.html
@@ -0,0 +1,150 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAE9na_MBpyKA1K0wVTf_NA58UNkohOmGQRSx6cy%2Bq8ds0kjtGQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000212.html">
+   <LINK REL="Next"  HREF="000214.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Vladimir Dronnikov</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAE9na_MBpyKA1K0wVTf_NA58UNkohOmGQRSx6cy%2Bq8ds0kjtGQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">dronnikov at gmail.com
+       </A><BR>
+    <I>Fri Aug 16 13:25:20 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000212.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000214.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#213">[ date ]</a>
+              <a href="thread.html#213">[ thread ]</a>
+              <a href="subject.html#213">[ subject ]</a>
+              <a href="author.html#213">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I believe
+curl -L $(PKG_FILE_URL) &gt;$(PKG_FILE)
+is kinda drop-in replacement for
+wget -O $(PKG_FILE) $(PKG_FILE_URL)
+used in erlang.mk.
+
+Should be tested
+
+
+On Fri, Aug 16, 2013 at 12:39 PM, Benoit Chesneau &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">bchesneau at gmail.com</A>&gt;wrote:
+
+&gt;<i> The big problem with erlang.mk is requiring to have gmake and more
+</I>&gt;<i> importantly wget installed imo.
+</I>&gt;<i>
+</I>&gt;<i> Which makes it quite annoying to distribute on systems that have none of
+</I>&gt;<i> them. It would be interrestin to have the support for curl for example.
+</I>&gt;<i> Also what are the makefile extensions that you really need to require gmake?
+</I>&gt;<i>
+</I>&gt;<i> - benoit
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello friendly people,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I would like to make an official announcement of erlang.mk now that all
+</I>&gt;&gt;<i> the features I wanted are in.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> erlang.mk is a rebar replacement. It was initially created for allowing
+</I>&gt;&gt;<i> a faster development process than rebar and for better compatibility with
+</I>&gt;&gt;<i> Linux build tools. It should work on Linux and OSX with GNU Make installed.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Projects using erlang.mk are still compatible with rebar. Dependencies
+</I>&gt;&gt;<i> fetched by rebar are stored in the same deps/ directory, and projects using
+</I>&gt;&gt;<i> erlang.mk can still be used as rebar dependencies, with or without a
+</I>&gt;&gt;<i> rebar.config file.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> erlang.mk also features a simple package index. Try `make pkg-list` to
+</I>&gt;&gt;<i> list all packages currently available. All the packages listed are
+</I>&gt;&gt;<i> compatible with erlang.mk with no tweaking required.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Makefiles written with erlang.mk are *VERY* simple, here are two
+</I>&gt;&gt;<i> examples:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  *  <A HREF="https://github.com/extend/**farwest/blob/master/Makefile&lt;https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/**farwest/blob/master/Makefile&lt;https://github.com/extend/farwest/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;<i>  *  <A HREF="https://github.com/extend/**cowboy/blob/master/Makefile&lt;https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/**cowboy/blob/master/Makefile&lt;https://github.com/extend/cowboy/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I wrote about erlang.mk and relx recently on the Nine Nines blog.
+</I>&gt;&gt;<i> erlang.mk is the perfect companion to relx.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  *  <A HREF="http://ninenines.eu/articles/**erlang.mk-and-relx&lt;http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/**erlang.mk-and-relx&lt;http://ninenines.eu/articles/erlang.mk-and-relx</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Here are examples of projects that are using and compatible with
+</I>&gt;&gt;<i> erlang.mk:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  *  <A HREF="https://github.com/jlouis/**etorrent&lt;https://github.com/jlouis/etorrent">https://github.com/jlouis/**etorrent&lt;https://github.com/jlouis/etorrent</A>&gt;
+</I>&gt;&gt;<i>  *  <A HREF="https://github.com/extend/**cowboy">https://github.com/extend/**cowboy</A> &lt;<A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>&gt;
+</I>&gt;&gt;<i>  *  <A HREF="https://github.com/extend/**farwest&lt;https://github.com/extend/farwest">https://github.com/extend/**farwest&lt;https://github.com/extend/farwest</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> You can find erlang.mk at the following URL:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  *  <A HREF="https://github.com/extend/**erlang.mk&lt;https://github.com/extend/erlang.mk">https://github.com/extend/**erlang.mk&lt;https://github.com/extend/erlang.mk</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Contributions to the package index are of course welcome! The only
+</I>&gt;&gt;<i> requirement is that the package is to be compatible with erlang.mkitself. Just send a PR to the
+</I>&gt;&gt;<i> erlang.mk project updating the packages.v1.txt!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Enjoy!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;<i> erlang-questions mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;&gt;<i> <A HREF="http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130816/8f4a69b4/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130816/8f4a69b4/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000212.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000214.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#213">[ date ]</a>
+              <a href="thread.html#213">[ thread ]</a>
+              <a href="subject.html#213">[ subject ]</a>
+              <a href="author.html#213">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000214.html b/_build/static/archives/extend/2013-August/000214.html
new file mode 100644
index 00000000..70567a86
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000214.html
@@ -0,0 +1,145 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C05C075301D714F86AD3DF71B5DE6A0C0%40srstrong.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000213.html">
+   <LINK REL="Next"  HREF="000216.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Steve Strong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C05C075301D714F86AD3DF71B5DE6A0C0%40srstrong.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">steve at srstrong.com
+       </A><BR>
+    <I>Fri Aug 16 14:27:48 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000213.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000216.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#214">[ date ]</a>
+              <a href="thread.html#214">[ thread ]</a>
+              <a href="subject.html#214">[ subject ]</a>
+              <a href="author.html#214">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Looks good - I like simple!  Quick question, does it support multiple applications, for example a project laid out as:  
+
+/proj
+/deps
+/stuff
+
+/apps
+/app1
+/app2
+
+Most of our stuff is in that form, with shared dependencies between the various apps.  Rebar is quite happy with that format, but I can't see how to persuade erlang.mk to handle that.
+
+Cheers,
+
+Steve  
+
+--  
+Steve Strong
+Sent with Sparrow (<A HREF="http://www.sparrowmailapp.com/?sig">http://www.sparrowmailapp.com/?sig</A>)
+
+
+On Thursday, 15 August 2013 at 16:19, Lo&#239;c Hoguin wrote:
+
+&gt;<i> Hello friendly people,
+</I>&gt;<i>  
+</I>&gt;<i> I would like to make an official announcement of erlang.mk now that all  
+</I>&gt;<i> the features I wanted are in.
+</I>&gt;<i>  
+</I>&gt;<i> erlang.mk is a rebar replacement. It was initially created for allowing  
+</I>&gt;<i> a faster development process than rebar and for better compatibility  
+</I>&gt;<i> with Linux build tools. It should work on Linux and OSX with GNU Make  
+</I>&gt;<i> installed.
+</I>&gt;<i>  
+</I>&gt;<i> Projects using erlang.mk are still compatible with rebar. Dependencies  
+</I>&gt;<i> fetched by rebar are stored in the same deps/ directory, and projects  
+</I>&gt;<i> using erlang.mk can still be used as rebar dependencies, with or without  
+</I>&gt;<i> a rebar.config file.
+</I>&gt;<i>  
+</I>&gt;<i> erlang.mk also features a simple package index. Try `make pkg-list` to  
+</I>&gt;<i> list all packages currently available. All the packages listed are  
+</I>&gt;<i> compatible with erlang.mk with no tweaking required.
+</I>&gt;<i>  
+</I>&gt;<i> Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+</I>&gt;<i>  
+</I>&gt;<i> * <A HREF="https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/farwest/blob/master/Makefile</A>
+</I>&gt;<i> * <A HREF="https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/cowboy/blob/master/Makefile</A>
+</I>&gt;<i>  
+</I>&gt;<i> I wrote about erlang.mk and relx recently on the Nine Nines blog.  
+</I>&gt;<i> erlang.mk is the perfect companion to relx.
+</I>&gt;<i>  
+</I>&gt;<i> * <A HREF="http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/erlang.mk-and-relx</A>
+</I>&gt;<i>  
+</I>&gt;<i> Here are examples of projects that are using and compatible with erlang.mk:
+</I>&gt;<i>  
+</I>&gt;<i> * <A HREF="https://github.com/jlouis/etorrent">https://github.com/jlouis/etorrent</A>
+</I>&gt;<i> * <A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>
+</I>&gt;<i> * <A HREF="https://github.com/extend/farwest">https://github.com/extend/farwest</A>
+</I>&gt;<i>  
+</I>&gt;<i> You can find erlang.mk at the following URL:
+</I>&gt;<i>  
+</I>&gt;<i> * <A HREF="https://github.com/extend/erlang.mk">https://github.com/extend/erlang.mk</A>
+</I>&gt;<i>  
+</I>&gt;<i> Contributions to the package index are of course welcome! The only  
+</I>&gt;<i> requirement is that the package is to be compatible with erlang.mk  
+</I>&gt;<i> itself. Just send a PR to the erlang.mk project updating the  
+</I>&gt;<i> packages.v1.txt!
+</I>&gt;<i>  
+</I>&gt;<i> Enjoy!
+</I>&gt;<i>  
+</I>&gt;<i> --  
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> (mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>)
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130816/a886396a/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130816/a886396a/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000213.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000216.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#214">[ date ]</a>
+              <a href="thread.html#214">[ thread ]</a>
+              <a href="subject.html#214">[ subject ]</a>
+              <a href="author.html#214">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000215.html b/_build/static/archives/extend/2013-August/000215.html
new file mode 100644
index 00000000..132a264c
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000215.html
@@ -0,0 +1,182 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3A54.7040208%40gjunka.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000210.html">
+   <LINK REL="Next"  HREF="000217.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Grzegorz Junka</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3A54.7040208%40gjunka.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">list1 at gjunka.com
+       </A><BR>
+    <I>Fri Aug 16 16:42:28 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000210.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000217.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#215">[ date ]</a>
+              <a href="thread.html#215">[ thread ]</a>
+              <a href="subject.html#215">[ subject ]</a>
+              <a href="author.html#215">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Why not use Erlang for downloading? Surely if erlang.mk is a tool for 
+Erlang then it will be very likely installed. For example this target 
+downloads Rebar:
+
+# Erlang Rebar downloading, see:
+# 
+<A HREF="https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y">https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y</A>
+rb_rebar_url=<A HREF="http://cloud.github.com/downloads/basho/rebar/rebar">http://cloud.github.com/downloads/basho/rebar/rebar</A>
+./rebar:
+$(ERL) -noshell -s inets -s ssl \
+-eval 'httpc:request(get, {&quot;$(rb_rebar_url)&quot;, []}, [], [{stream, 
+&quot;./rebar&quot;}])' \
+-s init stop
+chmod +x ./rebar
+REBAR=$(shell (type rebar 2&gt;/dev/null || echo ./rebar) | tail -1 | awk 
+'{ print $$NF }')
+
+
+It could be used to download anything, not just REBAR.
+
+- Greg
+
+
+On 16/08/2013 15:34, Lo&#239;c Hoguin wrote:
+&gt;<i> On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+</I>&gt;&gt;<i> The big problem with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is requiring to have
+</I>&gt;&gt;<i> gmake and more importantly wget installed imo.
+</I>&gt;<i>
+</I>&gt;<i> wget is only used for fetching the package index file. I'm sure if it 
+</I>&gt;<i> doesn't work somewhere it'll be patched eventually.
+</I>&gt;<i>
+</I>&gt;&gt;<i> Which makes it quite annoying to distribute on systems that have none of
+</I>&gt;&gt;<i> them. It would be interrestin to have the support for curl for example.
+</I>&gt;&gt;<i> Also what are the makefile extensions that you really need to require 
+</I>&gt;&gt;<i> gmake?
+</I>&gt;<i>
+</I>&gt;<i> No idea. Patches are welcome for compatibility with different OS/build 
+</I>&gt;<i> tools (as long as it's not &quot;rewrite the whole file&quot; of course, then 
+</I>&gt;<i> you're better off just using gmake).
+</I>&gt;<i>
+</I>&gt;&gt;<i> - benoit
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Hello friendly people,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I would like to make an official announcement of erlang.mk
+</I>&gt;&gt;<i>     &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; now that all the features I wanted are in.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is a rebar replacement. It was
+</I>&gt;&gt;<i>     initially created for allowing a faster development process than
+</I>&gt;&gt;<i>     rebar and for better compatibility with Linux build tools. It should
+</I>&gt;&gt;<i>     work on Linux and OSX with GNU Make installed.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Projects using erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are still compatible
+</I>&gt;&gt;<i>     with rebar. Dependencies fetched by rebar are stored in the same
+</I>&gt;&gt;<i>     deps/ directory, and projects using erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; can
+</I>&gt;&gt;<i>     still be used as rebar dependencies, with or without a rebar.config
+</I>&gt;&gt;<i>     file.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; also features a simple package index.
+</I>&gt;&gt;<i>     Try `make pkg-list` to list all packages currently available. All
+</I>&gt;&gt;<i>     the packages listed are compatible with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;
+</I>&gt;&gt;<i>     with no tweaking required.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Makefiles written with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are *VERY*
+</I>&gt;&gt;<i>     simple, here are two examples:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>       * <A HREF="https://github.com/extend/__farwest/blob/master/Makefile">https://github.com/extend/__farwest/blob/master/Makefile</A>
+</I>&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/farwest/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;<i>       * <A HREF="https://github.com/extend/__cowboy/blob/master/Makefile">https://github.com/extend/__cowboy/blob/master/Makefile</A>
+</I>&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/cowboy/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I wrote about erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; and relx recently on the
+</I>&gt;&gt;<i>     Nine Nines blog. erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is the perfect
+</I>&gt;&gt;<i>     companion to relx.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>       * <A HREF="http://ninenines.eu/articles/__erlang.mk-and-relx">http://ninenines.eu/articles/__erlang.mk-and-relx</A>
+</I>&gt;&gt;<i>     &lt;<A HREF="http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/erlang.mk-and-relx</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Here are examples of projects that are using and compatible with
+</I>&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>       * <A HREF="https://github.com/jlouis/__etorrent">https://github.com/jlouis/__etorrent</A>
+</I>&gt;&gt;<i>     &lt;<A HREF="https://github.com/jlouis/etorrent">https://github.com/jlouis/etorrent</A>&gt;
+</I>&gt;&gt;<i>       * <A HREF="https://github.com/extend/__cowboy">https://github.com/extend/__cowboy</A>
+</I>&gt;&gt;<i>     &lt;<A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>&gt;
+</I>&gt;&gt;<i>       * <A HREF="https://github.com/extend/__farwest">https://github.com/extend/__farwest</A>
+</I>&gt;&gt;<i>     &lt;<A HREF="https://github.com/extend/farwest">https://github.com/extend/farwest</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     You can find erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; at the following URL:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>       * <A HREF="https://github.com/extend/__erlang.mk">https://github.com/extend/__erlang.mk</A>
+</I>&gt;&gt;<i>     &lt;<A HREF="https://github.com/extend/erlang.mk">https://github.com/extend/erlang.mk</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Contributions to the package index are of course welcome! The only
+</I>&gt;&gt;<i>     requirement is that the package is to be compatible with erlang.mk
+</I>&gt;&gt;<i>     &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; itself. Just send a PR to the erlang.mk
+</I>&gt;&gt;<i>     &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; project updating the packages.v1.txt!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Enjoy!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;<i>     Erlang Cowboy
+</I>&gt;&gt;<i>     Nine Nines
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>     _________________________________________________
+</I>&gt;&gt;<i>     erlang-questions mailing list
+</I>&gt;&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;&gt;<i>     <A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>
+</I>&gt;&gt;<i>     &lt;<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130816/4e596577/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130816/4e596577/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000210.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000217.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#215">[ date ]</a>
+              <a href="thread.html#215">[ thread ]</a>
+              <a href="subject.html#215">[ subject ]</a>
+              <a href="author.html#215">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000216.html b/_build/static/archives/extend/2013-August/000216.html
new file mode 100644
index 00000000..ef9d2563
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000216.html
@@ -0,0 +1,161 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3A5F.7000800%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000214.html">
+   <LINK REL="Next"  HREF="000218.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3A5F.7000800%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug 16 16:42:39 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000214.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000218.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#216">[ date ]</a>
+              <a href="thread.html#216">[ thread ]</a>
+              <a href="subject.html#216">[ subject ]</a>
+              <a href="author.html#216">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Well I'm sure if you create a base Makefile (without erlang.mk) that 
+exports DEPS_DIR and then call $(MAKE) on all folders in /apps (which 
+would themselves contain Makefiles that use erlang.mk), it would work 
+just fine. You can still keep only one erlang.mk in your repos and use 
+include ../../erlang.mk instead for example.
+
+But know that this folder structure is a rebar thing and not standard 
+(just like /deps you'll say, but that one is insanely useful regardless 
+of the project structure otherwise).
+
+On 08/16/2013 02:27 PM, Steve Strong wrote:
+&gt;<i> Looks good - I like simple!  Quick question, does it support multiple
+</I>&gt;<i> applications, for example a project laid out as:
+</I>&gt;<i>
+</I>&gt;<i> /proj
+</I>&gt;<i> /deps
+</I>&gt;<i> /stuff
+</I>&gt;<i>
+</I>&gt;<i> /apps
+</I>&gt;<i> /app1
+</I>&gt;<i> /app2
+</I>&gt;<i>
+</I>&gt;<i> Most of our stuff is in that form, with shared dependencies between the
+</I>&gt;<i> various apps.  Rebar is quite happy with that format, but I can't see
+</I>&gt;<i> how to persuade erlang.mk to handle that.
+</I>&gt;<i>
+</I>&gt;<i> Cheers,
+</I>&gt;<i>
+</I>&gt;<i> Steve
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Steve Strong
+</I>&gt;<i> Sent with Sparrow &lt;<A HREF="http://www.sparrowmailapp.com/?sig">http://www.sparrowmailapp.com/?sig</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> On Thursday, 15 August 2013 at 16:19, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello friendly people,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I would like to make an official announcement of erlang.mk now that all
+</I>&gt;&gt;<i> the features I wanted are in.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> erlang.mk is a rebar replacement. It was initially created for allowing
+</I>&gt;&gt;<i> a faster development process than rebar and for better compatibility
+</I>&gt;&gt;<i> with Linux build tools. It should work on Linux and OSX with GNU Make
+</I>&gt;&gt;<i> installed.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Projects using erlang.mk are still compatible with rebar. Dependencies
+</I>&gt;&gt;<i> fetched by rebar are stored in the same deps/ directory, and projects
+</I>&gt;&gt;<i> using erlang.mk can still be used as rebar dependencies, with or without
+</I>&gt;&gt;<i> a rebar.config file.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> erlang.mk also features a simple package index. Try `make pkg-list` to
+</I>&gt;&gt;<i> list all packages currently available. All the packages listed are
+</I>&gt;&gt;<i> compatible with erlang.mk with no tweaking required.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> * <A HREF="https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/farwest/blob/master/Makefile</A>
+</I>&gt;&gt;<i> * <A HREF="https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/cowboy/blob/master/Makefile</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I wrote about erlang.mk and relx recently on the Nine Nines blog.
+</I>&gt;&gt;<i> erlang.mk is the perfect companion to relx.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> * <A HREF="http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/erlang.mk-and-relx</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Here are examples of projects that are using and compatible with
+</I>&gt;&gt;<i> erlang.mk:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> * <A HREF="https://github.com/jlouis/etorrent">https://github.com/jlouis/etorrent</A>
+</I>&gt;&gt;<i> * <A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>
+</I>&gt;&gt;<i> * <A HREF="https://github.com/extend/farwest">https://github.com/extend/farwest</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> You can find erlang.mk at the following URL:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> * <A HREF="https://github.com/extend/erlang.mk">https://github.com/extend/erlang.mk</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Contributions to the package index are of course welcome! The only
+</I>&gt;&gt;<i> requirement is that the package is to be compatible with erlang.mk
+</I>&gt;&gt;<i> itself. Just send a PR to the erlang.mk project updating the
+</I>&gt;&gt;<i> packages.v1.txt!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Enjoy!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> erlang-questions mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;&gt;<i> <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000214.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000218.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#216">[ date ]</a>
+              <a href="thread.html#216">[ thread ]</a>
+              <a href="subject.html#216">[ subject ]</a>
+              <a href="author.html#216">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000217.html b/_build/static/archives/extend/2013-August/000217.html
new file mode 100644
index 00000000..3ab448ae
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000217.html
@@ -0,0 +1,202 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3AEA.2070402%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000215.html">
+   <LINK REL="Next"  HREF="000219.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3AEA.2070402%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug 16 16:44:58 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000215.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000219.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#217">[ date ]</a>
+              <a href="thread.html#217">[ thread ]</a>
+              <a href="subject.html#217">[ subject ]</a>
+              <a href="author.html#217">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Starting Erlang takes too long. That's a big reason why erlang.mk was 
+created. :)
+
+I recall NetBSD being able to download things with a shell script only 
+(as it comes with nothing installed), this would be a more interesting 
+solution especially since we can bundle it in the erlang.mk file too.
+
+On 08/16/2013 04:42 PM, Grzegorz Junka wrote:
+&gt;<i> Why not use Erlang for downloading? Surely if erlang.mk is a tool for
+</I>&gt;<i> Erlang then it will be very likely installed. For example this target
+</I>&gt;<i> downloads Rebar:
+</I>&gt;<i>
+</I>&gt;<i> # Erlang Rebar downloading, see:
+</I>&gt;<i> #
+</I>&gt;<i> <A HREF="https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y">https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y</A>
+</I>&gt;<i> rb_rebar_url=<A HREF="http://cloud.github.com/downloads/basho/rebar/rebar">http://cloud.github.com/downloads/basho/rebar/rebar</A>
+</I>&gt;<i> ./rebar:
+</I>&gt;<i> $(ERL) -noshell -s inets -s ssl \
+</I>&gt;<i> -eval 'httpc:request(get, {&quot;$(rb_rebar_url)&quot;, []}, [], [{stream,
+</I>&gt;<i> &quot;./rebar&quot;}])' \
+</I>&gt;<i> -s init stop
+</I>&gt;<i> chmod +x ./rebar
+</I>&gt;<i> REBAR=$(shell (type rebar 2&gt;/dev/null || echo ./rebar) | tail -1 | awk
+</I>&gt;<i> '{ print $$NF }')
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> It could be used to download anything, not just REBAR.
+</I>&gt;<i>
+</I>&gt;<i> - Greg
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 16/08/2013 15:34, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+</I>&gt;&gt;&gt;<i> The big problem with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is requiring to have
+</I>&gt;&gt;&gt;<i> gmake and more importantly wget installed imo.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> wget is only used for fetching the package index file. I'm sure if it
+</I>&gt;&gt;<i> doesn't work somewhere it'll be patched eventually.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Which makes it quite annoying to distribute on systems that have none of
+</I>&gt;&gt;&gt;<i> them. It would be interrestin to have the support for curl for example.
+</I>&gt;&gt;&gt;<i> Also what are the makefile extensions that you really need to require
+</I>&gt;&gt;&gt;<i> gmake?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> No idea. Patches are welcome for compatibility with different OS/build
+</I>&gt;&gt;<i> tools (as long as it's not &quot;rewrite the whole file&quot; of course, then
+</I>&gt;&gt;<i> you're better off just using gmake).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> - benoit
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     Hello friendly people,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     I would like to make an official announcement of erlang.mk
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; now that all the features I wanted are in.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is a rebar replacement. It was
+</I>&gt;&gt;&gt;<i>     initially created for allowing a faster development process than
+</I>&gt;&gt;&gt;<i>     rebar and for better compatibility with Linux build tools. It should
+</I>&gt;&gt;&gt;<i>     work on Linux and OSX with GNU Make installed.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     Projects using erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are still compatible
+</I>&gt;&gt;&gt;<i>     with rebar. Dependencies fetched by rebar are stored in the same
+</I>&gt;&gt;&gt;<i>     deps/ directory, and projects using erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; can
+</I>&gt;&gt;&gt;<i>     still be used as rebar dependencies, with or without a rebar.config
+</I>&gt;&gt;&gt;<i>     file.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; also features a simple package index.
+</I>&gt;&gt;&gt;<i>     Try `make pkg-list` to list all packages currently available. All
+</I>&gt;&gt;&gt;<i>     the packages listed are compatible with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;
+</I>&gt;&gt;&gt;<i>     with no tweaking required.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     Makefiles written with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are *VERY*
+</I>&gt;&gt;&gt;<i>     simple, here are two examples:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__farwest/blob/master/Makefile">https://github.com/extend/__farwest/blob/master/Makefile</A>
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/farwest/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__cowboy/blob/master/Makefile">https://github.com/extend/__cowboy/blob/master/Makefile</A>
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/cowboy/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     I wrote about erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; and relx recently on the
+</I>&gt;&gt;&gt;<i>     Nine Nines blog. erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is the perfect
+</I>&gt;&gt;&gt;<i>     companion to relx.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>       * <A HREF="http://ninenines.eu/articles/__erlang.mk-and-relx">http://ninenines.eu/articles/__erlang.mk-and-relx</A>
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/erlang.mk-and-relx</A>&gt;
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     Here are examples of projects that are using and compatible with
+</I>&gt;&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>       * <A HREF="https://github.com/jlouis/__etorrent">https://github.com/jlouis/__etorrent</A>
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/jlouis/etorrent">https://github.com/jlouis/etorrent</A>&gt;
+</I>&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__cowboy">https://github.com/extend/__cowboy</A>
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>&gt;
+</I>&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__farwest">https://github.com/extend/__farwest</A>
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/farwest">https://github.com/extend/farwest</A>&gt;
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     You can find erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; at the following URL:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__erlang.mk">https://github.com/extend/__erlang.mk</A>
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/erlang.mk">https://github.com/extend/erlang.mk</A>&gt;
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     Contributions to the package index are of course welcome! The only
+</I>&gt;&gt;&gt;<i>     requirement is that the package is to be compatible with erlang.mk
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; itself. Just send a PR to the erlang.mk
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; project updating the packages.v1.txt!
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     Enjoy!
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>     --
+</I>&gt;&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i>     Erlang Cowboy
+</I>&gt;&gt;&gt;<i>     Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>     _________________________________________________
+</I>&gt;&gt;&gt;<i>     erlang-questions mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;&gt;&gt;<i> <A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>
+</I>&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000215.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000219.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#217">[ date ]</a>
+              <a href="thread.html#217">[ thread ]</a>
+              <a href="subject.html#217">[ subject ]</a>
+              <a href="author.html#217">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000218.html b/_build/static/archives/extend/2013-August/000218.html
new file mode 100644
index 00000000..23de61be
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000218.html
@@ -0,0 +1,179 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C4BEA9D47600B462DAAA7D339E9AE47B5%40srstrong.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000216.html">
+   <LINK REL="Next"  HREF="000210.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Steve Strong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C4BEA9D47600B462DAAA7D339E9AE47B5%40srstrong.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">steve at srstrong.com
+       </A><BR>
+    <I>Fri Aug 16 16:44:07 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000216.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000210.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#218">[ date ]</a>
+              <a href="thread.html#218">[ thread ]</a>
+              <a href="subject.html#218">[ subject ]</a>
+              <a href="author.html#218">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Was guessing that was the answer - I'll give it a go...  
+
+--  
+Steve Strong
+Sent with Sparrow (<A HREF="http://www.sparrowmailapp.com/?sig">http://www.sparrowmailapp.com/?sig</A>)
+
+
+On Friday, 16 August 2013 at 16:42, Lo&#239;c Hoguin wrote:
+
+&gt;<i> Well I'm sure if you create a base Makefile (without erlang.mk) that  
+</I>&gt;<i> exports DEPS_DIR and then call $(MAKE) on all folders in /apps (which  
+</I>&gt;<i> would themselves contain Makefiles that use erlang.mk), it would work  
+</I>&gt;<i> just fine. You can still keep only one erlang.mk in your repos and use  
+</I>&gt;<i> include ../../erlang.mk instead for example.
+</I>&gt;<i>  
+</I>&gt;<i> But know that this folder structure is a rebar thing and not standard  
+</I>&gt;<i> (just like /deps you'll say, but that one is insanely useful regardless  
+</I>&gt;<i> of the project structure otherwise).
+</I>&gt;<i>  
+</I>&gt;<i> On 08/16/2013 02:27 PM, Steve Strong wrote:
+</I>&gt;<i> &gt; Looks good - I like simple! Quick question, does it support multiple
+</I>&gt;<i> &gt; applications, for example a project laid out as:
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; /proj
+</I>&gt;<i> &gt; /deps
+</I>&gt;<i> &gt; /stuff
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; /apps
+</I>&gt;<i> &gt; /app1
+</I>&gt;<i> &gt; /app2
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; Most of our stuff is in that form, with shared dependencies between the
+</I>&gt;<i> &gt; various apps. Rebar is quite happy with that format, but I can't see
+</I>&gt;<i> &gt; how to persuade erlang.mk to handle that.
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; Cheers,
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; Steve
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; --
+</I>&gt;<i> &gt; Steve Strong
+</I>&gt;<i> &gt; Sent with Sparrow &lt;<A HREF="http://www.sparrowmailapp.com/?sig">http://www.sparrowmailapp.com/?sig</A>&gt;
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; On Thursday, 15 August 2013 at 16:19, Lo&#239;c Hoguin wrote:
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; &gt; Hello friendly people,
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; I would like to make an official announcement of erlang.mk now that all
+</I>&gt;<i> &gt; &gt; the features I wanted are in.
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; erlang.mk is a rebar replacement. It was initially created for allowing
+</I>&gt;<i> &gt; &gt; a faster development process than rebar and for better compatibility
+</I>&gt;<i> &gt; &gt; with Linux build tools. It should work on Linux and OSX with GNU Make
+</I>&gt;<i> &gt; &gt; installed.
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; Projects using erlang.mk are still compatible with rebar. Dependencies
+</I>&gt;<i> &gt; &gt; fetched by rebar are stored in the same deps/ directory, and projects
+</I>&gt;<i> &gt; &gt; using erlang.mk can still be used as rebar dependencies, with or without
+</I>&gt;<i> &gt; &gt; a rebar.config file.
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; erlang.mk also features a simple package index. Try `make pkg-list` to
+</I>&gt;<i> &gt; &gt; list all packages currently available. All the packages listed are
+</I>&gt;<i> &gt; &gt; compatible with erlang.mk with no tweaking required.
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; Makefiles written with erlang.mk are *VERY* simple, here are two examples:
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; * <A HREF="https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/farwest/blob/master/Makefile</A>
+</I>&gt;<i> &gt; &gt; * <A HREF="https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/cowboy/blob/master/Makefile</A>
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; I wrote about erlang.mk and relx recently on the Nine Nines blog.
+</I>&gt;<i> &gt; &gt; erlang.mk is the perfect companion to relx.
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; * <A HREF="http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/erlang.mk-and-relx</A>
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; Here are examples of projects that are using and compatible with
+</I>&gt;<i> &gt; &gt; erlang.mk:
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; * <A HREF="https://github.com/jlouis/etorrent">https://github.com/jlouis/etorrent</A>
+</I>&gt;<i> &gt; &gt; * <A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>
+</I>&gt;<i> &gt; &gt; * <A HREF="https://github.com/extend/farwest">https://github.com/extend/farwest</A>
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; You can find erlang.mk at the following URL:
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; * <A HREF="https://github.com/extend/erlang.mk">https://github.com/extend/erlang.mk</A>
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; Contributions to the package index are of course welcome! The only
+</I>&gt;<i> &gt; &gt; requirement is that the package is to be compatible with erlang.mk
+</I>&gt;<i> &gt; &gt; itself. Just send a PR to the erlang.mk project updating the
+</I>&gt;<i> &gt; &gt; packages.v1.txt!
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; Enjoy!
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; --
+</I>&gt;<i> &gt; &gt; Lo&#239;c Hoguin
+</I>&gt;<i> &gt; &gt; Erlang Cowboy
+</I>&gt;<i> &gt; &gt; Nine Nines
+</I>&gt;<i> &gt; &gt; <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> &gt; &gt; _______________________________________________
+</I>&gt;<i> &gt; &gt; erlang-questions mailing list
+</I>&gt;<i> &gt; &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;<i> &gt; &gt; <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt;  
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>&gt;<i> --  
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130816/1cd82d09/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130816/1cd82d09/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000216.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000210.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#218">[ date ]</a>
+              <a href="thread.html#218">[ thread ]</a>
+              <a href="subject.html#218">[ subject ]</a>
+              <a href="author.html#218">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000219.html b/_build/static/archives/extend/2013-August/000219.html
new file mode 100644
index 00000000..fb300880
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000219.html
@@ -0,0 +1,213 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3EE8.70303%40gjunka.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000217.html">
+   <LINK REL="Next"  HREF="000220.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Grzegorz Junka</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E3EE8.70303%40gjunka.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">list1 at gjunka.com
+       </A><BR>
+    <I>Fri Aug 16 17:02:00 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000217.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000220.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#219">[ date ]</a>
+              <a href="thread.html#219">[ thread ]</a>
+              <a href="subject.html#219">[ subject ]</a>
+              <a href="author.html#219">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>But it &quot;is only used for fetching the package index file&quot;... :) If the 
+target is up to date there is no starting of Erlang. But on the other 
+hand it could be used conditionally, e.g. use wget on systems on which 
+it is installed and Erlang otherwise. It's just down to creating a 
+properly structured target, isn't?
+
+On 16/08/2013 15:44, Lo&#239;c Hoguin wrote:
+&gt;<i> Starting Erlang takes too long. That's a big reason why erlang.mk was 
+</I>&gt;<i> created. :)
+</I>&gt;<i>
+</I>&gt;<i> I recall NetBSD being able to download things with a shell script only 
+</I>&gt;<i> (as it comes with nothing installed), this would be a more interesting 
+</I>&gt;<i> solution especially since we can bundle it in the erlang.mk file too.
+</I>&gt;<i>
+</I>&gt;<i> On 08/16/2013 04:42 PM, Grzegorz Junka wrote:
+</I>&gt;&gt;<i> Why not use Erlang for downloading? Surely if erlang.mk is a tool for
+</I>&gt;&gt;<i> Erlang then it will be very likely installed. For example this target
+</I>&gt;&gt;<i> downloads Rebar:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> # Erlang Rebar downloading, see:
+</I>&gt;&gt;<i> #
+</I>&gt;&gt;<i> <A HREF="https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y">https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y</A> 
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> rb_rebar_url=<A HREF="http://cloud.github.com/downloads/basho/rebar/rebar">http://cloud.github.com/downloads/basho/rebar/rebar</A>
+</I>&gt;&gt;<i> ./rebar:
+</I>&gt;&gt;<i> $(ERL) -noshell -s inets -s ssl \
+</I>&gt;&gt;<i> -eval 'httpc:request(get, {&quot;$(rb_rebar_url)&quot;, []}, [], [{stream,
+</I>&gt;&gt;<i> &quot;./rebar&quot;}])' \
+</I>&gt;&gt;<i> -s init stop
+</I>&gt;&gt;<i> chmod +x ./rebar
+</I>&gt;&gt;<i> REBAR=$(shell (type rebar 2&gt;/dev/null || echo ./rebar) | tail -1 | awk
+</I>&gt;&gt;<i> '{ print $$NF }')
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> It could be used to download anything, not just REBAR.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> - Greg
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 16/08/2013 15:34, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;<i> On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+</I>&gt;&gt;&gt;&gt;<i> The big problem with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is requiring to have
+</I>&gt;&gt;&gt;&gt;<i> gmake and more importantly wget installed imo.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> wget is only used for fetching the package index file. I'm sure if it
+</I>&gt;&gt;&gt;<i> doesn't work somewhere it'll be patched eventually.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Which makes it quite annoying to distribute on systems that have 
+</I>&gt;&gt;&gt;&gt;<i> none of
+</I>&gt;&gt;&gt;&gt;<i> them. It would be interrestin to have the support for curl for 
+</I>&gt;&gt;&gt;&gt;<i> example.
+</I>&gt;&gt;&gt;&gt;<i> Also what are the makefile extensions that you really need to require
+</I>&gt;&gt;&gt;&gt;<i> gmake?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> No idea. Patches are welcome for compatibility with different OS/build
+</I>&gt;&gt;&gt;<i> tools (as long as it's not &quot;rewrite the whole file&quot; of course, then
+</I>&gt;&gt;&gt;<i> you're better off just using gmake).
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> - benoit
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     Hello friendly people,
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     I would like to make an official announcement of erlang.mk
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; now that all the features I wanted are in.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is a rebar replacement. It was
+</I>&gt;&gt;&gt;&gt;<i>     initially created for allowing a faster development process than
+</I>&gt;&gt;&gt;&gt;<i>     rebar and for better compatibility with Linux build tools. It 
+</I>&gt;&gt;&gt;&gt;<i> should
+</I>&gt;&gt;&gt;&gt;<i>     work on Linux and OSX with GNU Make installed.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     Projects using erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are still compatible
+</I>&gt;&gt;&gt;&gt;<i>     with rebar. Dependencies fetched by rebar are stored in the same
+</I>&gt;&gt;&gt;&gt;<i>     deps/ directory, and projects using erlang.mk 
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; can
+</I>&gt;&gt;&gt;&gt;<i>     still be used as rebar dependencies, with or without a 
+</I>&gt;&gt;&gt;&gt;<i> rebar.config
+</I>&gt;&gt;&gt;&gt;<i>     file.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; also features a simple package index.
+</I>&gt;&gt;&gt;&gt;<i>     Try `make pkg-list` to list all packages currently available. All
+</I>&gt;&gt;&gt;&gt;<i>     the packages listed are compatible with erlang.mk 
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>     with no tweaking required.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     Makefiles written with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are *VERY*
+</I>&gt;&gt;&gt;&gt;<i>     simple, here are two examples:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__farwest/blob/master/Makefile">https://github.com/extend/__farwest/blob/master/Makefile</A>
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/farwest/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__cowboy/blob/master/Makefile">https://github.com/extend/__cowboy/blob/master/Makefile</A>
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/cowboy/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     I wrote about erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; and relx recently on 
+</I>&gt;&gt;&gt;&gt;<i> the
+</I>&gt;&gt;&gt;&gt;<i>     Nine Nines blog. erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is the perfect
+</I>&gt;&gt;&gt;&gt;<i>     companion to relx.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>       * <A HREF="http://ninenines.eu/articles/__erlang.mk-and-relx">http://ninenines.eu/articles/__erlang.mk-and-relx</A>
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/erlang.mk-and-relx</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     Here are examples of projects that are using and compatible with
+</I>&gt;&gt;&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/jlouis/__etorrent">https://github.com/jlouis/__etorrent</A>
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/jlouis/etorrent">https://github.com/jlouis/etorrent</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__cowboy">https://github.com/extend/__cowboy</A>
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__farwest">https://github.com/extend/__farwest</A>
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/farwest">https://github.com/extend/farwest</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     You can find erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; at the following URL:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__erlang.mk">https://github.com/extend/__erlang.mk</A>
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/erlang.mk">https://github.com/extend/erlang.mk</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     Contributions to the package index are of course welcome! The only
+</I>&gt;&gt;&gt;&gt;<i>     requirement is that the package is to be compatible with erlang.mk
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; itself. Just send a PR to the erlang.mk
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; project updating the packages.v1.txt!
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     Enjoy!
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>     --
+</I>&gt;&gt;&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i>     Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;<i>     Nine Nines
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i>     _________________________________________________
+</I>&gt;&gt;&gt;&gt;<i>     erlang-questions mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>
+</I>&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000217.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000220.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#219">[ date ]</a>
+              <a href="thread.html#219">[ thread ]</a>
+              <a href="subject.html#219">[ subject ]</a>
+              <a href="author.html#219">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000220.html b/_build/static/archives/extend/2013-August/000220.html
new file mode 100644
index 00000000..b5e46ca0
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000220.html
@@ -0,0 +1,228 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E40DB.5070401%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000219.html">
+   <LINK REL="Next"  HREF="000221.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E40DB.5070401%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug 16 17:10:19 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000219.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000221.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#220">[ date ]</a>
+              <a href="thread.html#220">[ thread ]</a>
+              <a href="subject.html#220">[ subject ]</a>
+              <a href="author.html#220">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I know, and if it makes it work where it currently doesn't I'd merge it. 
+But ultimately we want to avoid starting Erlang unless strictly necessary.
+
+On 08/16/2013 05:02 PM, Grzegorz Junka wrote:
+&gt;<i> But it &quot;is only used for fetching the package index file&quot;... :) If the
+</I>&gt;<i> target is up to date there is no starting of Erlang. But on the other
+</I>&gt;<i> hand it could be used conditionally, e.g. use wget on systems on which
+</I>&gt;<i> it is installed and Erlang otherwise. It's just down to creating a
+</I>&gt;<i> properly structured target, isn't?
+</I>&gt;<i>
+</I>&gt;<i> On 16/08/2013 15:44, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> Starting Erlang takes too long. That's a big reason why erlang.mk was
+</I>&gt;&gt;<i> created. :)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I recall NetBSD being able to download things with a shell script only
+</I>&gt;&gt;<i> (as it comes with nothing installed), this would be a more interesting
+</I>&gt;&gt;<i> solution especially since we can bundle it in the erlang.mk file too.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 08/16/2013 04:42 PM, Grzegorz Junka wrote:
+</I>&gt;&gt;&gt;<i> Why not use Erlang for downloading? Surely if erlang.mk is a tool for
+</I>&gt;&gt;&gt;<i> Erlang then it will be very likely installed. For example this target
+</I>&gt;&gt;&gt;<i> downloads Rebar:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> # Erlang Rebar downloading, see:
+</I>&gt;&gt;&gt;<i> #
+</I>&gt;&gt;&gt;<i> <A HREF="https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y">https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> rb_rebar_url=<A HREF="http://cloud.github.com/downloads/basho/rebar/rebar">http://cloud.github.com/downloads/basho/rebar/rebar</A>
+</I>&gt;&gt;&gt;<i> ./rebar:
+</I>&gt;&gt;&gt;<i> $(ERL) -noshell -s inets -s ssl \
+</I>&gt;&gt;&gt;<i> -eval 'httpc:request(get, {&quot;$(rb_rebar_url)&quot;, []}, [], [{stream,
+</I>&gt;&gt;&gt;<i> &quot;./rebar&quot;}])' \
+</I>&gt;&gt;&gt;<i> -s init stop
+</I>&gt;&gt;&gt;<i> chmod +x ./rebar
+</I>&gt;&gt;&gt;<i> REBAR=$(shell (type rebar 2&gt;/dev/null || echo ./rebar) | tail -1 | awk
+</I>&gt;&gt;&gt;<i> '{ print $$NF }')
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> It could be used to download anything, not just REBAR.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> - Greg
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 16/08/2013 15:34, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;&gt;<i> On 08/16/2013 10:39 AM, Benoit Chesneau wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> The big problem with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is requiring to have
+</I>&gt;&gt;&gt;&gt;&gt;<i> gmake and more importantly wget installed imo.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> wget is only used for fetching the package index file. I'm sure if it
+</I>&gt;&gt;&gt;&gt;<i> doesn't work somewhere it'll be patched eventually.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Which makes it quite annoying to distribute on systems that have
+</I>&gt;&gt;&gt;&gt;&gt;<i> none of
+</I>&gt;&gt;&gt;&gt;&gt;<i> them. It would be interrestin to have the support for curl for
+</I>&gt;&gt;&gt;&gt;&gt;<i> example.
+</I>&gt;&gt;&gt;&gt;&gt;<i> Also what are the makefile extensions that you really need to require
+</I>&gt;&gt;&gt;&gt;&gt;<i> gmake?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> No idea. Patches are welcome for compatibility with different OS/build
+</I>&gt;&gt;&gt;&gt;<i> tools (as long as it's not &quot;rewrite the whole file&quot; of course, then
+</I>&gt;&gt;&gt;&gt;<i> you're better off just using gmake).
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> - benoit
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> On Thu, Aug 15, 2013 at 4:19 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Hello friendly people,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     I would like to make an official announcement of erlang.mk
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; now that all the features I wanted are in.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is a rebar replacement. It was
+</I>&gt;&gt;&gt;&gt;&gt;<i>     initially created for allowing a faster development process than
+</I>&gt;&gt;&gt;&gt;&gt;<i>     rebar and for better compatibility with Linux build tools. It
+</I>&gt;&gt;&gt;&gt;&gt;<i> should
+</I>&gt;&gt;&gt;&gt;&gt;<i>     work on Linux and OSX with GNU Make installed.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Projects using erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are still compatible
+</I>&gt;&gt;&gt;&gt;&gt;<i>     with rebar. Dependencies fetched by rebar are stored in the same
+</I>&gt;&gt;&gt;&gt;&gt;<i>     deps/ directory, and projects using erlang.mk
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; can
+</I>&gt;&gt;&gt;&gt;&gt;<i>     still be used as rebar dependencies, with or without a
+</I>&gt;&gt;&gt;&gt;&gt;<i> rebar.config
+</I>&gt;&gt;&gt;&gt;&gt;<i>     file.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; also features a simple package index.
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Try `make pkg-list` to list all packages currently available. All
+</I>&gt;&gt;&gt;&gt;&gt;<i>     the packages listed are compatible with erlang.mk
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>     with no tweaking required.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Makefiles written with erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; are *VERY*
+</I>&gt;&gt;&gt;&gt;&gt;<i>     simple, here are two examples:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__farwest/blob/master/Makefile">https://github.com/extend/__farwest/blob/master/Makefile</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/farwest/blob/master/Makefile">https://github.com/extend/farwest/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__cowboy/blob/master/Makefile">https://github.com/extend/__cowboy/blob/master/Makefile</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/cowboy/blob/master/Makefile">https://github.com/extend/cowboy/blob/master/Makefile</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     I wrote about erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; and relx recently on
+</I>&gt;&gt;&gt;&gt;&gt;<i> the
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Nine Nines blog. erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; is the perfect
+</I>&gt;&gt;&gt;&gt;&gt;<i>     companion to relx.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>       * <A HREF="http://ninenines.eu/articles/__erlang.mk-and-relx">http://ninenines.eu/articles/__erlang.mk-and-relx</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://ninenines.eu/articles/erlang.mk-and-relx">http://ninenines.eu/articles/erlang.mk-and-relx</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Here are examples of projects that are using and compatible with
+</I>&gt;&gt;&gt;&gt;&gt;<i>     erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/jlouis/__etorrent">https://github.com/jlouis/__etorrent</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/jlouis/etorrent">https://github.com/jlouis/etorrent</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__cowboy">https://github.com/extend/__cowboy</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__farwest">https://github.com/extend/__farwest</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/farwest">https://github.com/extend/farwest</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     You can find erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; at the following URL:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>       * <A HREF="https://github.com/extend/__erlang.mk">https://github.com/extend/__erlang.mk</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="https://github.com/extend/erlang.mk">https://github.com/extend/erlang.mk</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Contributions to the package index are of course welcome! The only
+</I>&gt;&gt;&gt;&gt;&gt;<i>     requirement is that the package is to be compatible with erlang.mk
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; itself. Just send a PR to the erlang.mk
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; project updating the packages.v1.txt!
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Enjoy!
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     --
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;<i>     Nine Nines
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>     _________________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i>     erlang-questions mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> &lt;<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000219.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000221.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#220">[ date ]</a>
+              <a href="thread.html#220">[ thread ]</a>
+              <a href="subject.html#220">[ subject ]</a>
+              <a href="author.html#220">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000221.html b/_build/static/archives/extend/2013-August/000221.html
new file mode 100644
index 00000000..b11430ad
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000221.html
@@ -0,0 +1,63 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAD_32VXteDmb218jRdJcabGSrc7zUvuTpxov%2BOs%3DD07Ce5pSZQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000220.html">
+   <LINK REL="Next"  HREF="000222.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Bin Wang</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAD_32VXteDmb218jRdJcabGSrc7zUvuTpxov%2BOs%3DD07Ce5pSZQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">wbin00 at gmail.com
+       </A><BR>
+    <I>Fri Aug 16 17:40:22 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000220.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000222.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#221">[ date ]</a>
+              <a href="thread.html#221">[ thread ]</a>
+              <a href="subject.html#221">[ subject ]</a>
+              <a href="author.html#221">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Will it support protobuf(<A HREF="https://github.com/basho/erlang_protobuffs">https://github.com/basho/erlang_protobuffs</A>),
+I cannot compile *.proto file from src/ with erlang.mk.
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000220.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000222.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#221">[ date ]</a>
+              <a href="thread.html#221">[ thread ]</a>
+              <a href="subject.html#221">[ subject ]</a>
+              <a href="author.html#221">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000222.html b/_build/static/archives/extend/2013-August/000222.html
new file mode 100644
index 00000000..e0d6785c
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000222.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E4B72.8010608%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000221.html">
+   <LINK REL="Next"  HREF="000223.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3C520E4B72.8010608%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Aug 16 17:55:30 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000221.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000223.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#222">[ date ]</a>
+              <a href="thread.html#222">[ thread ]</a>
+              <a href="subject.html#222">[ subject ]</a>
+              <a href="author.html#222">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/16/2013 05:40 PM, Bin Wang wrote:
+&gt;<i> Will it support protobuf(<A HREF="https://github.com/basho/erlang_protobuffs">https://github.com/basho/erlang_protobuffs</A>),
+</I>&gt;<i> I cannot compile *.proto file from src/ with erlang.mk.
+</I>
+That's a good question. I probably would merge such a patch right now, 
+but if it ends up being too many different compilers we'll probably need 
+a better solution (something like having you include both erlang.mk and 
+protobuffs.mk to enable it?).
+
+I don't use protobuffs myself so don't count on me though.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000221.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000223.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#222">[ date ]</a>
+              <a href="thread.html#222">[ thread ]</a>
+              <a href="subject.html#222">[ subject ]</a>
+              <a href="author.html#222">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000223.html b/_build/static/archives/extend/2013-August/000223.html
new file mode 100644
index 00000000..f44537e7
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000223.html
@@ -0,0 +1,90 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAKD1GY6F-%2BZo7jpSM6rJrZkAypwaazh%3DZBg%2BQ0_YY5MyXeK2XQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000222.html">
+   <LINK REL="Next"  HREF="000224.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] erlang.mk build tool</H1>
+    <B>Jeremy Ong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20erlang.mk%20build%20tool&In-Reply-To=%3CCAKD1GY6F-%2BZo7jpSM6rJrZkAypwaazh%3DZBg%2BQ0_YY5MyXeK2XQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] erlang.mk build tool">jeremy at quarkgames.com
+       </A><BR>
+    <I>Fri Aug 16 18:29:36 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000222.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000224.html">[99s-extend] How to broadcaset with ranch?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#223">[ date ]</a>
+              <a href="thread.html#223">[ thread ]</a>
+              <a href="subject.html#223">[ subject ]</a>
+              <a href="author.html#223">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I'd prefer it if there were more generalized hooks for files of
+different names rather than hardcoding usage of a particular library.
+In the case of protobuffers, some people use piqi, others use basho's
+library, and still others use their own library.
+
+On Fri, Aug 16, 2013 at 8:55 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+&gt;<i> On 08/16/2013 05:40 PM, Bin Wang wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Will it support protobuf(<A HREF="https://github.com/basho/erlang_protobuffs">https://github.com/basho/erlang_protobuffs</A>),
+</I>&gt;&gt;<i> I cannot compile *.proto file from src/ with erlang.mk.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> That's a good question. I probably would merge such a patch right now, but
+</I>&gt;<i> if it ends up being too many different compilers we'll probably need a
+</I>&gt;<i> better solution (something like having you include both erlang.mk and
+</I>&gt;<i> protobuffs.mk to enable it?).
+</I>&gt;<i>
+</I>&gt;<i> I don't use protobuffs myself so don't count on me though.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000222.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000224.html">[99s-extend] How to broadcaset with ranch?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#223">[ date ]</a>
+              <a href="thread.html#223">[ thread ]</a>
+              <a href="subject.html#223">[ subject ]</a>
+              <a href="author.html#223">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000224.html b/_build/static/archives/extend/2013-August/000224.html
new file mode 100644
index 00000000..80b346e3
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000224.html
@@ -0,0 +1,72 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] How to broadcaset with ranch?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20broadcaset%20with%20ranch%3F&In-Reply-To=%3CCAD_32VWVNb_-vHChdC2S4CcFeJ29v5n3w6B0LNS5%3DRqWQxKaAQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000223.html">
+   <LINK REL="Next"  HREF="000225.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] How to broadcaset with ranch?</H1>
+    <B>Bin Wang</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20broadcaset%20with%20ranch%3F&In-Reply-To=%3CCAD_32VWVNb_-vHChdC2S4CcFeJ29v5n3w6B0LNS5%3DRqWQxKaAQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] How to broadcaset with ranch?">wbin00 at gmail.com
+       </A><BR>
+    <I>Sat Aug 17 10:00:04 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000223.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+        <LI>Next message: <A HREF="000225.html">[99s-extend] How to broadcaset with ranch?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#224">[ date ]</a>
+              <a href="thread.html#224">[ thread ]</a>
+              <a href="subject.html#224">[ subject ]</a>
+              <a href="author.html#224">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I'm new to ranch. In my application, I need to send some message to
+all connections. So I'd like to know can I get all connections from
+ranch, so I could use Transport:send to send them, or I must manage
+all the created connections by myself? Or is there any other better
+way?
+
+Thanks.
+
+Bin Wang
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000223.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A></li>
+	<LI>Next message: <A HREF="000225.html">[99s-extend] How to broadcaset with ranch?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#224">[ date ]</a>
+              <a href="thread.html#224">[ thread ]</a>
+              <a href="subject.html#224">[ subject ]</a>
+              <a href="author.html#224">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000225.html b/_build/static/archives/extend/2013-August/000225.html
new file mode 100644
index 00000000..bd4c5de5
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000225.html
@@ -0,0 +1,85 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] How to broadcaset with ranch?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20broadcaset%20with%20ranch%3F&In-Reply-To=%3C520F3001.5010504%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000224.html">
+   <LINK REL="Next"  HREF="000226.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] How to broadcaset with ranch?</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20broadcaset%20with%20ranch%3F&In-Reply-To=%3C520F3001.5010504%40ninenines.eu%3E"
+       TITLE="[99s-extend] How to broadcaset with ranch?">essen at ninenines.eu
+       </A><BR>
+    <I>Sat Aug 17 10:10:41 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000224.html">[99s-extend] How to broadcaset with ranch?
+</A></li>
+        <LI>Next message: <A HREF="000226.html">[99s-extend] [erlang-questions]  How to broadcaset with ranch?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#225">[ date ]</a>
+              <a href="thread.html#225">[ thread ]</a>
+              <a href="subject.html#225">[ subject ]</a>
+              <a href="author.html#225">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/17/2013 10:00 AM, Bin Wang wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I'm new to ranch. In my application, I need to send some message to
+</I>&gt;<i> all connections. So I'd like to know can I get all connections from
+</I>&gt;<i> ranch, so I could use Transport:send to send them, or I must manage
+</I>&gt;<i> all the created connections by myself? Or is there any other better
+</I>&gt;<i> way?
+</I>
+The best way to do that is on your end, using gproc properties. When the 
+connection is accepted, register the process with the property and use 
+the property to send messages to all processes. You don't need to 
+unregister when the connection ends, gproc does that automatically.
+
+The hackish way to do that would be to call supervisor:which_children on 
+the ranch_conns_sup supervisor of your listener, but that will slow down 
+the accepting of new connections, so don't do this if you need high 
+accept rates.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000224.html">[99s-extend] How to broadcaset with ranch?
+</A></li>
+	<LI>Next message: <A HREF="000226.html">[99s-extend] [erlang-questions]  How to broadcaset with ranch?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#225">[ date ]</a>
+              <a href="thread.html#225">[ thread ]</a>
+              <a href="subject.html#225">[ subject ]</a>
+              <a href="author.html#225">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/000226.html b/_build/static/archives/extend/2013-August/000226.html
new file mode 100644
index 00000000..4fcc1620
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/000226.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions]  How to broadcaset with ranch?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%20How%20to%20broadcaset%20with%20ranch%3F&In-Reply-To=%3CCAPGJuCaYJnOn-Hq_GgQZV2pxmaUwCxbS372dapbnQiOZ8vWC%3Dw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000225.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions]  How to broadcaset with ranch?</H1>
+    <B>Sean Cribbs</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%20How%20to%20broadcaset%20with%20ranch%3F&In-Reply-To=%3CCAPGJuCaYJnOn-Hq_GgQZV2pxmaUwCxbS372dapbnQiOZ8vWC%3Dw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions]  How to broadcaset with ranch?">seancribbs at gmail.com
+       </A><BR>
+    <I>Wed Aug 21 05:18:19 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000225.html">[99s-extend] How to broadcaset with ranch?
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#226">[ date ]</a>
+              <a href="thread.html#226">[ thread ]</a>
+              <a href="subject.html#226">[ subject ]</a>
+              <a href="author.html#226">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>This is exactly the sort of thing gen_event is for. I would make each
+server process register a handler at startup using
+gen_event:add_sup_handler() and then have the handle_event callback simply
+relay the event to the server processes. Yes, gproc can do this, but why
+incur its extra features and overhead?
+
+
+On Sat, Aug 17, 2013 at 3:10 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> On 08/17/2013 10:00 AM, Bin Wang wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I'm new to ranch. In my application, I need to send some message to
+</I>&gt;&gt;<i> all connections. So I'd like to know can I get all connections from
+</I>&gt;&gt;<i> ranch, so I could use Transport:send to send them, or I must manage
+</I>&gt;&gt;<i> all the created connections by myself? Or is there any other better
+</I>&gt;&gt;<i> way?
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> The best way to do that is on your end, using gproc properties. When the
+</I>&gt;<i> connection is accepted, register the process with the property and use the
+</I>&gt;<i> property to send messages to all processes. You don't need to unregister
+</I>&gt;<i> when the connection ends, gproc does that automatically.
+</I>&gt;<i>
+</I>&gt;<i> The hackish way to do that would be to call supervisor:which_children on
+</I>&gt;<i> the ranch_conns_sup supervisor of your listener, but that will slow down
+</I>&gt;<i> the accepting of new connections, so don't do this if you need high accept
+</I>&gt;<i> rates.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130820/b203ebe2/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130820/b203ebe2/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000225.html">[99s-extend] How to broadcaset with ranch?
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#226">[ date ]</a>
+              <a href="thread.html#226">[ thread ]</a>
+              <a href="subject.html#226">[ subject ]</a>
+              <a href="author.html#226">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-August/author.html b/_build/static/archives/extend/2013-August/author.html
new file mode 100644
index 00000000..815c9cfa
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/author.html
@@ -0,0 +1,302 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Fri Aug  2 17:01:26 CEST 2013</i><br>
+         <b>Ending:</b> <i>Wed Aug 21 05:18:19 CEST 2013</i><br>
+         <b>Messages:</b> 51<p>
+     <ul>
+
+<LI><A HREF="000211.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="211">&nbsp;</A>
+<I>Jesper Louis Andersen
+</I>
+
+<LI><A HREF="000184.html">[99s-extend] Riak in Farwest
+</A><A NAME="184">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000212.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="212">&nbsp;</A>
+<I>Benoit Chesneau
+</I>
+
+<LI><A HREF="000226.html">[99s-extend] [erlang-questions]  How to broadcaset with ranch?
+</A><A NAME="226">&nbsp;</A>
+<I>Sean Cribbs
+</I>
+
+<LI><A HREF="000213.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="213">&nbsp;</A>
+<I>Vladimir Dronnikov
+</I>
+
+<LI><A HREF="000176.html">[99s-extend] Mailing lists
+</A><A NAME="176">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000177.html">[99s-extend] Riak in Farwest
+</A><A NAME="177">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000180.html">[99s-extend] Mailing lists
+</A><A NAME="180">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000183.html">[99s-extend] Riak in Farwest
+</A><A NAME="183">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000185.html">[99s-extend] Mailing lists
+</A><A NAME="185">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000188.html">[99s-extend] Riak in Farwest
+</A><A NAME="188">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000189.html">[99s-extend] Riak in Farwest
+</A><A NAME="189">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000194.html">[99s-extend] Riak in Farwest
+</A><A NAME="194">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000196.html">[99s-extend] Mailing lists
+</A><A NAME="196">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000199.html">[99s-extend] Mailing lists
+</A><A NAME="199">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000203.html">[99s-extend] Mailing lists
+</A><A NAME="203">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000202.html">[99s-extend] Fwd:  Mailing lists
+</A><A NAME="202">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000178.html">[99s-extend] Riak in Farwest
+</A><A NAME="178">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000179.html">[99s-extend] Mailing lists
+</A><A NAME="179">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000182.html">[99s-extend] Mailing lists
+</A><A NAME="182">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000187.html">[99s-extend] Riak in Farwest
+</A><A NAME="187">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000190.html">[99s-extend] Riak in Farwest
+</A><A NAME="190">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000191.html">[99s-extend] Riak in Farwest
+</A><A NAME="191">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000193.html">[99s-extend] Mailing lists
+</A><A NAME="193">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000195.html">[99s-extend] Riak in Farwest
+</A><A NAME="195">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000197.html">[99s-extend] Mailing lists
+</A><A NAME="197">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000204.html">[99s-extend] Mailing lists
+</A><A NAME="204">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000206.html">[99s-extend] [ANN] Farwest 0.3.0
+</A><A NAME="206">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000207.html">[99s-extend] [ANN] erlang.mk build tool
+</A><A NAME="207">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000209.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="209">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000210.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="210">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000216.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="216">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000217.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="217">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000220.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="220">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000222.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="222">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000225.html">[99s-extend] How to broadcaset with ranch?
+</A><A NAME="225">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000208.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="208">&nbsp;</A>
+<I>Motiejus Jak&#353;tys
+</I>
+
+<LI><A HREF="000215.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="215">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000219.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="219">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000205.html">[99s-extend] Mailing lists
+</A><A NAME="205">&nbsp;</A>
+<I>Bach Le
+</I>
+
+<LI><A HREF="000201.html">[99s-extend] Mailing lists
+</A><A NAME="201">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000223.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="223">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000198.html">[99s-extend] Mailing lists
+</A><A NAME="198">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000200.html">[99s-extend] Riak in Farwest
+</A><A NAME="200">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000214.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="214">&nbsp;</A>
+<I>Steve Strong
+</I>
+
+<LI><A HREF="000218.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="218">&nbsp;</A>
+<I>Steve Strong
+</I>
+
+<LI><A HREF="000181.html">[99s-extend] Riak in Farwest
+</A><A NAME="181">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000186.html">[99s-extend] Riak in Farwest
+</A><A NAME="186">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000192.html">[99s-extend] Riak in Farwest
+</A><A NAME="192">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000221.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="221">&nbsp;</A>
+<I>Bin Wang
+</I>
+
+<LI><A HREF="000224.html">[99s-extend] How to broadcaset with ranch?
+</A><A NAME="224">&nbsp;</A>
+<I>Bin Wang
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Aug 21 05:18:19 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-August/date.html b/_build/static/archives/extend/2013-August/date.html
new file mode 100644
index 00000000..5848062a
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/date.html
@@ -0,0 +1,302 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Fri Aug  2 17:01:26 CEST 2013</i><br>
+         <b>Ending:</b> <i>Wed Aug 21 05:18:19 CEST 2013</i><br>
+         <b>Messages:</b> 51<p>
+     <ul>
+
+<LI><A HREF="000176.html">[99s-extend] Mailing lists
+</A><A NAME="176">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000177.html">[99s-extend] Riak in Farwest
+</A><A NAME="177">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000178.html">[99s-extend] Riak in Farwest
+</A><A NAME="178">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000179.html">[99s-extend] Mailing lists
+</A><A NAME="179">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000180.html">[99s-extend] Mailing lists
+</A><A NAME="180">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000181.html">[99s-extend] Riak in Farwest
+</A><A NAME="181">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000182.html">[99s-extend] Mailing lists
+</A><A NAME="182">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000183.html">[99s-extend] Riak in Farwest
+</A><A NAME="183">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000184.html">[99s-extend] Riak in Farwest
+</A><A NAME="184">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000185.html">[99s-extend] Mailing lists
+</A><A NAME="185">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000186.html">[99s-extend] Riak in Farwest
+</A><A NAME="186">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000187.html">[99s-extend] Riak in Farwest
+</A><A NAME="187">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000188.html">[99s-extend] Riak in Farwest
+</A><A NAME="188">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000189.html">[99s-extend] Riak in Farwest
+</A><A NAME="189">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000190.html">[99s-extend] Riak in Farwest
+</A><A NAME="190">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000191.html">[99s-extend] Riak in Farwest
+</A><A NAME="191">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000192.html">[99s-extend] Riak in Farwest
+</A><A NAME="192">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000193.html">[99s-extend] Mailing lists
+</A><A NAME="193">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000194.html">[99s-extend] Riak in Farwest
+</A><A NAME="194">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000195.html">[99s-extend] Riak in Farwest
+</A><A NAME="195">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000196.html">[99s-extend] Mailing lists
+</A><A NAME="196">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000197.html">[99s-extend] Mailing lists
+</A><A NAME="197">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000198.html">[99s-extend] Mailing lists
+</A><A NAME="198">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000199.html">[99s-extend] Mailing lists
+</A><A NAME="199">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000200.html">[99s-extend] Riak in Farwest
+</A><A NAME="200">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000201.html">[99s-extend] Mailing lists
+</A><A NAME="201">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000202.html">[99s-extend] Fwd:  Mailing lists
+</A><A NAME="202">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000203.html">[99s-extend] Mailing lists
+</A><A NAME="203">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000204.html">[99s-extend] Mailing lists
+</A><A NAME="204">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000205.html">[99s-extend] Mailing lists
+</A><A NAME="205">&nbsp;</A>
+<I>Bach Le
+</I>
+
+<LI><A HREF="000206.html">[99s-extend] [ANN] Farwest 0.3.0
+</A><A NAME="206">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000207.html">[99s-extend] [ANN] erlang.mk build tool
+</A><A NAME="207">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000208.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="208">&nbsp;</A>
+<I>Motiejus Jak&#353;tys
+</I>
+
+<LI><A HREF="000209.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="209">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000211.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="211">&nbsp;</A>
+<I>Jesper Louis Andersen
+</I>
+
+<LI><A HREF="000212.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="212">&nbsp;</A>
+<I>Benoit Chesneau
+</I>
+
+<LI><A HREF="000213.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="213">&nbsp;</A>
+<I>Vladimir Dronnikov
+</I>
+
+<LI><A HREF="000214.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="214">&nbsp;</A>
+<I>Steve Strong
+</I>
+
+<LI><A HREF="000210.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="210">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000215.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="215">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000216.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="216">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000218.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="218">&nbsp;</A>
+<I>Steve Strong
+</I>
+
+<LI><A HREF="000217.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="217">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000219.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="219">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000220.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="220">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000221.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="221">&nbsp;</A>
+<I>Bin Wang
+</I>
+
+<LI><A HREF="000222.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="222">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000223.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="223">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000224.html">[99s-extend] How to broadcaset with ranch?
+</A><A NAME="224">&nbsp;</A>
+<I>Bin Wang
+</I>
+
+<LI><A HREF="000225.html">[99s-extend] How to broadcaset with ranch?
+</A><A NAME="225">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000226.html">[99s-extend] [erlang-questions]  How to broadcaset with ranch?
+</A><A NAME="226">&nbsp;</A>
+<I>Sean Cribbs
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Aug 21 05:18:19 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-August/index.html b/_build/static/archives/extend/2013-August/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-August/subject.html b/_build/static/archives/extend/2013-August/subject.html
new file mode 100644
index 00000000..eda149fd
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/subject.html
@@ -0,0 +1,302 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Fri Aug  2 17:01:26 CEST 2013</i><br>
+         <b>Ending:</b> <i>Wed Aug 21 05:18:19 CEST 2013</i><br>
+         <b>Messages:</b> 51<p>
+     <ul>
+
+<LI><A HREF="000207.html">[99s-extend] [ANN] erlang.mk build tool
+</A><A NAME="207">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000206.html">[99s-extend] [ANN] Farwest 0.3.0
+</A><A NAME="206">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000208.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="208">&nbsp;</A>
+<I>Motiejus Jak&#353;tys
+</I>
+
+<LI><A HREF="000209.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="209">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000211.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="211">&nbsp;</A>
+<I>Jesper Louis Andersen
+</I>
+
+<LI><A HREF="000212.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="212">&nbsp;</A>
+<I>Benoit Chesneau
+</I>
+
+<LI><A HREF="000213.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="213">&nbsp;</A>
+<I>Vladimir Dronnikov
+</I>
+
+<LI><A HREF="000214.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="214">&nbsp;</A>
+<I>Steve Strong
+</I>
+
+<LI><A HREF="000210.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="210">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000215.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="215">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000216.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="216">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000218.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="218">&nbsp;</A>
+<I>Steve Strong
+</I>
+
+<LI><A HREF="000217.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="217">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000219.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="219">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000220.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="220">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000221.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="221">&nbsp;</A>
+<I>Bin Wang
+</I>
+
+<LI><A HREF="000222.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="222">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000223.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="223">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000226.html">[99s-extend] [erlang-questions]  How to broadcaset with ranch?
+</A><A NAME="226">&nbsp;</A>
+<I>Sean Cribbs
+</I>
+
+<LI><A HREF="000202.html">[99s-extend] Fwd:  Mailing lists
+</A><A NAME="202">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000224.html">[99s-extend] How to broadcaset with ranch?
+</A><A NAME="224">&nbsp;</A>
+<I>Bin Wang
+</I>
+
+<LI><A HREF="000225.html">[99s-extend] How to broadcaset with ranch?
+</A><A NAME="225">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000176.html">[99s-extend] Mailing lists
+</A><A NAME="176">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000179.html">[99s-extend] Mailing lists
+</A><A NAME="179">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000180.html">[99s-extend] Mailing lists
+</A><A NAME="180">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000182.html">[99s-extend] Mailing lists
+</A><A NAME="182">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000185.html">[99s-extend] Mailing lists
+</A><A NAME="185">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000193.html">[99s-extend] Mailing lists
+</A><A NAME="193">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000196.html">[99s-extend] Mailing lists
+</A><A NAME="196">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000197.html">[99s-extend] Mailing lists
+</A><A NAME="197">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000198.html">[99s-extend] Mailing lists
+</A><A NAME="198">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000199.html">[99s-extend] Mailing lists
+</A><A NAME="199">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000201.html">[99s-extend] Mailing lists
+</A><A NAME="201">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000203.html">[99s-extend] Mailing lists
+</A><A NAME="203">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000204.html">[99s-extend] Mailing lists
+</A><A NAME="204">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000205.html">[99s-extend] Mailing lists
+</A><A NAME="205">&nbsp;</A>
+<I>Bach Le
+</I>
+
+<LI><A HREF="000177.html">[99s-extend] Riak in Farwest
+</A><A NAME="177">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000178.html">[99s-extend] Riak in Farwest
+</A><A NAME="178">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000181.html">[99s-extend] Riak in Farwest
+</A><A NAME="181">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000183.html">[99s-extend] Riak in Farwest
+</A><A NAME="183">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000184.html">[99s-extend] Riak in Farwest
+</A><A NAME="184">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000186.html">[99s-extend] Riak in Farwest
+</A><A NAME="186">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000187.html">[99s-extend] Riak in Farwest
+</A><A NAME="187">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000188.html">[99s-extend] Riak in Farwest
+</A><A NAME="188">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000189.html">[99s-extend] Riak in Farwest
+</A><A NAME="189">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000190.html">[99s-extend] Riak in Farwest
+</A><A NAME="190">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000191.html">[99s-extend] Riak in Farwest
+</A><A NAME="191">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000192.html">[99s-extend] Riak in Farwest
+</A><A NAME="192">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000194.html">[99s-extend] Riak in Farwest
+</A><A NAME="194">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<LI><A HREF="000195.html">[99s-extend] Riak in Farwest
+</A><A NAME="195">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000200.html">[99s-extend] Riak in Farwest
+</A><A NAME="200">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Aug 21 05:18:19 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-August/thread.html b/_build/static/archives/extend/2013-August/thread.html
new file mode 100644
index 00000000..15974c72
--- /dev/null
+++ b/_build/static/archives/extend/2013-August/thread.html
@@ -0,0 +1,385 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Fri Aug  2 17:01:26 CEST 2013</i><br>
+         <b>Ending:</b> <i>Wed Aug 21 05:18:19 CEST 2013</i><br>
+         <b>Messages:</b> 51<p>
+     <ul>
+
+<!--0 01375455686.176- -->
+<LI><A HREF="000176.html">[99s-extend] Mailing lists
+</A><A NAME="176">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<UL>
+<!--1 01375455686.176-01375456198.179- -->
+<LI><A HREF="000179.html">[99s-extend] Mailing lists
+</A><A NAME="179">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01375455686.176-01375456198.179-01375456440.180- -->
+<LI><A HREF="000180.html">[99s-extend] Mailing lists
+</A><A NAME="180">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<UL>
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182- -->
+<LI><A HREF="000182.html">[99s-extend] Mailing lists
+</A><A NAME="182">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185- -->
+<LI><A HREF="000185.html">[99s-extend] Mailing lists
+</A><A NAME="185">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185-01375458307.193- -->
+<LI><A HREF="000193.html">[99s-extend] Mailing lists
+</A><A NAME="193">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185-01375458307.193-01375458540.196- -->
+<LI><A HREF="000196.html">[99s-extend] Mailing lists
+</A><A NAME="196">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185-01375458307.193-01375458540.196-01375458632.197- -->
+<LI><A HREF="000197.html">[99s-extend] Mailing lists
+</A><A NAME="197">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185-01375458307.193-01375458540.196-01375458737.198- -->
+<LI><A HREF="000198.html">[99s-extend] Mailing lists
+</A><A NAME="198">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185-01375458307.193-01375458540.196-01375458737.198-01375458874.199- -->
+<LI><A HREF="000199.html">[99s-extend] Mailing lists
+</A><A NAME="199">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185-01375458307.193-01375458540.196-01375458737.198-01375458874.199-01375472039.201- -->
+<LI><A HREF="000201.html">[99s-extend] Mailing lists
+</A><A NAME="201">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185-01375458307.193-01375458540.196-01375458737.198-01375458874.199-01375472039.201-01375473442.202- -->
+<LI><A HREF="000202.html">[99s-extend] Fwd:  Mailing lists
+</A><A NAME="202">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185-01375458307.193-01375458540.196-01375458737.198-01375458874.199-01375472039.201-01375481790.203- -->
+<LI><A HREF="000203.html">[99s-extend] Mailing lists
+</A><A NAME="203">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<!--3 01375455686.176-01375456198.179-01375456440.180-01375456899.182-01375457612.185-01375458307.193-01375458540.196-01375458737.198-01375458874.199-01375472039.201-01375481790.203-01375514030.204- -->
+<LI><A HREF="000204.html">[99s-extend] Mailing lists
+</A><A NAME="204">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+<!--1 01375455686.176-01375681084.205- -->
+<LI><A HREF="000205.html">[99s-extend] Mailing lists
+</A><A NAME="205">&nbsp;</A>
+<I>Bach Le
+</I>
+
+</UL>
+<!--0 01375456002.177- -->
+<LI><A HREF="000177.html">[99s-extend] Riak in Farwest
+</A><A NAME="177">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<UL>
+<!--1 01375456002.177-01375456127.178- -->
+<LI><A HREF="000178.html">[99s-extend] Riak in Farwest
+</A><A NAME="178">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01375456002.177-01375456127.178-01375456805.181- -->
+<LI><A HREF="000181.html">[99s-extend] Riak in Farwest
+</A><A NAME="181">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--3 01375456002.177-01375456127.178-01375456805.181-01375457375.184- -->
+<LI><A HREF="000184.html">[99s-extend] Riak in Farwest
+</A><A NAME="184">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<!--3 01375456002.177-01375456127.178-01375456805.181-01375457713.187- -->
+<LI><A HREF="000187.html">[99s-extend] Riak in Farwest
+</A><A NAME="187">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01375456002.177-01375456127.178-01375456805.181-01375457713.187-01375457944.189- -->
+<LI><A HREF="000189.html">[99s-extend] Riak in Farwest
+</A><A NAME="189">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<!--3 01375456002.177-01375456127.178-01375456805.181-01375457713.187-01375457944.189-01375458099.191- -->
+<LI><A HREF="000191.html">[99s-extend] Riak in Farwest
+</A><A NAME="191">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01375456002.177-01375456127.178-01375456805.181-01375457713.187-01375458229.192- -->
+<LI><A HREF="000192.html">[99s-extend] Riak in Farwest
+</A><A NAME="192">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<!--3 01375456002.177-01375456127.178-01375456805.181-01375457713.187-01375458229.192-01375458413.194- -->
+<LI><A HREF="000194.html">[99s-extend] Riak in Farwest
+</A><A NAME="194">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<!--3 01375456002.177-01375456127.178-01375456805.181-01375457713.187-01375458229.192-01375458459.195- -->
+<LI><A HREF="000195.html">[99s-extend] Riak in Farwest
+</A><A NAME="195">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--2 01375456002.177-01375456127.178-01375457122.183- -->
+<LI><A HREF="000183.html">[99s-extend] Riak in Farwest
+</A><A NAME="183">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<UL>
+<!--3 01375456002.177-01375456127.178-01375457122.183-01375457633.186- -->
+<LI><A HREF="000186.html">[99s-extend] Riak in Farwest
+</A><A NAME="186">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<!--3 01375456002.177-01375456127.178-01375457122.183-01375457633.186-01375457758.188- -->
+<LI><A HREF="000188.html">[99s-extend] Riak in Farwest
+</A><A NAME="188">&nbsp;</A>
+<I>Florent Gallaire
+</I>
+
+<!--3 01375456002.177-01375456127.178-01375457122.183-01375457998.190- -->
+<LI><A HREF="000190.html">[99s-extend] Riak in Farwest
+</A><A NAME="190">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+<!--1 01375456002.177-01375458878.200- -->
+<LI><A HREF="000200.html">[99s-extend] Riak in Farwest
+</A><A NAME="200">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+</UL>
+<!--0 01376502618.206- -->
+<LI><A HREF="000206.html">[99s-extend] [ANN] Farwest 0.3.0
+</A><A NAME="206">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01376576382.207- -->
+<LI><A HREF="000207.html">[99s-extend] [ANN] erlang.mk build tool
+</A><A NAME="207">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01376576382.207-01376579262.208- -->
+<LI><A HREF="000208.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="208">&nbsp;</A>
+<I>Motiejus Jak&#353;tys
+</I>
+
+<UL>
+<!--2 01376576382.207-01376579262.208-01376584324.209- -->
+<LI><A HREF="000209.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="209">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--1 01376576382.207-01376640061.211- -->
+<LI><A HREF="000211.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="211">&nbsp;</A>
+<I>Jesper Louis Andersen
+</I>
+
+<!--1 01376576382.207-01376642367.212- -->
+<LI><A HREF="000212.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="212">&nbsp;</A>
+<I>Benoit Chesneau
+</I>
+
+<UL>
+<!--2 01376576382.207-01376642367.212-01376652320.213- -->
+<LI><A HREF="000213.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="213">&nbsp;</A>
+<I>Vladimir Dronnikov
+</I>
+
+</UL>
+<!--1 01376576382.207-01376656068.214- -->
+<LI><A HREF="000214.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="214">&nbsp;</A>
+<I>Steve Strong
+</I>
+
+<UL>
+<!--2 01376576382.207-01376656068.214-01376664159.216- -->
+<LI><A HREF="000216.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="216">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--3 01376576382.207-01376656068.214-01376664159.216-01376664247.218- -->
+<LI><A HREF="000218.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="218">&nbsp;</A>
+<I>Steve Strong
+</I>
+
+</UL>
+</UL>
+<!--1 01376576382.207-01376663696.210- -->
+<LI><A HREF="000210.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="210">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01376576382.207-01376663696.210-01376664148.215- -->
+<LI><A HREF="000215.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="215">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<UL>
+<!--3 01376576382.207-01376663696.210-01376664148.215-01376664298.217- -->
+<LI><A HREF="000217.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="217">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01376576382.207-01376663696.210-01376664148.215-01376664298.217-01376665320.219- -->
+<LI><A HREF="000219.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="219">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<!--3 01376576382.207-01376663696.210-01376664148.215-01376664298.217-01376665320.219-01376665819.220- -->
+<LI><A HREF="000220.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="220">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01376576382.207-01376663696.210-01376664148.215-01376664298.217-01376665320.219-01376665819.220-01376667622.221- -->
+<LI><A HREF="000221.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="221">&nbsp;</A>
+<I>Bin Wang
+</I>
+
+<!--3 01376576382.207-01376663696.210-01376664148.215-01376664298.217-01376665320.219-01376665819.220-01376667622.221-01376668530.222- -->
+<LI><A HREF="000222.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="222">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01376576382.207-01376663696.210-01376664148.215-01376664298.217-01376665320.219-01376665819.220-01376667622.221-01376668530.222-01376670576.223- -->
+<LI><A HREF="000223.html">[99s-extend] [erlang-questions] [ANN] erlang.mk build tool
+</A><A NAME="223">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01376726404.224- -->
+<LI><A HREF="000224.html">[99s-extend] How to broadcaset with ranch?
+</A><A NAME="224">&nbsp;</A>
+<I>Bin Wang
+</I>
+
+<UL>
+<!--1 01376726404.224-01376727041.225- -->
+<LI><A HREF="000225.html">[99s-extend] How to broadcaset with ranch?
+</A><A NAME="225">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01376726404.224-01376727041.225-01377055099.226- -->
+<LI><A HREF="000226.html">[99s-extend] [erlang-questions]  How to broadcaset with ranch?
+</A><A NAME="226">&nbsp;</A>
+<I>Sean Cribbs
+</I>
+
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Aug 21 05:18:19 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-December.txt b/_build/static/archives/extend/2013-December.txt
new file mode 100644
index 00000000..8912dc6c
--- /dev/null
+++ b/_build/static/archives/extend/2013-December.txt
@@ -0,0 +1,260 @@
+From dagurg at gmail.com  Thu Dec 12 11:57:42 2013
+From: dagurg at gmail.com (Dagur Gunnarsson)
+Date: Thu, 12 Dec 2013 10:57:42 +0000
+Subject: [99s-extend] (no subject)
+Message-ID: <CAGYgXH-Jyoa+ziKxr-u+Lu7W4bkQrFx=f56ggBh39ao_YAyEhg@mail.gmail.com>
+
+Hi,
+
+I am using cowboy for our financial webservice platform.  We use token
+based authentication, but I want to give certain ip adresses full access
+without authentication.  I tried :
+
+{{IP, Port}, Req2} = cowboy_req:peer(Req).
+
+but IP is always {127,0,0,1} - even on production (where request
+are comming from different networks)
+
+So my question is basically, Is there any way for me to see
+frow which IP adresses the request is comming ?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131212/2697fbaa/attachment.html>
+
+From essen at ninenines.eu  Thu Dec 12 12:06:10 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 12 Dec 2013 12:06:10 +0100
+Subject: [99s-extend] (no subject)
+In-Reply-To: <CAGYgXH-Jyoa+ziKxr-u+Lu7W4bkQrFx=f56ggBh39ao_YAyEhg@mail.gmail.com>
+References: <CAGYgXH-Jyoa+ziKxr-u+Lu7W4bkQrFx=f56ggBh39ao_YAyEhg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Hi,
+
+It sounds like you have a proxy of some kind on the same machine. The 
+proxy would likely set a header with the real IP in it, or at least have 
+an option for it.
+
+On 12/12/2013 11:57 AM, Dagur Gunnarsson wrote:
+> Hi,
+> I am using cowboy for our financial webservice platform.  We use token
+> based authentication, but I want to give certain ip adresses full access
+> without authentication.  I tried :
+> {{|IP||, ||Port||}, ||Req2||} = ||cowboy_req:peer||(||Req||).|
+> ||
+> |but IP is always {127,0,0,1} - even on production (where request|
+> |are comming from different networks)|
+> ||
+> |So my question is basically, Is there any way for me to see |
+> |frow which ||IP adresses the request is comming ?|
+> ||
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From dch at jsonified.com  Thu Dec 12 14:00:07 2013
+From: dch at jsonified.com (Dave Cottlehuber)
+Date: Thu, 12 Dec 2013 14:00:07 +0100
+Subject: [99s-extend] (no subject)
+In-Reply-To: <[email protected]>
+References: <CAGYgXH-Jyoa+ziKxr-u+Lu7W4bkQrFx=f56ggBh39ao_YAyEhg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On 12. Dezember 2013 at 12:06:20, Lo?c Hoguin (essen at ninenines.eu) wrote:
+>  
+> Hi,
+>  
+> It sounds like you have a proxy of some kind on the same machine.  
+> The
+> proxy would likely set a header with the real IP in it, or at least  
+> have
+> an option for it.
+
+Hey Dagur,
+
+Look through all headers, normally a proxy will set something like X-Forwarded-For or similar.
+
+A+
+Dave
+
+
+
+
+From cjsvance at gmail.com  Sun Dec 15 06:48:20 2013
+From: cjsvance at gmail.com (Christopher Vance)
+Date: Sun, 15 Dec 2013 16:48:20 +1100
+Subject: [99s-extend] erlang.mk:109 sed \s is not portable
+Message-ID: <CA+Z8kA7UwsDP2KeLSBEqQ2GBZZwCTgDoD8SOJ8RZ47-StQE6XQ@mail.gmail.com>
+
+I have recently started using erlang.mk on MacOS X and OpenBSD, and have
+discovered that the sed escape \s on line 109 for inserting the module list
+in *.app does not work as intended on these OSs, because they do not use
+GNU sed. (\s just means the letter 's', not whitespace as in perl.) I
+expect all other BSD-based OSs to have the same issue.
+
+Please consider using [[:space:]] instead. This works on both MacOS X and
+OpenBSD, as well as on Linux.
+
+-- 
+Christopher Vance
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131215/7c20ac97/attachment.html>
+
+From essen at ninenines.eu  Sun Dec 15 10:12:07 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Sun, 15 Dec 2013 10:12:07 +0100
+Subject: [99s-extend] erlang.mk:109 sed \s is not portable
+In-Reply-To: <CA+Z8kA7UwsDP2KeLSBEqQ2GBZZwCTgDoD8SOJ8RZ47-StQE6XQ@mail.gmail.com>
+References: <CA+Z8kA7UwsDP2KeLSBEqQ2GBZZwCTgDoD8SOJ8RZ47-StQE6XQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+This has been fixed for a few weeks now. Please check the bug tracker 
+(or commit log) next time, as this is where bugs get reported/fixed.
+
+Thanks.
+
+On 12/15/2013 06:48 AM, Christopher Vance wrote:
+> I have recently started using erlang.mk on MacOS X and OpenBSD, and have
+> discovered that the sed escape \s on line 109 for inserting the module list
+> in *.app does not work as intended on these OSs, because they do not use
+> GNU sed. (\s just means the letter 's', not whitespace as in perl.) I
+> expect all other BSD-based OSs to have the same issue.
+>
+> Please consider using [[:space:]] instead. This works on both MacOS X and
+> OpenBSD, as well as on Linux.
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From lloyd at writersglen.com  Fri Dec 27 00:49:28 2013
+From: lloyd at writersglen.com (lloyd at writersglen.com)
+Date: Thu, 26 Dec 2013 18:49:28 -0500 (EST)
+Subject: [99s-extend] Make error
+Message-ID: <[email protected]>
+
+Hello,
+
+*** GOAL: 
+
+Modify rest_pastebin in Cowboy examples.
+
+*** PROCEDULE 1: 
+
+- Pulled Cowboy, including examples into local workstation
+- Copied rest_pastebin to a separate directory
+- Execute make
+      Make compiles just fine
+
+*** PROCEDUE 2 -- resulting in error
+
+- delete the entire rest_pastebin application and recopy from the Cowboy pull
+- change all module names and references from rest_pastebin to tagr. Thus rest_pastebin_sup.erl becomes tagr_sup.erl
+- Execute make
+      Make returns:
+
+...
+make[1]: Leaving directory `/home/lloyd/Erl/CB/tagr/deps/cowboy'
+ ERLC   toppage_handler.erl tagr_sup.erl tagr_app.erl
+ ERLC   toppage_handler.erl tagr_sup.erl tagr_app.erl
+ APP    tagr .app.src
+cat: src/tagr: No such file or directory
+cat: .app.src: No such file or directory
+sed: can't read .app: No such file or directory
+make: *** [app] Error 2
+
+Note that the filename tagr.app.src has somehow been modified to tagr .app.src
+
+But here's the directory listing: 
+
+-rw-rw-r-- 1 lloyd lloyd  436 Dec 26 18:21 tagr_app.erl
+-rw-rw-r-- 1 lloyd lloyd  299 Dec 26 18:22 tagr.app.src
+-rw-rw-r-- 1 lloyd lloyd  382 Dec 26 18:22 tagr_sup.erl
+-rw-rw-r-- 1 lloyd lloyd 3568 Dec 26 18:23 toppage_handler.erl
+
+I can load tagr.app.src in Vim. Using find I've searched for tagr and .app.src with negative results.
+
+Further mystery. I substituted Rebar for relx. Tagr now compiles just fine.
+
+*** Discussion
+
+I stumbled on this problem after making fairly extensive modifications to rest_pastebin. Through much of the process it compiled just fine until it didn't. And from then on I could not get it to compile. I tried everything I could think of: careful source code review (at least 10 passes), searching for tagr .app.src, trying different names (e.g. tagger), rebooting my computer, etc., etc.
+
+Eventually I reduced the problem to the absolute minimum: Change the string rest_pastebin to tagr everywhere relevant. 
+
+It's possible I'm missing something somewhere. But where should I look? Otherwise, is it possible that there is a subtle bug in relx?
+
+
+Many thanks,
+
+Lloyd
+
+
+
+
+
+ 
+
+
+ 
+
+
+
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+http://thegospelofashes.com
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+http://freeinpancho.com
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+http://ayatakeo.com
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+
+
+
+From essen at ninenines.eu  Fri Dec 27 00:55:05 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 27 Dec 2013 00:55:05 +0100
+Subject: [99s-extend] Make error
+Message-ID: <[email protected]>
+
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131227/35c9f6e5/attachment.html>
+
diff --git a/_build/static/archives/extend/2013-December/000314.html b/_build/static/archives/extend/2013-December/000314.html
new file mode 100644
index 00000000..505f05fa
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/000314.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] (no subject)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%28no%20subject%29&In-Reply-To=%3CCAGYgXH-Jyoa%2BziKxr-u%2BLu7W4bkQrFx%3Df56ggBh39ao_YAyEhg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000315.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] (no subject)</H1>
+    <B>Dagur Gunnarsson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%28no%20subject%29&In-Reply-To=%3CCAGYgXH-Jyoa%2BziKxr-u%2BLu7W4bkQrFx%3Df56ggBh39ao_YAyEhg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] (no subject)">dagurg at gmail.com
+       </A><BR>
+    <I>Thu Dec 12 11:57:42 CET 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000315.html">[99s-extend] (no subject)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#314">[ date ]</a>
+              <a href="thread.html#314">[ thread ]</a>
+              <a href="subject.html#314">[ subject ]</a>
+              <a href="author.html#314">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I am using cowboy for our financial webservice platform.  We use token
+based authentication, but I want to give certain ip adresses full access
+without authentication.  I tried :
+
+{{IP, Port}, Req2} = cowboy_req:peer(Req).
+
+but IP is always {127,0,0,1} - even on production (where request
+are comming from different networks)
+
+So my question is basically, Is there any way for me to see
+frow which IP adresses the request is comming ?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131212/2697fbaa/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131212/2697fbaa/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000315.html">[99s-extend] (no subject)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#314">[ date ]</a>
+              <a href="thread.html#314">[ thread ]</a>
+              <a href="subject.html#314">[ subject ]</a>
+              <a href="author.html#314">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-December/000315.html b/_build/static/archives/extend/2013-December/000315.html
new file mode 100644
index 00000000..ef84c1eb
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/000315.html
@@ -0,0 +1,91 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] (no subject)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%28no%20subject%29&In-Reply-To=%3C52A998A2.7050303%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000314.html">
+   <LINK REL="Next"  HREF="000316.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] (no subject)</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%28no%20subject%29&In-Reply-To=%3C52A998A2.7050303%40ninenines.eu%3E"
+       TITLE="[99s-extend] (no subject)">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Dec 12 12:06:10 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000314.html">[99s-extend] (no subject)
+</A></li>
+        <LI>Next message: <A HREF="000316.html">[99s-extend] (no subject)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#315">[ date ]</a>
+              <a href="thread.html#315">[ thread ]</a>
+              <a href="subject.html#315">[ subject ]</a>
+              <a href="author.html#315">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+It sounds like you have a proxy of some kind on the same machine. The 
+proxy would likely set a header with the real IP in it, or at least have 
+an option for it.
+
+On 12/12/2013 11:57 AM, Dagur Gunnarsson wrote:
+&gt;<i> Hi,
+</I>&gt;<i> I am using cowboy for our financial webservice platform.  We use token
+</I>&gt;<i> based authentication, but I want to give certain ip adresses full access
+</I>&gt;<i> without authentication.  I tried :
+</I>&gt;<i> {{|IP||, ||Port||}, ||Req2||} = ||cowboy_req:peer||(||Req||).|
+</I>&gt;<i> ||
+</I>&gt;<i> |but IP is always {127,0,0,1} - even on production (where request|
+</I>&gt;<i> |are comming from different networks)|
+</I>&gt;<i> ||
+</I>&gt;<i> |So my question is basically, Is there any way for me to see |
+</I>&gt;<i> |frow which ||IP adresses the request is comming ?|
+</I>&gt;<i> ||
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000314.html">[99s-extend] (no subject)
+</A></li>
+	<LI>Next message: <A HREF="000316.html">[99s-extend] (no subject)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#315">[ date ]</a>
+              <a href="thread.html#315">[ thread ]</a>
+              <a href="subject.html#315">[ subject ]</a>
+              <a href="author.html#315">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-December/000316.html b/_build/static/archives/extend/2013-December/000316.html
new file mode 100644
index 00000000..4dea71b6
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/000316.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] (no subject)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%28no%20subject%29&In-Reply-To=%3CetPan.52a9b357.66334873.3f3f%40akai.jsonified.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000315.html">
+   <LINK REL="Next"  HREF="000317.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] (no subject)</H1>
+    <B>Dave Cottlehuber</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%28no%20subject%29&In-Reply-To=%3CetPan.52a9b357.66334873.3f3f%40akai.jsonified.com%3E"
+       TITLE="[99s-extend] (no subject)">dch at jsonified.com
+       </A><BR>
+    <I>Thu Dec 12 14:00:07 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000315.html">[99s-extend] (no subject)
+</A></li>
+        <LI>Next message: <A HREF="000317.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#316">[ date ]</a>
+              <a href="thread.html#316">[ thread ]</a>
+              <a href="subject.html#316">[ subject ]</a>
+              <a href="author.html#316">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 12. Dezember 2013 at 12:06:20, Lo&#239;c Hoguin (<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>) wrote:
+&gt;<i>  
+</I>&gt;<i> Hi,
+</I>&gt;<i>  
+</I>&gt;<i> It sounds like you have a proxy of some kind on the same machine.  
+</I>&gt;<i> The
+</I>&gt;<i> proxy would likely set a header with the real IP in it, or at least  
+</I>&gt;<i> have
+</I>&gt;<i> an option for it.
+</I>
+Hey Dagur,
+
+Look through all headers, normally a proxy will set something like X-Forwarded-For or similar.
+
+A+
+Dave
+
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000315.html">[99s-extend] (no subject)
+</A></li>
+	<LI>Next message: <A HREF="000317.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#316">[ date ]</a>
+              <a href="thread.html#316">[ thread ]</a>
+              <a href="subject.html#316">[ subject ]</a>
+              <a href="author.html#316">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-December/000317.html b/_build/static/archives/extend/2013-December/000317.html
new file mode 100644
index 00000000..c451c197
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/000317.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] erlang.mk:109 sed \s is not portable
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20erlang.mk%3A109%20sed%20%5Cs%20is%20not%20portable&In-Reply-To=%3CCA%2BZ8kA7UwsDP2KeLSBEqQ2GBZZwCTgDoD8SOJ8RZ47-StQE6XQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000316.html">
+   <LINK REL="Next"  HREF="000318.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] erlang.mk:109 sed \s is not portable</H1>
+    <B>Christopher Vance</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20erlang.mk%3A109%20sed%20%5Cs%20is%20not%20portable&In-Reply-To=%3CCA%2BZ8kA7UwsDP2KeLSBEqQ2GBZZwCTgDoD8SOJ8RZ47-StQE6XQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] erlang.mk:109 sed \s is not portable">cjsvance at gmail.com
+       </A><BR>
+    <I>Sun Dec 15 06:48:20 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000316.html">[99s-extend] (no subject)
+</A></li>
+        <LI>Next message: <A HREF="000318.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#317">[ date ]</a>
+              <a href="thread.html#317">[ thread ]</a>
+              <a href="subject.html#317">[ subject ]</a>
+              <a href="author.html#317">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I have recently started using erlang.mk on MacOS X and OpenBSD, and have
+discovered that the sed escape \s on line 109 for inserting the module list
+in *.app does not work as intended on these OSs, because they do not use
+GNU sed. (\s just means the letter 's', not whitespace as in perl.) I
+expect all other BSD-based OSs to have the same issue.
+
+Please consider using [[:space:]] instead. This works on both MacOS X and
+OpenBSD, as well as on Linux.
+
+-- 
+Christopher Vance
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131215/7c20ac97/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131215/7c20ac97/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000316.html">[99s-extend] (no subject)
+</A></li>
+	<LI>Next message: <A HREF="000318.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#317">[ date ]</a>
+              <a href="thread.html#317">[ thread ]</a>
+              <a href="subject.html#317">[ subject ]</a>
+              <a href="author.html#317">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-December/000318.html b/_build/static/archives/extend/2013-December/000318.html
new file mode 100644
index 00000000..96c6148f
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/000318.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] erlang.mk:109 sed \s is not portable
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20erlang.mk%3A109%20sed%20%5Cs%20is%20not%20portable&In-Reply-To=%3C52AD7267.8070905%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000317.html">
+   <LINK REL="Next"  HREF="000319.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] erlang.mk:109 sed \s is not portable</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20erlang.mk%3A109%20sed%20%5Cs%20is%20not%20portable&In-Reply-To=%3C52AD7267.8070905%40ninenines.eu%3E"
+       TITLE="[99s-extend] erlang.mk:109 sed \s is not portable">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Dec 15 10:12:07 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000317.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A></li>
+        <LI>Next message: <A HREF="000319.html">[99s-extend] Make error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#318">[ date ]</a>
+              <a href="thread.html#318">[ thread ]</a>
+              <a href="subject.html#318">[ subject ]</a>
+              <a href="author.html#318">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>This has been fixed for a few weeks now. Please check the bug tracker 
+(or commit log) next time, as this is where bugs get reported/fixed.
+
+Thanks.
+
+On 12/15/2013 06:48 AM, Christopher Vance wrote:
+&gt;<i> I have recently started using erlang.mk on MacOS X and OpenBSD, and have
+</I>&gt;<i> discovered that the sed escape \s on line 109 for inserting the module list
+</I>&gt;<i> in *.app does not work as intended on these OSs, because they do not use
+</I>&gt;<i> GNU sed. (\s just means the letter 's', not whitespace as in perl.) I
+</I>&gt;<i> expect all other BSD-based OSs to have the same issue.
+</I>&gt;<i>
+</I>&gt;<i> Please consider using [[:space:]] instead. This works on both MacOS X and
+</I>&gt;<i> OpenBSD, as well as on Linux.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000317.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A></li>
+	<LI>Next message: <A HREF="000319.html">[99s-extend] Make error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#318">[ date ]</a>
+              <a href="thread.html#318">[ thread ]</a>
+              <a href="subject.html#318">[ subject ]</a>
+              <a href="author.html#318">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-December/000319.html b/_build/static/archives/extend/2013-December/000319.html
new file mode 100644
index 00000000..e6724d3f
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/000319.html
@@ -0,0 +1,155 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Make error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Make%20error&In-Reply-To=%3C1388101768.1769116%40apps.rackspace.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000318.html">
+   <LINK REL="Next"  HREF="000320.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Make error</H1>
+    <B>lloyd at writersglen.com</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Make%20error&In-Reply-To=%3C1388101768.1769116%40apps.rackspace.com%3E"
+       TITLE="[99s-extend] Make error">lloyd at writersglen.com
+       </A><BR>
+    <I>Fri Dec 27 00:49:28 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000318.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A></li>
+        <LI>Next message: <A HREF="000320.html">[99s-extend] Make error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#319">[ date ]</a>
+              <a href="thread.html#319">[ thread ]</a>
+              <a href="subject.html#319">[ subject ]</a>
+              <a href="author.html#319">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+*** GOAL: 
+
+Modify rest_pastebin in Cowboy examples.
+
+*** PROCEDULE 1: 
+
+- Pulled Cowboy, including examples into local workstation
+- Copied rest_pastebin to a separate directory
+- Execute make
+      Make compiles just fine
+
+*** PROCEDUE 2 -- resulting in error
+
+- delete the entire rest_pastebin application and recopy from the Cowboy pull
+- change all module names and references from rest_pastebin to tagr. Thus rest_pastebin_sup.erl becomes tagr_sup.erl
+- Execute make
+      Make returns:
+
+...
+make[1]: Leaving directory `/home/lloyd/Erl/CB/tagr/deps/cowboy'
+ ERLC   toppage_handler.erl tagr_sup.erl tagr_app.erl
+ ERLC   toppage_handler.erl tagr_sup.erl tagr_app.erl
+ APP    tagr .app.src
+cat: src/tagr: No such file or directory
+cat: .app.src: No such file or directory
+sed: can't read .app: No such file or directory
+make: *** [app] Error 2
+
+Note that the filename tagr.app.src has somehow been modified to tagr .app.src
+
+But here's the directory listing: 
+
+-rw-rw-r-- 1 lloyd lloyd  436 Dec 26 18:21 tagr_app.erl
+-rw-rw-r-- 1 lloyd lloyd  299 Dec 26 18:22 tagr.app.src
+-rw-rw-r-- 1 lloyd lloyd  382 Dec 26 18:22 tagr_sup.erl
+-rw-rw-r-- 1 lloyd lloyd 3568 Dec 26 18:23 toppage_handler.erl
+
+I can load tagr.app.src in Vim. Using find I've searched for tagr and .app.src with negative results.
+
+Further mystery. I substituted Rebar for relx. Tagr now compiles just fine.
+
+*** Discussion
+
+I stumbled on this problem after making fairly extensive modifications to rest_pastebin. Through much of the process it compiled just fine until it didn't. And from then on I could not get it to compile. I tried everything I could think of: careful source code review (at least 10 passes), searching for tagr .app.src, trying different names (e.g. tagger), rebooting my computer, etc., etc.
+
+Eventually I reduced the problem to the absolute minimum: Change the string rest_pastebin to tagr everywhere relevant. 
+
+It's possible I'm missing something somewhere. But where should I look? Otherwise, is it possible that there is a subtle bug in relx?
+
+
+Many thanks,
+
+Lloyd
+
+
+
+
+
+ 
+
+
+ 
+
+
+
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+<A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+<A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+<A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000318.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A></li>
+	<LI>Next message: <A HREF="000320.html">[99s-extend] Make error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#319">[ date ]</a>
+              <a href="thread.html#319">[ thread ]</a>
+              <a href="subject.html#319">[ subject ]</a>
+              <a href="author.html#319">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-December/000320.html b/_build/static/archives/extend/2013-December/000320.html
new file mode 100644
index 00000000..8ff549a5
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/000320.html
@@ -0,0 +1,60 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Make error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Make%20error&In-Reply-To=%3Cykskfckfvyx95ji4gap81brc.1388102105925%40email.android.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000319.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Make error</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Make%20error&In-Reply-To=%3Cykskfckfvyx95ji4gap81brc.1388102105925%40email.android.com%3E"
+       TITLE="[99s-extend] Make error">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Dec 27 00:55:05 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000319.html">[99s-extend] Make error
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#320">[ date ]</a>
+              <a href="thread.html#320">[ thread ]</a>
+              <a href="subject.html#320">[ subject ]</a>
+              <a href="author.html#320">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131227/35c9f6e5/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131227/35c9f6e5/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000319.html">[99s-extend] Make error
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#320">[ date ]</a>
+              <a href="thread.html#320">[ thread ]</a>
+              <a href="subject.html#320">[ subject ]</a>
+              <a href="author.html#320">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-December/author.html b/_build/static/archives/extend/2013-December/author.html
new file mode 100644
index 00000000..b6d3c4fd
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/author.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Dec 12 11:57:42 CET 2013</i><br>
+         <b>Ending:</b> <i>Fri Dec 27 00:55:05 CET 2013</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000316.html">[99s-extend] (no subject)
+</A><A NAME="316">&nbsp;</A>
+<I>Dave Cottlehuber
+</I>
+
+<LI><A HREF="000314.html">[99s-extend] (no subject)
+</A><A NAME="314">&nbsp;</A>
+<I>Dagur Gunnarsson
+</I>
+
+<LI><A HREF="000315.html">[99s-extend] (no subject)
+</A><A NAME="315">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000318.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A><A NAME="318">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000320.html">[99s-extend] Make error
+</A><A NAME="320">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000317.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A><A NAME="317">&nbsp;</A>
+<I>Christopher Vance
+</I>
+
+<LI><A HREF="000319.html">[99s-extend] Make error
+</A><A NAME="319">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Dec 27 00:55:05 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-December/date.html b/_build/static/archives/extend/2013-December/date.html
new file mode 100644
index 00000000..b21b63c1
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/date.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Dec 12 11:57:42 CET 2013</i><br>
+         <b>Ending:</b> <i>Fri Dec 27 00:55:05 CET 2013</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000314.html">[99s-extend] (no subject)
+</A><A NAME="314">&nbsp;</A>
+<I>Dagur Gunnarsson
+</I>
+
+<LI><A HREF="000315.html">[99s-extend] (no subject)
+</A><A NAME="315">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000316.html">[99s-extend] (no subject)
+</A><A NAME="316">&nbsp;</A>
+<I>Dave Cottlehuber
+</I>
+
+<LI><A HREF="000317.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A><A NAME="317">&nbsp;</A>
+<I>Christopher Vance
+</I>
+
+<LI><A HREF="000318.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A><A NAME="318">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000319.html">[99s-extend] Make error
+</A><A NAME="319">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000320.html">[99s-extend] Make error
+</A><A NAME="320">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Dec 27 00:55:05 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-December/index.html b/_build/static/archives/extend/2013-December/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-December/subject.html b/_build/static/archives/extend/2013-December/subject.html
new file mode 100644
index 00000000..023ec09d
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/subject.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Dec 12 11:57:42 CET 2013</i><br>
+         <b>Ending:</b> <i>Fri Dec 27 00:55:05 CET 2013</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000314.html">[99s-extend] (no subject)
+</A><A NAME="314">&nbsp;</A>
+<I>Dagur Gunnarsson
+</I>
+
+<LI><A HREF="000315.html">[99s-extend] (no subject)
+</A><A NAME="315">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000316.html">[99s-extend] (no subject)
+</A><A NAME="316">&nbsp;</A>
+<I>Dave Cottlehuber
+</I>
+
+<LI><A HREF="000317.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A><A NAME="317">&nbsp;</A>
+<I>Christopher Vance
+</I>
+
+<LI><A HREF="000318.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A><A NAME="318">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000319.html">[99s-extend] Make error
+</A><A NAME="319">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000320.html">[99s-extend] Make error
+</A><A NAME="320">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Dec 27 00:55:05 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-December/thread.html b/_build/static/archives/extend/2013-December/thread.html
new file mode 100644
index 00000000..ff4517cd
--- /dev/null
+++ b/_build/static/archives/extend/2013-December/thread.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Dec 12 11:57:42 CET 2013</i><br>
+         <b>Ending:</b> <i>Fri Dec 27 00:55:05 CET 2013</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<!--0 01386845862.314- -->
+<LI><A HREF="000314.html">[99s-extend] (no subject)
+</A><A NAME="314">&nbsp;</A>
+<I>Dagur Gunnarsson
+</I>
+
+<UL>
+<!--1 01386845862.314-01386846370.315- -->
+<LI><A HREF="000315.html">[99s-extend] (no subject)
+</A><A NAME="315">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01386845862.314-01386846370.315-01386853207.316- -->
+<LI><A HREF="000316.html">[99s-extend] (no subject)
+</A><A NAME="316">&nbsp;</A>
+<I>Dave Cottlehuber
+</I>
+
+</UL>
+</UL>
+<!--0 01387086500.317- -->
+<LI><A HREF="000317.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A><A NAME="317">&nbsp;</A>
+<I>Christopher Vance
+</I>
+
+<UL>
+<!--1 01387086500.317-01387098727.318- -->
+<LI><A HREF="000318.html">[99s-extend] erlang.mk:109 sed \s is not portable
+</A><A NAME="318">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01388101768.319- -->
+<LI><A HREF="000319.html">[99s-extend] Make error
+</A><A NAME="319">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<UL>
+<!--1 01388101768.319-01388102105.320- -->
+<LI><A HREF="000320.html">[99s-extend] Make error
+</A><A NAME="320">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Dec 27 00:55:05 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-February.txt b/_build/static/archives/extend/2013-February.txt
new file mode 100644
index 00000000..7a325ec7
--- /dev/null
+++ b/_build/static/archives/extend/2013-February.txt
@@ -0,0 +1,948 @@
+From jeremy at quarkgames.com  Mon Feb  4 21:10:21 2013
+From: jeremy at quarkgames.com (Jeremy Ong)
+Date: Mon, 4 Feb 2013 12:10:21 -0800
+Subject: [99s-extend] Cowboy Makefile
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAKD1GY7+fvMOR6PhOz=QGAi8r2T_Obf4gCjaH4hN_=J+hNyw4w@mail.gmail.com>
+
+It is rebar compatible
+
+https://github.com/extend/cowboy/blob/master/rebar.config
+
+I use it with rebar all the time.
+
+
+On Thu, Jan 24, 2013 at 2:41 PM, Grzegorz Junka <list1 at gjunka.com> wrote:
+
+> Hi,
+> I understand the move away from Rebar but I'd like to see the project to
+> be still Rebar-compatible. Would that be a problem? Mainly I am thinking
+> about dependencies. The Cowboy Makefile assumes that Ranch is in its deps
+> folder. If Cowboy is a part of a bigger application, and most often it will
+> be in such a role rather than a standalone application, then all
+> dependencies should be kept in one place. In that case it would be the main
+> project's deps folder, not Cowboy's deps folder. Can the compilation
+> process be split into compiling Cowboy dependencies separately from Cowboy
+> itself?
+>
+> something like:
+>
+> all: compile-deps compile-cowboy
+>
+> Then if Cowboy is a dependency itself it may be just compiled without the
+> dependency (as it will be compiled when the main project is compiled).
+>
+> ______________________________**_________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130204/3c258140/attachment.html>
+
+From list1 at gjunka.com  Mon Feb  4 22:50:14 2013
+From: list1 at gjunka.com (Grzegorz Junka)
+Date: Mon, 04 Feb 2013 21:50:14 +0000
+Subject: [99s-extend] Cowboy Makefile
+In-Reply-To: <CAKD1GY7+fvMOR6PhOz=QGAi8r2T_Obf4gCjaH4hN_=J+hNyw4w@mail.gmail.com>
+References: <[email protected]>
+ <CAKD1GY7+fvMOR6PhOz=QGAi8r2T_Obf4gCjaH4hN_=J+hNyw4w@mail.gmail.com>
+Message-ID: <[email protected]>
+
+deps/ranch:
+@mkdir -p $(DEPS_DIR)
+git clone -n -- https://github.com/extend/ranch.git $(DEPS_DIR)/ranch
+cd $(DEPS_DIR)/ranch ; git checkout -q $(RANCH_VSN)
+
+
+Am I to understand that the only way of having the dependencies in 
+another folder than cowboy/deps is to use Rebar (e.g. if compiling using 
+the makefile it will always assume that dependencies are in local deps 
+folder)?
+
+Would be good to have a target to compile cowboy without dependencies.
+
+
+On 04/02/2013 20:10, Jeremy Ong wrote:
+> It is rebar compatible
+>
+> https://github.com/extend/cowboy/blob/master/rebar.config
+>
+> I use it with rebar all the time.
+>
+>
+> On Thu, Jan 24, 2013 at 2:41 PM, Grzegorz Junka <list1 at gjunka.com 
+> <mailto:list1 at gjunka.com>> wrote:
+>
+>     Hi,
+>     I understand the move away from Rebar but I'd like to see the
+>     project to be still Rebar-compatible. Would that be a problem?
+>     Mainly I am thinking about dependencies. The Cowboy Makefile
+>     assumes that Ranch is in its deps folder. If Cowboy is a part of a
+>     bigger application, and most often it will be in such a role
+>     rather than a standalone application, then all dependencies should
+>     be kept in one place. In that case it would be the main project's
+>     deps folder, not Cowboy's deps folder. Can the compilation process
+>     be split into compiling Cowboy dependencies separately from Cowboy
+>     itself?
+>
+>     something like:
+>
+>     all: compile-deps compile-cowboy
+>
+>     Then if Cowboy is a dependency itself it may be just compiled
+>     without the dependency (as it will be compiled when the main
+>     project is compiled).
+>
+>     _______________________________________________
+>     Extend mailing list
+>     Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>     http://lists.ninenines.eu:81/listinfo/extend
+>
+>
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130204/c34e6aa6/attachment.html>
+
+From essen at ninenines.eu  Mon Feb  4 22:58:39 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 04 Feb 2013 22:58:39 +0100
+Subject: [99s-extend] Cowboy Makefile
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAKD1GY7+fvMOR6PhOz=QGAi8r2T_Obf4gCjaH4hN_=J+hNyw4w@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Cowboy is still compatible with rebar like before, there's no change you 
+need to do.
+
+If however you would like to compile using the Makefile regardless, 
+there's a small thing that needs to be fixed before it's good.
+
+On 02/04/2013 10:50 PM, Grzegorz Junka wrote:
+> deps/ranch:
+> @mkdir -p $(DEPS_DIR)
+> git clone -n -- https://github.com/extend/ranch.git $(DEPS_DIR)/ranch
+> cd $(DEPS_DIR)/ranch ; git checkout -q $(RANCH_VSN)
+>
+>
+> Am I to understand that the only way of having the dependencies in
+> another folder than cowboy/deps is to use Rebar (e.g. if compiling using
+> the makefile it will always assume that dependencies are in local deps
+> folder)?
+>
+> Would be good to have a target to compile cowboy without dependencies.
+>
+>
+> On 04/02/2013 20:10, Jeremy Ong wrote:
+>> It is rebar compatible
+>>
+>> https://github.com/extend/cowboy/blob/master/rebar.config
+>>
+>> I use it with rebar all the time.
+>>
+>>
+>> On Thu, Jan 24, 2013 at 2:41 PM, Grzegorz Junka <list1 at gjunka.com
+>> <mailto:list1 at gjunka.com>> wrote:
+>>
+>>     Hi,
+>>     I understand the move away from Rebar but I'd like to see the
+>>     project to be still Rebar-compatible. Would that be a problem?
+>>     Mainly I am thinking about dependencies. The Cowboy Makefile
+>>     assumes that Ranch is in its deps folder. If Cowboy is a part of a
+>>     bigger application, and most often it will be in such a role
+>>     rather than a standalone application, then all dependencies should
+>>     be kept in one place. In that case it would be the main project's
+>>     deps folder, not Cowboy's deps folder. Can the compilation process
+>>     be split into compiling Cowboy dependencies separately from Cowboy
+>>     itself?
+>>
+>>     something like:
+>>
+>>     all: compile-deps compile-cowboy
+>>
+>>     Then if Cowboy is a dependency itself it may be just compiled
+>>     without the dependency (as it will be compiled when the main
+>>     project is compiled).
+>>
+>>     _______________________________________________
+>>     Extend mailing list
+>>     Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>     http://lists.ninenines.eu:81/listinfo/extend
+>>
+>>
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From elinsn at gmail.com  Thu Feb  7 11:04:05 2013
+From: elinsn at gmail.com (Sergey Yelin)
+Date: Thu, 7 Feb 2013 14:04:05 +0400
+Subject: [99s-extend] Big body via REST
+Message-ID: <[email protected]>
+
+Hi list,
+
+how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+
+Thanks in advance.
+
+---
+Best regards,
+Sergey Yelin.
+
+From essen at ninenines.eu  Thu Feb  7 15:41:03 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 07 Feb 2013 15:41:03 +0100
+Subject: [99s-extend] Big body via REST
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 02/07/2013 11:04 AM, Sergey Yelin wrote:
+> Hi list,
+>
+> how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+
+Hey,
+
+If you know the size, reply with {stream, Size, StreamFun}, otherwise 
+{stream, StreamFun}, with StreamFun the function that will send all the 
+data to the socket.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From elinsn at gmail.com  Thu Feb  7 15:46:31 2013
+From: elinsn at gmail.com (Sergey Yelin)
+Date: Thu, 7 Feb 2013 18:46:31 +0400
+Subject: [99s-extend] Big body via REST
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Ok, thanks.
+
+On Feb 7, 2013, at 6:41 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> On 02/07/2013 11:04 AM, Sergey Yelin wrote:
+>> Hi list,
+>> 
+>> how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+> 
+> Hey,
+> 
+> If you know the size, reply with {stream, Size, StreamFun}, otherwise {stream, StreamFun}, with StreamFun the function that will send all the data to the socket.
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+---
+Best regards,
+Sergey Yelin.
+
+
+
+
+
+From john at jkemp.net  Fri Feb  8 14:08:24 2013
+From: john at jkemp.net (John Kemp)
+Date: Fri, 08 Feb 2013 08:08:24 -0500
+Subject: [99s-extend] How to send multiple messages in response to one
+	message from Cowboy
+Message-ID: <[email protected]>
+
+Hi,
+
+I see that with websocket_info/3 I can prompt Cowboy to send a message 
+to a connected client by sending a "system message".
+
+How can I send multiple reply messages to a client which has sent a request?
+
+Is the way to do that by calling websocket_info/3 directly (multiple 
+times) from within my websocket_handle call?
+
+Cheers,
+
+JohnK
+
+
+From john at jkemp.net  Fri Feb  8 19:34:36 2013
+From: john at jkemp.net (John Kemp)
+Date: Fri, 08 Feb 2013 13:34:36 -0500
+Subject: [99s-extend] How to send multiple messages in response to one
+ message from Cowboy
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Answering my own question - multiple messages can be sent in reply by 
+including a list of 'reply' tuples in the websocket_handle response. I 
+found this by looking at cowboy_websocket_handler.erl in the source tree.
+
+-callback websocket_handle({text | binary | ping | pong, binary()}, Req, 
+State)
+	-> {ok, Req, State}
+	| {ok, Req, State, hibernate}
+
+	| {reply, cowboy_websocket:frame() | [cowboy_websocket:frame()], Req, 
+State}
+	| {reply, cowboy_websocket:frame() | [cowboy_websocket:frame()], Req, 
+State, hibernate}
+
+	| {shutdown, Req, State}
+	when Req::cowboy_req:req(), State::state().
+
+JohnK
+
+On 02/08/2013 08:08 AM, John Kemp wrote:
+> Hi,
+>
+> I see that with websocket_info/3 I can prompt Cowboy to send a message
+> to a connected client by sending a "system message".
+>
+> How can I send multiple reply messages to a client which has sent a
+> request?
+>
+> Is the way to do that by calling websocket_info/3 directly (multiple
+> times) from within my websocket_handle call?
+>
+> Cheers,
+>
+> JohnK
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+
+From bip at kivra.com  Sun Feb 10 20:12:27 2013
+From: bip at kivra.com (Bip Thelin)
+Date: Sun, 10 Feb 2013 20:12:27 +0100
+Subject: [99s-extend] Cowboy questions
+Message-ID: <[email protected]>
+
+Hi,
+
+ I'm playing around with a middleware and request/responsehooks. A couple of questions that have surfaced:
+* Say I map a module to "/my/path[...]" and then curl "/my/path/even/more/stuff". Is there a way to retrieve the "rest" of the matched path, i.e. like cowboy_req:path_info/1 but just the rest, not the total path. The result I want is: [<<"even">>, <<"more">>, <<"stuff">>].
+* I've been trying to use a responsehook to ensure that a default content-type is set if none is specified. Been trying with cowboy_req:reply, coboy_req:set_resp_headers, etc. It doesn't seem to work that well. What's the preferred way?
+
+Regards,
+-Bip Thelin
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130210/1b9560c2/attachment.html>
+
+From essen at ninenines.eu  Tue Feb 12 18:36:12 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 12 Feb 2013 18:36:12 +0100
+Subject: [99s-extend] [ANN] Cowboy 0.8.0
+Message-ID: <[email protected]>
+
+Hello there!
+
+Cowboy 0.8 has been released. Cowboy is a small, fast and modular HTTP, 
+REST and Websocket server.
+
+   https://github.com/extend/cowboy/
+
+The number of contributors who helped make this release considerably 
+increased. Cowboy is available thanks to the code contributions from 50 
+users, double from the last release where 25 contributed.
+
+The number of users has also greatly increased. Cowboy is being used in 
+ad bidding, set-top boxes, live TV events, content streaming services, 
+and many more exciting areas.
+
+This new version has many highlights. You can take a look at the 
+changelog for detailed information about the many changes.
+
+   https://github.com/extend/cowboy/blob/master/CHANGELOG.md
+
+Cowboy scalability has been greatly improved in this version. This has 
+been observed many times in production, including in the AdGear Tracker 
+project (http://ferd.ca/rtb-where-erlang-blooms.html) where updated 
+nodes were able to handle 2 times more requests compared to older nodes. 
+This improvement cannot be observed in "hello world" types of 
+benchmarks. An article will soon be published to explain the reasons for 
+this.
+
+Cowboy now features a brand new user guide. It is still a work in 
+progress, so please open a ticket on Github if something is missing or 
+incorrect.
+
+   http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction
+
+Remaining work before 1.0 include REST improvements and SPDY support. 
+The rest of the API should now be very close to stable.
+
+I am looking for a good writer who would like to co-author a Cowboy 
+book. The book will be accessible to people who don't know Erlang but 
+will also contain everything there is to know about Cowboy, making it 
+suitable for both beginners and experts. Contact me if you are interested.
+
+I now take donations in addition to commercial support options, to allow 
+individual users to help the project stay alive and kicking.
+
+   http://ninenines.eu/support
+
+Hope you enjoy it. As always, please send me as much feedback as 
+possible to help me improve things even more, preferrably through Github 
+tickets if it's related to code or documentation.
+
+Thanks for reading.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From jeremy at quarkgames.com  Tue Feb 12 18:37:18 2013
+From: jeremy at quarkgames.com (Jeremy Ong)
+Date: Tue, 12 Feb 2013 09:37:18 -0800
+Subject: [99s-extend] [ANN] Cowboy 0.8.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAKD1GY5BkoTPtZrPhsp7hoWvXPKfqLX4-SKHzs6ecZ12KrRJMA@mail.gmail.com>
+
+Congrats!
+
+
+On Tue, Feb 12, 2013 at 9:36 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Hello there!
+>
+> Cowboy 0.8 has been released. Cowboy is a small, fast and modular HTTP,
+> REST and Websocket server.
+>
+>   https://github.com/extend/**cowboy/ <https://github.com/extend/cowboy/>
+>
+> The number of contributors who helped make this release considerably
+> increased. Cowboy is available thanks to the code contributions from 50
+> users, double from the last release where 25 contributed.
+>
+> The number of users has also greatly increased. Cowboy is being used in ad
+> bidding, set-top boxes, live TV events, content streaming services, and
+> many more exciting areas.
+>
+> This new version has many highlights. You can take a look at the changelog
+> for detailed information about the many changes.
+>
+>   https://github.com/extend/**cowboy/blob/master/CHANGELOG.**md<https://github.com/extend/cowboy/blob/master/CHANGELOG.md>
+>
+> Cowboy scalability has been greatly improved in this version. This has
+> been observed many times in production, including in the AdGear Tracker
+> project (http://ferd.ca/rtb-where-**erlang-blooms.html<http://ferd.ca/rtb-where-erlang-blooms.html>)
+> where updated nodes were able to handle 2 times more requests compared to
+> older nodes. This improvement cannot be observed in "hello world" types of
+> benchmarks. An article will soon be published to explain the reasons for
+> this.
+>
+> Cowboy now features a brand new user guide. It is still a work in
+> progress, so please open a ticket on Github if something is missing or
+> incorrect.
+>
+>   http://ninenines.eu/docs/en/**cowboy/HEAD/guide/introduction<http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction>
+>
+> Remaining work before 1.0 include REST improvements and SPDY support. The
+> rest of the API should now be very close to stable.
+>
+> I am looking for a good writer who would like to co-author a Cowboy book.
+> The book will be accessible to people who don't know Erlang but will also
+> contain everything there is to know about Cowboy, making it suitable for
+> both beginners and experts. Contact me if you are interested.
+>
+> I now take donations in addition to commercial support options, to allow
+> individual users to help the project stay alive and kicking.
+>
+>   http://ninenines.eu/support
+>
+> Hope you enjoy it. As always, please send me as much feedback as possible
+> to help me improve things even more, preferrably through Github tickets if
+> it's related to code or documentation.
+>
+> Thanks for reading.
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> ______________________________**_________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130212/09008370/attachment.html>
+
+From max.lapshin at gmail.com  Tue Feb 12 18:44:28 2013
+From: max.lapshin at gmail.com (Max Lapshin)
+Date: Tue, 12 Feb 2013 20:44:28 +0300
+Subject: [99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+In-Reply-To: <CAKD1GY5BkoTPtZrPhsp7hoWvXPKfqLX4-SKHzs6ecZ12KrRJMA@mail.gmail.com>
+References: <[email protected]>
+ <CAKD1GY5BkoTPtZrPhsp7hoWvXPKfqLX4-SKHzs6ecZ12KrRJMA@mail.gmail.com>
+Message-ID: <CAMxVRxAREhN_WmD-__STe_VG6hS_RNoy9VAN0TwwHG9wJ1AYEg@mail.gmail.com>
+
+Great, Loic.
+
+As I've told already, it would be great to listen to your experience about
+issues that you meet on high loads: smooth scaling, predictionable
+behaviour of server, etc.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130212/dc0291b4/attachment.html>
+
+From Christopher.Phillips at turner.com  Wed Feb 13 14:52:10 2013
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Wed, 13 Feb 2013 13:52:10 +0000
+Subject: [99s-extend] Cowboy REST Logic
+Message-ID: <CD41053B.266D%[email protected]>
+
+
+  In 6.1, and still in 8.0, there is some logic that surprised me, and I wanted to see if it was intentional, or if I'm missing something.
+
+  If I set up a POST such that it's a create, I get back a 303, rather than a 201, on successful create. This came as a bit of a surprise; I know from Webmachine, if it's a new resource being created, a POST will return a 201 (N11 to P11 in Webmachine's v3 diagram).
+
+  Is this intentional? The logic seems to be post_is_create/2 -> create_path/2 -> put_resource/3 -> choose_content_type/5 -> next/3 -> respond(_, _, 303). It may be that this is a better response, rather than a 201 with the location header, but it came as a surprise given web machine's behavior.
+
+  For background, I'm attempting to migrate some web machine code to Cowboy, which is serving a RESTful API to a Javascript client. The client is making CORS calls. Receiving a 303 and a Location header seemed to mean that the call was redirected before the client side code ever saw it (not sure what the browser was doing; I was expecting another request, but I wasn't quite lucid enough to check for that last night when working on it); a 201 allows me to examine the location.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130213/a992c0b6/attachment.html>
+
+From gumm at sigma-star.com  Wed Feb 13 14:46:07 2013
+From: gumm at sigma-star.com (Jesse Gumm)
+Date: Wed, 13 Feb 2013 07:46:07 -0600
+Subject: [99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAPTXyXd9BYynUj5Tp8Mmk7uL8VEByQHSwJZ_20Q-gkZEz=J=Kg@mail.gmail.com>
+
+Great news!
+
+Congrats!
+On Feb 12, 2013 11:36 AM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+
+> Hello there!
+>
+> Cowboy 0.8 has been released. Cowboy is a small, fast and modular HTTP,
+> REST and Websocket server.
+>
+>   https://github.com/extend/**cowboy/ <https://github.com/extend/cowboy/>
+>
+> The number of contributors who helped make this release considerably
+> increased. Cowboy is available thanks to the code contributions from 50
+> users, double from the last release where 25 contributed.
+>
+> The number of users has also greatly increased. Cowboy is being used in ad
+> bidding, set-top boxes, live TV events, content streaming services, and
+> many more exciting areas.
+>
+> This new version has many highlights. You can take a look at the changelog
+> for detailed information about the many changes.
+>
+>   https://github.com/extend/**cowboy/blob/master/CHANGELOG.**md<https://github.com/extend/cowboy/blob/master/CHANGELOG.md>
+>
+> Cowboy scalability has been greatly improved in this version. This has
+> been observed many times in production, including in the AdGear Tracker
+> project (http://ferd.ca/rtb-where-**erlang-blooms.html<http://ferd.ca/rtb-where-erlang-blooms.html>)
+> where updated nodes were able to handle 2 times more requests compared to
+> older nodes. This improvement cannot be observed in "hello world" types of
+> benchmarks. An article will soon be published to explain the reasons for
+> this.
+>
+> Cowboy now features a brand new user guide. It is still a work in
+> progress, so please open a ticket on Github if something is missing or
+> incorrect.
+>
+>   http://ninenines.eu/docs/en/**cowboy/HEAD/guide/introduction<http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction>
+>
+> Remaining work before 1.0 include REST improvements and SPDY support. The
+> rest of the API should now be very close to stable.
+>
+> I am looking for a good writer who would like to co-author a Cowboy book.
+> The book will be accessible to people who don't know Erlang but will also
+> contain everything there is to know about Cowboy, making it suitable for
+> both beginners and experts. Contact me if you are interested.
+>
+> I now take donations in addition to commercial support options, to allow
+> individual users to help the project stay alive and kicking.
+>
+>   http://ninenines.eu/support
+>
+> Hope you enjoy it. As always, please send me as much feedback as possible
+> to help me improve things even more, preferrably through Github tickets if
+> it's related to code or documentation.
+>
+> Thanks for reading.
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> ______________________________**_________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org
+> http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130213/41b12a6d/attachment.html>
+
+From essen at ninenines.eu  Wed Feb 13 16:34:54 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 13 Feb 2013 16:34:54 +0100
+Subject: [99s-extend] Cowboy REST Logic
+In-Reply-To: <CD41053B.266D%[email protected]>
+References: <CD41053B.266D%[email protected]>
+Message-ID: <[email protected]>
+
+On 02/13/2013 02:52 PM, Phillips, Christopher wrote:
+>
+>    In 6.1, and still in 8.0, there is some logic that surprised me, and
+> I wanted to see if it was intentional, or if I'm missing something.
+>
+>    If I set up a POST such that it's a create, I get back a 303, rather
+> than a 201, on successful create. This came as a bit of a surprise; I
+> know from Webmachine, if it's a new resource being created, a POST will
+> return a 201 (N11 to P11 in Webmachine's v3 diagram).
+>
+>    Is this intentional? The logic seems to be post_is_create/2 ->
+> create_path/2 -> put_resource/3 -> choose_content_type/5 -> next/3 ->
+> respond(_, _, 303). It may be that this is a better response, rather
+> than a 201 with the location header, but it came as a surprise given web
+> machine's behavior.
+
+This difference is probably not intentional. Please open a ticket. :)
+
+>    For background, I'm attempting to migrate some web machine code to
+> Cowboy, which is serving a RESTful API to a Javascript client. The
+> client is making CORS calls. Receiving a 303 and a Location header
+> seemed to mean that the call was redirected before the client side code
+> ever saw it (not sure what the browser was doing; I was expecting
+> another request, but I wasn't quite lucid enough to check for that last
+> night when working on it); a 201 allows me to examine the location.
+
+Would be interested to know more about your CORS implementation, that's 
+something I would like to have in the guide.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From Christopher.Phillips at turner.com  Wed Feb 13 17:01:27 2013
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Wed, 13 Feb 2013 16:01:27 +0000
+Subject: [99s-extend] Cowboy REST Logic
+In-Reply-To: <[email protected]>
+Message-ID: <CD411D79.2699%[email protected]>
+
+  Will do. I actually like the 303 due to a bug in Firefox with examining
+headers, but 201 seems like the canonical approach.
+  
+  CORS is actually pretty easy to open up fully, and the more restrictive
+you want to be the harder it gets. We're not using credentials, and we
+haven't tightened the domain to just those we expect, either, but it
+basically amounts to adding the following to options/2 for the pre-flight -
+
+  * Access-Control-Allow-Origin (with the origins we want to allow; * for
+anything), 
+  * Access-Control-Allow-Headers (which we're setting to the same as the
+client requests for convenience's sake)
+  *Access-Control-Expose-Headers (for any headers beyond content-type that
+the client wants access to; we have Location for the 201 mentioned above.
+
+
+And the following to any request being passed back, as seems reasonable -
+
+  * Access-Control-Allow-Origin as in options
+  * Access-Control-Expose-Headers as in options
+
+
+ I'm appending them in resource_exists/2 because I know that will be hit
+by everything. If your logic is more complex (you want to allow PUTs from
+site1, but deletes from site2, etc), you'll need to break that apart a bit
+and conditionally check origin. We're relying on a firewall to protect
+against direct calls from external servers, and we'll be tightening the
+allowed domains and looking into validating the session with a token to
+prevent CSRFs (as CORS means any existing CSRF vuln becomes a bit more
+severe). 
+
+
+I suspect there's some redundancy there; we have a future story for
+tightening things up, but in terms of just opening it up and getting
+things working, that?s all that I had to do.
+
+
+On 2/13/13 10:34 AM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+
+>On 02/13/2013 02:52 PM, Phillips, Christopher wrote:
+>>
+>>    In 6.1, and still in 8.0, there is some logic that surprised me, and
+>> I wanted to see if it was intentional, or if I'm missing something.
+>>
+>>    If I set up a POST such that it's a create, I get back a 303, rather
+>> than a 201, on successful create. This came as a bit of a surprise; I
+>> know from Webmachine, if it's a new resource being created, a POST will
+>> return a 201 (N11 to P11 in Webmachine's v3 diagram).
+>>
+>>    Is this intentional? The logic seems to be post_is_create/2 ->
+>> create_path/2 -> put_resource/3 -> choose_content_type/5 -> next/3 ->
+>> respond(_, _, 303). It may be that this is a better response, rather
+>> than a 201 with the location header, but it came as a surprise given web
+>> machine's behavior.
+>
+>This difference is probably not intentional. Please open a ticket. :)
+>
+>>    For background, I'm attempting to migrate some web machine code to
+>> Cowboy, which is serving a RESTful API to a Javascript client. The
+>> client is making CORS calls. Receiving a 303 and a Location header
+>> seemed to mean that the call was redirected before the client side code
+>> ever saw it (not sure what the browser was doing; I was expecting
+>> another request, but I wasn't quite lucid enough to check for that last
+>> night when working on it); a 201 allows me to examine the location.
+>
+>Would be interested to know more about your CORS implementation, that's
+>something I would like to have in the guide.
+>
+>-- 
+>Lo?c Hoguin
+>Erlang Cowboy
+>Nine Nines
+>http://ninenines.eu
+>
+
+
+
+
+From essen at ninenines.eu  Thu Feb 14 17:29:23 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 14 Feb 2013 17:29:23 +0100
+Subject: [99s-extend] [ANN] Bullet 0.4.0
+Message-ID: <[email protected]>
+
+Quick announcement: Bullet 0.4.0 has been released. This version is 
+compatible with newly released Cowboy 0.8.0.
+
+   https://github.com/extend/bullet
+
+Bullet is a simple and efficient Websocket alternative especially useful 
+when you need an always connected socket to the server. It uses 
+Websocket internally when it's available.
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From list1 at gjunka.com  Mon Feb 18 17:01:30 2013
+From: list1 at gjunka.com (Grzegorz Junka)
+Date: Mon, 18 Feb 2013 16:01:30 +0000
+Subject: [99s-extend] sub_description is not a valid app configuration option
+Message-ID: <[email protected]>
+
+Hi,
+I am trying to compile a release with some applications for which ranch 
+and cowboy are dependencies. This is what I am getting on the console:
+
+reltool: Unexpected item sub_description in app file 
+"/usr/home/somepath/deps/ranch/ebin/ranch.app".
+reltool: Unexpected item sub_description in app file 
+"/usr/home/somepath/deps/cowboy/ebin/cowboy.app".
+
+When looking it up on Erlang documentation it seems that sub_description 
+is not a valid configuration options in the .app file. Is there any 
+chance to put it rather as a comment?
+
+
+
+From essen at ninenines.eu  Wed Feb 20 19:58:31 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 20 Feb 2013 19:58:31 +0100
+Subject: [99s-extend] [ANN] Bullet 0.4.1
+Message-ID: <[email protected]>
+
+Version update to fix a bug that broke POST with non-Websocket transports.
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From Christopher.Phillips at turner.com  Thu Feb 21 20:29:36 2013
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Thu, 21 Feb 2013 19:29:36 +0000
+Subject: [99s-extend] Arbitrary 500 from REST handler?
+Message-ID: <CD4BDFCE.2D43%[email protected]>
+
+
+  I have a case where I am creating a resource through a POST. There are a number of places where the create can fail in a known manner, and we need to alert the user to the specifics of why. Is there a way to throw an arbitrary 500, with message, from within the REST handler? I can obviously just erlang:error(whatever), but the message content is ignored, and there is no way to pass back an updated response when doing that.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130221/fc119c69/attachment.html>
+
+From essen at ninenines.eu  Thu Feb 21 20:38:35 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 21 Feb 2013 20:38:35 +0100
+Subject: [99s-extend] Arbitrary 500 from REST handler?
+In-Reply-To: <CD4BDFCE.2D43%[email protected]>
+References: <CD4BDFCE.2D43%[email protected]>
+Message-ID: <[email protected]>
+
+On 02/21/2013 08:29 PM, Phillips, Christopher wrote:
+>
+>    I have a case where I am creating a resource through a POST. There
+> are a number of places where the create can fail in a known manner, and
+> we need to alert the user to the specifics of why. Is there a way to
+> throw an arbitrary 500, with message, from within the REST handler? I
+> can obviously just erlang:error(whatever), but the message content is
+> ignored, and there is no way to pass back an updated response when doing
+> that.
+
+Use cowboy_req:reply and then return {halt, Req2, State} to stop execution.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Fri Feb 22 15:41:58 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 22 Feb 2013 15:41:58 +0100
+Subject: [99s-extend] Cowboy 0.8.1
+Message-ID: <[email protected]>
+
+Just tagged Cowboy 0.8.1.
+
+   https://github.com/extend/cowboy/
+
+Please see the CHANGELOG.md file.
+
+I am hoping to tag a new minor version every couple weeks now that the 
+bigger API changes have been done.
+
+Next version should have the remaining REST API changes, bringing it 
+much closer to being stable, with only additions planned subsequently.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Sat Feb 23 16:52:47 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sat, 23 Feb 2013 16:52:47 +0100
+Subject: [99s-extend] Directory traversal vulnerability on Windows platform
+Message-ID: <[email protected]>
+
+A directory traversal vulnerability affecting all Windows platforms has 
+been discovered. Please follow these instructions to find out if you are 
+affected. Please take immediate action if you are.
+
+### Am I affected?
+
+You are if you match all of the following requirements:
+
+  *  You run Cowboy in production on the Windows platform
+  *  You make use of `cowboy_static` (or `cowboy_http_static` in older 
+versions)
+
+### How serious is it?
+
+This vulnerability allows an attacker to request any file from your 
+system (only limited by the access rights of the user running the Erlang 
+VM). The attacker cannot list files through this vulnerability. This 
+however does not reduce the seriousness of this vulnerability as an 
+attacker can always use brute force or any other method to try to find 
+files on your system.
+
+### How can I fix it?
+
+No patch is currently available.
+
+You should temporarily switch to using IIS or any other web server for 
+serving the static files, or use a CDN instead.
+
+### How can I make sure this will not happen again?
+
+A fully cross-platform fix will be pushed to Cowboy in the coming days.
+
+This issue exists essentially because Windows isn't a supported platform 
+and we do not have the resources or knowledge to make the Windows 
+experience safe and smooth.
+
+If you are a Windows user, you can ensure that kind of issue does not 
+happen again by becoming a regular contributor and making sure the team 
+is aware of any potential issue that may arise on Windows.
+
+### Why disclose?
+
+Essentially for three reasons:
+
+  *  Considering the known user base, a very low number of people might 
+be hit by this issue
+  *  A temporary fix is readily available
+  *  Community help is needed to ensure a proper fix gets merged
+
+The following ticket can be used for tracking this issue:
+
+   https://github.com/extend/cowboy/issues/447
+
+Please ping this ticket if you are affected. Ignore if you are not. Thanks.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
diff --git a/_build/static/archives/extend/2013-February/000043.html b/_build/static/archives/extend/2013-February/000043.html
new file mode 100644
index 00000000..36cbddbd
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000043.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Makefile
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Makefile&In-Reply-To=%3CCAKD1GY7%2BfvMOR6PhOz%3DQGAi8r2T_Obf4gCjaH4hN_%3DJ%2BhNyw4w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000044.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Makefile</H1>
+    <B>Jeremy Ong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Makefile&In-Reply-To=%3CCAKD1GY7%2BfvMOR6PhOz%3DQGAi8r2T_Obf4gCjaH4hN_%3DJ%2BhNyw4w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Makefile">jeremy at quarkgames.com
+       </A><BR>
+    <I>Mon Feb  4 21:10:21 CET 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000044.html">[99s-extend] Cowboy Makefile
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#43">[ date ]</a>
+              <a href="thread.html#43">[ thread ]</a>
+              <a href="subject.html#43">[ subject ]</a>
+              <a href="author.html#43">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It is rebar compatible
+
+<A HREF="https://github.com/extend/cowboy/blob/master/rebar.config">https://github.com/extend/cowboy/blob/master/rebar.config</A>
+
+I use it with rebar all the time.
+
+
+On Thu, Jan 24, 2013 at 2:41 PM, Grzegorz Junka &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">list1 at gjunka.com</A>&gt; wrote:
+
+&gt;<i> Hi,
+</I>&gt;<i> I understand the move away from Rebar but I'd like to see the project to
+</I>&gt;<i> be still Rebar-compatible. Would that be a problem? Mainly I am thinking
+</I>&gt;<i> about dependencies. The Cowboy Makefile assumes that Ranch is in its deps
+</I>&gt;<i> folder. If Cowboy is a part of a bigger application, and most often it will
+</I>&gt;<i> be in such a role rather than a standalone application, then all
+</I>&gt;<i> dependencies should be kept in one place. In that case it would be the main
+</I>&gt;<i> project's deps folder, not Cowboy's deps folder. Can the compilation
+</I>&gt;<i> process be split into compiling Cowboy dependencies separately from Cowboy
+</I>&gt;<i> itself?
+</I>&gt;<i>
+</I>&gt;<i> something like:
+</I>&gt;<i>
+</I>&gt;<i> all: compile-deps compile-cowboy
+</I>&gt;<i>
+</I>&gt;<i> Then if Cowboy is a dependency itself it may be just compiled without the
+</I>&gt;<i> dependency (as it will be compiled when the main project is compiled).
+</I>&gt;<i>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130204/3c258140/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130204/3c258140/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000044.html">[99s-extend] Cowboy Makefile
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#43">[ date ]</a>
+              <a href="thread.html#43">[ thread ]</a>
+              <a href="subject.html#43">[ subject ]</a>
+              <a href="author.html#43">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000044.html b/_build/static/archives/extend/2013-February/000044.html
new file mode 100644
index 00000000..303f2249
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000044.html
@@ -0,0 +1,115 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Makefile
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Makefile&In-Reply-To=%3C51102D16.8030000%40gjunka.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000043.html">
+   <LINK REL="Next"  HREF="000045.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Makefile</H1>
+    <B>Grzegorz Junka</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Makefile&In-Reply-To=%3C51102D16.8030000%40gjunka.com%3E"
+       TITLE="[99s-extend] Cowboy Makefile">list1 at gjunka.com
+       </A><BR>
+    <I>Mon Feb  4 22:50:14 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000043.html">[99s-extend] Cowboy Makefile
+</A></li>
+        <LI>Next message: <A HREF="000045.html">[99s-extend] Cowboy Makefile
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#44">[ date ]</a>
+              <a href="thread.html#44">[ thread ]</a>
+              <a href="subject.html#44">[ subject ]</a>
+              <a href="author.html#44">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>deps/ranch:
+@mkdir -p $(DEPS_DIR)
+git clone -n -- <A HREF="https://github.com/extend/ranch.git">https://github.com/extend/ranch.git</A> $(DEPS_DIR)/ranch
+cd $(DEPS_DIR)/ranch ; git checkout -q $(RANCH_VSN)
+
+
+Am I to understand that the only way of having the dependencies in 
+another folder than cowboy/deps is to use Rebar (e.g. if compiling using 
+the makefile it will always assume that dependencies are in local deps 
+folder)?
+
+Would be good to have a target to compile cowboy without dependencies.
+
+
+On 04/02/2013 20:10, Jeremy Ong wrote:
+&gt;<i> It is rebar compatible
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="https://github.com/extend/cowboy/blob/master/rebar.config">https://github.com/extend/cowboy/blob/master/rebar.config</A>
+</I>&gt;<i>
+</I>&gt;<i> I use it with rebar all the time.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Thu, Jan 24, 2013 at 2:41 PM, Grzegorz Junka &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">list1 at gjunka.com</A> 
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">list1 at gjunka.com</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Hi,
+</I>&gt;<i>     I understand the move away from Rebar but I'd like to see the
+</I>&gt;<i>     project to be still Rebar-compatible. Would that be a problem?
+</I>&gt;<i>     Mainly I am thinking about dependencies. The Cowboy Makefile
+</I>&gt;<i>     assumes that Ranch is in its deps folder. If Cowboy is a part of a
+</I>&gt;<i>     bigger application, and most often it will be in such a role
+</I>&gt;<i>     rather than a standalone application, then all dependencies should
+</I>&gt;<i>     be kept in one place. In that case it would be the main project's
+</I>&gt;<i>     deps folder, not Cowboy's deps folder. Can the compilation process
+</I>&gt;<i>     be split into compiling Cowboy dependencies separately from Cowboy
+</I>&gt;<i>     itself?
+</I>&gt;<i>
+</I>&gt;<i>     something like:
+</I>&gt;<i>
+</I>&gt;<i>     all: compile-deps compile-cowboy
+</I>&gt;<i>
+</I>&gt;<i>     Then if Cowboy is a dependency itself it may be just compiled
+</I>&gt;<i>     without the dependency (as it will be compiled when the main
+</I>&gt;<i>     project is compiled).
+</I>&gt;<i>
+</I>&gt;<i>     _______________________________________________
+</I>&gt;<i>     Extend mailing list
+</I>&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>     <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130204/c34e6aa6/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130204/c34e6aa6/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000043.html">[99s-extend] Cowboy Makefile
+</A></li>
+	<LI>Next message: <A HREF="000045.html">[99s-extend] Cowboy Makefile
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#44">[ date ]</a>
+              <a href="thread.html#44">[ thread ]</a>
+              <a href="subject.html#44">[ subject ]</a>
+              <a href="author.html#44">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000045.html b/_build/static/archives/extend/2013-February/000045.html
new file mode 100644
index 00000000..4e04e930
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000045.html
@@ -0,0 +1,134 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Makefile
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Makefile&In-Reply-To=%3C51102F0F.6060607%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000044.html">
+   <LINK REL="Next"  HREF="000046.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Makefile</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Makefile&In-Reply-To=%3C51102F0F.6060607%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy Makefile">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Feb  4 22:58:39 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000044.html">[99s-extend] Cowboy Makefile
+</A></li>
+        <LI>Next message: <A HREF="000046.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#45">[ date ]</a>
+              <a href="thread.html#45">[ thread ]</a>
+              <a href="subject.html#45">[ subject ]</a>
+              <a href="author.html#45">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Cowboy is still compatible with rebar like before, there's no change you 
+need to do.
+
+If however you would like to compile using the Makefile regardless, 
+there's a small thing that needs to be fixed before it's good.
+
+On 02/04/2013 10:50 PM, Grzegorz Junka wrote:
+&gt;<i> deps/ranch:
+</I>&gt;<i> @mkdir -p $(DEPS_DIR)
+</I>&gt;<i> git clone -n -- <A HREF="https://github.com/extend/ranch.git">https://github.com/extend/ranch.git</A> $(DEPS_DIR)/ranch
+</I>&gt;<i> cd $(DEPS_DIR)/ranch ; git checkout -q $(RANCH_VSN)
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Am I to understand that the only way of having the dependencies in
+</I>&gt;<i> another folder than cowboy/deps is to use Rebar (e.g. if compiling using
+</I>&gt;<i> the makefile it will always assume that dependencies are in local deps
+</I>&gt;<i> folder)?
+</I>&gt;<i>
+</I>&gt;<i> Would be good to have a target to compile cowboy without dependencies.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 04/02/2013 20:10, Jeremy Ong wrote:
+</I>&gt;&gt;<i> It is rebar compatible
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> <A HREF="https://github.com/extend/cowboy/blob/master/rebar.config">https://github.com/extend/cowboy/blob/master/rebar.config</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I use it with rebar all the time.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Thu, Jan 24, 2013 at 2:41 PM, Grzegorz Junka &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">list1 at gjunka.com</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">list1 at gjunka.com</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Hi,
+</I>&gt;&gt;<i>     I understand the move away from Rebar but I'd like to see the
+</I>&gt;&gt;<i>     project to be still Rebar-compatible. Would that be a problem?
+</I>&gt;&gt;<i>     Mainly I am thinking about dependencies. The Cowboy Makefile
+</I>&gt;&gt;<i>     assumes that Ranch is in its deps folder. If Cowboy is a part of a
+</I>&gt;&gt;<i>     bigger application, and most often it will be in such a role
+</I>&gt;&gt;<i>     rather than a standalone application, then all dependencies should
+</I>&gt;&gt;<i>     be kept in one place. In that case it would be the main project's
+</I>&gt;&gt;<i>     deps folder, not Cowboy's deps folder. Can the compilation process
+</I>&gt;&gt;<i>     be split into compiling Cowboy dependencies separately from Cowboy
+</I>&gt;&gt;<i>     itself?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     something like:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     all: compile-deps compile-cowboy
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Then if Cowboy is a dependency itself it may be just compiled
+</I>&gt;&gt;<i>     without the dependency (as it will be compiled when the main
+</I>&gt;&gt;<i>     project is compiled).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     _______________________________________________
+</I>&gt;&gt;<i>     Extend mailing list
+</I>&gt;&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>     <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000044.html">[99s-extend] Cowboy Makefile
+</A></li>
+	<LI>Next message: <A HREF="000046.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#45">[ date ]</a>
+              <a href="thread.html#45">[ thread ]</a>
+              <a href="subject.html#45">[ subject ]</a>
+              <a href="author.html#45">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000046.html b/_build/static/archives/extend/2013-February/000046.html
new file mode 100644
index 00000000..eae5ae9f
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000046.html
@@ -0,0 +1,69 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Big body via REST
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3CAF88F919-0224-438A-8CD6-CAFBEA30C86A%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000045.html">
+   <LINK REL="Next"  HREF="000047.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Big body via REST</H1>
+    <B>Sergey Yelin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3CAF88F919-0224-438A-8CD6-CAFBEA30C86A%40gmail.com%3E"
+       TITLE="[99s-extend] Big body via REST">elinsn at gmail.com
+       </A><BR>
+    <I>Thu Feb  7 11:04:05 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000045.html">[99s-extend] Cowboy Makefile
+</A></li>
+        <LI>Next message: <A HREF="000047.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#46">[ date ]</a>
+              <a href="thread.html#46">[ thread ]</a>
+              <a href="subject.html#46">[ subject ]</a>
+              <a href="author.html#46">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi list,
+
+how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+
+Thanks in advance.
+
+---
+Best regards,
+Sergey Yelin.
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000045.html">[99s-extend] Cowboy Makefile
+</A></li>
+	<LI>Next message: <A HREF="000047.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#46">[ date ]</a>
+              <a href="thread.html#46">[ thread ]</a>
+              <a href="subject.html#46">[ subject ]</a>
+              <a href="author.html#46">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000047.html b/_build/static/archives/extend/2013-February/000047.html
new file mode 100644
index 00000000..4cc75a92
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000047.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Big body via REST
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3C5113BCFF.5010506%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000046.html">
+   <LINK REL="Next"  HREF="000048.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Big body via REST</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3C5113BCFF.5010506%40ninenines.eu%3E"
+       TITLE="[99s-extend] Big body via REST">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Feb  7 15:41:03 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000046.html">[99s-extend] Big body via REST
+</A></li>
+        <LI>Next message: <A HREF="000048.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#47">[ date ]</a>
+              <a href="thread.html#47">[ thread ]</a>
+              <a href="subject.html#47">[ subject ]</a>
+              <a href="author.html#47">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 02/07/2013 11:04 AM, Sergey Yelin wrote:
+&gt;<i> Hi list,
+</I>&gt;<i>
+</I>&gt;<i> how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+</I>
+Hey,
+
+If you know the size, reply with {stream, Size, StreamFun}, otherwise 
+{stream, StreamFun}, with StreamFun the function that will send all the 
+data to the socket.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000046.html">[99s-extend] Big body via REST
+</A></li>
+	<LI>Next message: <A HREF="000048.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#47">[ date ]</a>
+              <a href="thread.html#47">[ thread ]</a>
+              <a href="subject.html#47">[ subject ]</a>
+              <a href="author.html#47">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000048.html b/_build/static/archives/extend/2013-February/000048.html
new file mode 100644
index 00000000..62ddba81
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000048.html
@@ -0,0 +1,86 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Big body via REST
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3C76D0E7F7-1819-44D0-A692-8A7C0E965D2C%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000047.html">
+   <LINK REL="Next"  HREF="000049.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Big body via REST</H1>
+    <B>Sergey Yelin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3C76D0E7F7-1819-44D0-A692-8A7C0E965D2C%40gmail.com%3E"
+       TITLE="[99s-extend] Big body via REST">elinsn at gmail.com
+       </A><BR>
+    <I>Thu Feb  7 15:46:31 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000047.html">[99s-extend] Big body via REST
+</A></li>
+        <LI>Next message: <A HREF="000049.html">[99s-extend] How to send multiple messages in response to one	message from Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#48">[ date ]</a>
+              <a href="thread.html#48">[ thread ]</a>
+              <a href="subject.html#48">[ subject ]</a>
+              <a href="author.html#48">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ok, thanks.
+
+On Feb 7, 2013, at 6:41 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> On 02/07/2013 11:04 AM, Sergey Yelin wrote:
+</I>&gt;&gt;<i> Hi list,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+</I>&gt;<i> 
+</I>&gt;<i> Hey,
+</I>&gt;<i> 
+</I>&gt;<i> If you know the size, reply with {stream, Size, StreamFun}, otherwise {stream, StreamFun}, with StreamFun the function that will send all the data to the socket.
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+---
+Best regards,
+Sergey Yelin.
+
+
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000047.html">[99s-extend] Big body via REST
+</A></li>
+	<LI>Next message: <A HREF="000049.html">[99s-extend] How to send multiple messages in response to one	message from Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#48">[ date ]</a>
+              <a href="thread.html#48">[ thread ]</a>
+              <a href="subject.html#48">[ subject ]</a>
+              <a href="author.html#48">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000049.html b/_build/static/archives/extend/2013-February/000049.html
new file mode 100644
index 00000000..9a5040ee
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000049.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] How to send multiple messages in response to one	message from Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20send%20multiple%20messages%20in%20response%20to%20one%0A%09message%20from%20Cowboy&In-Reply-To=%3C5114F8C8.9020807%40jkemp.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000048.html">
+   <LINK REL="Next"  HREF="000050.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] How to send multiple messages in response to one	message from Cowboy</H1>
+    <B>John Kemp</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20send%20multiple%20messages%20in%20response%20to%20one%0A%09message%20from%20Cowboy&In-Reply-To=%3C5114F8C8.9020807%40jkemp.net%3E"
+       TITLE="[99s-extend] How to send multiple messages in response to one	message from Cowboy">john at jkemp.net
+       </A><BR>
+    <I>Fri Feb  8 14:08:24 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000048.html">[99s-extend] Big body via REST
+</A></li>
+        <LI>Next message: <A HREF="000050.html">[99s-extend] How to send multiple messages in response to one message from Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#49">[ date ]</a>
+              <a href="thread.html#49">[ thread ]</a>
+              <a href="subject.html#49">[ subject ]</a>
+              <a href="author.html#49">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I see that with websocket_info/3 I can prompt Cowboy to send a message 
+to a connected client by sending a &quot;system message&quot;.
+
+How can I send multiple reply messages to a client which has sent a request?
+
+Is the way to do that by calling websocket_info/3 directly (multiple 
+times) from within my websocket_handle call?
+
+Cheers,
+
+JohnK
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000048.html">[99s-extend] Big body via REST
+</A></li>
+	<LI>Next message: <A HREF="000050.html">[99s-extend] How to send multiple messages in response to one message from Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#49">[ date ]</a>
+              <a href="thread.html#49">[ thread ]</a>
+              <a href="subject.html#49">[ subject ]</a>
+              <a href="author.html#49">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000050.html b/_build/static/archives/extend/2013-February/000050.html
new file mode 100644
index 00000000..23828af8
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000050.html
@@ -0,0 +1,100 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] How to send multiple messages in response to one message from Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20send%20multiple%20messages%20in%20response%20to%20one%0A%20message%20from%20Cowboy&In-Reply-To=%3C5115453C.1040808%40jkemp.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000049.html">
+   <LINK REL="Next"  HREF="000051.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] How to send multiple messages in response to one message from Cowboy</H1>
+    <B>John Kemp</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20send%20multiple%20messages%20in%20response%20to%20one%0A%20message%20from%20Cowboy&In-Reply-To=%3C5115453C.1040808%40jkemp.net%3E"
+       TITLE="[99s-extend] How to send multiple messages in response to one message from Cowboy">john at jkemp.net
+       </A><BR>
+    <I>Fri Feb  8 19:34:36 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000049.html">[99s-extend] How to send multiple messages in response to one	message from Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000051.html">[99s-extend] Cowboy questions
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#50">[ date ]</a>
+              <a href="thread.html#50">[ thread ]</a>
+              <a href="subject.html#50">[ subject ]</a>
+              <a href="author.html#50">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Answering my own question - multiple messages can be sent in reply by 
+including a list of 'reply' tuples in the websocket_handle response. I 
+found this by looking at cowboy_websocket_handler.erl in the source tree.
+
+-callback websocket_handle({text | binary | ping | pong, binary()}, Req, 
+State)
+	-&gt; {ok, Req, State}
+	| {ok, Req, State, hibernate}
+
+	| {reply, cowboy_websocket:frame() | [cowboy_websocket:frame()], Req, 
+State}
+	| {reply, cowboy_websocket:frame() | [cowboy_websocket:frame()], Req, 
+State, hibernate}
+
+	| {shutdown, Req, State}
+	when Req::cowboy_req:req(), State::state().
+
+JohnK
+
+On 02/08/2013 08:08 AM, John Kemp wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I see that with websocket_info/3 I can prompt Cowboy to send a message
+</I>&gt;<i> to a connected client by sending a &quot;system message&quot;.
+</I>&gt;<i>
+</I>&gt;<i> How can I send multiple reply messages to a client which has sent a
+</I>&gt;<i> request?
+</I>&gt;<i>
+</I>&gt;<i> Is the way to do that by calling websocket_info/3 directly (multiple
+</I>&gt;<i> times) from within my websocket_handle call?
+</I>&gt;<i>
+</I>&gt;<i> Cheers,
+</I>&gt;<i>
+</I>&gt;<i> JohnK
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000049.html">[99s-extend] How to send multiple messages in response to one	message from Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000051.html">[99s-extend] Cowboy questions
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#50">[ date ]</a>
+              <a href="thread.html#50">[ thread ]</a>
+              <a href="subject.html#50">[ subject ]</a>
+              <a href="author.html#50">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000051.html b/_build/static/archives/extend/2013-February/000051.html
new file mode 100644
index 00000000..01827233
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000051.html
@@ -0,0 +1,72 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy questions
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20questions&In-Reply-To=%3C64B371DF-D6AA-4105-954E-C22EBA61EDFC%40kivra.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000050.html">
+   <LINK REL="Next"  HREF="000052.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy questions</H1>
+    <B>Bip Thelin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20questions&In-Reply-To=%3C64B371DF-D6AA-4105-954E-C22EBA61EDFC%40kivra.com%3E"
+       TITLE="[99s-extend] Cowboy questions">bip at kivra.com
+       </A><BR>
+    <I>Sun Feb 10 20:12:27 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000050.html">[99s-extend] How to send multiple messages in response to one message from Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000052.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#51">[ date ]</a>
+              <a href="thread.html#51">[ thread ]</a>
+              <a href="subject.html#51">[ subject ]</a>
+              <a href="author.html#51">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+ I'm playing around with a middleware and request/responsehooks. A couple of questions that have surfaced:
+* Say I map a module to &quot;/my/path[...]&quot; and then curl &quot;/my/path/even/more/stuff&quot;. Is there a way to retrieve the &quot;rest&quot; of the matched path, i.e. like cowboy_req:path_info/1 but just the rest, not the total path. The result I want is: [&lt;&lt;&quot;even&quot;&gt;&gt;, &lt;&lt;&quot;more&quot;&gt;&gt;, &lt;&lt;&quot;stuff&quot;&gt;&gt;].
+* I've been trying to use a responsehook to ensure that a default content-type is set if none is specified. Been trying with cowboy_req:reply, coboy_req:set_resp_headers, etc. It doesn't seem to work that well. What's the preferred way?
+
+Regards,
+-Bip Thelin
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130210/1b9560c2/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130210/1b9560c2/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000050.html">[99s-extend] How to send multiple messages in response to one message from Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000052.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#51">[ date ]</a>
+              <a href="thread.html#51">[ thread ]</a>
+              <a href="subject.html#51">[ subject ]</a>
+              <a href="author.html#51">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000052.html b/_build/static/archives/extend/2013-February/000052.html
new file mode 100644
index 00000000..c2171e9a
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000052.html
@@ -0,0 +1,119 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Cowboy 0.8.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.0&In-Reply-To=%3C511A7D8C.5050107%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000051.html">
+   <LINK REL="Next"  HREF="000053.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Cowboy 0.8.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.0&In-Reply-To=%3C511A7D8C.5050107%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Cowboy 0.8.0">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Feb 12 18:36:12 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000051.html">[99s-extend] Cowboy questions
+</A></li>
+        <LI>Next message: <A HREF="000053.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#52">[ date ]</a>
+              <a href="thread.html#52">[ thread ]</a>
+              <a href="subject.html#52">[ subject ]</a>
+              <a href="author.html#52">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello there!
+
+Cowboy 0.8 has been released. Cowboy is a small, fast and modular HTTP, 
+REST and Websocket server.
+
+   <A HREF="https://github.com/extend/cowboy/">https://github.com/extend/cowboy/</A>
+
+The number of contributors who helped make this release considerably 
+increased. Cowboy is available thanks to the code contributions from 50 
+users, double from the last release where 25 contributed.
+
+The number of users has also greatly increased. Cowboy is being used in 
+ad bidding, set-top boxes, live TV events, content streaming services, 
+and many more exciting areas.
+
+This new version has many highlights. You can take a look at the 
+changelog for detailed information about the many changes.
+
+   <A HREF="https://github.com/extend/cowboy/blob/master/CHANGELOG.md">https://github.com/extend/cowboy/blob/master/CHANGELOG.md</A>
+
+Cowboy scalability has been greatly improved in this version. This has 
+been observed many times in production, including in the AdGear Tracker 
+project (<A HREF="http://ferd.ca/rtb-where-erlang-blooms.html">http://ferd.ca/rtb-where-erlang-blooms.html</A>) where updated 
+nodes were able to handle 2 times more requests compared to older nodes. 
+This improvement cannot be observed in &quot;hello world&quot; types of 
+benchmarks. An article will soon be published to explain the reasons for 
+this.
+
+Cowboy now features a brand new user guide. It is still a work in 
+progress, so please open a ticket on Github if something is missing or 
+incorrect.
+
+   <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction">http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction</A>
+
+Remaining work before 1.0 include REST improvements and SPDY support. 
+The rest of the API should now be very close to stable.
+
+I am looking for a good writer who would like to co-author a Cowboy 
+book. The book will be accessible to people who don't know Erlang but 
+will also contain everything there is to know about Cowboy, making it 
+suitable for both beginners and experts. Contact me if you are interested.
+
+I now take donations in addition to commercial support options, to allow 
+individual users to help the project stay alive and kicking.
+
+   <A HREF="http://ninenines.eu/support">http://ninenines.eu/support</A>
+
+Hope you enjoy it. As always, please send me as much feedback as 
+possible to help me improve things even more, preferrably through Github 
+tickets if it's related to code or documentation.
+
+Thanks for reading.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000051.html">[99s-extend] Cowboy questions
+</A></li>
+	<LI>Next message: <A HREF="000053.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#52">[ date ]</a>
+              <a href="thread.html#52">[ thread ]</a>
+              <a href="subject.html#52">[ subject ]</a>
+              <a href="author.html#52">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000053.html b/_build/static/archives/extend/2013-February/000053.html
new file mode 100644
index 00000000..d8c5ac05
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000053.html
@@ -0,0 +1,131 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Cowboy 0.8.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.0&In-Reply-To=%3CCAKD1GY5BkoTPtZrPhsp7hoWvXPKfqLX4-SKHzs6ecZ12KrRJMA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000052.html">
+   <LINK REL="Next"  HREF="000054.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Cowboy 0.8.0</H1>
+    <B>Jeremy Ong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.0&In-Reply-To=%3CCAKD1GY5BkoTPtZrPhsp7hoWvXPKfqLX4-SKHzs6ecZ12KrRJMA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [ANN] Cowboy 0.8.0">jeremy at quarkgames.com
+       </A><BR>
+    <I>Tue Feb 12 18:37:18 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000052.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A></li>
+        <LI>Next message: <A HREF="000054.html">[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#53">[ date ]</a>
+              <a href="thread.html#53">[ thread ]</a>
+              <a href="subject.html#53">[ subject ]</a>
+              <a href="author.html#53">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Congrats!
+
+
+On Tue, Feb 12, 2013 at 9:36 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Hello there!
+</I>&gt;<i>
+</I>&gt;<i> Cowboy 0.8 has been released. Cowboy is a small, fast and modular HTTP,
+</I>&gt;<i> REST and Websocket server.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://github.com/extend/**cowboy/">https://github.com/extend/**cowboy/</A> &lt;<A HREF="https://github.com/extend/cowboy/">https://github.com/extend/cowboy/</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> The number of contributors who helped make this release considerably
+</I>&gt;<i> increased. Cowboy is available thanks to the code contributions from 50
+</I>&gt;<i> users, double from the last release where 25 contributed.
+</I>&gt;<i>
+</I>&gt;<i> The number of users has also greatly increased. Cowboy is being used in ad
+</I>&gt;<i> bidding, set-top boxes, live TV events, content streaming services, and
+</I>&gt;<i> many more exciting areas.
+</I>&gt;<i>
+</I>&gt;<i> This new version has many highlights. You can take a look at the changelog
+</I>&gt;<i> for detailed information about the many changes.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://github.com/extend/**cowboy/blob/master/CHANGELOG.**md&lt;https://github.com/extend/cowboy/blob/master/CHANGELOG.md">https://github.com/extend/**cowboy/blob/master/CHANGELOG.**md&lt;https://github.com/extend/cowboy/blob/master/CHANGELOG.md</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> Cowboy scalability has been greatly improved in this version. This has
+</I>&gt;<i> been observed many times in production, including in the AdGear Tracker
+</I>&gt;<i> project (<A HREF="http://ferd.ca/rtb-where-**erlang-blooms.html&lt;http://ferd.ca/rtb-where-erlang-blooms.html">http://ferd.ca/rtb-where-**erlang-blooms.html&lt;http://ferd.ca/rtb-where-erlang-blooms.html</A>&gt;)
+</I>&gt;<i> where updated nodes were able to handle 2 times more requests compared to
+</I>&gt;<i> older nodes. This improvement cannot be observed in &quot;hello world&quot; types of
+</I>&gt;<i> benchmarks. An article will soon be published to explain the reasons for
+</I>&gt;<i> this.
+</I>&gt;<i>
+</I>&gt;<i> Cowboy now features a brand new user guide. It is still a work in
+</I>&gt;<i> progress, so please open a ticket on Github if something is missing or
+</I>&gt;<i> incorrect.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="http://ninenines.eu/docs/en/**cowboy/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction">http://ninenines.eu/docs/en/**cowboy/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> Remaining work before 1.0 include REST improvements and SPDY support. The
+</I>&gt;<i> rest of the API should now be very close to stable.
+</I>&gt;<i>
+</I>&gt;<i> I am looking for a good writer who would like to co-author a Cowboy book.
+</I>&gt;<i> The book will be accessible to people who don't know Erlang but will also
+</I>&gt;<i> contain everything there is to know about Cowboy, making it suitable for
+</I>&gt;<i> both beginners and experts. Contact me if you are interested.
+</I>&gt;<i>
+</I>&gt;<i> I now take donations in addition to commercial support options, to allow
+</I>&gt;<i> individual users to help the project stay alive and kicking.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="http://ninenines.eu/support">http://ninenines.eu/support</A>
+</I>&gt;<i>
+</I>&gt;<i> Hope you enjoy it. As always, please send me as much feedback as possible
+</I>&gt;<i> to help me improve things even more, preferrably through Github tickets if
+</I>&gt;<i> it's related to code or documentation.
+</I>&gt;<i>
+</I>&gt;<i> Thanks for reading.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130212/09008370/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130212/09008370/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000052.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A></li>
+	<LI>Next message: <A HREF="000054.html">[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#53">[ date ]</a>
+              <a href="thread.html#53">[ thread ]</a>
+              <a href="subject.html#53">[ subject ]</a>
+              <a href="author.html#53">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000054.html b/_build/static/archives/extend/2013-February/000054.html
new file mode 100644
index 00000000..29525584
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000054.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%20%5BANN%5D%20Cowboy%200.8.0&In-Reply-To=%3CCAMxVRxAREhN_WmD-__STe_VG6hS_RNoy9VAN0TwwHG9wJ1AYEg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000053.html">
+   <LINK REL="Next"  HREF="000056.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0</H1>
+    <B>Max Lapshin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%20%5BANN%5D%20Cowboy%200.8.0&In-Reply-To=%3CCAMxVRxAREhN_WmD-__STe_VG6hS_RNoy9VAN0TwwHG9wJ1AYEg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0">max.lapshin at gmail.com
+       </A><BR>
+    <I>Tue Feb 12 18:44:28 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000053.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A></li>
+        <LI>Next message: <A HREF="000056.html">[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#54">[ date ]</a>
+              <a href="thread.html#54">[ thread ]</a>
+              <a href="subject.html#54">[ subject ]</a>
+              <a href="author.html#54">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Great, Loic.
+
+As I've told already, it would be great to listen to your experience about
+issues that you meet on high loads: smooth scaling, predictionable
+behaviour of server, etc.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130212/dc0291b4/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130212/dc0291b4/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000053.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A></li>
+	<LI>Next message: <A HREF="000056.html">[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#54">[ date ]</a>
+              <a href="thread.html#54">[ thread ]</a>
+              <a href="subject.html#54">[ subject ]</a>
+              <a href="author.html#54">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000055.html b/_build/static/archives/extend/2013-February/000055.html
new file mode 100644
index 00000000..9d3e7817
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000055.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy REST Logic
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20REST%20Logic&In-Reply-To=%3CCD41053B.266D%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000056.html">
+   <LINK REL="Next"  HREF="000057.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy REST Logic</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20REST%20Logic&In-Reply-To=%3CCD41053B.266D%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Cowboy REST Logic">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Wed Feb 13 14:52:10 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000056.html">[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+</A></li>
+        <LI>Next message: <A HREF="000057.html">[99s-extend] Cowboy REST Logic
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#55">[ date ]</a>
+              <a href="thread.html#55">[ thread ]</a>
+              <a href="subject.html#55">[ subject ]</a>
+              <a href="author.html#55">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+  In 6.1, and still in 8.0, there is some logic that surprised me, and I wanted to see if it was intentional, or if I'm missing something.
+
+  If I set up a POST such that it's a create, I get back a 303, rather than a 201, on successful create. This came as a bit of a surprise; I know from Webmachine, if it's a new resource being created, a POST will return a 201 (N11 to P11 in Webmachine's v3 diagram).
+
+  Is this intentional? The logic seems to be post_is_create/2 -&gt; create_path/2 -&gt; put_resource/3 -&gt; choose_content_type/5 -&gt; next/3 -&gt; respond(_, _, 303). It may be that this is a better response, rather than a 201 with the location header, but it came as a surprise given web machine's behavior.
+
+  For background, I'm attempting to migrate some web machine code to Cowboy, which is serving a RESTful API to a Javascript client. The client is making CORS calls. Receiving a 303 and a Location header seemed to mean that the call was redirected before the client side code ever saw it (not sure what the browser was doing; I was expecting another request, but I wasn't quite lucid enough to check for that last night when working on it); a 201 allows me to examine the location.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130213/a992c0b6/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130213/a992c0b6/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000056.html">[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+</A></li>
+	<LI>Next message: <A HREF="000057.html">[99s-extend] Cowboy REST Logic
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#55">[ date ]</a>
+              <a href="thread.html#55">[ thread ]</a>
+              <a href="subject.html#55">[ subject ]</a>
+              <a href="author.html#55">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000056.html b/_build/static/archives/extend/2013-February/000056.html
new file mode 100644
index 00000000..1a6087c9
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000056.html
@@ -0,0 +1,131 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%200.8.0&In-Reply-To=%3CCAPTXyXd9BYynUj5Tp8Mmk7uL8VEByQHSwJZ_20Q-gkZEz%3DJ%3DKg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000054.html">
+   <LINK REL="Next"  HREF="000055.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0</H1>
+    <B>Jesse Gumm</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%200.8.0&In-Reply-To=%3CCAPTXyXd9BYynUj5Tp8Mmk7uL8VEByQHSwJZ_20Q-gkZEz%3DJ%3DKg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0">gumm at sigma-star.com
+       </A><BR>
+    <I>Wed Feb 13 14:46:07 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000054.html">[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+</A></li>
+        <LI>Next message: <A HREF="000055.html">[99s-extend] Cowboy REST Logic
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#56">[ date ]</a>
+              <a href="thread.html#56">[ thread ]</a>
+              <a href="subject.html#56">[ subject ]</a>
+              <a href="author.html#56">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Great news!
+
+Congrats!
+On Feb 12, 2013 11:36 AM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Hello there!
+</I>&gt;<i>
+</I>&gt;<i> Cowboy 0.8 has been released. Cowboy is a small, fast and modular HTTP,
+</I>&gt;<i> REST and Websocket server.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://github.com/extend/**cowboy/">https://github.com/extend/**cowboy/</A> &lt;<A HREF="https://github.com/extend/cowboy/">https://github.com/extend/cowboy/</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> The number of contributors who helped make this release considerably
+</I>&gt;<i> increased. Cowboy is available thanks to the code contributions from 50
+</I>&gt;<i> users, double from the last release where 25 contributed.
+</I>&gt;<i>
+</I>&gt;<i> The number of users has also greatly increased. Cowboy is being used in ad
+</I>&gt;<i> bidding, set-top boxes, live TV events, content streaming services, and
+</I>&gt;<i> many more exciting areas.
+</I>&gt;<i>
+</I>&gt;<i> This new version has many highlights. You can take a look at the changelog
+</I>&gt;<i> for detailed information about the many changes.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://github.com/extend/**cowboy/blob/master/CHANGELOG.**md&lt;https://github.com/extend/cowboy/blob/master/CHANGELOG.md">https://github.com/extend/**cowboy/blob/master/CHANGELOG.**md&lt;https://github.com/extend/cowboy/blob/master/CHANGELOG.md</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> Cowboy scalability has been greatly improved in this version. This has
+</I>&gt;<i> been observed many times in production, including in the AdGear Tracker
+</I>&gt;<i> project (<A HREF="http://ferd.ca/rtb-where-**erlang-blooms.html&lt;http://ferd.ca/rtb-where-erlang-blooms.html">http://ferd.ca/rtb-where-**erlang-blooms.html&lt;http://ferd.ca/rtb-where-erlang-blooms.html</A>&gt;)
+</I>&gt;<i> where updated nodes were able to handle 2 times more requests compared to
+</I>&gt;<i> older nodes. This improvement cannot be observed in &quot;hello world&quot; types of
+</I>&gt;<i> benchmarks. An article will soon be published to explain the reasons for
+</I>&gt;<i> this.
+</I>&gt;<i>
+</I>&gt;<i> Cowboy now features a brand new user guide. It is still a work in
+</I>&gt;<i> progress, so please open a ticket on Github if something is missing or
+</I>&gt;<i> incorrect.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="http://ninenines.eu/docs/en/**cowboy/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction">http://ninenines.eu/docs/en/**cowboy/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> Remaining work before 1.0 include REST improvements and SPDY support. The
+</I>&gt;<i> rest of the API should now be very close to stable.
+</I>&gt;<i>
+</I>&gt;<i> I am looking for a good writer who would like to co-author a Cowboy book.
+</I>&gt;<i> The book will be accessible to people who don't know Erlang but will also
+</I>&gt;<i> contain everything there is to know about Cowboy, making it suitable for
+</I>&gt;<i> both beginners and experts. Contact me if you are interested.
+</I>&gt;<i>
+</I>&gt;<i> I now take donations in addition to commercial support options, to allow
+</I>&gt;<i> individual users to help the project stay alive and kicking.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="http://ninenines.eu/support">http://ninenines.eu/support</A>
+</I>&gt;<i>
+</I>&gt;<i> Hope you enjoy it. As always, please send me as much feedback as possible
+</I>&gt;<i> to help me improve things even more, preferrably through Github tickets if
+</I>&gt;<i> it's related to code or documentation.
+</I>&gt;<i>
+</I>&gt;<i> Thanks for reading.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130213/41b12a6d/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130213/41b12a6d/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000054.html">[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+</A></li>
+	<LI>Next message: <A HREF="000055.html">[99s-extend] Cowboy REST Logic
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#56">[ date ]</a>
+              <a href="thread.html#56">[ thread ]</a>
+              <a href="subject.html#56">[ subject ]</a>
+              <a href="author.html#56">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000057.html b/_build/static/archives/extend/2013-February/000057.html
new file mode 100644
index 00000000..9a7004d5
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000057.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy REST Logic
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20REST%20Logic&In-Reply-To=%3C511BB29E.3090705%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000055.html">
+   <LINK REL="Next"  HREF="000058.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy REST Logic</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20REST%20Logic&In-Reply-To=%3C511BB29E.3090705%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy REST Logic">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Feb 13 16:34:54 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000055.html">[99s-extend] Cowboy REST Logic
+</A></li>
+        <LI>Next message: <A HREF="000058.html">[99s-extend] Cowboy REST Logic
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#57">[ date ]</a>
+              <a href="thread.html#57">[ thread ]</a>
+              <a href="subject.html#57">[ subject ]</a>
+              <a href="author.html#57">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 02/13/2013 02:52 PM, Phillips, Christopher wrote:
+&gt;<i>
+</I>&gt;<i>    In 6.1, and still in 8.0, there is some logic that surprised me, and
+</I>&gt;<i> I wanted to see if it was intentional, or if I'm missing something.
+</I>&gt;<i>
+</I>&gt;<i>    If I set up a POST such that it's a create, I get back a 303, rather
+</I>&gt;<i> than a 201, on successful create. This came as a bit of a surprise; I
+</I>&gt;<i> know from Webmachine, if it's a new resource being created, a POST will
+</I>&gt;<i> return a 201 (N11 to P11 in Webmachine's v3 diagram).
+</I>&gt;<i>
+</I>&gt;<i>    Is this intentional? The logic seems to be post_is_create/2 -&gt;
+</I>&gt;<i> create_path/2 -&gt; put_resource/3 -&gt; choose_content_type/5 -&gt; next/3 -&gt;
+</I>&gt;<i> respond(_, _, 303). It may be that this is a better response, rather
+</I>&gt;<i> than a 201 with the location header, but it came as a surprise given web
+</I>&gt;<i> machine's behavior.
+</I>
+This difference is probably not intentional. Please open a ticket. :)
+
+&gt;<i>    For background, I'm attempting to migrate some web machine code to
+</I>&gt;<i> Cowboy, which is serving a RESTful API to a Javascript client. The
+</I>&gt;<i> client is making CORS calls. Receiving a 303 and a Location header
+</I>&gt;<i> seemed to mean that the call was redirected before the client side code
+</I>&gt;<i> ever saw it (not sure what the browser was doing; I was expecting
+</I>&gt;<i> another request, but I wasn't quite lucid enough to check for that last
+</I>&gt;<i> night when working on it); a 201 allows me to examine the location.
+</I>
+Would be interested to know more about your CORS implementation, that's 
+something I would like to have in the guide.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000055.html">[99s-extend] Cowboy REST Logic
+</A></li>
+	<LI>Next message: <A HREF="000058.html">[99s-extend] Cowboy REST Logic
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#57">[ date ]</a>
+              <a href="thread.html#57">[ thread ]</a>
+              <a href="subject.html#57">[ subject ]</a>
+              <a href="author.html#57">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000058.html b/_build/static/archives/extend/2013-February/000058.html
new file mode 100644
index 00000000..2f44c8c7
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000058.html
@@ -0,0 +1,137 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy REST Logic
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20REST%20Logic&In-Reply-To=%3CCD411D79.2699%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000057.html">
+   <LINK REL="Next"  HREF="000059.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy REST Logic</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20REST%20Logic&In-Reply-To=%3CCD411D79.2699%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Cowboy REST Logic">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Wed Feb 13 17:01:27 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000057.html">[99s-extend] Cowboy REST Logic
+</A></li>
+        <LI>Next message: <A HREF="000059.html">[99s-extend] [ANN] Bullet 0.4.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#58">[ date ]</a>
+              <a href="thread.html#58">[ thread ]</a>
+              <a href="subject.html#58">[ subject ]</a>
+              <a href="author.html#58">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>  Will do. I actually like the 303 due to a bug in Firefox with examining
+headers, but 201 seems like the canonical approach.
+  
+  CORS is actually pretty easy to open up fully, and the more restrictive
+you want to be the harder it gets. We're not using credentials, and we
+haven't tightened the domain to just those we expect, either, but it
+basically amounts to adding the following to options/2 for the pre-flight -
+
+  * Access-Control-Allow-Origin (with the origins we want to allow; * for
+anything), 
+  * Access-Control-Allow-Headers (which we're setting to the same as the
+client requests for convenience's sake)
+  *Access-Control-Expose-Headers (for any headers beyond content-type that
+the client wants access to; we have Location for the 201 mentioned above.
+
+
+And the following to any request being passed back, as seems reasonable -
+
+  * Access-Control-Allow-Origin as in options
+  * Access-Control-Expose-Headers as in options
+
+
+ I'm appending them in resource_exists/2 because I know that will be hit
+by everything. If your logic is more complex (you want to allow PUTs from
+site1, but deletes from site2, etc), you'll need to break that apart a bit
+and conditionally check origin. We're relying on a firewall to protect
+against direct calls from external servers, and we'll be tightening the
+allowed domains and looking into validating the session with a token to
+prevent CSRFs (as CORS means any existing CSRF vuln becomes a bit more
+severe). 
+
+
+I suspect there's some redundancy there; we have a future story for
+tightening things up, but in terms of just opening it up and getting
+things working, that&#185;s all that I had to do.
+
+
+On 2/13/13 10:34 AM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i>On 02/13/2013 02:52 PM, Phillips, Christopher wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>    In 6.1, and still in 8.0, there is some logic that surprised me, and
+</I>&gt;&gt;<i> I wanted to see if it was intentional, or if I'm missing something.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>    If I set up a POST such that it's a create, I get back a 303, rather
+</I>&gt;&gt;<i> than a 201, on successful create. This came as a bit of a surprise; I
+</I>&gt;&gt;<i> know from Webmachine, if it's a new resource being created, a POST will
+</I>&gt;&gt;<i> return a 201 (N11 to P11 in Webmachine's v3 diagram).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>    Is this intentional? The logic seems to be post_is_create/2 -&gt;
+</I>&gt;&gt;<i> create_path/2 -&gt; put_resource/3 -&gt; choose_content_type/5 -&gt; next/3 -&gt;
+</I>&gt;&gt;<i> respond(_, _, 303). It may be that this is a better response, rather
+</I>&gt;&gt;<i> than a 201 with the location header, but it came as a surprise given web
+</I>&gt;&gt;<i> machine's behavior.
+</I>&gt;<i>
+</I>&gt;<i>This difference is probably not intentional. Please open a ticket. :)
+</I>&gt;<i>
+</I>&gt;&gt;<i>    For background, I'm attempting to migrate some web machine code to
+</I>&gt;&gt;<i> Cowboy, which is serving a RESTful API to a Javascript client. The
+</I>&gt;&gt;<i> client is making CORS calls. Receiving a 303 and a Location header
+</I>&gt;&gt;<i> seemed to mean that the call was redirected before the client side code
+</I>&gt;&gt;<i> ever saw it (not sure what the browser was doing; I was expecting
+</I>&gt;&gt;<i> another request, but I wasn't quite lucid enough to check for that last
+</I>&gt;&gt;<i> night when working on it); a 201 allows me to examine the location.
+</I>&gt;<i>
+</I>&gt;<i>Would be interested to know more about your CORS implementation, that's
+</I>&gt;<i>something I would like to have in the guide.
+</I>&gt;<i>
+</I>&gt;<i>-- 
+</I>&gt;<i>Lo&#239;c Hoguin
+</I>&gt;<i>Erlang Cowboy
+</I>&gt;<i>Nine Nines
+</I>&gt;<i><A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000057.html">[99s-extend] Cowboy REST Logic
+</A></li>
+	<LI>Next message: <A HREF="000059.html">[99s-extend] [ANN] Bullet 0.4.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#58">[ date ]</a>
+              <a href="thread.html#58">[ thread ]</a>
+              <a href="subject.html#58">[ subject ]</a>
+              <a href="author.html#58">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000059.html b/_build/static/archives/extend/2013-February/000059.html
new file mode 100644
index 00000000..edd489c4
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000059.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Bullet 0.4.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Bullet%200.4.0&In-Reply-To=%3C511D10E3.3090000%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000058.html">
+   <LINK REL="Next"  HREF="000060.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Bullet 0.4.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Bullet%200.4.0&In-Reply-To=%3C511D10E3.3090000%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Bullet 0.4.0">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Feb 14 17:29:23 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000058.html">[99s-extend] Cowboy REST Logic
+</A></li>
+        <LI>Next message: <A HREF="000060.html">[99s-extend] sub_description is not a valid app configuration option
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#59">[ date ]</a>
+              <a href="thread.html#59">[ thread ]</a>
+              <a href="subject.html#59">[ subject ]</a>
+              <a href="author.html#59">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Quick announcement: Bullet 0.4.0 has been released. This version is 
+compatible with newly released Cowboy 0.8.0.
+
+   <A HREF="https://github.com/extend/bullet">https://github.com/extend/bullet</A>
+
+Bullet is a simple and efficient Websocket alternative especially useful 
+when you need an always connected socket to the server. It uses 
+Websocket internally when it's available.
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000058.html">[99s-extend] Cowboy REST Logic
+</A></li>
+	<LI>Next message: <A HREF="000060.html">[99s-extend] sub_description is not a valid app configuration option
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#59">[ date ]</a>
+              <a href="thread.html#59">[ thread ]</a>
+              <a href="subject.html#59">[ subject ]</a>
+              <a href="author.html#59">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000060.html b/_build/static/archives/extend/2013-February/000060.html
new file mode 100644
index 00000000..0e16e401
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000060.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] sub_description is not a valid app configuration option
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20sub_description%20is%20not%20a%20valid%20app%20configuration%20option&In-Reply-To=%3C5122505A.7010801%40gjunka.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000059.html">
+   <LINK REL="Next"  HREF="000061.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] sub_description is not a valid app configuration option</H1>
+    <B>Grzegorz Junka</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20sub_description%20is%20not%20a%20valid%20app%20configuration%20option&In-Reply-To=%3C5122505A.7010801%40gjunka.com%3E"
+       TITLE="[99s-extend] sub_description is not a valid app configuration option">list1 at gjunka.com
+       </A><BR>
+    <I>Mon Feb 18 17:01:30 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000059.html">[99s-extend] [ANN] Bullet 0.4.0
+</A></li>
+        <LI>Next message: <A HREF="000061.html">[99s-extend] [ANN] Bullet 0.4.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#60">[ date ]</a>
+              <a href="thread.html#60">[ thread ]</a>
+              <a href="subject.html#60">[ subject ]</a>
+              <a href="author.html#60">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+I am trying to compile a release with some applications for which ranch 
+and cowboy are dependencies. This is what I am getting on the console:
+
+reltool: Unexpected item sub_description in app file 
+&quot;/usr/home/somepath/deps/ranch/ebin/ranch.app&quot;.
+reltool: Unexpected item sub_description in app file 
+&quot;/usr/home/somepath/deps/cowboy/ebin/cowboy.app&quot;.
+
+When looking it up on Erlang documentation it seems that sub_description 
+is not a valid configuration options in the .app file. Is there any 
+chance to put it rather as a comment?
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000059.html">[99s-extend] [ANN] Bullet 0.4.0
+</A></li>
+	<LI>Next message: <A HREF="000061.html">[99s-extend] [ANN] Bullet 0.4.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#60">[ date ]</a>
+              <a href="thread.html#60">[ thread ]</a>
+              <a href="subject.html#60">[ subject ]</a>
+              <a href="author.html#60">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000061.html b/_build/static/archives/extend/2013-February/000061.html
new file mode 100644
index 00000000..c737d54e
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000061.html
@@ -0,0 +1,70 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Bullet 0.4.1
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Bullet%200.4.1&In-Reply-To=%3C51251CD7.2010107%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000060.html">
+   <LINK REL="Next"  HREF="000062.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Bullet 0.4.1</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Bullet%200.4.1&In-Reply-To=%3C51251CD7.2010107%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Bullet 0.4.1">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Feb 20 19:58:31 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000060.html">[99s-extend] sub_description is not a valid app configuration option
+</A></li>
+        <LI>Next message: <A HREF="000062.html">[99s-extend] Arbitrary 500 from REST handler?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#61">[ date ]</a>
+              <a href="thread.html#61">[ thread ]</a>
+              <a href="subject.html#61">[ subject ]</a>
+              <a href="author.html#61">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Version update to fix a bug that broke POST with non-Websocket transports.
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000060.html">[99s-extend] sub_description is not a valid app configuration option
+</A></li>
+	<LI>Next message: <A HREF="000062.html">[99s-extend] Arbitrary 500 from REST handler?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#61">[ date ]</a>
+              <a href="thread.html#61">[ thread ]</a>
+              <a href="subject.html#61">[ subject ]</a>
+              <a href="author.html#61">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000062.html b/_build/static/archives/extend/2013-February/000062.html
new file mode 100644
index 00000000..077c5e97
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000062.html
@@ -0,0 +1,65 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Arbitrary 500 from REST handler?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Arbitrary%20500%20from%20REST%20handler%3F&In-Reply-To=%3CCD4BDFCE.2D43%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000061.html">
+   <LINK REL="Next"  HREF="000063.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Arbitrary 500 from REST handler?</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Arbitrary%20500%20from%20REST%20handler%3F&In-Reply-To=%3CCD4BDFCE.2D43%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Arbitrary 500 from REST handler?">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Thu Feb 21 20:29:36 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000061.html">[99s-extend] [ANN] Bullet 0.4.1
+</A></li>
+        <LI>Next message: <A HREF="000063.html">[99s-extend] Arbitrary 500 from REST handler?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#62">[ date ]</a>
+              <a href="thread.html#62">[ thread ]</a>
+              <a href="subject.html#62">[ subject ]</a>
+              <a href="author.html#62">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+  I have a case where I am creating a resource through a POST. There are a number of places where the create can fail in a known manner, and we need to alert the user to the specifics of why. Is there a way to throw an arbitrary 500, with message, from within the REST handler? I can obviously just erlang:error(whatever), but the message content is ignored, and there is no way to pass back an updated response when doing that.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130221/fc119c69/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130221/fc119c69/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000061.html">[99s-extend] [ANN] Bullet 0.4.1
+</A></li>
+	<LI>Next message: <A HREF="000063.html">[99s-extend] Arbitrary 500 from REST handler?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#62">[ date ]</a>
+              <a href="thread.html#62">[ thread ]</a>
+              <a href="subject.html#62">[ subject ]</a>
+              <a href="author.html#62">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000063.html b/_build/static/archives/extend/2013-February/000063.html
new file mode 100644
index 00000000..bfebf6d7
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000063.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Arbitrary 500 from REST handler?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Arbitrary%20500%20from%20REST%20handler%3F&In-Reply-To=%3C512677BB.6030004%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000062.html">
+   <LINK REL="Next"  HREF="000064.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Arbitrary 500 from REST handler?</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Arbitrary%20500%20from%20REST%20handler%3F&In-Reply-To=%3C512677BB.6030004%40ninenines.eu%3E"
+       TITLE="[99s-extend] Arbitrary 500 from REST handler?">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Feb 21 20:38:35 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000062.html">[99s-extend] Arbitrary 500 from REST handler?
+</A></li>
+        <LI>Next message: <A HREF="000064.html">[99s-extend] Cowboy 0.8.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#63">[ date ]</a>
+              <a href="thread.html#63">[ thread ]</a>
+              <a href="subject.html#63">[ subject ]</a>
+              <a href="author.html#63">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 02/21/2013 08:29 PM, Phillips, Christopher wrote:
+&gt;<i>
+</I>&gt;<i>    I have a case where I am creating a resource through a POST. There
+</I>&gt;<i> are a number of places where the create can fail in a known manner, and
+</I>&gt;<i> we need to alert the user to the specifics of why. Is there a way to
+</I>&gt;<i> throw an arbitrary 500, with message, from within the REST handler? I
+</I>&gt;<i> can obviously just erlang:error(whatever), but the message content is
+</I>&gt;<i> ignored, and there is no way to pass back an updated response when doing
+</I>&gt;<i> that.
+</I>
+Use cowboy_req:reply and then return {halt, Req2, State} to stop execution.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000062.html">[99s-extend] Arbitrary 500 from REST handler?
+</A></li>
+	<LI>Next message: <A HREF="000064.html">[99s-extend] Cowboy 0.8.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#63">[ date ]</a>
+              <a href="thread.html#63">[ thread ]</a>
+              <a href="subject.html#63">[ subject ]</a>
+              <a href="author.html#63">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000064.html b/_build/static/archives/extend/2013-February/000064.html
new file mode 100644
index 00000000..89b3839d
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000064.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy 0.8.1
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%200.8.1&In-Reply-To=%3C512783B6.4060403%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000063.html">
+   <LINK REL="Next"  HREF="000065.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy 0.8.1</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%200.8.1&In-Reply-To=%3C512783B6.4060403%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy 0.8.1">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Feb 22 15:41:58 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000063.html">[99s-extend] Arbitrary 500 from REST handler?
+</A></li>
+        <LI>Next message: <A HREF="000065.html">[99s-extend] Directory traversal vulnerability on Windows platform
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#64">[ date ]</a>
+              <a href="thread.html#64">[ thread ]</a>
+              <a href="subject.html#64">[ subject ]</a>
+              <a href="author.html#64">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Just tagged Cowboy 0.8.1.
+
+   <A HREF="https://github.com/extend/cowboy/">https://github.com/extend/cowboy/</A>
+
+Please see the CHANGELOG.md file.
+
+I am hoping to tag a new minor version every couple weeks now that the 
+bigger API changes have been done.
+
+Next version should have the remaining REST API changes, bringing it 
+much closer to being stable, with only additions planned subsequently.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000063.html">[99s-extend] Arbitrary 500 from REST handler?
+</A></li>
+	<LI>Next message: <A HREF="000065.html">[99s-extend] Directory traversal vulnerability on Windows platform
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#64">[ date ]</a>
+              <a href="thread.html#64">[ thread ]</a>
+              <a href="subject.html#64">[ subject ]</a>
+              <a href="author.html#64">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/000065.html b/_build/static/archives/extend/2013-February/000065.html
new file mode 100644
index 00000000..8747e30f
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/000065.html
@@ -0,0 +1,119 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Directory traversal vulnerability on Windows platform
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Directory%20traversal%20vulnerability%20on%20Windows%20platform&In-Reply-To=%3C5128E5CF.5010106%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000064.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Directory traversal vulnerability on Windows platform</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Directory%20traversal%20vulnerability%20on%20Windows%20platform&In-Reply-To=%3C5128E5CF.5010106%40ninenines.eu%3E"
+       TITLE="[99s-extend] Directory traversal vulnerability on Windows platform">essen at ninenines.eu
+       </A><BR>
+    <I>Sat Feb 23 16:52:47 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000064.html">[99s-extend] Cowboy 0.8.1
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#65">[ date ]</a>
+              <a href="thread.html#65">[ thread ]</a>
+              <a href="subject.html#65">[ subject ]</a>
+              <a href="author.html#65">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>A directory traversal vulnerability affecting all Windows platforms has 
+been discovered. Please follow these instructions to find out if you are 
+affected. Please take immediate action if you are.
+
+### Am I affected?
+
+You are if you match all of the following requirements:
+
+  *  You run Cowboy in production on the Windows platform
+  *  You make use of `cowboy_static` (or `cowboy_http_static` in older 
+versions)
+
+### How serious is it?
+
+This vulnerability allows an attacker to request any file from your 
+system (only limited by the access rights of the user running the Erlang 
+VM). The attacker cannot list files through this vulnerability. This 
+however does not reduce the seriousness of this vulnerability as an 
+attacker can always use brute force or any other method to try to find 
+files on your system.
+
+### How can I fix it?
+
+No patch is currently available.
+
+You should temporarily switch to using IIS or any other web server for 
+serving the static files, or use a CDN instead.
+
+### How can I make sure this will not happen again?
+
+A fully cross-platform fix will be pushed to Cowboy in the coming days.
+
+This issue exists essentially because Windows isn't a supported platform 
+and we do not have the resources or knowledge to make the Windows 
+experience safe and smooth.
+
+If you are a Windows user, you can ensure that kind of issue does not 
+happen again by becoming a regular contributor and making sure the team 
+is aware of any potential issue that may arise on Windows.
+
+### Why disclose?
+
+Essentially for three reasons:
+
+  *  Considering the known user base, a very low number of people might 
+be hit by this issue
+  *  A temporary fix is readily available
+  *  Community help is needed to ensure a proper fix gets merged
+
+The following ticket can be used for tracking this issue:
+
+   <A HREF="https://github.com/extend/cowboy/issues/447">https://github.com/extend/cowboy/issues/447</A>
+
+Please ping this ticket if you are affected. Ignore if you are not. Thanks.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000064.html">[99s-extend] Cowboy 0.8.1
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#65">[ date ]</a>
+              <a href="thread.html#65">[ thread ]</a>
+              <a href="subject.html#65">[ subject ]</a>
+              <a href="author.html#65">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-February/author.html b/_build/static/archives/extend/2013-February/author.html
new file mode 100644
index 00000000..a21788bd
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/author.html
@@ -0,0 +1,162 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Feb  4 21:10:21 CET 2013</i><br>
+         <b>Ending:</b> <i>Sat Feb 23 16:52:47 CET 2013</i><br>
+         <b>Messages:</b> 23<p>
+     <ul>
+
+<LI><A HREF="000056.html">[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+</A><A NAME="56">&nbsp;</A>
+<I>Jesse Gumm
+</I>
+
+<LI><A HREF="000045.html">[99s-extend] Cowboy Makefile
+</A><A NAME="45">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000047.html">[99s-extend] Big body via REST
+</A><A NAME="47">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000052.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A><A NAME="52">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000057.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="57">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000059.html">[99s-extend] [ANN] Bullet 0.4.0
+</A><A NAME="59">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000061.html">[99s-extend] [ANN] Bullet 0.4.1
+</A><A NAME="61">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000063.html">[99s-extend] Arbitrary 500 from REST handler?
+</A><A NAME="63">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000064.html">[99s-extend] Cowboy 0.8.1
+</A><A NAME="64">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000065.html">[99s-extend] Directory traversal vulnerability on Windows platform
+</A><A NAME="65">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000044.html">[99s-extend] Cowboy Makefile
+</A><A NAME="44">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000060.html">[99s-extend] sub_description is not a valid app configuration option
+</A><A NAME="60">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000049.html">[99s-extend] How to send multiple messages in response to one	message from Cowboy
+</A><A NAME="49">&nbsp;</A>
+<I>John Kemp
+</I>
+
+<LI><A HREF="000050.html">[99s-extend] How to send multiple messages in response to one message from Cowboy
+</A><A NAME="50">&nbsp;</A>
+<I>John Kemp
+</I>
+
+<LI><A HREF="000054.html">[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+</A><A NAME="54">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000043.html">[99s-extend] Cowboy Makefile
+</A><A NAME="43">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000053.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A><A NAME="53">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000055.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="55">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000058.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="58">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000062.html">[99s-extend] Arbitrary 500 from REST handler?
+</A><A NAME="62">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000051.html">[99s-extend] Cowboy questions
+</A><A NAME="51">&nbsp;</A>
+<I>Bip Thelin
+</I>
+
+<LI><A HREF="000046.html">[99s-extend] Big body via REST
+</A><A NAME="46">&nbsp;</A>
+<I>Sergey Yelin
+</I>
+
+<LI><A HREF="000048.html">[99s-extend] Big body via REST
+</A><A NAME="48">&nbsp;</A>
+<I>Sergey Yelin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Feb 23 16:52:47 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-February/date.html b/_build/static/archives/extend/2013-February/date.html
new file mode 100644
index 00000000..07cd4de8
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/date.html
@@ -0,0 +1,162 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Feb  4 21:10:21 CET 2013</i><br>
+         <b>Ending:</b> <i>Sat Feb 23 16:52:47 CET 2013</i><br>
+         <b>Messages:</b> 23<p>
+     <ul>
+
+<LI><A HREF="000043.html">[99s-extend] Cowboy Makefile
+</A><A NAME="43">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000044.html">[99s-extend] Cowboy Makefile
+</A><A NAME="44">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000045.html">[99s-extend] Cowboy Makefile
+</A><A NAME="45">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000046.html">[99s-extend] Big body via REST
+</A><A NAME="46">&nbsp;</A>
+<I>Sergey Yelin
+</I>
+
+<LI><A HREF="000047.html">[99s-extend] Big body via REST
+</A><A NAME="47">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000048.html">[99s-extend] Big body via REST
+</A><A NAME="48">&nbsp;</A>
+<I>Sergey Yelin
+</I>
+
+<LI><A HREF="000049.html">[99s-extend] How to send multiple messages in response to one	message from Cowboy
+</A><A NAME="49">&nbsp;</A>
+<I>John Kemp
+</I>
+
+<LI><A HREF="000050.html">[99s-extend] How to send multiple messages in response to one message from Cowboy
+</A><A NAME="50">&nbsp;</A>
+<I>John Kemp
+</I>
+
+<LI><A HREF="000051.html">[99s-extend] Cowboy questions
+</A><A NAME="51">&nbsp;</A>
+<I>Bip Thelin
+</I>
+
+<LI><A HREF="000052.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A><A NAME="52">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000053.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A><A NAME="53">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000054.html">[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+</A><A NAME="54">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000056.html">[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+</A><A NAME="56">&nbsp;</A>
+<I>Jesse Gumm
+</I>
+
+<LI><A HREF="000055.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="55">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000057.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="57">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000058.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="58">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000059.html">[99s-extend] [ANN] Bullet 0.4.0
+</A><A NAME="59">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000060.html">[99s-extend] sub_description is not a valid app configuration option
+</A><A NAME="60">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000061.html">[99s-extend] [ANN] Bullet 0.4.1
+</A><A NAME="61">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000062.html">[99s-extend] Arbitrary 500 from REST handler?
+</A><A NAME="62">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000063.html">[99s-extend] Arbitrary 500 from REST handler?
+</A><A NAME="63">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000064.html">[99s-extend] Cowboy 0.8.1
+</A><A NAME="64">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000065.html">[99s-extend] Directory traversal vulnerability on Windows platform
+</A><A NAME="65">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Feb 23 16:52:47 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-February/index.html b/_build/static/archives/extend/2013-February/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-February/subject.html b/_build/static/archives/extend/2013-February/subject.html
new file mode 100644
index 00000000..3402dfab
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/subject.html
@@ -0,0 +1,162 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Feb  4 21:10:21 CET 2013</i><br>
+         <b>Ending:</b> <i>Sat Feb 23 16:52:47 CET 2013</i><br>
+         <b>Messages:</b> 23<p>
+     <ul>
+
+<LI><A HREF="000059.html">[99s-extend] [ANN] Bullet 0.4.0
+</A><A NAME="59">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000061.html">[99s-extend] [ANN] Bullet 0.4.1
+</A><A NAME="61">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000052.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A><A NAME="52">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000053.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A><A NAME="53">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000054.html">[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+</A><A NAME="54">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000056.html">[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+</A><A NAME="56">&nbsp;</A>
+<I>Jesse Gumm
+</I>
+
+<LI><A HREF="000062.html">[99s-extend] Arbitrary 500 from REST handler?
+</A><A NAME="62">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000063.html">[99s-extend] Arbitrary 500 from REST handler?
+</A><A NAME="63">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000046.html">[99s-extend] Big body via REST
+</A><A NAME="46">&nbsp;</A>
+<I>Sergey Yelin
+</I>
+
+<LI><A HREF="000047.html">[99s-extend] Big body via REST
+</A><A NAME="47">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000048.html">[99s-extend] Big body via REST
+</A><A NAME="48">&nbsp;</A>
+<I>Sergey Yelin
+</I>
+
+<LI><A HREF="000064.html">[99s-extend] Cowboy 0.8.1
+</A><A NAME="64">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000043.html">[99s-extend] Cowboy Makefile
+</A><A NAME="43">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000044.html">[99s-extend] Cowboy Makefile
+</A><A NAME="44">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000045.html">[99s-extend] Cowboy Makefile
+</A><A NAME="45">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000051.html">[99s-extend] Cowboy questions
+</A><A NAME="51">&nbsp;</A>
+<I>Bip Thelin
+</I>
+
+<LI><A HREF="000055.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="55">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000057.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="57">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000058.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="58">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000065.html">[99s-extend] Directory traversal vulnerability on Windows platform
+</A><A NAME="65">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000049.html">[99s-extend] How to send multiple messages in response to one	message from Cowboy
+</A><A NAME="49">&nbsp;</A>
+<I>John Kemp
+</I>
+
+<LI><A HREF="000050.html">[99s-extend] How to send multiple messages in response to one message from Cowboy
+</A><A NAME="50">&nbsp;</A>
+<I>John Kemp
+</I>
+
+<LI><A HREF="000060.html">[99s-extend] sub_description is not a valid app configuration option
+</A><A NAME="60">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Feb 23 16:52:47 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-February/thread.html b/_build/static/archives/extend/2013-February/thread.html
new file mode 100644
index 00000000..4dc2b5dd
--- /dev/null
+++ b/_build/static/archives/extend/2013-February/thread.html
@@ -0,0 +1,205 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Feb  4 21:10:21 CET 2013</i><br>
+         <b>Ending:</b> <i>Sat Feb 23 16:52:47 CET 2013</i><br>
+         <b>Messages:</b> 23<p>
+     <ul>
+
+<!--0 01360008621.43- -->
+<LI><A HREF="000043.html">[99s-extend] Cowboy Makefile
+</A><A NAME="43">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<UL>
+<!--1 01360008621.43-01360014614.44- -->
+<LI><A HREF="000044.html">[99s-extend] Cowboy Makefile
+</A><A NAME="44">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<UL>
+<!--2 01360008621.43-01360014614.44-01360015119.45- -->
+<LI><A HREF="000045.html">[99s-extend] Cowboy Makefile
+</A><A NAME="45">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+<!--0 01360231445.46- -->
+<LI><A HREF="000046.html">[99s-extend] Big body via REST
+</A><A NAME="46">&nbsp;</A>
+<I>Sergey Yelin
+</I>
+
+<UL>
+<!--1 01360231445.46-01360248063.47- -->
+<LI><A HREF="000047.html">[99s-extend] Big body via REST
+</A><A NAME="47">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01360231445.46-01360248063.47-01360248391.48- -->
+<LI><A HREF="000048.html">[99s-extend] Big body via REST
+</A><A NAME="48">&nbsp;</A>
+<I>Sergey Yelin
+</I>
+
+</UL>
+</UL>
+<!--0 01360328904.49- -->
+<LI><A HREF="000049.html">[99s-extend] How to send multiple messages in response to one	message from Cowboy
+</A><A NAME="49">&nbsp;</A>
+<I>John Kemp
+</I>
+
+<UL>
+<!--1 01360328904.49-01360348476.50- -->
+<LI><A HREF="000050.html">[99s-extend] How to send multiple messages in response to one message from Cowboy
+</A><A NAME="50">&nbsp;</A>
+<I>John Kemp
+</I>
+
+</UL>
+<!--0 01360523547.51- -->
+<LI><A HREF="000051.html">[99s-extend] Cowboy questions
+</A><A NAME="51">&nbsp;</A>
+<I>Bip Thelin
+</I>
+
+<!--0 01360690572.52- -->
+<LI><A HREF="000052.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A><A NAME="52">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01360690572.52-01360690638.53- -->
+<LI><A HREF="000053.html">[99s-extend] [ANN] Cowboy 0.8.0
+</A><A NAME="53">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<UL>
+<!--2 01360690572.52-01360690638.53-01360691068.54- -->
+<LI><A HREF="000054.html">[99s-extend] [erlang-questions]  [ANN] Cowboy 0.8.0
+</A><A NAME="54">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+</UL>
+<!--1 01360690572.52-01360763167.56- -->
+<LI><A HREF="000056.html">[99s-extend] [erlang-questions] [ANN] Cowboy 0.8.0
+</A><A NAME="56">&nbsp;</A>
+<I>Jesse Gumm
+</I>
+
+</UL>
+<!--0 01360763530.55- -->
+<LI><A HREF="000055.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="55">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<UL>
+<!--1 01360763530.55-01360769694.57- -->
+<LI><A HREF="000057.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="57">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01360763530.55-01360769694.57-01360771287.58- -->
+<LI><A HREF="000058.html">[99s-extend] Cowboy REST Logic
+</A><A NAME="58">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+</UL>
+</UL>
+<!--0 01360859363.59- -->
+<LI><A HREF="000059.html">[99s-extend] [ANN] Bullet 0.4.0
+</A><A NAME="59">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01361203290.60- -->
+<LI><A HREF="000060.html">[99s-extend] sub_description is not a valid app configuration option
+</A><A NAME="60">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<!--0 01361386711.61- -->
+<LI><A HREF="000061.html">[99s-extend] [ANN] Bullet 0.4.1
+</A><A NAME="61">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01361474976.62- -->
+<LI><A HREF="000062.html">[99s-extend] Arbitrary 500 from REST handler?
+</A><A NAME="62">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<UL>
+<!--1 01361474976.62-01361475515.63- -->
+<LI><A HREF="000063.html">[99s-extend] Arbitrary 500 from REST handler?
+</A><A NAME="63">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01361544118.64- -->
+<LI><A HREF="000064.html">[99s-extend] Cowboy 0.8.1
+</A><A NAME="64">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01361634767.65- -->
+<LI><A HREF="000065.html">[99s-extend] Directory traversal vulnerability on Windows platform
+</A><A NAME="65">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Feb 23 16:52:47 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-January.txt b/_build/static/archives/extend/2013-January.txt
new file mode 100644
index 00000000..1f4beb61
--- /dev/null
+++ b/_build/static/archives/extend/2013-January.txt
@@ -0,0 +1,1000 @@
+From max.lapshin at gmail.com  Thu Jan  3 10:30:30 2013
+From: max.lapshin at gmail.com (Max Lapshin)
+Date: Thu, 3 Jan 2013 12:30:30 +0300
+Subject: [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition
+	Released
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAMxVRxA9uqXbfcP9=_CmTDk-ZBycmZijeOa_TyJXQvSPzvwfbg@mail.gmail.com>
+
+Loic, it would be great to hear a bit, what problems have you met with.
+
+What issues with stability can be in acceptor pool?
+
+Also I have question about updating protocol options: have you done
+something with the problem that after updating protocol options existing
+workers are running with old config?
+
+On Tuesday, December 25, 2012, Lo?c Hoguin wrote:
+
+> Ho ho ho!
+>
+> I have just tagged version 0.6.0 of the Ranch project!
+>
+> Ranch is a socket acceptor pool for TCP protocols.
+>
+>   https://github.com/extend/**ranch <https://github.com/extend/ranch>
+>
+> Ranch is used by the next version of Cowboy, 0.8.0, set to be released
+> early February, but also in Basho's Riak multi-data center replication
+> amongst others.
+>
+> All tickets have been resolved. A significant contribution was made by
+> Andrew Majorov to improve the fault tolerance capabilities of the
+> application, making sure it always restarts properly when things go wrong.
+> This has been made possible thanks to the amazing project from Daniel Luna,
+> chaos_monkey (https://github.com/dluna/**chaos_monkey<https://github.com/dluna/chaos_monkey>
+> ).
+>
+> The guide has also been improved and completed.
+>
+>   http://ninenines.eu/docs/en/**ranch/HEAD/guide/introduction<http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction>
+>
+> If the guide isn't enough, drop by our new IRC channel dedicated to
+> Cowboy, Ranch and all our other projects! #ninenines on Freenode.
+>
+> Following is the list of change since last time:
+>
+>  *  Improve fault tolerance thanks to chaos_monkey testing
+>  *  Add 'nodelay' option to transports
+>  *  Add 'verify' option to ranch_ssl transport
+>  *  Add 'socket' option to pass an already open socket to the listener
+>  *  Add Transport:sendfile/2 function (uses a fallback if unavailable)
+>  *  Allow IP tuples in Transport:connect/3
+>  *  Add ranch:set_max_connections/2 to update the value live
+>  *  Add ranch:get_max_connections/1 to retrieve it
+>
+> We are always looking for feedback, especially now that there is no ticket
+> left open on this project. If you are using Ranch and have questions or
+> needs that it doesn't cover, please send them to us.
+>
+> Commercial support will be available starting from January, ping me if you
+> are interested. Details will be announced at a later time on the
+> ninenines.eu mailing list.
+>
+> I want to thank all contributors for helping this project by opening
+> tickets, sending patches and offering feedback. I am as always very
+> grateful for any and all contributions. I wouldn't have made it this far
+> without the tremendous help I receive everyday.
+>
+> Thanks to all and have a nice holiday!
+>
+> --
+> Lo?c Hoguin
+> Erlang Santa
+> Nine Nines
+> http://ninenines.eu
+> ______________________________**_________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org
+> http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130103/bae06e70/attachment.html>
+
+From essen at ninenines.eu  Thu Jan  3 13:46:56 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 03 Jan 2013 13:46:56 +0100
+Subject: [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition
+	Released
+In-Reply-To: <CAMxVRxA9uqXbfcP9=_CmTDk-ZBycmZijeOa_TyJXQvSPzvwfbg@mail.gmail.com>
+References: <[email protected]>
+ <CAMxVRxA9uqXbfcP9=_CmTDk-ZBycmZijeOa_TyJXQvSPzvwfbg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Haven't had any stability issue. What we did here is ensure that when 
+any process gets killed for any reason, especially reasons we can't 
+foresee, Ranch continues to work as expected.
+
+Ranch not updating protocol options for existing connections isn't a 
+problem, it won't be "fixed". Ranch can't guess how connection processes 
+are implemented. It's up to you to allow this if you need it. The 
+upgrade updates the options for all acceptors and all future 
+connections, that's it.
+
+On 01/03/2013 10:30 AM, Max Lapshin wrote:
+> Loic, it would be great to hear a bit, what problems have you met with.
+>
+> What issues with stability can be in acceptor pool?
+>
+> Also I have question about updating protocol options: have you done
+> something with the problem that after updating protocol options existing
+> workers are running with old config?
+>
+> On Tuesday, December 25, 2012, Lo?c Hoguin wrote:
+>
+>     Ho ho ho!
+>
+>     I have just tagged version 0.6.0 of the Ranch project!
+>
+>     Ranch is a socket acceptor pool for TCP protocols.
+>
+>     https://github.com/extend/__ranch <https://github.com/extend/ranch>
+>
+>     Ranch is used by the next version of Cowboy, 0.8.0, set to be
+>     released early February, but also in Basho's Riak multi-data center
+>     replication amongst others.
+>
+>     All tickets have been resolved. A significant contribution was made
+>     by Andrew Majorov to improve the fault tolerance capabilities of the
+>     application, making sure it always restarts properly when things go
+>     wrong. This has been made possible thanks to the amazing project
+>     from Daniel Luna, chaos_monkey
+>     (https://github.com/dluna/__chaos_monkey
+>     <https://github.com/dluna/chaos_monkey>).
+>
+>     The guide has also been improved and completed.
+>
+>     http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction
+>     <http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction>
+>
+>     If the guide isn't enough, drop by our new IRC channel dedicated to
+>     Cowboy, Ranch and all our other projects! #ninenines on Freenode.
+>
+>     Following is the list of change since last time:
+>
+>       *  Improve fault tolerance thanks to chaos_monkey testing
+>       *  Add 'nodelay' option to transports
+>       *  Add 'verify' option to ranch_ssl transport
+>       *  Add 'socket' option to pass an already open socket to the listener
+>       *  Add Transport:sendfile/2 function (uses a fallback if unavailable)
+>       *  Allow IP tuples in Transport:connect/3
+>       *  Add ranch:set_max_connections/2 to update the value live
+>       *  Add ranch:get_max_connections/1 to retrieve it
+>
+>     We are always looking for feedback, especially now that there is no
+>     ticket left open on this project. If you are using Ranch and have
+>     questions or needs that it doesn't cover, please send them to us.
+>
+>     Commercial support will be available starting from January, ping me
+>     if you are interested. Details will be announced at a later time on
+>     the ninenines.eu <http://ninenines.eu> mailing list.
+>
+>     I want to thank all contributors for helping this project by opening
+>     tickets, sending patches and offering feedback. I am as always very
+>     grateful for any and all contributions. I wouldn't have made it this
+>     far without the tremendous help I receive everyday.
+>
+>     Thanks to all and have a nice holiday!
+>
+>     --
+>     Lo?c Hoguin
+>     Erlang Santa
+>     Nine Nines
+>     http://ninenines.eu
+>     _________________________________________________
+>     erlang-questions mailing list
+>     erlang-questions at erlang.org
+>     http://erlang.org/mailman/__listinfo/erlang-questions
+>     <http://erlang.org/mailman/listinfo/erlang-questions>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From max.lapshin at gmail.com  Thu Jan  3 14:32:16 2013
+From: max.lapshin at gmail.com (Max Lapshin)
+Date: Thu, 3 Jan 2013 16:32:16 +0300
+Subject: [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition
+	Released
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAMxVRxA9uqXbfcP9=_CmTDk-ZBycmZijeOa_TyJXQvSPzvwfbg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAMxVRxDm1E4YXfvYp2CVoXchTpGRZK85XnMat_YhRK9CJGrtqA@mail.gmail.com>
+
+I mean situation that after cowboy:update_options existing acceptors are
+still working with old routes.
+Currently it is useless API, so I have to stop cowboy and start it back.
+
+
+On Thu, Jan 3, 2013 at 4:46 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Haven't had any stability issue. What we did here is ensure that when any
+> process gets killed for any reason, especially reasons we can't foresee,
+> Ranch continues to work as expected.
+>
+> Ranch not updating protocol options for existing connections isn't a
+> problem, it won't be "fixed". Ranch can't guess how connection processes
+> are implemented. It's up to you to allow this if you need it. The upgrade
+> updates the options for all acceptors and all future connections, that's it.
+>
+>
+> On 01/03/2013 10:30 AM, Max Lapshin wrote:
+>
+>> Loic, it would be great to hear a bit, what problems have you met with.
+>>
+>> What issues with stability can be in acceptor pool?
+>>
+>> Also I have question about updating protocol options: have you done
+>> something with the problem that after updating protocol options existing
+>> workers are running with old config?
+>>
+>> On Tuesday, December 25, 2012, Lo?c Hoguin wrote:
+>>
+>>     Ho ho ho!
+>>
+>>     I have just tagged version 0.6.0 of the Ranch project!
+>>
+>>     Ranch is a socket acceptor pool for TCP protocols.
+>>
+>>     https://github.com/extend/__**ranch<https://github.com/extend/__ranch><
+>> https://github.com/extend/**ranch <https://github.com/extend/ranch>>
+>>
+>>
+>>     Ranch is used by the next version of Cowboy, 0.8.0, set to be
+>>     released early February, but also in Basho's Riak multi-data center
+>>     replication amongst others.
+>>
+>>     All tickets have been resolved. A significant contribution was made
+>>     by Andrew Majorov to improve the fault tolerance capabilities of the
+>>     application, making sure it always restarts properly when things go
+>>     wrong. This has been made possible thanks to the amazing project
+>>     from Daniel Luna, chaos_monkey
+>>     (https://github.com/dluna/__**chaos_monkey<https://github.com/dluna/__chaos_monkey>
+>>     <https://github.com/dluna/**chaos_monkey<https://github.com/dluna/chaos_monkey>
+>> >).
+>>
+>>
+>>     The guide has also been improved and completed.
+>>
+>>     http://ninenines.eu/docs/en/__**ranch/HEAD/guide/introduction<http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction>
+>>
+>>     <http://ninenines.eu/docs/en/**ranch/HEAD/guide/introduction<http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction>
+>> >
+>>
+>>     If the guide isn't enough, drop by our new IRC channel dedicated to
+>>     Cowboy, Ranch and all our other projects! #ninenines on Freenode.
+>>
+>>     Following is the list of change since last time:
+>>
+>>       *  Improve fault tolerance thanks to chaos_monkey testing
+>>       *  Add 'nodelay' option to transports
+>>       *  Add 'verify' option to ranch_ssl transport
+>>       *  Add 'socket' option to pass an already open socket to the
+>> listener
+>>       *  Add Transport:sendfile/2 function (uses a fallback if
+>> unavailable)
+>>       *  Allow IP tuples in Transport:connect/3
+>>       *  Add ranch:set_max_connections/2 to update the value live
+>>       *  Add ranch:get_max_connections/1 to retrieve it
+>>
+>>     We are always looking for feedback, especially now that there is no
+>>     ticket left open on this project. If you are using Ranch and have
+>>     questions or needs that it doesn't cover, please send them to us.
+>>
+>>     Commercial support will be available starting from January, ping me
+>>     if you are interested. Details will be announced at a later time on
+>>     the ninenines.eu <http://ninenines.eu> mailing list.
+>>
+>>
+>>     I want to thank all contributors for helping this project by opening
+>>     tickets, sending patches and offering feedback. I am as always very
+>>     grateful for any and all contributions. I wouldn't have made it this
+>>     far without the tremendous help I receive everyday.
+>>
+>>     Thanks to all and have a nice holiday!
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     Erlang Santa
+>>     Nine Nines
+>>     http://ninenines.eu
+>>     ______________________________**___________________
+>>     erlang-questions mailing list
+>>     erlang-questions at erlang.org
+>>     http://erlang.org/mailman/__**listinfo/erlang-questions<http://erlang.org/mailman/__listinfo/erlang-questions>
+>>     <http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
+>> >
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130103/f6c7fd25/attachment.html>
+
+From essen at ninenines.eu  Thu Jan  3 14:51:48 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 03 Jan 2013 14:51:48 +0100
+Subject: [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition
+	Released
+In-Reply-To: <CAMxVRxDm1E4YXfvYp2CVoXchTpGRZK85XnMat_YhRK9CJGrtqA@mail.gmail.com>
+References: <[email protected]>
+ <CAMxVRxA9uqXbfcP9=_CmTDk-ZBycmZijeOa_TyJXQvSPzvwfbg@mail.gmail.com>
+ <[email protected]>
+ <CAMxVRxDm1E4YXfvYp2CVoXchTpGRZK85XnMat_YhRK9CJGrtqA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Existing acceptors were using the old options for the next connection 
+and then switched to the new options. But that has been fixed a long 
+time ago. Ranch doesn't have that issue.
+
+On 01/03/2013 02:32 PM, Max Lapshin wrote:
+> I mean situation that after cowboy:update_options existing acceptors are
+> still working with old routes.
+> Currently it is useless API, so I have to stop cowboy and start it back.
+>
+>
+> On Thu, Jan 3, 2013 at 4:46 PM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     Haven't had any stability issue. What we did here is ensure that
+>     when any process gets killed for any reason, especially reasons we
+>     can't foresee, Ranch continues to work as expected.
+>
+>     Ranch not updating protocol options for existing connections isn't a
+>     problem, it won't be "fixed". Ranch can't guess how connection
+>     processes are implemented. It's up to you to allow this if you need
+>     it. The upgrade updates the options for all acceptors and all future
+>     connections, that's it.
+>
+>
+>     On 01/03/2013 10:30 AM, Max Lapshin wrote:
+>
+>         Loic, it would be great to hear a bit, what problems have you
+>         met with.
+>
+>         What issues with stability can be in acceptor pool?
+>
+>         Also I have question about updating protocol options: have you done
+>         something with the problem that after updating protocol options
+>         existing
+>         workers are running with old config?
+>
+>         On Tuesday, December 25, 2012, Lo?c Hoguin wrote:
+>
+>              Ho ho ho!
+>
+>              I have just tagged version 0.6.0 of the Ranch project!
+>
+>              Ranch is a socket acceptor pool for TCP protocols.
+>
+>         https://github.com/extend/____ranch
+>         <https://github.com/extend/__ranch>
+>         <https://github.com/extend/__ranch
+>         <https://github.com/extend/ranch>>
+>
+>
+>              Ranch is used by the next version of Cowboy, 0.8.0, set to be
+>              released early February, but also in Basho's Riak
+>         multi-data center
+>              replication amongst others.
+>
+>              All tickets have been resolved. A significant contribution
+>         was made
+>              by Andrew Majorov to improve the fault tolerance
+>         capabilities of the
+>              application, making sure it always restarts properly when
+>         things go
+>              wrong. This has been made possible thanks to the amazing
+>         project
+>              from Daniel Luna, chaos_monkey
+>              (https://github.com/dluna/____chaos_monkey
+>         <https://github.com/dluna/__chaos_monkey>
+>              <https://github.com/dluna/__chaos_monkey
+>         <https://github.com/dluna/chaos_monkey>>).
+>
+>
+>              The guide has also been improved and completed.
+>
+>         http://ninenines.eu/docs/en/____ranch/HEAD/guide/introduction
+>         <http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction>
+>
+>
+>         <http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction
+>         <http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction>>
+>
+>              If the guide isn't enough, drop by our new IRC channel
+>         dedicated to
+>              Cowboy, Ranch and all our other projects! #ninenines on
+>         Freenode.
+>
+>              Following is the list of change since last time:
+>
+>                *  Improve fault tolerance thanks to chaos_monkey testing
+>                *  Add 'nodelay' option to transports
+>                *  Add 'verify' option to ranch_ssl transport
+>                *  Add 'socket' option to pass an already open socket to
+>         the listener
+>                *  Add Transport:sendfile/2 function (uses a fallback if
+>         unavailable)
+>                *  Allow IP tuples in Transport:connect/3
+>                *  Add ranch:set_max_connections/2 to update the value live
+>                *  Add ranch:get_max_connections/1 to retrieve it
+>
+>              We are always looking for feedback, especially now that
+>         there is no
+>              ticket left open on this project. If you are using Ranch
+>         and have
+>              questions or needs that it doesn't cover, please send them
+>         to us.
+>
+>              Commercial support will be available starting from January,
+>         ping me
+>              if you are interested. Details will be announced at a later
+>         time on
+>              the ninenines.eu <http://ninenines.eu>
+>         <http://ninenines.eu> mailing list.
+>
+>
+>              I want to thank all contributors for helping this project
+>         by opening
+>              tickets, sending patches and offering feedback. I am as
+>         always very
+>              grateful for any and all contributions. I wouldn't have
+>         made it this
+>              far without the tremendous help I receive everyday.
+>
+>              Thanks to all and have a nice holiday!
+>
+>              --
+>              Lo?c Hoguin
+>              Erlang Santa
+>              Nine Nines
+>         http://ninenines.eu
+>              ___________________________________________________
+>              erlang-questions mailing list
+>         erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>         http://erlang.org/mailman/____listinfo/erlang-questions
+>         <http://erlang.org/mailman/__listinfo/erlang-questions>
+>              <http://erlang.org/mailman/__listinfo/erlang-questions
+>         <http://erlang.org/mailman/listinfo/erlang-questions>>
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From max.lapshin at gmail.com  Thu Jan  3 15:00:56 2013
+From: max.lapshin at gmail.com (Max Lapshin)
+Date: Thu, 3 Jan 2013 17:00:56 +0300
+Subject: [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition
+	Released
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAMxVRxA9uqXbfcP9=_CmTDk-ZBycmZijeOa_TyJXQvSPzvwfbg@mail.gmail.com>
+ <[email protected]>
+ <CAMxVRxDm1E4YXfvYp2CVoXchTpGRZK85XnMat_YhRK9CJGrtqA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAMxVRxDw9b8Gqg7O-+XVWV_1fyTX-QaBXgZK8wRy1QetoVYBLQ@mail.gmail.com>
+
+ok
+
+
+On Thu, Jan 3, 2013 at 5:51 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Existing acceptors were using the old options for the next connection and
+> then switched to the new options. But that has been fixed a long time ago.
+> Ranch doesn't have that issue.
+>
+>
+> On 01/03/2013 02:32 PM, Max Lapshin wrote:
+>
+>> I mean situation that after cowboy:update_options existing acceptors are
+>> still working with old routes.
+>> Currently it is useless API, so I have to stop cowboy and start it back.
+>>
+>>
+>> On Thu, Jan 3, 2013 at 4:46 PM, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     Haven't had any stability issue. What we did here is ensure that
+>>     when any process gets killed for any reason, especially reasons we
+>>     can't foresee, Ranch continues to work as expected.
+>>
+>>     Ranch not updating protocol options for existing connections isn't a
+>>     problem, it won't be "fixed". Ranch can't guess how connection
+>>     processes are implemented. It's up to you to allow this if you need
+>>     it. The upgrade updates the options for all acceptors and all future
+>>     connections, that's it.
+>>
+>>
+>>     On 01/03/2013 10:30 AM, Max Lapshin wrote:
+>>
+>>         Loic, it would be great to hear a bit, what problems have you
+>>         met with.
+>>
+>>         What issues with stability can be in acceptor pool?
+>>
+>>         Also I have question about updating protocol options: have you
+>> done
+>>         something with the problem that after updating protocol options
+>>         existing
+>>         workers are running with old config?
+>>
+>>         On Tuesday, December 25, 2012, Lo?c Hoguin wrote:
+>>
+>>              Ho ho ho!
+>>
+>>              I have just tagged version 0.6.0 of the Ranch project!
+>>
+>>              Ranch is a socket acceptor pool for TCP protocols.
+>>
+>>         https://github.com/extend/____**ranch<https://github.com/extend/____ranch>
+>>         <https://github.com/extend/__**ranch<https://github.com/extend/__ranch>
+>> >
+>>
+>>         <https://github.com/extend/__**ranch<https://github.com/extend/__ranch>
+>>         <https://github.com/extend/**ranch<https://github.com/extend/ranch>
+>> >>
+>>
+>>
+>>              Ranch is used by the next version of Cowboy, 0.8.0, set to be
+>>              released early February, but also in Basho's Riak
+>>         multi-data center
+>>              replication amongst others.
+>>
+>>              All tickets have been resolved. A significant contribution
+>>         was made
+>>              by Andrew Majorov to improve the fault tolerance
+>>         capabilities of the
+>>              application, making sure it always restarts properly when
+>>         things go
+>>              wrong. This has been made possible thanks to the amazing
+>>         project
+>>              from Daniel Luna, chaos_monkey
+>>              (https://github.com/dluna/____**chaos_monkey<https://github.com/dluna/____chaos_monkey>
+>>         <https://github.com/dluna/__**chaos_monkey<https://github.com/dluna/__chaos_monkey>
+>> >
+>>
+>>              <https://github.com/dluna/__**chaos_monkey<https://github.com/dluna/__chaos_monkey>
+>>         <https://github.com/dluna/**chaos_monkey<https://github.com/dluna/chaos_monkey>
+>> >>).
+>>
+>>
+>>              The guide has also been improved and completed.
+>>
+>>         http://ninenines.eu/docs/en/__**__ranch/HEAD/guide/**introduction<http://ninenines.eu/docs/en/____ranch/HEAD/guide/introduction>
+>>         <http://ninenines.eu/docs/en/_**_ranch/HEAD/guide/introduction<http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction>
+>> **>
+>>
+>>
+>>
+>>         <http://ninenines.eu/docs/en/_**_ranch/HEAD/guide/introduction<http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction>
+>>         <http://ninenines.eu/docs/en/**ranch/HEAD/guide/introduction<http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction>
+>> >**>
+>>
+>>              If the guide isn't enough, drop by our new IRC channel
+>>         dedicated to
+>>              Cowboy, Ranch and all our other projects! #ninenines on
+>>         Freenode.
+>>
+>>              Following is the list of change since last time:
+>>
+>>                *  Improve fault tolerance thanks to chaos_monkey testing
+>>                *  Add 'nodelay' option to transports
+>>                *  Add 'verify' option to ranch_ssl transport
+>>                *  Add 'socket' option to pass an already open socket to
+>>         the listener
+>>                *  Add Transport:sendfile/2 function (uses a fallback if
+>>         unavailable)
+>>                *  Allow IP tuples in Transport:connect/3
+>>                *  Add ranch:set_max_connections/2 to update the value live
+>>                *  Add ranch:get_max_connections/1 to retrieve it
+>>
+>>              We are always looking for feedback, especially now that
+>>         there is no
+>>              ticket left open on this project. If you are using Ranch
+>>         and have
+>>              questions or needs that it doesn't cover, please send them
+>>         to us.
+>>
+>>              Commercial support will be available starting from January,
+>>         ping me
+>>              if you are interested. Details will be announced at a later
+>>         time on
+>>              the ninenines.eu <http://ninenines.eu>
+>>         <http://ninenines.eu> mailing list.
+>>
+>>
+>>              I want to thank all contributors for helping this project
+>>         by opening
+>>              tickets, sending patches and offering feedback. I am as
+>>         always very
+>>              grateful for any and all contributions. I wouldn't have
+>>         made it this
+>>              far without the tremendous help I receive everyday.
+>>
+>>              Thanks to all and have a nice holiday!
+>>
+>>              --
+>>              Lo?c Hoguin
+>>              Erlang Santa
+>>              Nine Nines
+>>         http://ninenines.eu
+>>              ______________________________**_____________________
+>>              erlang-questions mailing list
+>>         erlang-questions at erlang.org <mailto:erlang-questions@**erlang.org<erlang-questions at erlang.org>
+>> >
+>>         http://erlang.org/mailman/____**listinfo/erlang-questions<http://erlang.org/mailman/____listinfo/erlang-questions>
+>>         <http://erlang.org/mailman/__**listinfo/erlang-questions<http://erlang.org/mailman/__listinfo/erlang-questions>
+>> >
+>>
+>>              <http://erlang.org/mailman/__**listinfo/erlang-questions<http://erlang.org/mailman/__listinfo/erlang-questions>
+>>         <http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
+>> >>
+>>
+>>
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     Erlang Cowboy
+>>     Nine Nines
+>>     http://ninenines.eu
+>>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130103/d9dbc1a5/attachment.html>
+
+From essen at ninenines.eu  Thu Jan  3 22:52:46 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 03 Jan 2013 22:52:46 +0100
+Subject: [99s-extend] Call for testers: middleware support
+Message-ID: <[email protected]>
+
+Hello!
+
+Been a year. How' ya been?
+
+Added middleware support. Probably broke things. Please test and open 
+tickets if I did?
+
+https://github.com/extend/cowboy/commit/1b3f510b7e8d5413901ba72adfe361773f3e9097
+
+Thanks.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From thomas at oinksoft.com  Fri Jan  4 15:31:21 2013
+From: thomas at oinksoft.com (Thomas Allen)
+Date: Fri, 04 Jan 2013 09:31:21 -0500
+Subject: [99s-extend] Call for testers: middleware support
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Thank you L?ic, this looks much cleaner than what I've used in its place.
+
+Thomas
+
+
+On 01/03/2013 04:52 PM, Lo?c Hoguin wrote:
+> Hello!
+>
+> Been a year. How' ya been?
+>
+> Added middleware support. Probably broke things. Please test and open
+> tickets if I did?
+>
+> https://github.com/extend/cowboy/commit/1b3f510b7e8d5413901ba72adfe361773f3e9097
+>
+>
+> Thanks.
+>
+
+
+From kozlov-ter at yandex.ru  Tue Jan  8 22:36:56 2013
+From: kozlov-ter at yandex.ru (=?koi8-r?B?68/azM/XIPfR3sXTzMHX?=)
+Date: Wed, 09 Jan 2013 01:36:56 +0400
+Subject: [99s-extend] Cowboy, how call my database select function
+Message-ID: <[email protected]>
+
+Hello!
+Prompt please, beginning to study the Erlang.
+I have a library for working with ?Redis.
+Plugged it into the project Cowboy with the help of Rebar.
+After the launch of a Cowboy through the script in the console ERL, I see that the function (eredis_db:get_script) is  works and I get the desired result:
+
+EDB R15B03 (erts-5.9.3.1) [source] [async-threads:0] [hipe] [kernel-poll:false]
+Eshell V5.9.3.1 (abort with ^G)
+1> eredis_db:get_script("example", "test").
+
+Tell me how can I use this function in a Cowboy, in hendlers.
+I hope I could explain clearly.
+-- 
+Engineer CAM 
+Vyacheslav Kozlov 
+LLC "TER" 
+http://www.ter-energo.ru
+tel.+7910909xxxx
+
+
+From thomas at oinksoft.com  Wed Jan  9 00:12:02 2013
+From: thomas at oinksoft.com (Thomas Allen)
+Date: Tue, 08 Jan 2013 18:12:02 -0500
+Subject: [99s-extend] Cowboy, how call my database select function
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 1/8/13 4:36 PM, ?????? ???????? wrote:
+> I hope I could explain clearly.
+
+This was not quite clear to me, but I'll do my best.
+
+> Tell me how can I use this function in a Cowboy, in hendlers.
+
+Well, you'd use it like any other Erlang function. If it's in a handler, 
+you probably want to use init/3 or handle/2:
+
+handle(Req, State) ->
+     _EredisScript = eredis_db:get_script("example", "test"),
+     {ok, Resp} = cowboy_req:reply(200, Req),
+     {ok, Resp, State}.
+
+See other examples of implementing `cowboy_http_handler' behaviour in 
+the Cowboy documentation and in the examples included with the library.
+
+Thomas Allen
+
+
+From essen at ninenines.eu  Thu Jan 17 19:33:26 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 17 Jan 2013 19:33:26 +0100
+Subject: [99s-extend] [ANN] Ranch 0.6.1
+Message-ID: <[email protected]>
+
+Short, quick and semi-private announcement: Ranch 0.6.1 has been tagged.
+
+It includes a few guide updates, the addition of the raw option for 
+specifying platform-specific socket options, and performance 
+improvements when using the {max_connections, infinity} option.
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From jeremy at quarkgames.com  Thu Jan 17 20:42:38 2013
+From: jeremy at quarkgames.com (Jeremy Ong)
+Date: Thu, 17 Jan 2013 11:42:38 -0800
+Subject: [99s-extend] [ANN] Ranch 0.6.1
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAKD1GY5xDutk6NxxT131q1AwMNou3YDSOvg21tr35rs9YZop5w@mail.gmail.com>
+
+Thanks Lo?c!
+
+
+On Thu, Jan 17, 2013 at 10:33 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Short, quick and semi-private announcement: Ranch 0.6.1 has been tagged.
+>
+> It includes a few guide updates, the addition of the raw option for
+> specifying platform-specific socket options, and performance improvements
+> when using the {max_connections, infinity} option.
+>
+> Enjoy!
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> ______________________________**_________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130117/19bfde40/attachment.html>
+
+From essen at ninenines.eu  Thu Jan 24 22:23:31 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 24 Jan 2013 22:23:31 +0100
+Subject: [99s-extend] Cowboy feedback needed
+Message-ID: <[email protected]>
+
+Hey,
+
+I'm looking into perhaps starting a project related to Cowboy and could 
+use some feedback from users, particularly in the realm of numbers.
+
+If you use Cowboy and have it in production where:
+
+  *  Latency is vital
+  *  Throughput is vital
+  *  Concurrent number of connections is huge
+  *  Load is huge (or would be with another solution)
+
+Then I'd like to hear from you!
+
+Please send me average numbers, statistics, graphs or anything where I 
+can see how well it performs for you! In private if you prefer. Tell me 
+if I can quote you or your company about it. Please answer even if we 
+briefly discussed it in the past.
+
+(If you found that it didn't perform enough for your needs you should 
+probably open a ticket, or, if you can't, send me a private email.)
+
+Looking forward to the feedback. Thanks!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From list1 at gjunka.com  Thu Jan 24 23:41:30 2013
+From: list1 at gjunka.com (Grzegorz Junka)
+Date: Thu, 24 Jan 2013 22:41:30 +0000
+Subject: [99s-extend] Cowboy Makefile
+Message-ID: <[email protected]>
+
+Hi,
+I understand the move away from Rebar but I'd like to see the project to 
+be still Rebar-compatible. Would that be a problem? Mainly I am thinking 
+about dependencies. The Cowboy Makefile assumes that Ranch is in its 
+deps folder. If Cowboy is a part of a bigger application, and most often 
+it will be in such a role rather than a standalone application, then all 
+dependencies should be kept in one place. In that case it would be the 
+main project's deps folder, not Cowboy's deps folder. Can the 
+compilation process be split into compiling Cowboy dependencies 
+separately from Cowboy itself?
+
+something like:
+
+all: compile-deps compile-cowboy
+
+Then if Cowboy is a dependency itself it may be just compiled without 
+the dependency (as it will be compiled when the main project is compiled).
+
+
+
+From barcojie at gmail.com  Fri Jan 25 06:53:17 2013
+From: barcojie at gmail.com (Barco You)
+Date: Fri, 25 Jan 2013 13:53:17 +0800
+Subject: [99s-extend] [erlang-questions] Cowboy feedback needed
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CA+qFv3vi-JoOVy52Uu7mjBg4Fd_Xr0rGykj1bJUFkkbWxhF4HQ@mail.gmail.com>
+
+Hi Loic,
+
+I'd like to send feedback very much. But right now Cowboy is just used as
+demo in my company --- BesTV (www.bestv.com.cn), which is the largest IPTV
+and intenetTV operator in China. Although I think Cowby is good, the
+production environment is still dominated by Java and mainstream HTTP
+servers. Because I'm from Ericsson, I hope to promote Erlang here but it's
+not so easy. I would send the data if Cowboy would be used in production
+and fully tested.
+
+Thank you!
+Barco
+
+On Fri, Jan 25, 2013 at 5:23 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Hey,
+>
+> I'm looking into perhaps starting a project related to Cowboy and could
+> use some feedback from users, particularly in the realm of numbers.
+>
+> If you use Cowboy and have it in production where:
+>
+>  *  Latency is vital
+>  *  Throughput is vital
+>  *  Concurrent number of connections is huge
+>  *  Load is huge (or would be with another solution)
+>
+> Then I'd like to hear from you!
+>
+> Please send me average numbers, statistics, graphs or anything where I can
+> see how well it performs for you! In private if you prefer. Tell me if I
+> can quote you or your company about it. Please answer even if we briefly
+> discussed it in the past.
+>
+> (If you found that it didn't perform enough for your needs you should
+> probably open a ticket, or, if you can't, send me a private email.)
+>
+> Looking forward to the feedback. Thanks!
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> ______________________________**_________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org
+> http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130125/7d0820aa/attachment.html>
+
+From mjtruog at gmail.com  Fri Jan 25 07:26:27 2013
+From: mjtruog at gmail.com (Michael Truog)
+Date: Thu, 24 Jan 2013 22:26:27 -0800
+Subject: [99s-extend] [erlang-questions] Cowboy feedback needed
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+A comparison (summary) of cowboy 0.6.1 and misultin 0.9 final in the context of CloudI is here:
+https://github.com/okeuday/CloudI/blob/master/src/tests/http_req/loadtest/results_v1_1_0/201210_summary.pdf
+(the raw Tsung results are also within the same directory)
+
+The results are just showing the latency when putting cowboy and misultin under 10kreq/s load with both 20k and 40k connections, when the requests go through CloudI messaging into all the supported programming languages (Erlang, C/C++, pure-Java, Python/C, pure-Python, and pure-Ruby.... the "pure" part is where only the target language is used to create the CloudI API, which does the Erlang binary term format CloudI request encoding/decoding).  So, the test is showing the performance of a simple HTTP GET query parameter parse/response using XML (the XML is based on historical misultin testing).
+
+For these tests, it showed cowboy always has less latency which is significant, if the programming language internal latency is not significant.  The cpu usage of cowboy was slightly lower than misultin for high connection counts (40k instead of 20k).  The memory usage of cowboy was significantly lower than misultin.  The test results are for R15B01 and R15B02, just due to when I did the loadtesting.
+
+I will continue to do similar loadtests in the future to make sure and evaluate performance with more recent Erlang releases, as time allows, but the Tsung configurations are within the repository for people to test their own (hardware) environments.
+
+On 01/24/2013 01:23 PM, Lo?c Hoguin wrote:
+> Hey,
+>
+> I'm looking into perhaps starting a project related to Cowboy and could use some feedback from users, particularly in the realm of numbers.
+>
+> If you use Cowboy and have it in production where:
+>
+>  *  Latency is vital
+>  *  Throughput is vital
+>  *  Concurrent number of connections is huge
+>  *  Load is huge (or would be with another solution)
+>
+> Then I'd like to hear from you!
+>
+> Please send me average numbers, statistics, graphs or anything where I can see how well it performs for you! In private if you prefer. Tell me if I can quote you or your company about it. Please answer even if we briefly discussed it in the past.
+>
+> (If you found that it didn't perform enough for your needs you should probably open a ticket, or, if you can't, send me a private email.)
+>
+> Looking forward to the feedback. Thanks!
+>
+
+
+
diff --git a/_build/static/archives/extend/2013-January/000028.html b/_build/static/archives/extend/2013-January/000028.html
new file mode 100644
index 00000000..8205944b
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000028.html
@@ -0,0 +1,133 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3CCAMxVRxA9uqXbfcP9%3D_CmTDk-ZBycmZijeOa_TyJXQvSPzvwfbg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000029.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released</H1>
+    <B>Max Lapshin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3CCAMxVRxA9uqXbfcP9%3D_CmTDk-ZBycmZijeOa_TyJXQvSPzvwfbg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released">max.lapshin at gmail.com
+       </A><BR>
+    <I>Thu Jan  3 10:30:30 CET 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000029.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#28">[ date ]</a>
+              <a href="thread.html#28">[ thread ]</a>
+              <a href="subject.html#28">[ subject ]</a>
+              <a href="author.html#28">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Loic, it would be great to hear a bit, what problems have you met with.
+
+What issues with stability can be in acceptor pool?
+
+Also I have question about updating protocol options: have you done
+something with the problem that after updating protocol options existing
+workers are running with old config?
+
+On Tuesday, December 25, 2012, Lo&#239;c Hoguin wrote:
+
+&gt;<i> Ho ho ho!
+</I>&gt;<i>
+</I>&gt;<i> I have just tagged version 0.6.0 of the Ranch project!
+</I>&gt;<i>
+</I>&gt;<i> Ranch is a socket acceptor pool for TCP protocols.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://github.com/extend/**ranch">https://github.com/extend/**ranch</A> &lt;<A HREF="https://github.com/extend/ranch">https://github.com/extend/ranch</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> Ranch is used by the next version of Cowboy, 0.8.0, set to be released
+</I>&gt;<i> early February, but also in Basho's Riak multi-data center replication
+</I>&gt;<i> amongst others.
+</I>&gt;<i>
+</I>&gt;<i> All tickets have been resolved. A significant contribution was made by
+</I>&gt;<i> Andrew Majorov to improve the fault tolerance capabilities of the
+</I>&gt;<i> application, making sure it always restarts properly when things go wrong.
+</I>&gt;<i> This has been made possible thanks to the amazing project from Daniel Luna,
+</I>&gt;<i> chaos_monkey (<A HREF="https://github.com/dluna/**chaos_monkey&lt;https://github.com/dluna/chaos_monkey">https://github.com/dluna/**chaos_monkey&lt;https://github.com/dluna/chaos_monkey</A>&gt;
+</I>&gt;<i> ).
+</I>&gt;<i>
+</I>&gt;<i> The guide has also been improved and completed.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="http://ninenines.eu/docs/en/**ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/**ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> If the guide isn't enough, drop by our new IRC channel dedicated to
+</I>&gt;<i> Cowboy, Ranch and all our other projects! #ninenines on Freenode.
+</I>&gt;<i>
+</I>&gt;<i> Following is the list of change since last time:
+</I>&gt;<i>
+</I>&gt;<i>  *  Improve fault tolerance thanks to chaos_monkey testing
+</I>&gt;<i>  *  Add 'nodelay' option to transports
+</I>&gt;<i>  *  Add 'verify' option to ranch_ssl transport
+</I>&gt;<i>  *  Add 'socket' option to pass an already open socket to the listener
+</I>&gt;<i>  *  Add Transport:sendfile/2 function (uses a fallback if unavailable)
+</I>&gt;<i>  *  Allow IP tuples in Transport:connect/3
+</I>&gt;<i>  *  Add ranch:set_max_connections/2 to update the value live
+</I>&gt;<i>  *  Add ranch:get_max_connections/1 to retrieve it
+</I>&gt;<i>
+</I>&gt;<i> We are always looking for feedback, especially now that there is no ticket
+</I>&gt;<i> left open on this project. If you are using Ranch and have questions or
+</I>&gt;<i> needs that it doesn't cover, please send them to us.
+</I>&gt;<i>
+</I>&gt;<i> Commercial support will be available starting from January, ping me if you
+</I>&gt;<i> are interested. Details will be announced at a later time on the
+</I>&gt;<i> ninenines.eu mailing list.
+</I>&gt;<i>
+</I>&gt;<i> I want to thank all contributors for helping this project by opening
+</I>&gt;<i> tickets, sending patches and offering feedback. I am as always very
+</I>&gt;<i> grateful for any and all contributions. I wouldn't have made it this far
+</I>&gt;<i> without the tremendous help I receive everyday.
+</I>&gt;<i>
+</I>&gt;<i> Thanks to all and have a nice holiday!
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Santa
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130103/bae06e70/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130103/bae06e70/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000029.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#28">[ date ]</a>
+              <a href="thread.html#28">[ thread ]</a>
+              <a href="subject.html#28">[ subject ]</a>
+              <a href="author.html#28">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000029.html b/_build/static/archives/extend/2013-January/000029.html
new file mode 100644
index 00000000..8f69dfb4
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000029.html
@@ -0,0 +1,154 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3C50E57DC0.5090408%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000028.html">
+   <LINK REL="Next"  HREF="000030.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3C50E57DC0.5090408%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jan  3 13:46:56 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000028.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+        <LI>Next message: <A HREF="000030.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#29">[ date ]</a>
+              <a href="thread.html#29">[ thread ]</a>
+              <a href="subject.html#29">[ subject ]</a>
+              <a href="author.html#29">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Haven't had any stability issue. What we did here is ensure that when 
+any process gets killed for any reason, especially reasons we can't 
+foresee, Ranch continues to work as expected.
+
+Ranch not updating protocol options for existing connections isn't a 
+problem, it won't be &quot;fixed&quot;. Ranch can't guess how connection processes 
+are implemented. It's up to you to allow this if you need it. The 
+upgrade updates the options for all acceptors and all future 
+connections, that's it.
+
+On 01/03/2013 10:30 AM, Max Lapshin wrote:
+&gt;<i> Loic, it would be great to hear a bit, what problems have you met with.
+</I>&gt;<i>
+</I>&gt;<i> What issues with stability can be in acceptor pool?
+</I>&gt;<i>
+</I>&gt;<i> Also I have question about updating protocol options: have you done
+</I>&gt;<i> something with the problem that after updating protocol options existing
+</I>&gt;<i> workers are running with old config?
+</I>&gt;<i>
+</I>&gt;<i> On Tuesday, December 25, 2012, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Ho ho ho!
+</I>&gt;<i>
+</I>&gt;<i>     I have just tagged version 0.6.0 of the Ranch project!
+</I>&gt;<i>
+</I>&gt;<i>     Ranch is a socket acceptor pool for TCP protocols.
+</I>&gt;<i>
+</I>&gt;<i>     <A HREF="https://github.com/extend/__ranch">https://github.com/extend/__ranch</A> &lt;<A HREF="https://github.com/extend/ranch">https://github.com/extend/ranch</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>     Ranch is used by the next version of Cowboy, 0.8.0, set to be
+</I>&gt;<i>     released early February, but also in Basho's Riak multi-data center
+</I>&gt;<i>     replication amongst others.
+</I>&gt;<i>
+</I>&gt;<i>     All tickets have been resolved. A significant contribution was made
+</I>&gt;<i>     by Andrew Majorov to improve the fault tolerance capabilities of the
+</I>&gt;<i>     application, making sure it always restarts properly when things go
+</I>&gt;<i>     wrong. This has been made possible thanks to the amazing project
+</I>&gt;<i>     from Daniel Luna, chaos_monkey
+</I>&gt;<i>     (<A HREF="https://github.com/dluna/__chaos_monkey">https://github.com/dluna/__chaos_monkey</A>
+</I>&gt;<i>     &lt;<A HREF="https://github.com/dluna/chaos_monkey">https://github.com/dluna/chaos_monkey</A>&gt;).
+</I>&gt;<i>
+</I>&gt;<i>     The guide has also been improved and completed.
+</I>&gt;<i>
+</I>&gt;<i>     <A HREF="http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction</A>
+</I>&gt;<i>     &lt;<A HREF="http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>     If the guide isn't enough, drop by our new IRC channel dedicated to
+</I>&gt;<i>     Cowboy, Ranch and all our other projects! #ninenines on Freenode.
+</I>&gt;<i>
+</I>&gt;<i>     Following is the list of change since last time:
+</I>&gt;<i>
+</I>&gt;<i>       *  Improve fault tolerance thanks to chaos_monkey testing
+</I>&gt;<i>       *  Add 'nodelay' option to transports
+</I>&gt;<i>       *  Add 'verify' option to ranch_ssl transport
+</I>&gt;<i>       *  Add 'socket' option to pass an already open socket to the listener
+</I>&gt;<i>       *  Add Transport:sendfile/2 function (uses a fallback if unavailable)
+</I>&gt;<i>       *  Allow IP tuples in Transport:connect/3
+</I>&gt;<i>       *  Add ranch:set_max_connections/2 to update the value live
+</I>&gt;<i>       *  Add ranch:get_max_connections/1 to retrieve it
+</I>&gt;<i>
+</I>&gt;<i>     We are always looking for feedback, especially now that there is no
+</I>&gt;<i>     ticket left open on this project. If you are using Ranch and have
+</I>&gt;<i>     questions or needs that it doesn't cover, please send them to us.
+</I>&gt;<i>
+</I>&gt;<i>     Commercial support will be available starting from January, ping me
+</I>&gt;<i>     if you are interested. Details will be announced at a later time on
+</I>&gt;<i>     the ninenines.eu &lt;<A HREF="http://ninenines.eu">http://ninenines.eu</A>&gt; mailing list.
+</I>&gt;<i>
+</I>&gt;<i>     I want to thank all contributors for helping this project by opening
+</I>&gt;<i>     tickets, sending patches and offering feedback. I am as always very
+</I>&gt;<i>     grateful for any and all contributions. I wouldn't have made it this
+</I>&gt;<i>     far without the tremendous help I receive everyday.
+</I>&gt;<i>
+</I>&gt;<i>     Thanks to all and have a nice holiday!
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     Erlang Santa
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>     _________________________________________________
+</I>&gt;<i>     erlang-questions mailing list
+</I>&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i>     <A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>
+</I>&gt;<i>     &lt;<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000028.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+	<LI>Next message: <A HREF="000030.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#29">[ date ]</a>
+              <a href="thread.html#29">[ thread ]</a>
+              <a href="subject.html#29">[ subject ]</a>
+              <a href="author.html#29">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000030.html b/_build/static/archives/extend/2013-January/000030.html
new file mode 100644
index 00000000..c75a7032
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000030.html
@@ -0,0 +1,175 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3CCAMxVRxDm1E4YXfvYp2CVoXchTpGRZK85XnMat_YhRK9CJGrtqA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000029.html">
+   <LINK REL="Next"  HREF="000031.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released</H1>
+    <B>Max Lapshin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3CCAMxVRxDm1E4YXfvYp2CVoXchTpGRZK85XnMat_YhRK9CJGrtqA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released">max.lapshin at gmail.com
+       </A><BR>
+    <I>Thu Jan  3 14:32:16 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000029.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+        <LI>Next message: <A HREF="000031.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#30">[ date ]</a>
+              <a href="thread.html#30">[ thread ]</a>
+              <a href="subject.html#30">[ subject ]</a>
+              <a href="author.html#30">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I mean situation that after cowboy:update_options existing acceptors are
+still working with old routes.
+Currently it is useless API, so I have to stop cowboy and start it back.
+
+
+On Thu, Jan 3, 2013 at 4:46 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Haven't had any stability issue. What we did here is ensure that when any
+</I>&gt;<i> process gets killed for any reason, especially reasons we can't foresee,
+</I>&gt;<i> Ranch continues to work as expected.
+</I>&gt;<i>
+</I>&gt;<i> Ranch not updating protocol options for existing connections isn't a
+</I>&gt;<i> problem, it won't be &quot;fixed&quot;. Ranch can't guess how connection processes
+</I>&gt;<i> are implemented. It's up to you to allow this if you need it. The upgrade
+</I>&gt;<i> updates the options for all acceptors and all future connections, that's it.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 01/03/2013 10:30 AM, Max Lapshin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Loic, it would be great to hear a bit, what problems have you met with.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> What issues with stability can be in acceptor pool?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Also I have question about updating protocol options: have you done
+</I>&gt;&gt;<i> something with the problem that after updating protocol options existing
+</I>&gt;&gt;<i> workers are running with old config?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Tuesday, December 25, 2012, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Ho ho ho!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I have just tagged version 0.6.0 of the Ranch project!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Ranch is a socket acceptor pool for TCP protocols.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     <A HREF="https://github.com/extend/__**ranch&lt;https://github.com/extend/__ranch">https://github.com/extend/__**ranch&lt;https://github.com/extend/__ranch</A>&gt;&lt;
+</I>&gt;&gt;<i> <A HREF="https://github.com/extend/**ranch">https://github.com/extend/**ranch</A> &lt;<A HREF="https://github.com/extend/ranch">https://github.com/extend/ranch</A>&gt;&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Ranch is used by the next version of Cowboy, 0.8.0, set to be
+</I>&gt;&gt;<i>     released early February, but also in Basho's Riak multi-data center
+</I>&gt;&gt;<i>     replication amongst others.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     All tickets have been resolved. A significant contribution was made
+</I>&gt;&gt;<i>     by Andrew Majorov to improve the fault tolerance capabilities of the
+</I>&gt;&gt;<i>     application, making sure it always restarts properly when things go
+</I>&gt;&gt;<i>     wrong. This has been made possible thanks to the amazing project
+</I>&gt;&gt;<i>     from Daniel Luna, chaos_monkey
+</I>&gt;&gt;<i>     (<A HREF="https://github.com/dluna/__**chaos_monkey&lt;https://github.com/dluna/__chaos_monkey">https://github.com/dluna/__**chaos_monkey&lt;https://github.com/dluna/__chaos_monkey</A>&gt;
+</I>&gt;&gt;<i>     &lt;<A HREF="https://github.com/dluna/**chaos_monkey&lt;https://github.com/dluna/chaos_monkey">https://github.com/dluna/**chaos_monkey&lt;https://github.com/dluna/chaos_monkey</A>&gt;
+</I>&gt;&gt;<i> &gt;).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     The guide has also been improved and completed.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu/docs/en/__**ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/__**ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     &lt;<A HREF="http://ninenines.eu/docs/en/**ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/**ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     If the guide isn't enough, drop by our new IRC channel dedicated to
+</I>&gt;&gt;<i>     Cowboy, Ranch and all our other projects! #ninenines on Freenode.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Following is the list of change since last time:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>       *  Improve fault tolerance thanks to chaos_monkey testing
+</I>&gt;&gt;<i>       *  Add 'nodelay' option to transports
+</I>&gt;&gt;<i>       *  Add 'verify' option to ranch_ssl transport
+</I>&gt;&gt;<i>       *  Add 'socket' option to pass an already open socket to the
+</I>&gt;&gt;<i> listener
+</I>&gt;&gt;<i>       *  Add Transport:sendfile/2 function (uses a fallback if
+</I>&gt;&gt;<i> unavailable)
+</I>&gt;&gt;<i>       *  Allow IP tuples in Transport:connect/3
+</I>&gt;&gt;<i>       *  Add ranch:set_max_connections/2 to update the value live
+</I>&gt;&gt;<i>       *  Add ranch:get_max_connections/1 to retrieve it
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     We are always looking for feedback, especially now that there is no
+</I>&gt;&gt;<i>     ticket left open on this project. If you are using Ranch and have
+</I>&gt;&gt;<i>     questions or needs that it doesn't cover, please send them to us.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Commercial support will be available starting from January, ping me
+</I>&gt;&gt;<i>     if you are interested. Details will be announced at a later time on
+</I>&gt;&gt;<i>     the ninenines.eu &lt;<A HREF="http://ninenines.eu">http://ninenines.eu</A>&gt; mailing list.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I want to thank all contributors for helping this project by opening
+</I>&gt;&gt;<i>     tickets, sending patches and offering feedback. I am as always very
+</I>&gt;&gt;<i>     grateful for any and all contributions. I wouldn't have made it this
+</I>&gt;&gt;<i>     far without the tremendous help I receive everyday.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Thanks to all and have a nice holiday!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;<i>     Erlang Santa
+</I>&gt;&gt;<i>     Nine Nines
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>     ______________________________**___________________
+</I>&gt;&gt;<i>     erlang-questions mailing list
+</I>&gt;&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;&gt;<i>     <A HREF="http://erlang.org/mailman/__**listinfo/erlang-questions&lt;http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__**listinfo/erlang-questions&lt;http://erlang.org/mailman/__listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;<i>     &lt;<A HREF="http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130103/f6c7fd25/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130103/f6c7fd25/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000029.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+	<LI>Next message: <A HREF="000031.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#30">[ date ]</a>
+              <a href="thread.html#30">[ thread ]</a>
+              <a href="subject.html#30">[ subject ]</a>
+              <a href="author.html#30">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000031.html b/_build/static/archives/extend/2013-January/000031.html
new file mode 100644
index 00000000..e62e78e1
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000031.html
@@ -0,0 +1,212 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3C50E58CF4.9080804%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000030.html">
+   <LINK REL="Next"  HREF="000032.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3C50E58CF4.9080804%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jan  3 14:51:48 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000030.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+        <LI>Next message: <A HREF="000032.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#31">[ date ]</a>
+              <a href="thread.html#31">[ thread ]</a>
+              <a href="subject.html#31">[ subject ]</a>
+              <a href="author.html#31">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Existing acceptors were using the old options for the next connection 
+and then switched to the new options. But that has been fixed a long 
+time ago. Ranch doesn't have that issue.
+
+On 01/03/2013 02:32 PM, Max Lapshin wrote:
+&gt;<i> I mean situation that after cowboy:update_options existing acceptors are
+</I>&gt;<i> still working with old routes.
+</I>&gt;<i> Currently it is useless API, so I have to stop cowboy and start it back.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Thu, Jan 3, 2013 at 4:46 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Haven't had any stability issue. What we did here is ensure that
+</I>&gt;<i>     when any process gets killed for any reason, especially reasons we
+</I>&gt;<i>     can't foresee, Ranch continues to work as expected.
+</I>&gt;<i>
+</I>&gt;<i>     Ranch not updating protocol options for existing connections isn't a
+</I>&gt;<i>     problem, it won't be &quot;fixed&quot;. Ranch can't guess how connection
+</I>&gt;<i>     processes are implemented. It's up to you to allow this if you need
+</I>&gt;<i>     it. The upgrade updates the options for all acceptors and all future
+</I>&gt;<i>     connections, that's it.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 01/03/2013 10:30 AM, Max Lapshin wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Loic, it would be great to hear a bit, what problems have you
+</I>&gt;<i>         met with.
+</I>&gt;<i>
+</I>&gt;<i>         What issues with stability can be in acceptor pool?
+</I>&gt;<i>
+</I>&gt;<i>         Also I have question about updating protocol options: have you done
+</I>&gt;<i>         something with the problem that after updating protocol options
+</I>&gt;<i>         existing
+</I>&gt;<i>         workers are running with old config?
+</I>&gt;<i>
+</I>&gt;<i>         On Tuesday, December 25, 2012, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;<i>              Ho ho ho!
+</I>&gt;<i>
+</I>&gt;<i>              I have just tagged version 0.6.0 of the Ranch project!
+</I>&gt;<i>
+</I>&gt;<i>              Ranch is a socket acceptor pool for TCP protocols.
+</I>&gt;<i>
+</I>&gt;<i>         <A HREF="https://github.com/extend/____ranch">https://github.com/extend/____ranch</A>
+</I>&gt;<i>         &lt;<A HREF="https://github.com/extend/__ranch">https://github.com/extend/__ranch</A>&gt;
+</I>&gt;<i>         &lt;<A HREF="https://github.com/extend/__ranch">https://github.com/extend/__ranch</A>
+</I>&gt;<i>         &lt;<A HREF="https://github.com/extend/ranch">https://github.com/extend/ranch</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              Ranch is used by the next version of Cowboy, 0.8.0, set to be
+</I>&gt;<i>              released early February, but also in Basho's Riak
+</I>&gt;<i>         multi-data center
+</I>&gt;<i>              replication amongst others.
+</I>&gt;<i>
+</I>&gt;<i>              All tickets have been resolved. A significant contribution
+</I>&gt;<i>         was made
+</I>&gt;<i>              by Andrew Majorov to improve the fault tolerance
+</I>&gt;<i>         capabilities of the
+</I>&gt;<i>              application, making sure it always restarts properly when
+</I>&gt;<i>         things go
+</I>&gt;<i>              wrong. This has been made possible thanks to the amazing
+</I>&gt;<i>         project
+</I>&gt;<i>              from Daniel Luna, chaos_monkey
+</I>&gt;<i>              (<A HREF="https://github.com/dluna/____chaos_monkey">https://github.com/dluna/____chaos_monkey</A>
+</I>&gt;<i>         &lt;<A HREF="https://github.com/dluna/__chaos_monkey">https://github.com/dluna/__chaos_monkey</A>&gt;
+</I>&gt;<i>              &lt;<A HREF="https://github.com/dluna/__chaos_monkey">https://github.com/dluna/__chaos_monkey</A>
+</I>&gt;<i>         &lt;<A HREF="https://github.com/dluna/chaos_monkey">https://github.com/dluna/chaos_monkey</A>&gt;&gt;).
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              The guide has also been improved and completed.
+</I>&gt;<i>
+</I>&gt;<i>         <A HREF="http://ninenines.eu/docs/en/____ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/____ranch/HEAD/guide/introduction</A>
+</I>&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction</A>
+</I>&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>              If the guide isn't enough, drop by our new IRC channel
+</I>&gt;<i>         dedicated to
+</I>&gt;<i>              Cowboy, Ranch and all our other projects! #ninenines on
+</I>&gt;<i>         Freenode.
+</I>&gt;<i>
+</I>&gt;<i>              Following is the list of change since last time:
+</I>&gt;<i>
+</I>&gt;<i>                *  Improve fault tolerance thanks to chaos_monkey testing
+</I>&gt;<i>                *  Add 'nodelay' option to transports
+</I>&gt;<i>                *  Add 'verify' option to ranch_ssl transport
+</I>&gt;<i>                *  Add 'socket' option to pass an already open socket to
+</I>&gt;<i>         the listener
+</I>&gt;<i>                *  Add Transport:sendfile/2 function (uses a fallback if
+</I>&gt;<i>         unavailable)
+</I>&gt;<i>                *  Allow IP tuples in Transport:connect/3
+</I>&gt;<i>                *  Add ranch:set_max_connections/2 to update the value live
+</I>&gt;<i>                *  Add ranch:get_max_connections/1 to retrieve it
+</I>&gt;<i>
+</I>&gt;<i>              We are always looking for feedback, especially now that
+</I>&gt;<i>         there is no
+</I>&gt;<i>              ticket left open on this project. If you are using Ranch
+</I>&gt;<i>         and have
+</I>&gt;<i>              questions or needs that it doesn't cover, please send them
+</I>&gt;<i>         to us.
+</I>&gt;<i>
+</I>&gt;<i>              Commercial support will be available starting from January,
+</I>&gt;<i>         ping me
+</I>&gt;<i>              if you are interested. Details will be announced at a later
+</I>&gt;<i>         time on
+</I>&gt;<i>              the ninenines.eu &lt;<A HREF="http://ninenines.eu">http://ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;<A HREF="http://ninenines.eu">http://ninenines.eu</A>&gt; mailing list.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              I want to thank all contributors for helping this project
+</I>&gt;<i>         by opening
+</I>&gt;<i>              tickets, sending patches and offering feedback. I am as
+</I>&gt;<i>         always very
+</I>&gt;<i>              grateful for any and all contributions. I wouldn't have
+</I>&gt;<i>         made it this
+</I>&gt;<i>              far without the tremendous help I receive everyday.
+</I>&gt;<i>
+</I>&gt;<i>              Thanks to all and have a nice holiday!
+</I>&gt;<i>
+</I>&gt;<i>              --
+</I>&gt;<i>              Lo&#239;c Hoguin
+</I>&gt;<i>              Erlang Santa
+</I>&gt;<i>              Nine Nines
+</I>&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>              ___________________________________________________
+</I>&gt;<i>              erlang-questions mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;<i>         <A HREF="http://erlang.org/mailman/____listinfo/erlang-questions">http://erlang.org/mailman/____listinfo/erlang-questions</A>
+</I>&gt;<i>         &lt;<A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>              &lt;<A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>
+</I>&gt;<i>         &lt;<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000030.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+	<LI>Next message: <A HREF="000032.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#31">[ date ]</a>
+              <a href="thread.html#31">[ thread ]</a>
+              <a href="subject.html#31">[ subject ]</a>
+              <a href="author.html#31">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000032.html b/_build/static/archives/extend/2013-January/000032.html
new file mode 100644
index 00000000..814279e3
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000032.html
@@ -0,0 +1,236 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3CCAMxVRxDw9b8Gqg7O-%2BXVWV_1fyTX-QaBXgZK8wRy1QetoVYBLQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000031.html">
+   <LINK REL="Next"  HREF="000033.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released</H1>
+    <B>Max Lapshin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Ranch%200.6.0%20Xmas%20Edition%0A%09Released&In-Reply-To=%3CCAMxVRxDw9b8Gqg7O-%2BXVWV_1fyTX-QaBXgZK8wRy1QetoVYBLQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released">max.lapshin at gmail.com
+       </A><BR>
+    <I>Thu Jan  3 15:00:56 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000031.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+        <LI>Next message: <A HREF="000033.html">[99s-extend] Call for testers: middleware support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#32">[ date ]</a>
+              <a href="thread.html#32">[ thread ]</a>
+              <a href="subject.html#32">[ subject ]</a>
+              <a href="author.html#32">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>ok
+
+
+On Thu, Jan 3, 2013 at 5:51 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Existing acceptors were using the old options for the next connection and
+</I>&gt;<i> then switched to the new options. But that has been fixed a long time ago.
+</I>&gt;<i> Ranch doesn't have that issue.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 01/03/2013 02:32 PM, Max Lapshin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> I mean situation that after cowboy:update_options existing acceptors are
+</I>&gt;&gt;<i> still working with old routes.
+</I>&gt;&gt;<i> Currently it is useless API, so I have to stop cowboy and start it back.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Thu, Jan 3, 2013 at 4:46 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Haven't had any stability issue. What we did here is ensure that
+</I>&gt;&gt;<i>     when any process gets killed for any reason, especially reasons we
+</I>&gt;&gt;<i>     can't foresee, Ranch continues to work as expected.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Ranch not updating protocol options for existing connections isn't a
+</I>&gt;&gt;<i>     problem, it won't be &quot;fixed&quot;. Ranch can't guess how connection
+</I>&gt;&gt;<i>     processes are implemented. It's up to you to allow this if you need
+</I>&gt;&gt;<i>     it. The upgrade updates the options for all acceptors and all future
+</I>&gt;&gt;<i>     connections, that's it.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 01/03/2013 10:30 AM, Max Lapshin wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Loic, it would be great to hear a bit, what problems have you
+</I>&gt;&gt;<i>         met with.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         What issues with stability can be in acceptor pool?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Also I have question about updating protocol options: have you
+</I>&gt;&gt;<i> done
+</I>&gt;&gt;<i>         something with the problem that after updating protocol options
+</I>&gt;&gt;<i>         existing
+</I>&gt;&gt;<i>         workers are running with old config?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         On Tuesday, December 25, 2012, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              Ho ho ho!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              I have just tagged version 0.6.0 of the Ranch project!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              Ranch is a socket acceptor pool for TCP protocols.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         <A HREF="https://github.com/extend/____**ranch&lt;https://github.com/extend/____ranch">https://github.com/extend/____**ranch&lt;https://github.com/extend/____ranch</A>&gt;
+</I>&gt;&gt;<i>         &lt;<A HREF="https://github.com/extend/__**ranch&lt;https://github.com/extend/__ranch">https://github.com/extend/__**ranch&lt;https://github.com/extend/__ranch</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         &lt;<A HREF="https://github.com/extend/__**ranch&lt;https://github.com/extend/__ranch">https://github.com/extend/__**ranch&lt;https://github.com/extend/__ranch</A>&gt;
+</I>&gt;&gt;<i>         &lt;<A HREF="https://github.com/extend/**ranch&lt;https://github.com/extend/ranch">https://github.com/extend/**ranch&lt;https://github.com/extend/ranch</A>&gt;
+</I>&gt;&gt;<i> &gt;&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              Ranch is used by the next version of Cowboy, 0.8.0, set to be
+</I>&gt;&gt;<i>              released early February, but also in Basho's Riak
+</I>&gt;&gt;<i>         multi-data center
+</I>&gt;&gt;<i>              replication amongst others.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              All tickets have been resolved. A significant contribution
+</I>&gt;&gt;<i>         was made
+</I>&gt;&gt;<i>              by Andrew Majorov to improve the fault tolerance
+</I>&gt;&gt;<i>         capabilities of the
+</I>&gt;&gt;<i>              application, making sure it always restarts properly when
+</I>&gt;&gt;<i>         things go
+</I>&gt;&gt;<i>              wrong. This has been made possible thanks to the amazing
+</I>&gt;&gt;<i>         project
+</I>&gt;&gt;<i>              from Daniel Luna, chaos_monkey
+</I>&gt;&gt;<i>              (<A HREF="https://github.com/dluna/____**chaos_monkey&lt;https://github.com/dluna/____chaos_monkey">https://github.com/dluna/____**chaos_monkey&lt;https://github.com/dluna/____chaos_monkey</A>&gt;
+</I>&gt;&gt;<i>         &lt;<A HREF="https://github.com/dluna/__**chaos_monkey&lt;https://github.com/dluna/__chaos_monkey">https://github.com/dluna/__**chaos_monkey&lt;https://github.com/dluna/__chaos_monkey</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              &lt;<A HREF="https://github.com/dluna/__**chaos_monkey&lt;https://github.com/dluna/__chaos_monkey">https://github.com/dluna/__**chaos_monkey&lt;https://github.com/dluna/__chaos_monkey</A>&gt;
+</I>&gt;&gt;<i>         &lt;<A HREF="https://github.com/dluna/**chaos_monkey&lt;https://github.com/dluna/chaos_monkey">https://github.com/dluna/**chaos_monkey&lt;https://github.com/dluna/chaos_monkey</A>&gt;
+</I>&gt;&gt;<i> &gt;&gt;).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              The guide has also been improved and completed.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         <A HREF="http://ninenines.eu/docs/en/__**__ranch/HEAD/guide/**introduction&lt;http://ninenines.eu/docs/en/____ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/__**__ranch/HEAD/guide/**introduction&lt;http://ninenines.eu/docs/en/____ranch/HEAD/guide/introduction</A>&gt;
+</I>&gt;&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/_**_ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/_**_ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction</A>&gt;
+</I>&gt;&gt;<i> **&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/_**_ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/_**_ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction</A>&gt;
+</I>&gt;&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/**ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction">http://ninenines.eu/docs/en/**ranch/HEAD/guide/introduction&lt;http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction</A>&gt;
+</I>&gt;&gt;<i> &gt;**&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              If the guide isn't enough, drop by our new IRC channel
+</I>&gt;&gt;<i>         dedicated to
+</I>&gt;&gt;<i>              Cowboy, Ranch and all our other projects! #ninenines on
+</I>&gt;&gt;<i>         Freenode.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              Following is the list of change since last time:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                *  Improve fault tolerance thanks to chaos_monkey testing
+</I>&gt;&gt;<i>                *  Add 'nodelay' option to transports
+</I>&gt;&gt;<i>                *  Add 'verify' option to ranch_ssl transport
+</I>&gt;&gt;<i>                *  Add 'socket' option to pass an already open socket to
+</I>&gt;&gt;<i>         the listener
+</I>&gt;&gt;<i>                *  Add Transport:sendfile/2 function (uses a fallback if
+</I>&gt;&gt;<i>         unavailable)
+</I>&gt;&gt;<i>                *  Allow IP tuples in Transport:connect/3
+</I>&gt;&gt;<i>                *  Add ranch:set_max_connections/2 to update the value live
+</I>&gt;&gt;<i>                *  Add ranch:get_max_connections/1 to retrieve it
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              We are always looking for feedback, especially now that
+</I>&gt;&gt;<i>         there is no
+</I>&gt;&gt;<i>              ticket left open on this project. If you are using Ranch
+</I>&gt;&gt;<i>         and have
+</I>&gt;&gt;<i>              questions or needs that it doesn't cover, please send them
+</I>&gt;&gt;<i>         to us.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              Commercial support will be available starting from January,
+</I>&gt;&gt;<i>         ping me
+</I>&gt;&gt;<i>              if you are interested. Details will be announced at a later
+</I>&gt;&gt;<i>         time on
+</I>&gt;&gt;<i>              the ninenines.eu &lt;<A HREF="http://ninenines.eu">http://ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         &lt;<A HREF="http://ninenines.eu">http://ninenines.eu</A>&gt; mailing list.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              I want to thank all contributors for helping this project
+</I>&gt;&gt;<i>         by opening
+</I>&gt;&gt;<i>              tickets, sending patches and offering feedback. I am as
+</I>&gt;&gt;<i>         always very
+</I>&gt;&gt;<i>              grateful for any and all contributions. I wouldn't have
+</I>&gt;&gt;<i>         made it this
+</I>&gt;&gt;<i>              far without the tremendous help I receive everyday.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              Thanks to all and have a nice holiday!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              --
+</I>&gt;&gt;<i>              Lo&#239;c Hoguin
+</I>&gt;&gt;<i>              Erlang Santa
+</I>&gt;&gt;<i>              Nine Nines
+</I>&gt;&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>              ______________________________**_____________________
+</I>&gt;&gt;<i>              erlang-questions mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:erlang-questions@**erlang.org&lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>         <A HREF="http://erlang.org/mailman/____**listinfo/erlang-questions&lt;http://erlang.org/mailman/____listinfo/erlang-questions">http://erlang.org/mailman/____**listinfo/erlang-questions&lt;http://erlang.org/mailman/____listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;<i>         &lt;<A HREF="http://erlang.org/mailman/__**listinfo/erlang-questions&lt;http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__**listinfo/erlang-questions&lt;http://erlang.org/mailman/__listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              &lt;<A HREF="http://erlang.org/mailman/__**listinfo/erlang-questions&lt;http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__**listinfo/erlang-questions&lt;http://erlang.org/mailman/__listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;<i>         &lt;<A HREF="http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;&gt;<i> &gt;&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;<i>     Erlang Cowboy
+</I>&gt;&gt;<i>     Nine Nines
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130103/d9dbc1a5/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130103/d9dbc1a5/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000031.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+	<LI>Next message: <A HREF="000033.html">[99s-extend] Call for testers: middleware support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#32">[ date ]</a>
+              <a href="thread.html#32">[ thread ]</a>
+              <a href="subject.html#32">[ subject ]</a>
+              <a href="author.html#32">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000033.html b/_build/static/archives/extend/2013-January/000033.html
new file mode 100644
index 00000000..2967e683
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000033.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Call for testers: middleware support
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Call%20for%20testers%3A%20middleware%20support&In-Reply-To=%3C50E5FDAE.60904%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000032.html">
+   <LINK REL="Next"  HREF="000034.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Call for testers: middleware support</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Call%20for%20testers%3A%20middleware%20support&In-Reply-To=%3C50E5FDAE.60904%40ninenines.eu%3E"
+       TITLE="[99s-extend] Call for testers: middleware support">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jan  3 22:52:46 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000032.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+        <LI>Next message: <A HREF="000034.html">[99s-extend] Call for testers: middleware support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#33">[ date ]</a>
+              <a href="thread.html#33">[ thread ]</a>
+              <a href="subject.html#33">[ subject ]</a>
+              <a href="author.html#33">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello!
+
+Been a year. How' ya been?
+
+Added middleware support. Probably broke things. Please test and open 
+tickets if I did?
+
+<A HREF="https://github.com/extend/cowboy/commit/1b3f510b7e8d5413901ba72adfe361773f3e9097">https://github.com/extend/cowboy/commit/1b3f510b7e8d5413901ba72adfe361773f3e9097</A>
+
+Thanks.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000032.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A></li>
+	<LI>Next message: <A HREF="000034.html">[99s-extend] Call for testers: middleware support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#33">[ date ]</a>
+              <a href="thread.html#33">[ thread ]</a>
+              <a href="subject.html#33">[ subject ]</a>
+              <a href="author.html#33">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000034.html b/_build/static/archives/extend/2013-January/000034.html
new file mode 100644
index 00000000..058aedb0
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000034.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Call for testers: middleware support
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Call%20for%20testers%3A%20middleware%20support&In-Reply-To=%3C50E6E7B9.70402%40oinksoft.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000033.html">
+   <LINK REL="Next"  HREF="000035.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Call for testers: middleware support</H1>
+    <B>Thomas Allen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Call%20for%20testers%3A%20middleware%20support&In-Reply-To=%3C50E6E7B9.70402%40oinksoft.com%3E"
+       TITLE="[99s-extend] Call for testers: middleware support">thomas at oinksoft.com
+       </A><BR>
+    <I>Fri Jan  4 15:31:21 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000033.html">[99s-extend] Call for testers: middleware support
+</A></li>
+        <LI>Next message: <A HREF="000035.html">[99s-extend] Cowboy, how call my database select function
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#34">[ date ]</a>
+              <a href="thread.html#34">[ thread ]</a>
+              <a href="subject.html#34">[ subject ]</a>
+              <a href="author.html#34">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thank you L&#246;ic, this looks much cleaner than what I've used in its place.
+
+Thomas
+
+
+On 01/03/2013 04:52 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> Hello!
+</I>&gt;<i>
+</I>&gt;<i> Been a year. How' ya been?
+</I>&gt;<i>
+</I>&gt;<i> Added middleware support. Probably broke things. Please test and open
+</I>&gt;<i> tickets if I did?
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="https://github.com/extend/cowboy/commit/1b3f510b7e8d5413901ba72adfe361773f3e9097">https://github.com/extend/cowboy/commit/1b3f510b7e8d5413901ba72adfe361773f3e9097</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Thanks.
+</I>&gt;<i>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000033.html">[99s-extend] Call for testers: middleware support
+</A></li>
+	<LI>Next message: <A HREF="000035.html">[99s-extend] Cowboy, how call my database select function
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#34">[ date ]</a>
+              <a href="thread.html#34">[ thread ]</a>
+              <a href="subject.html#34">[ subject ]</a>
+              <a href="author.html#34">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000035.html b/_build/static/archives/extend/2013-January/000035.html
new file mode 100644
index 00000000..0bc878fc
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000035.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, how call my database select function
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20how%20call%20my%20database%20select%20function&In-Reply-To=%3C1816031357681016%40web3d.yandex.ru%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000034.html">
+   <LINK REL="Next"  HREF="000036.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, how call my database select function</H1>
+    <B>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20how%20call%20my%20database%20select%20function&In-Reply-To=%3C1816031357681016%40web3d.yandex.ru%3E"
+       TITLE="[99s-extend] Cowboy, how call my database select function">kozlov-ter at yandex.ru
+       </A><BR>
+    <I>Tue Jan  8 22:36:56 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000034.html">[99s-extend] Call for testers: middleware support
+</A></li>
+        <LI>Next message: <A HREF="000036.html">[99s-extend] Cowboy, how call my database select function
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#35">[ date ]</a>
+              <a href="thread.html#35">[ thread ]</a>
+              <a href="subject.html#35">[ subject ]</a>
+              <a href="author.html#35">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello!
+Prompt please, beginning to study the Erlang.
+I have a library for working with &#1045;Redis.
+Plugged it into the project Cowboy with the help of Rebar.
+After the launch of a Cowboy through the script in the console ERL, I see that the function (eredis_db:get_script) is  works and I get the desired result:
+
+EDB R15B03 (erts-5.9.3.1) [source] [async-threads:0] [hipe] [kernel-poll:false]
+Eshell V5.9.3.1 (abort with ^G)
+1&gt; eredis_db:get_script(&quot;example&quot;, &quot;test&quot;).
+
+Tell me how can I use this function in a Cowboy, in hendlers.
+I hope I could explain clearly.
+-- 
+Engineer CAM 
+Vyacheslav Kozlov 
+LLC &quot;TER&quot; 
+<A HREF="http://www.ter-energo.ru">http://www.ter-energo.ru</A>
+tel.+7910909xxxx
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000034.html">[99s-extend] Call for testers: middleware support
+</A></li>
+	<LI>Next message: <A HREF="000036.html">[99s-extend] Cowboy, how call my database select function
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#35">[ date ]</a>
+              <a href="thread.html#35">[ thread ]</a>
+              <a href="subject.html#35">[ subject ]</a>
+              <a href="author.html#35">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000036.html b/_build/static/archives/extend/2013-January/000036.html
new file mode 100644
index 00000000..4a9db14c
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000036.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, how call my database select function
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20how%20call%20my%20database%20select%20function&In-Reply-To=%3C50ECA7C2.5030808%40oinksoft.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000035.html">
+   <LINK REL="Next"  HREF="000037.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, how call my database select function</H1>
+    <B>Thomas Allen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20how%20call%20my%20database%20select%20function&In-Reply-To=%3C50ECA7C2.5030808%40oinksoft.com%3E"
+       TITLE="[99s-extend] Cowboy, how call my database select function">thomas at oinksoft.com
+       </A><BR>
+    <I>Wed Jan  9 00:12:02 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000035.html">[99s-extend] Cowboy, how call my database select function
+</A></li>
+        <LI>Next message: <A HREF="000037.html">[99s-extend] [ANN] Ranch 0.6.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#36">[ date ]</a>
+              <a href="thread.html#36">[ thread ]</a>
+              <a href="subject.html#36">[ subject ]</a>
+              <a href="author.html#36">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 1/8/13 4:36 PM, &#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074; wrote:
+&gt;<i> I hope I could explain clearly.
+</I>
+This was not quite clear to me, but I'll do my best.
+
+&gt;<i> Tell me how can I use this function in a Cowboy, in hendlers.
+</I>
+Well, you'd use it like any other Erlang function. If it's in a handler, 
+you probably want to use init/3 or handle/2:
+
+handle(Req, State) -&gt;
+     _EredisScript = eredis_db:get_script(&quot;example&quot;, &quot;test&quot;),
+     {ok, Resp} = cowboy_req:reply(200, Req),
+     {ok, Resp, State}.
+
+See other examples of implementing `cowboy_http_handler' behaviour in 
+the Cowboy documentation and in the examples included with the library.
+
+Thomas Allen
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000035.html">[99s-extend] Cowboy, how call my database select function
+</A></li>
+	<LI>Next message: <A HREF="000037.html">[99s-extend] [ANN] Ranch 0.6.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#36">[ date ]</a>
+              <a href="thread.html#36">[ thread ]</a>
+              <a href="subject.html#36">[ subject ]</a>
+              <a href="author.html#36">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000037.html b/_build/static/archives/extend/2013-January/000037.html
new file mode 100644
index 00000000..098c5631
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000037.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Ranch 0.6.1
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.6.1&In-Reply-To=%3C50F843F6.5060809%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000036.html">
+   <LINK REL="Next"  HREF="000038.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Ranch 0.6.1</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.6.1&In-Reply-To=%3C50F843F6.5060809%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Ranch 0.6.1">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jan 17 19:33:26 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000036.html">[99s-extend] Cowboy, how call my database select function
+</A></li>
+        <LI>Next message: <A HREF="000038.html">[99s-extend] [ANN] Ranch 0.6.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#37">[ date ]</a>
+              <a href="thread.html#37">[ thread ]</a>
+              <a href="subject.html#37">[ subject ]</a>
+              <a href="author.html#37">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Short, quick and semi-private announcement: Ranch 0.6.1 has been tagged.
+
+It includes a few guide updates, the addition of the raw option for 
+specifying platform-specific socket options, and performance 
+improvements when using the {max_connections, infinity} option.
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000036.html">[99s-extend] Cowboy, how call my database select function
+</A></li>
+	<LI>Next message: <A HREF="000038.html">[99s-extend] [ANN] Ranch 0.6.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#37">[ date ]</a>
+              <a href="thread.html#37">[ thread ]</a>
+              <a href="subject.html#37">[ subject ]</a>
+              <a href="author.html#37">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000038.html b/_build/static/archives/extend/2013-January/000038.html
new file mode 100644
index 00000000..64343529
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000038.html
@@ -0,0 +1,86 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Ranch 0.6.1
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.6.1&In-Reply-To=%3CCAKD1GY5xDutk6NxxT131q1AwMNou3YDSOvg21tr35rs9YZop5w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000037.html">
+   <LINK REL="Next"  HREF="000039.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Ranch 0.6.1</H1>
+    <B>Jeremy Ong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.6.1&In-Reply-To=%3CCAKD1GY5xDutk6NxxT131q1AwMNou3YDSOvg21tr35rs9YZop5w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [ANN] Ranch 0.6.1">jeremy at quarkgames.com
+       </A><BR>
+    <I>Thu Jan 17 20:42:38 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000037.html">[99s-extend] [ANN] Ranch 0.6.1
+</A></li>
+        <LI>Next message: <A HREF="000039.html">[99s-extend] Cowboy feedback needed
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#38">[ date ]</a>
+              <a href="thread.html#38">[ thread ]</a>
+              <a href="subject.html#38">[ subject ]</a>
+              <a href="author.html#38">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks Lo&#239;c!
+
+
+On Thu, Jan 17, 2013 at 10:33 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Short, quick and semi-private announcement: Ranch 0.6.1 has been tagged.
+</I>&gt;<i>
+</I>&gt;<i> It includes a few guide updates, the addition of the raw option for
+</I>&gt;<i> specifying platform-specific socket options, and performance improvements
+</I>&gt;<i> when using the {max_connections, infinity} option.
+</I>&gt;<i>
+</I>&gt;<i> Enjoy!
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130117/19bfde40/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130117/19bfde40/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000037.html">[99s-extend] [ANN] Ranch 0.6.1
+</A></li>
+	<LI>Next message: <A HREF="000039.html">[99s-extend] Cowboy feedback needed
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#38">[ date ]</a>
+              <a href="thread.html#38">[ thread ]</a>
+              <a href="subject.html#38">[ subject ]</a>
+              <a href="author.html#38">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000039.html b/_build/static/archives/extend/2013-January/000039.html
new file mode 100644
index 00000000..adf15655
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000039.html
@@ -0,0 +1,90 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy feedback needed
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20feedback%20needed&In-Reply-To=%3C5101A653.400%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000038.html">
+   <LINK REL="Next"  HREF="000041.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy feedback needed</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20feedback%20needed&In-Reply-To=%3C5101A653.400%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy feedback needed">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jan 24 22:23:31 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000038.html">[99s-extend] [ANN] Ranch 0.6.1
+</A></li>
+        <LI>Next message: <A HREF="000041.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#39">[ date ]</a>
+              <a href="thread.html#39">[ thread ]</a>
+              <a href="subject.html#39">[ subject ]</a>
+              <a href="author.html#39">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey,
+
+I'm looking into perhaps starting a project related to Cowboy and could 
+use some feedback from users, particularly in the realm of numbers.
+
+If you use Cowboy and have it in production where:
+
+  *  Latency is vital
+  *  Throughput is vital
+  *  Concurrent number of connections is huge
+  *  Load is huge (or would be with another solution)
+
+Then I'd like to hear from you!
+
+Please send me average numbers, statistics, graphs or anything where I 
+can see how well it performs for you! In private if you prefer. Tell me 
+if I can quote you or your company about it. Please answer even if we 
+briefly discussed it in the past.
+
+(If you found that it didn't perform enough for your needs you should 
+probably open a ticket, or, if you can't, send me a private email.)
+
+Looking forward to the feedback. Thanks!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000038.html">[99s-extend] [ANN] Ranch 0.6.1
+</A></li>
+	<LI>Next message: <A HREF="000041.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#39">[ date ]</a>
+              <a href="thread.html#39">[ thread ]</a>
+              <a href="subject.html#39">[ subject ]</a>
+              <a href="author.html#39">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000040.html b/_build/static/archives/extend/2013-January/000040.html
new file mode 100644
index 00000000..81f5ad61
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000040.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Makefile
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Makefile&In-Reply-To=%3C5101B89A.50604%40gjunka.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000042.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Makefile</H1>
+    <B>Grzegorz Junka</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Makefile&In-Reply-To=%3C5101B89A.50604%40gjunka.com%3E"
+       TITLE="[99s-extend] Cowboy Makefile">list1 at gjunka.com
+       </A><BR>
+    <I>Thu Jan 24 23:41:30 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000042.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#40">[ date ]</a>
+              <a href="thread.html#40">[ thread ]</a>
+              <a href="subject.html#40">[ subject ]</a>
+              <a href="author.html#40">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+I understand the move away from Rebar but I'd like to see the project to 
+be still Rebar-compatible. Would that be a problem? Mainly I am thinking 
+about dependencies. The Cowboy Makefile assumes that Ranch is in its 
+deps folder. If Cowboy is a part of a bigger application, and most often 
+it will be in such a role rather than a standalone application, then all 
+dependencies should be kept in one place. In that case it would be the 
+main project's deps folder, not Cowboy's deps folder. Can the 
+compilation process be split into compiling Cowboy dependencies 
+separately from Cowboy itself?
+
+something like:
+
+all: compile-deps compile-cowboy
+
+Then if Cowboy is a dependency itself it may be just compiled without 
+the dependency (as it will be compiled when the main project is compiled).
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000042.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#40">[ date ]</a>
+              <a href="thread.html#40">[ thread ]</a>
+              <a href="subject.html#40">[ subject ]</a>
+              <a href="author.html#40">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000041.html b/_build/static/archives/extend/2013-January/000041.html
new file mode 100644
index 00000000..33df9c64
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000041.html
@@ -0,0 +1,112 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] Cowboy feedback needed
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20Cowboy%20feedback%20needed&In-Reply-To=%3CCA%2BqFv3vi-JoOVy52Uu7mjBg4Fd_Xr0rGykj1bJUFkkbWxhF4HQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000039.html">
+   <LINK REL="Next"  HREF="000042.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] Cowboy feedback needed</H1>
+    <B>Barco You</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20Cowboy%20feedback%20needed&In-Reply-To=%3CCA%2BqFv3vi-JoOVy52Uu7mjBg4Fd_Xr0rGykj1bJUFkkbWxhF4HQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] Cowboy feedback needed">barcojie at gmail.com
+       </A><BR>
+    <I>Fri Jan 25 06:53:17 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000039.html">[99s-extend] Cowboy feedback needed
+</A></li>
+        <LI>Next message: <A HREF="000042.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#41">[ date ]</a>
+              <a href="thread.html#41">[ thread ]</a>
+              <a href="subject.html#41">[ subject ]</a>
+              <a href="author.html#41">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi Loic,
+
+I'd like to send feedback very much. But right now Cowboy is just used as
+demo in my company --- BesTV (www.bestv.com.cn), which is the largest IPTV
+and intenetTV operator in China. Although I think Cowby is good, the
+production environment is still dominated by Java and mainstream HTTP
+servers. Because I'm from Ericsson, I hope to promote Erlang here but it's
+not so easy. I would send the data if Cowboy would be used in production
+and fully tested.
+
+Thank you!
+Barco
+
+On Fri, Jan 25, 2013 at 5:23 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Hey,
+</I>&gt;<i>
+</I>&gt;<i> I'm looking into perhaps starting a project related to Cowboy and could
+</I>&gt;<i> use some feedback from users, particularly in the realm of numbers.
+</I>&gt;<i>
+</I>&gt;<i> If you use Cowboy and have it in production where:
+</I>&gt;<i>
+</I>&gt;<i>  *  Latency is vital
+</I>&gt;<i>  *  Throughput is vital
+</I>&gt;<i>  *  Concurrent number of connections is huge
+</I>&gt;<i>  *  Load is huge (or would be with another solution)
+</I>&gt;<i>
+</I>&gt;<i> Then I'd like to hear from you!
+</I>&gt;<i>
+</I>&gt;<i> Please send me average numbers, statistics, graphs or anything where I can
+</I>&gt;<i> see how well it performs for you! In private if you prefer. Tell me if I
+</I>&gt;<i> can quote you or your company about it. Please answer even if we briefly
+</I>&gt;<i> discussed it in the past.
+</I>&gt;<i>
+</I>&gt;<i> (If you found that it didn't perform enough for your needs you should
+</I>&gt;<i> probably open a ticket, or, if you can't, send me a private email.)
+</I>&gt;<i>
+</I>&gt;<i> Looking forward to the feedback. Thanks!
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/**listinfo/erlang-questions&lt;http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130125/7d0820aa/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130125/7d0820aa/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000039.html">[99s-extend] Cowboy feedback needed
+</A></li>
+	<LI>Next message: <A HREF="000042.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#41">[ date ]</a>
+              <a href="thread.html#41">[ thread ]</a>
+              <a href="subject.html#41">[ subject ]</a>
+              <a href="author.html#41">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/000042.html b/_build/static/archives/extend/2013-January/000042.html
new file mode 100644
index 00000000..c3394073
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/000042.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] Cowboy feedback needed
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20Cowboy%20feedback%20needed&In-Reply-To=%3C51022593.7090306%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000041.html">
+   <LINK REL="Next"  HREF="000040.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] Cowboy feedback needed</H1>
+    <B>Michael Truog</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20Cowboy%20feedback%20needed&In-Reply-To=%3C51022593.7090306%40gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] Cowboy feedback needed">mjtruog at gmail.com
+       </A><BR>
+    <I>Fri Jan 25 07:26:27 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000041.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A></li>
+        <LI>Next message: <A HREF="000040.html">[99s-extend] Cowboy Makefile
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#42">[ date ]</a>
+              <a href="thread.html#42">[ thread ]</a>
+              <a href="subject.html#42">[ subject ]</a>
+              <a href="author.html#42">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>A comparison (summary) of cowboy 0.6.1 and misultin 0.9 final in the context of CloudI is here:
+<A HREF="https://github.com/okeuday/CloudI/blob/master/src/tests/http_req/loadtest/results_v1_1_0/201210_summary.pdf">https://github.com/okeuday/CloudI/blob/master/src/tests/http_req/loadtest/results_v1_1_0/201210_summary.pdf</A>
+(the raw Tsung results are also within the same directory)
+
+The results are just showing the latency when putting cowboy and misultin under 10kreq/s load with both 20k and 40k connections, when the requests go through CloudI messaging into all the supported programming languages (Erlang, C/C++, pure-Java, Python/C, pure-Python, and pure-Ruby.... the &quot;pure&quot; part is where only the target language is used to create the CloudI API, which does the Erlang binary term format CloudI request encoding/decoding).  So, the test is showing the performance of a simple HTTP GET query parameter parse/response using XML (the XML is based on historical misultin testing).
+
+For these tests, it showed cowboy always has less latency which is significant, if the programming language internal latency is not significant.  The cpu usage of cowboy was slightly lower than misultin for high connection counts (40k instead of 20k).  The memory usage of cowboy was significantly lower than misultin.  The test results are for R15B01 and R15B02, just due to when I did the loadtesting.
+
+I will continue to do similar loadtests in the future to make sure and evaluate performance with more recent Erlang releases, as time allows, but the Tsung configurations are within the repository for people to test their own (hardware) environments.
+
+On 01/24/2013 01:23 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> Hey,
+</I>&gt;<i>
+</I>&gt;<i> I'm looking into perhaps starting a project related to Cowboy and could use some feedback from users, particularly in the realm of numbers.
+</I>&gt;<i>
+</I>&gt;<i> If you use Cowboy and have it in production where:
+</I>&gt;<i>
+</I>&gt;<i>  *  Latency is vital
+</I>&gt;<i>  *  Throughput is vital
+</I>&gt;<i>  *  Concurrent number of connections is huge
+</I>&gt;<i>  *  Load is huge (or would be with another solution)
+</I>&gt;<i>
+</I>&gt;<i> Then I'd like to hear from you!
+</I>&gt;<i>
+</I>&gt;<i> Please send me average numbers, statistics, graphs or anything where I can see how well it performs for you! In private if you prefer. Tell me if I can quote you or your company about it. Please answer even if we briefly discussed it in the past.
+</I>&gt;<i>
+</I>&gt;<i> (If you found that it didn't perform enough for your needs you should probably open a ticket, or, if you can't, send me a private email.)
+</I>&gt;<i>
+</I>&gt;<i> Looking forward to the feedback. Thanks!
+</I>&gt;<i>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000041.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A></li>
+	<LI>Next message: <A HREF="000040.html">[99s-extend] Cowboy Makefile
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#42">[ date ]</a>
+              <a href="thread.html#42">[ thread ]</a>
+              <a href="subject.html#42">[ subject ]</a>
+              <a href="author.html#42">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-January/author.html b/_build/static/archives/extend/2013-January/author.html
new file mode 100644
index 00000000..abc837cb
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/author.html
@@ -0,0 +1,122 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Jan  3 10:30:30 CET 2013</i><br>
+         <b>Ending:</b> <i>Fri Jan 25 07:26:27 CET 2013</i><br>
+         <b>Messages:</b> 15<p>
+     <ul>
+
+<LI><A HREF="000034.html">[99s-extend] Call for testers: middleware support
+</A><A NAME="34">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000036.html">[99s-extend] Cowboy, how call my database select function
+</A><A NAME="36">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000029.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="29">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000031.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="31">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000033.html">[99s-extend] Call for testers: middleware support
+</A><A NAME="33">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000037.html">[99s-extend] [ANN] Ranch 0.6.1
+</A><A NAME="37">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000039.html">[99s-extend] Cowboy feedback needed
+</A><A NAME="39">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000040.html">[99s-extend] Cowboy Makefile
+</A><A NAME="40">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000028.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="28">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000030.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="30">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000032.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="32">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000038.html">[99s-extend] [ANN] Ranch 0.6.1
+</A><A NAME="38">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000042.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A><A NAME="42">&nbsp;</A>
+<I>Michael Truog
+</I>
+
+<LI><A HREF="000041.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A><A NAME="41">&nbsp;</A>
+<I>Barco You
+</I>
+
+<LI><A HREF="000035.html">[99s-extend] Cowboy, how call my database select function
+</A><A NAME="35">&nbsp;</A>
+<I>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jan 25 07:26:27 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-January/date.html b/_build/static/archives/extend/2013-January/date.html
new file mode 100644
index 00000000..451345ad
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/date.html
@@ -0,0 +1,122 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Jan  3 10:30:30 CET 2013</i><br>
+         <b>Ending:</b> <i>Fri Jan 25 07:26:27 CET 2013</i><br>
+         <b>Messages:</b> 15<p>
+     <ul>
+
+<LI><A HREF="000028.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="28">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000029.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="29">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000030.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="30">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000031.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="31">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000032.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="32">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000033.html">[99s-extend] Call for testers: middleware support
+</A><A NAME="33">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000034.html">[99s-extend] Call for testers: middleware support
+</A><A NAME="34">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000035.html">[99s-extend] Cowboy, how call my database select function
+</A><A NAME="35">&nbsp;</A>
+<I>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;
+</I>
+
+<LI><A HREF="000036.html">[99s-extend] Cowboy, how call my database select function
+</A><A NAME="36">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000037.html">[99s-extend] [ANN] Ranch 0.6.1
+</A><A NAME="37">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000038.html">[99s-extend] [ANN] Ranch 0.6.1
+</A><A NAME="38">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000039.html">[99s-extend] Cowboy feedback needed
+</A><A NAME="39">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000040.html">[99s-extend] Cowboy Makefile
+</A><A NAME="40">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000041.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A><A NAME="41">&nbsp;</A>
+<I>Barco You
+</I>
+
+<LI><A HREF="000042.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A><A NAME="42">&nbsp;</A>
+<I>Michael Truog
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jan 25 07:26:27 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-January/index.html b/_build/static/archives/extend/2013-January/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-January/subject.html b/_build/static/archives/extend/2013-January/subject.html
new file mode 100644
index 00000000..6bf3ddc3
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/subject.html
@@ -0,0 +1,122 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Jan  3 10:30:30 CET 2013</i><br>
+         <b>Ending:</b> <i>Fri Jan 25 07:26:27 CET 2013</i><br>
+         <b>Messages:</b> 15<p>
+     <ul>
+
+<LI><A HREF="000037.html">[99s-extend] [ANN] Ranch 0.6.1
+</A><A NAME="37">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000038.html">[99s-extend] [ANN] Ranch 0.6.1
+</A><A NAME="38">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000028.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="28">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000029.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="29">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000030.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="30">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000031.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="31">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000032.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="32">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000041.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A><A NAME="41">&nbsp;</A>
+<I>Barco You
+</I>
+
+<LI><A HREF="000042.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A><A NAME="42">&nbsp;</A>
+<I>Michael Truog
+</I>
+
+<LI><A HREF="000033.html">[99s-extend] Call for testers: middleware support
+</A><A NAME="33">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000034.html">[99s-extend] Call for testers: middleware support
+</A><A NAME="34">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000035.html">[99s-extend] Cowboy, how call my database select function
+</A><A NAME="35">&nbsp;</A>
+<I>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;
+</I>
+
+<LI><A HREF="000036.html">[99s-extend] Cowboy, how call my database select function
+</A><A NAME="36">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+<LI><A HREF="000039.html">[99s-extend] Cowboy feedback needed
+</A><A NAME="39">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000040.html">[99s-extend] Cowboy Makefile
+</A><A NAME="40">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jan 25 07:26:27 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-January/thread.html b/_build/static/archives/extend/2013-January/thread.html
new file mode 100644
index 00000000..262a0ac7
--- /dev/null
+++ b/_build/static/archives/extend/2013-January/thread.html
@@ -0,0 +1,151 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Jan  3 10:30:30 CET 2013</i><br>
+         <b>Ending:</b> <i>Fri Jan 25 07:26:27 CET 2013</i><br>
+         <b>Messages:</b> 15<p>
+     <ul>
+
+<!--0 01357205430.28- -->
+<LI><A HREF="000028.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="28">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<UL>
+<!--1 01357205430.28-01357217216.29- -->
+<LI><A HREF="000029.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="29">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01357205430.28-01357217216.29-01357219936.30- -->
+<LI><A HREF="000030.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="30">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<UL>
+<!--3 01357205430.28-01357217216.29-01357219936.30-01357221108.31- -->
+<LI><A HREF="000031.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="31">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01357205430.28-01357217216.29-01357219936.30-01357221108.31-01357221656.32- -->
+<LI><A HREF="000032.html">[99s-extend] [erlang-questions] [ANN] Ranch 0.6.0 Xmas Edition	Released
+</A><A NAME="32">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01357249966.33- -->
+<LI><A HREF="000033.html">[99s-extend] Call for testers: middleware support
+</A><A NAME="33">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01357249966.33-01357309881.34- -->
+<LI><A HREF="000034.html">[99s-extend] Call for testers: middleware support
+</A><A NAME="34">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+</UL>
+<!--0 01357681016.35- -->
+<LI><A HREF="000035.html">[99s-extend] Cowboy, how call my database select function
+</A><A NAME="35">&nbsp;</A>
+<I>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;
+</I>
+
+<UL>
+<!--1 01357681016.35-01357686722.36- -->
+<LI><A HREF="000036.html">[99s-extend] Cowboy, how call my database select function
+</A><A NAME="36">&nbsp;</A>
+<I>Thomas Allen
+</I>
+
+</UL>
+<!--0 01358447606.37- -->
+<LI><A HREF="000037.html">[99s-extend] [ANN] Ranch 0.6.1
+</A><A NAME="37">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01358447606.37-01358451758.38- -->
+<LI><A HREF="000038.html">[99s-extend] [ANN] Ranch 0.6.1
+</A><A NAME="38">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+</UL>
+<!--0 01359062611.39- -->
+<LI><A HREF="000039.html">[99s-extend] Cowboy feedback needed
+</A><A NAME="39">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01359062611.39-01359093197.41- -->
+<LI><A HREF="000041.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A><A NAME="41">&nbsp;</A>
+<I>Barco You
+</I>
+
+<!--1 01359062611.39-01359095187.42- -->
+<LI><A HREF="000042.html">[99s-extend] [erlang-questions] Cowboy feedback needed
+</A><A NAME="42">&nbsp;</A>
+<I>Michael Truog
+</I>
+
+</UL>
+<!--0 01359067290.40- -->
+<LI><A HREF="000040.html">[99s-extend] Cowboy Makefile
+</A><A NAME="40">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jan 25 07:26:27 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:42 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-July.txt b/_build/static/archives/extend/2013-July.txt
new file mode 100644
index 00000000..72bc16e4
--- /dev/null
+++ b/_build/static/archives/extend/2013-July.txt
@@ -0,0 +1,1977 @@
+From ivan at llaisdy.com  Tue Jul  9 18:11:50 2013
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Tue, 09 Jul 2013 17:11:50 +0100
+Subject: [99s-extend] Cowboy: http request maximum body size
+Message-ID: <[email protected]>
+
+Dear All
+
+ From the source [1], it looks like the default maximum request body 
+size is 8 million bytes, but this can be set per request, up to 
+infinity.  In the latter case there seems to be no upper limit set by 
+the server at all, and it will keep reading until some external force 
+makes it stop.
+
+That looks handy, if it means I don't have to stipulate a maximum 
+request body size (as long as I make sure the machine cowboy is running 
+on has a sensible amount of memory).
+
+Is that the case?  If not, please correct.
+
+With thanks and best wishes
+
+Ivan
+
+[1] https://github.com/extend/cowboy/blob/master/src/cowboy_req.erl#L720-746
+
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     ivan at llaisdy.com
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+
+From akuleshov at tpip.net  Wed Jul 17 16:47:43 2013
+From: akuleshov at tpip.net (Alexander Kuleshov)
+Date: Wed, 17 Jul 2013 16:47:43 +0200 (CEST)
+Subject: [99s-extend] Serve static files with cowboy from some applications
+Message-ID: <[email protected]>
+
+Hello,
+
+I have a web application which used cowboy (from master). I need to serve some static files, it's usual web application but i can use usual dispatch something like this:
+
+    Dispatch = cowboy_router:compile([
+        {'_', [
+                {<<"/static/v/[...]">>, cowboy_static, [
+                    {etag, {attributes, [filepath, filesize, inode, mtime]}},
+                    {mimetypes, [
+                            {<<".js">> , [<<"application/javascript">>]},
+                            {<<".css">>, [<<"text/css">>]},
+                            {<<".gif">>, [<<"image/gif">>]},
+                            {<<".png">>, [<<"image/png">>]},
+                            {<<".jpg">>, [<<"image/jpeg">>]},
+                            {<<".html">>, [<<"text/html">>]}
+                    ]},
+                    {directory, {priv_dir, my_app, [<<"static">>]}}
+                ]}
+        ]}
+    ])
+
+And i try to explain why. In fact, i have one application (this application) which used cowboy and many plugins for it. Every plugin is an erlang application and also every application has own static files. I need routing something like this:
+
+if path /static/v/my_app/index.html than serve index.html from my_app
+
+if path /static/v/other_app/test.js that serve test.js from other_app.
+
+and etc....
+
+Main goal to change: `my_app` from here: {directory, {priv_dir, my_app, [<<"static">>]} dynamically or write custom static handler.
+
+How to do it correctly with cowboy?
+
+Thank you.
+
+-- 
+Alex Kuleshov
+Software Developer
+
+email: ak at travelping.com
+phone: +77172227194
+mobile: +77019442517
+
+----------------- enabling your networks ---------------------
+Travelping GmbH               phone: +49-391-8190990
+Roentgenstr. 13               fax: +49-391-819099299
+D-39108 Magdeburg             email: info at travelping.com
+GERMANY                       web: http://www.travelping.com
+
+Company Registration: Amtsgericht Stendal Reg No.: HRB 10578
+Geschaeftsfuehrer: Holger Winkelmann | VAT ID No.: DE236673780
+--------------------------------------------------------------
+
+
+From adrian at id3as.co.uk  Thu Jul 18 12:15:11 2013
+From: adrian at id3as.co.uk (Adrian Roe)
+Date: Thu, 18 Jul 2013 11:15:11 +0100
+Subject: [99s-extend] Cowboy handler linked processes
+Message-ID: <[email protected]>
+
+We have been using spawn_linked workers to handle tasks that live for the lifetime of a single HTTP request
+
+Although in the cowboy guide it is clear that Cowboy can use "One Process of Many Requests" I am surprised that this is the case even if the handler crashes.  For example, our use case is to copy a large file to the server over HTTP where a worker process relays the file contents to long term storage.  The worker process is spawn_linked from the HTTP handler and (for our use case) should die if the handler stops.
+
+If the client stops the upload (for example by browsing away, or losing connectivity) we correctly receive an error (see sample Lager trace below), but what we are seeing is that spawn_linked processes are NOT being killed.
+
+Is this intended behaviour - I accept it makes sense to reuse the processes but should this continue to be the case even if the previous use of the process crashed?  If it is intended behaviour I think the docs should highlight this as we've been leaking processes for some time now, but I've always seen it as erlang's job to look after related process trees in the event of error.  Our current workaround is to hold a list of linked processes in process storage and then kill them in the terminate handler which is ugly in the extreme!!  We don't know the PIDS of the linked processes until it is too late to return State to Cowboy (i.e. we are already in our handle code)...
+
+Kind regards
+
+Adrian
+
+16:09:32.347 [info] Trailer upload failed with reason {case_clause,{error,closed}}
+16:09:32.348 [error] ** Cowboy handler upload_trailer_resource terminating in handle/2
+   for the reason error:{case_clause,{error,closed}}
+** Handler state was {state,undefined,0,undefined,undefined,undefined}
+** Request was [{socket,#Port<0.11230>},{transport,ranch_tcp},{connection,keepalive},{pid,<0.1987.0>},{method,<<"POST">>},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,<<"54.225.117.108">>},{host_info,undefined},{port,8000},{path,<<"/upload_trailer">>},{path_info,undef
+ined},{qs,<<"name=linux-7.4.21.zip&size=54015414">>},{qs_vals,undefined},{bindings,[]},{headers,[{<<"host">>,<<"54.225.117.108:8000">>},{<<"connection">>,<<"keep-alive">>},{<<"content-length">>,<<"54015414">>},{<<"origin">>,<<"http://54.225.117.108:8000">>},{<<"user-agent">>,<<"M
+ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.71 Safari/537.36">>},{<<"content-type">>,<<>>},{<<"accept">>,<<"*/*">>},{<<"referer">>,<<"http://54.225.117.108:8000/">>},{<<"accept-encoding">>,<<"gzip,deflate,sdch">>},{<<"acce
+pt-language">>,<<"en-US,en;q=0.8">>},{<<"cookie">>,<<"__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5; id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93">>}]},{p_headers,[{<<"connection">>,[<<"keep-alive">>]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+fined},{buffer,<<>>},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,<<>>},{onresponse,undefined}]
+** Stacktrace: [{i_cowboy,stream_body,0,[{file,"src/i_cowboy.erl"},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,"src/endpoints/upload_trailer_resource.erl"}
+,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,202}]},{upload_trailer_resource,sequence,2,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,106}]},{upload_trailer_resource,process_request,1,[{file,"src/endpo
+ints/upload_trailer_resource.erl"},{line,212}]},{i_cowboy,do,3,[{file,"src/i_cowboy.erl"},{line,29}]},{cowboy_handler,handler_handle,4,[{file,"src/cowboy_handler.erl"},{line,119}]}]
+
+
+-- 
+Dr Adrian Roe
+Director
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130718/d65f1aaf/attachment.html>
+
+From essen at ninenines.eu  Thu Jul 18 12:17:13 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 18 Jul 2013 12:17:13 +0200
+Subject: [99s-extend] Serve static files with cowboy from some
+	applications
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 07/17/2013 04:47 PM, Alexander Kuleshov wrote:
+> Hello,
+>
+> I have a web application which used cowboy (from master). I need to serve some static files, it's usual web application but i can use usual dispatch something like this:
+>
+>      Dispatch = cowboy_router:compile([
+>          {'_', [
+>                  {<<"/static/v/[...]">>, cowboy_static, [
+>                      {etag, {attributes, [filepath, filesize, inode, mtime]}},
+>                      {mimetypes, [
+>                              {<<".js">> , [<<"application/javascript">>]},
+>                              {<<".css">>, [<<"text/css">>]},
+>                              {<<".gif">>, [<<"image/gif">>]},
+>                              {<<".png">>, [<<"image/png">>]},
+>                              {<<".jpg">>, [<<"image/jpeg">>]},
+>                              {<<".html">>, [<<"text/html">>]}
+>                      ]},
+>                      {directory, {priv_dir, my_app, [<<"static">>]}}
+>                  ]}
+>          ]}
+>      ])
+>
+> And i try to explain why. In fact, i have one application (this application) which used cowboy and many plugins for it. Every plugin is an erlang application and also every application has own static files. I need routing something like this:
+>
+> if path /static/v/my_app/index.html than serve index.html from my_app
+>
+> if path /static/v/other_app/test.js that serve test.js from other_app.
+>
+> and etc....
+>
+> Main goal to change: `my_app` from here: {directory, {priv_dir, my_app, [<<"static">>]} dynamically or write custom static handler.
+>
+> How to do it correctly with cowboy?
+
+Why don't you add one rule per application?
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Thu Jul 18 12:20:36 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 18 Jul 2013 12:20:36 +0200
+Subject: [99s-extend] Cowboy handler linked processes
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+I don't know what happens but there's two things I know:
+
+  *  Handlers don't trap_exit, so if the linked process crashes, they 
+crash too
+  *  If the handler crashes, we close the connection and stop the 
+handler; if not this is a bug
+
+After your log message the handler should stop unless there's a bug 
+somewhere.
+
+On 07/18/2013 12:15 PM, Adrian Roe wrote:
+> We have been using spawn_linked workers to handle tasks that live for
+> the lifetime of a single HTTP request
+>
+> Although in the cowboy guide it is clear that Cowboy can use "One
+> Process of Many Requests" I am surprised that this is the case even if
+> the handler crashes.  For example, our use case is to copy a large file
+> to the server over HTTP where a worker process relays the file contents
+> to long term storage.  The worker process is spawn_linked from the HTTP
+> handler and (for our use case) should die if the handler stops.
+>
+> If the client stops the upload (for example by browsing away, or losing
+> connectivity) we correctly receive an error (see sample Lager trace
+> below), but what we are seeing is that spawn_linked processes are NOT
+> being killed.
+>
+> Is this intended behaviour - I accept it makes sense to reuse the
+> processes but should this continue to be the case even if the previous
+> use of the process crashed?  If it is intended behaviour I think the
+> docs should highlight this as we've been leaking processes for some time
+> now, but I've always seen it as erlang's job to look after related
+> process trees in the event of error.  Our current workaround is to hold
+> a list of linked processes in process storage and then kill them in the
+> terminate handler which is ugly in the extreme!!  We don't know the PIDS
+> of the linked processes until it is too late to return State to Cowboy
+> (i.e. we are already in our handle code)...
+>
+> Kind regards
+>
+> Adrian
+>
+> 16:09:32.347 [info] Trailer upload failed with reason
+> {case_clause,{error,closed}}
+> 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+> terminating in handle/2
+>     for the reason error:{case_clause,{error,closed}}
+> ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+> ** Request was
+> [{socket,#Port<0.11230>},{transport,ranch_tcp},{connection,keepalive},{pid,<0.1987.0>},{method,<<"POST">>},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,<<"54.225.117.108">>},{host_info,undefined},{port,8000},{path,<<"/upload_trailer">>},{path_info,undef
+> ined},{qs,<<"name=linux-7.4.21.zip&size=54015414">>},{qs_vals,undefined},{bindings,[]},{headers,[{<<"host">>,<<"54.225.117.108:8000">>},{<<"connection">>,<<"keep-alive">>},{<<"content-length">>,<<"54015414">>},{<<"origin">>,<<"http://54.225.117.108:8000">>},{<<"user-agent">>,<<"M
+> ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML,
+> like Gecko) Chrome/28.0.1500.71
+> Safari/537.36">>},{<<"content-type">>,<<>>},{<<"accept">>,<<"*/*">>},{<<"referer">>,<<"http://54.225.117.108:8000/">>},{<<"accept-encoding">>,<<"gzip,deflate,sdch">>},{<<"acce
+> pt-language">>,<<"en-US,en;q=0.8">>},{<<"cookie">>,<<"__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+> id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93">>}]},{p_headers,[{<<"connection">>,[<<"keep-alive">>]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+> fined},{buffer,<<>>},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,<<>>},{onresponse,undefined}]
+> ** Stacktrace:
+> [{i_cowboy,stream_body,0,[{file,"src/i_cowboy.erl"},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,"src/endpoints/upload_trailer_resource.erl"}
+> ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,202}]},{upload_trailer_resource,sequence,2,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,106}]},{upload_trailer_resource,process_request,1,[{file,"src/endpo
+> ints/upload_trailer_resource.erl"},{line,212}]},{i_cowboy,do,3,[{file,"src/i_cowboy.erl"},{line,29}]},{cowboy_handler,handler_handle,4,[{file,"src/cowboy_handler.erl"},{line,119}]}]
+>
+>
+> --
+> Dr Adrian Roe
+> Director
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From adrian at id3as.co.uk  Thu Jul 18 12:31:45 2013
+From: adrian at id3as.co.uk (Adrian Roe)
+Date: Thu, 18 Jul 2013 11:31:45 +0100
+Subject: [99s-extend] Cowboy handler linked processes
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+My issue is the other way round.  My handler crashes - and terminate gets called, but the linked process is NOT stopped (unless I stop it in terminate having stashed any processes I need to stop in the process dictionary - this is what I'm currently doing, but yuck!)
+
+.  My question is whether it wouldn't be better to no re-use the handler process that has crashed and replace it so that handler's can use the canonical erlang way of stopping related processes rather than having to do it by hand.    
+
+Obviously if the handler does not crash there's no need to kill the process, so the current efficiency saving works in the "normal" case/  
+
+--  
+Dr Adrian Roe
+Director
+
+
+On Thursday, 18 July 2013 at 11:20, Lo?c Hoguin wrote:
+
+> I don't know what happens but there's two things I know:
+>  
+> * Handlers don't trap_exit, so if the linked process crashes, they  
+> crash too
+> * If the handler crashes, we close the connection and stop the  
+> handler; if not this is a bug
+>  
+> After your log message the handler should stop unless there's a bug  
+> somewhere.
+>  
+> On 07/18/2013 12:15 PM, Adrian Roe wrote:
+> > We have been using spawn_linked workers to handle tasks that live for
+> > the lifetime of a single HTTP request
+> >  
+> > Although in the cowboy guide it is clear that Cowboy can use "One
+> > Process of Many Requests" I am surprised that this is the case even if
+> > the handler crashes. For example, our use case is to copy a large file
+> > to the server over HTTP where a worker process relays the file contents
+> > to long term storage. The worker process is spawn_linked from the HTTP
+> > handler and (for our use case) should die if the handler stops.
+> >  
+> > If the client stops the upload (for example by browsing away, or losing
+> > connectivity) we correctly receive an error (see sample Lager trace
+> > below), but what we are seeing is that spawn_linked processes are NOT
+> > being killed.
+> >  
+> > Is this intended behaviour - I accept it makes sense to reuse the
+> > processes but should this continue to be the case even if the previous
+> > use of the process crashed? If it is intended behaviour I think the
+> > docs should highlight this as we've been leaking processes for some time
+> > now, but I've always seen it as erlang's job to look after related
+> > process trees in the event of error. Our current workaround is to hold
+> > a list of linked processes in process storage and then kill them in the
+> > terminate handler which is ugly in the extreme!! We don't know the PIDS
+> > of the linked processes until it is too late to return State to Cowboy
+> > (i.e. we are already in our handle code)...
+> >  
+> > Kind regards
+> >  
+> > Adrian
+> >  
+> > 16:09:32.347 [info] Trailer upload failed with reason
+> > {case_clause,{error,closed}}
+> > 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+> > terminating in handle/2
+> > for the reason error:{case_clause,{error,closed}}
+> > ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+> > ** Request was
+> > [{socket,#Port<0.11230>},{transport,ranch_tcp},{connection,keepalive},{pid,<0.1987.0>},{method,<<"POST">>},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,<<"54.225.117.108">>},{host_info,undefined},{port,8000},{path,<<"/upload_trailer">>},{path_info,undef
+> > ined},{qs,<<"name=linux-7.4.21.zip&size=54015414">>},{qs_vals,undefined},{bindings,[]},{headers,[{<<"host">>,<<"54.225.117.108:8000">>},{<<"connection">>,<<"keep-alive">>},{<<"content-length">>,<<"54015414">>},{<<"origin">>,<<"http://54.225.117.108:8000">>},{<<"user-agent">>,<<"M
+> > ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML,
+> > like Gecko) Chrome/28.0.1500.71
+> > Safari/537.36">>},{<<"content-type">>,<<>>},{<<"accept">>,<<"*/*">>},{<<"referer">>,<<"http://54.225.117.108:8000/">>},{<<"accept-encoding">>,<<"gzip,deflate,sdch">>},{<<"acce
+> > pt-language">>,<<"en-US,en;q=0.8">>},{<<"cookie">>,<<"__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+> > id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93">>}]},{p_headers,[{<<"connection">>,[<<"keep-alive">>]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+> > fined},{buffer,<<>>},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,<<>>},{onresponse,undefined}]
+> > ** Stacktrace:
+> > [{i_cowboy,stream_body,0,[{file,"src/i_cowboy.erl"},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,"src/endpoints/upload_trailer_resource.erl"}
+> > ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,202}]},{upload_trailer_resource,sequence,2,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,106}]},{upload_trailer_resource,process_request,1,[{file,"src/endpo
+> > ints/upload_trailer_resource.erl"},{line,212}]},{i_cowboy,do,3,[{file,"src/i_cowboy.erl"},{line,29}]},{cowboy_handler,handler_handle,4,[{file,"src/cowboy_handler.erl"},{line,119}]}]
+> >  
+> >  
+> > --
+> > Dr Adrian Roe
+> > Director
+> >  
+> >  
+> >  
+> > _______________________________________________
+> > Extend mailing list
+> > Extend at lists.ninenines.eu (mailto:Extend at lists.ninenines.eu)
+> > http://lists.ninenines.eu:81/listinfo/extend
+> >  
+>  
+>  
+>  
+> --  
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>  
+>  
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130718/c50bef17/attachment.html>
+
+From essen at ninenines.eu  Thu Jul 18 12:36:04 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 18 Jul 2013 12:36:04 +0200
+Subject: [99s-extend] Cowboy handler linked processes
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I don't think the problem is that the handler is reused, we don't reuse 
+them if there's an error. However we do catch errors to print them in 
+the logs, and then the process stops normally. If you link without 
+trap_exit you receive a normal exit signal which is ignored and doesn't 
+kill your process. I suppose we should throw an exit signal when we got 
+an error, after logging everything, instead of stopping normally.
+
+On 07/18/2013 12:31 PM, Adrian Roe wrote:
+> My issue is the other way round.  My handler crashes - and terminate
+> gets called, but the linked process is NOT stopped (unless I stop it in
+> terminate having stashed any processes I need to stop in the process
+> dictionary - this is what I'm currently doing, but yuck!)
+>
+> .  My question is whether it wouldn't be better to no re-use the handler
+> process that has crashed and replace it so that handler's can use the
+> canonical erlang way of stopping related processes rather than having to
+> do it by hand.
+>
+> Obviously if the handler does not crash there's no need to kill the
+> process, so the current efficiency saving works in the "normal" case/
+>
+> --
+> Dr Adrian Roe
+> Director
+>
+> On Thursday, 18 July 2013 at 11:20, Lo?c Hoguin wrote:
+>
+>> I don't know what happens but there's two things I know:
+>>
+>> * Handlers don't trap_exit, so if the linked process crashes, they
+>> crash too
+>> * If the handler crashes, we close the connection and stop the
+>> handler; if not this is a bug
+>>
+>> After your log message the handler should stop unless there's a bug
+>> somewhere.
+>>
+>> On 07/18/2013 12:15 PM, Adrian Roe wrote:
+>>> We have been using spawn_linked workers to handle tasks that live for
+>>> the lifetime of a single HTTP request
+>>>
+>>> Although in the cowboy guide it is clear that Cowboy can use "One
+>>> Process of Many Requests" I am surprised that this is the case even if
+>>> the handler crashes. For example, our use case is to copy a large file
+>>> to the server over HTTP where a worker process relays the file contents
+>>> to long term storage. The worker process is spawn_linked from the HTTP
+>>> handler and (for our use case) should die if the handler stops.
+>>>
+>>> If the client stops the upload (for example by browsing away, or losing
+>>> connectivity) we correctly receive an error (see sample Lager trace
+>>> below), but what we are seeing is that spawn_linked processes are NOT
+>>> being killed.
+>>>
+>>> Is this intended behaviour - I accept it makes sense to reuse the
+>>> processes but should this continue to be the case even if the previous
+>>> use of the process crashed? If it is intended behaviour I think the
+>>> docs should highlight this as we've been leaking processes for some time
+>>> now, but I've always seen it as erlang's job to look after related
+>>> process trees in the event of error. Our current workaround is to hold
+>>> a list of linked processes in process storage and then kill them in the
+>>> terminate handler which is ugly in the extreme!! We don't know the PIDS
+>>> of the linked processes until it is too late to return State to Cowboy
+>>> (i.e. we are already in our handle code)...
+>>>
+>>> Kind regards
+>>>
+>>> Adrian
+>>>
+>>> 16:09:32.347 [info] Trailer upload failed with reason
+>>> {case_clause,{error,closed}}
+>>> 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+>>> terminating in handle/2
+>>> for the reason error:{case_clause,{error,closed}}
+>>> ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+>>> ** Request was
+>>> [{socket,#Port<0.11230>},{transport,ranch_tcp},{connection,keepalive},{pid,<0.1987.0>},{method,<<"POST">>},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,<<"54.225.117.108">>},{host_info,undefined},{port,8000},{path,<<"/upload_trailer">>},{path_info,undef
+>>> ined},{qs,<<"name=linux-7.4.21.zip&size=54015414">>},{qs_vals,undefined},{bindings,[]},{headers,[{<<"host">>,<<"54.225.117.108:8000">>},{<<"connection">>,<<"keep-alive">>},{<<"content-length">>,<<"54015414">>},{<<"origin">>,<<"http://54.225.117.108:8000">>},{<<"user-agent">>,<<"M
+>>> ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML,
+>>> like Gecko) Chrome/28.0.1500.71
+>>> Safari/537.36">>},{<<"content-type">>,<<>>},{<<"accept">>,<<"*/*">>},{<<"referer">>,<<"http://54.225.117.108:8000/">>},{<<"accept-encoding">>,<<"gzip,deflate,sdch">>},{<<"acce
+>>> pt-language">>,<<"en-US,en;q=0.8">>},{<<"cookie">>,<<"__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+>>> id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93">>}]},{p_headers,[{<<"connection">>,[<<"keep-alive">>]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+>>> fined},{buffer,<<>>},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,<<>>},{onresponse,undefined}]
+>>> ** Stacktrace:
+>>> [{i_cowboy,stream_body,0,[{file,"src/i_cowboy.erl"},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,"src/endpoints/upload_trailer_resource.erl"}
+>>> ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,202}]},{upload_trailer_resource,sequence,2,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,106}]},{upload_trailer_resource,process_request,1,[{file,"src/endpo
+>>> ints/upload_trailer_resource.erl"},{line,212}]},{i_cowboy,do,3,[{file,"src/i_cowboy.erl"},{line,29}]},{cowboy_handler,handler_handle,4,[{file,"src/cowboy_handler.erl"},{line,119}]}]
+>>>
+>>>
+>>> --
+>>> Dr Adrian Roe
+>>> Director
+>>>
+>>>
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From adrian at id3as.co.uk  Thu Jul 18 12:37:30 2013
+From: adrian at id3as.co.uk (Adrian Roe)
+Date: Thu, 18 Jul 2013 11:37:30 +0100
+Subject: [99s-extend] Cowboy handler linked processes
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+That would be perfect!  Do you want me to make the change and issue a pull request?  
+
+--  
+Dr Adrian Roe
+Director
+
+
+On Thursday, 18 July 2013 at 11:36, Lo?c Hoguin wrote:
+
+> I don't think the problem is that the handler is reused, we don't reuse  
+> them if there's an error. However we do catch errors to print them in  
+> the logs, and then the process stops normally. If you link without  
+> trap_exit you receive a normal exit signal which is ignored and doesn't  
+> kill your process. I suppose we should throw an exit signal when we got  
+> an error, after logging everything, instead of stopping normally.
+>  
+> On 07/18/2013 12:31 PM, Adrian Roe wrote:
+> > My issue is the other way round. My handler crashes - and terminate
+> > gets called, but the linked process is NOT stopped (unless I stop it in
+> > terminate having stashed any processes I need to stop in the process
+> > dictionary - this is what I'm currently doing, but yuck!)
+> >  
+> > . My question is whether it wouldn't be better to no re-use the handler
+> > process that has crashed and replace it so that handler's can use the
+> > canonical erlang way of stopping related processes rather than having to
+> > do it by hand.
+> >  
+> > Obviously if the handler does not crash there's no need to kill the
+> > process, so the current efficiency saving works in the "normal" case/
+> >  
+> > --
+> > Dr Adrian Roe
+> > Director
+> >  
+> > On Thursday, 18 July 2013 at 11:20, Lo?c Hoguin wrote:
+> >  
+> > > I don't know what happens but there's two things I know:
+> > >  
+> > > * Handlers don't trap_exit, so if the linked process crashes, they
+> > > crash too
+> > > * If the handler crashes, we close the connection and stop the
+> > > handler; if not this is a bug
+> > >  
+> > > After your log message the handler should stop unless there's a bug
+> > > somewhere.
+> > >  
+> > > On 07/18/2013 12:15 PM, Adrian Roe wrote:
+> > > > We have been using spawn_linked workers to handle tasks that live for
+> > > > the lifetime of a single HTTP request
+> > > >  
+> > > > Although in the cowboy guide it is clear that Cowboy can use "One
+> > > > Process of Many Requests" I am surprised that this is the case even if
+> > > > the handler crashes. For example, our use case is to copy a large file
+> > > > to the server over HTTP where a worker process relays the file contents
+> > > > to long term storage. The worker process is spawn_linked from the HTTP
+> > > > handler and (for our use case) should die if the handler stops.
+> > > >  
+> > > > If the client stops the upload (for example by browsing away, or losing
+> > > > connectivity) we correctly receive an error (see sample Lager trace
+> > > > below), but what we are seeing is that spawn_linked processes are NOT
+> > > > being killed.
+> > > >  
+> > > > Is this intended behaviour - I accept it makes sense to reuse the
+> > > > processes but should this continue to be the case even if the previous
+> > > > use of the process crashed? If it is intended behaviour I think the
+> > > > docs should highlight this as we've been leaking processes for some time
+> > > > now, but I've always seen it as erlang's job to look after related
+> > > > process trees in the event of error. Our current workaround is to hold
+> > > > a list of linked processes in process storage and then kill them in the
+> > > > terminate handler which is ugly in the extreme!! We don't know the PIDS
+> > > > of the linked processes until it is too late to return State to Cowboy
+> > > > (i.e. we are already in our handle code)...
+> > > >  
+> > > > Kind regards
+> > > >  
+> > > > Adrian
+> > > >  
+> > > > 16:09:32.347 [info] Trailer upload failed with reason
+> > > > {case_clause,{error,closed}}
+> > > > 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+> > > > terminating in handle/2
+> > > > for the reason error:{case_clause,{error,closed}}
+> > > > ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+> > > > ** Request was
+> > > > [{socket,#Port<0.11230>},{transport,ranch_tcp},{connection,keepalive},{pid,<0.1987.0>},{method,<<"POST">>},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,<<"54.225.117.108">>},{host_info,undefined},{port,8000},{path,<<"/upload_trailer">>},{path_info,undef
+> > > > ined},{qs,<<"name=linux-7.4.21.zip&size=54015414">>},{qs_vals,undefined},{bindings,[]},{headers,[{<<"host">>,<<"54.225.117.108:8000">>},{<<"connection">>,<<"keep-alive">>},{<<"content-length">>,<<"54015414">>},{<<"origin">>,<<"http://54.225.117.108:8000">>},{<<"user-agent">>,<<"M
+> > > > ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML,
+> > > > like Gecko) Chrome/28.0.1500.71
+> > > > Safari/537.36">>},{<<"content-type">>,<<>>},{<<"accept">>,<<"*/*">>},{<<"referer">>,<<"http://54.225.117.108:8000/">>},{<<"accept-encoding">>,<<"gzip,deflate,sdch">>},{<<"acce
+> > > > pt-language">>,<<"en-US,en;q=0.8">>},{<<"cookie">>,<<"__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+> > > > id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93">>}]},{p_headers,[{<<"connection">>,[<<"keep-alive">>]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+> > > > fined},{buffer,<<>>},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,<<>>},{onresponse,undefined}]
+> > > > ** Stacktrace:
+> > > > [{i_cowboy,stream_body,0,[{file,"src/i_cowboy.erl"},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,"src/endpoints/upload_trailer_resource.erl"}
+> > > > ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,202}]},{upload_trailer_resource,sequence,2,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,106}]},{upload_trailer_resource,process_request,1,[{file,"src/endpo
+> > > > ints/upload_trailer_resource.erl"},{line,212}]},{i_cowboy,do,3,[{file,"src/i_cowboy.erl"},{line,29}]},{cowboy_handler,handler_handle,4,[{file,"src/cowboy_handler.erl"},{line,119}]}]
+> > > >  
+> > > >  
+> > > > --
+> > > > Dr Adrian Roe
+> > > > Director
+> > > >  
+> > > >  
+> > > >  
+> > > > _______________________________________________
+> > > > Extend mailing list
+> > > > Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+> > > > http://lists.ninenines.eu:81/listinfo/extend
+> > > >  
+> > >  
+> > >  
+> > >  
+> > > --
+> > > Lo?c Hoguin
+> > > Erlang Cowboy
+> > > Nine Nines
+> > > http://ninenines.eu
+> > >  
+> >  
+> >  
+>  
+>  
+>  
+> --  
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>  
+>  
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130718/79e075b8/attachment.html>
+
+From essen at ninenines.eu  Thu Jul 18 12:38:13 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 18 Jul 2013 12:38:13 +0200
+Subject: [99s-extend] Cowboy handler linked processes
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+If you got time sure, I won't have much time until Monday. Have fun!
+
+On 07/18/2013 12:37 PM, Adrian Roe wrote:
+> That would be perfect!  Do you want me to make the change and issue a
+> pull request?
+>
+> --
+> Dr Adrian Roe
+> Director
+>
+> On Thursday, 18 July 2013 at 11:36, Lo?c Hoguin wrote:
+>
+>> I don't think the problem is that the handler is reused, we don't reuse
+>> them if there's an error. However we do catch errors to print them in
+>> the logs, and then the process stops normally. If you link without
+>> trap_exit you receive a normal exit signal which is ignored and doesn't
+>> kill your process. I suppose we should throw an exit signal when we got
+>> an error, after logging everything, instead of stopping normally.
+>>
+>> On 07/18/2013 12:31 PM, Adrian Roe wrote:
+>>> My issue is the other way round. My handler crashes - and terminate
+>>> gets called, but the linked process is NOT stopped (unless I stop it in
+>>> terminate having stashed any processes I need to stop in the process
+>>> dictionary - this is what I'm currently doing, but yuck!)
+>>>
+>>> . My question is whether it wouldn't be better to no re-use the handler
+>>> process that has crashed and replace it so that handler's can use the
+>>> canonical erlang way of stopping related processes rather than having to
+>>> do it by hand.
+>>>
+>>> Obviously if the handler does not crash there's no need to kill the
+>>> process, so the current efficiency saving works in the "normal" case/
+>>>
+>>> --
+>>> Dr Adrian Roe
+>>> Director
+>>>
+>>> On Thursday, 18 July 2013 at 11:20, Lo?c Hoguin wrote:
+>>>
+>>>> I don't know what happens but there's two things I know:
+>>>>
+>>>> * Handlers don't trap_exit, so if the linked process crashes, they
+>>>> crash too
+>>>> * If the handler crashes, we close the connection and stop the
+>>>> handler; if not this is a bug
+>>>>
+>>>> After your log message the handler should stop unless there's a bug
+>>>> somewhere.
+>>>>
+>>>> On 07/18/2013 12:15 PM, Adrian Roe wrote:
+>>>>> We have been using spawn_linked workers to handle tasks that live for
+>>>>> the lifetime of a single HTTP request
+>>>>>
+>>>>> Although in the cowboy guide it is clear that Cowboy can use "One
+>>>>> Process of Many Requests" I am surprised that this is the case even if
+>>>>> the handler crashes. For example, our use case is to copy a large file
+>>>>> to the server over HTTP where a worker process relays the file contents
+>>>>> to long term storage. The worker process is spawn_linked from the HTTP
+>>>>> handler and (for our use case) should die if the handler stops.
+>>>>>
+>>>>> If the client stops the upload (for example by browsing away, or losing
+>>>>> connectivity) we correctly receive an error (see sample Lager trace
+>>>>> below), but what we are seeing is that spawn_linked processes are NOT
+>>>>> being killed.
+>>>>>
+>>>>> Is this intended behaviour - I accept it makes sense to reuse the
+>>>>> processes but should this continue to be the case even if the previous
+>>>>> use of the process crashed? If it is intended behaviour I think the
+>>>>> docs should highlight this as we've been leaking processes for some
+>>>>> time
+>>>>> now, but I've always seen it as erlang's job to look after related
+>>>>> process trees in the event of error. Our current workaround is to hold
+>>>>> a list of linked processes in process storage and then kill them in the
+>>>>> terminate handler which is ugly in the extreme!! We don't know the PIDS
+>>>>> of the linked processes until it is too late to return State to Cowboy
+>>>>> (i.e. we are already in our handle code)...
+>>>>>
+>>>>> Kind regards
+>>>>>
+>>>>> Adrian
+>>>>>
+>>>>> 16:09:32.347 [info] Trailer upload failed with reason
+>>>>> {case_clause,{error,closed}}
+>>>>> 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+>>>>> terminating in handle/2
+>>>>> for the reason error:{case_clause,{error,closed}}
+>>>>> ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+>>>>> ** Request was
+>>>>> [{socket,#Port<0.11230>},{transport,ranch_tcp},{connection,keepalive},{pid,<0.1987.0>},{method,<<"POST">>},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,<<"54.225.117.108">>},{host_info,undefined},{port,8000},{path,<<"/upload_trailer">>},{path_info,undef
+>>>>> ined},{qs,<<"name=linux-7.4.21.zip&size=54015414">>},{qs_vals,undefined},{bindings,[]},{headers,[{<<"host">>,<<"54.225.117.108:8000">>},{<<"connection">>,<<"keep-alive">>},{<<"content-length">>,<<"54015414">>},{<<"origin">>,<<"http://54.225.117.108:8000">>},{<<"user-agent">>,<<"M
+>>>>> ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36
+>>>>> (KHTML,
+>>>>> like Gecko) Chrome/28.0.1500.71
+>>>>> Safari/537.36">>},{<<"content-type">>,<<>>},{<<"accept">>,<<"*/*">>},{<<"referer">>,<<"http://54.225.117.108:8000/">>},{<<"accept-encoding">>,<<"gzip,deflate,sdch">>},{<<"acce
+>>>>> pt-language">>,<<"en-US,en;q=0.8">>},{<<"cookie">>,<<"__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+>>>>> id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93">>}]},{p_headers,[{<<"connection">>,[<<"keep-alive">>]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+>>>>> fined},{buffer,<<>>},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,<<>>},{onresponse,undefined}]
+>>>>> ** Stacktrace:
+>>>>> [{i_cowboy,stream_body,0,[{file,"src/i_cowboy.erl"},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,"src/endpoints/upload_trailer_resource.erl"}
+>>>>> ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,202}]},{upload_trailer_resource,sequence,2,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,106}]},{upload_trailer_resource,process_request,1,[{file,"src/endpo
+>>>>> ints/upload_trailer_resource.erl"},{line,212}]},{i_cowboy,do,3,[{file,"src/i_cowboy.erl"},{line,29}]},{cowboy_handler,handler_handle,4,[{file,"src/cowboy_handler.erl"},{line,119}]}]
+>>>>>
+>>>>>
+>>>>> --
+>>>>> Dr Adrian Roe
+>>>>> Director
+>>>>>
+>>>>>
+>>>>>
+>>>>> _______________________________________________
+>>>>> Extend mailing list
+>>>>> Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>>
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> Erlang Cowboy
+>>>> Nine Nines
+>>>> http://ninenines.eu
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From adrian at id3as.co.uk  Thu Jul 18 19:55:20 2013
+From: adrian at id3as.co.uk (Adrian Roe)
+Date: Thu, 18 Jul 2013 18:55:20 +0100
+Subject: [99s-extend] Cowboy handler linked processes
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I suspect it's just a case of adding a throw to error_terminate in cowboy_protocol, maybe with threading the reason back (though I don't really care what's thrown), but also fear there may be unintended consequences as all I've done is skim your code briefly!  If you are able to look at it then great - if not I'll muddle through.  I'm travelling so it would be mid next week at the earliest anyway.  
+
+Cheers
+
+Adrian  
+
+--  
+Dr Adrian Roe
+Director
+
+
+On Thursday, 18 July 2013 at 11:38, Lo?c Hoguin wrote:
+
+> If you got time sure, I won't have much time until Monday. Have fun!
+>  
+> On 07/18/2013 12:37 PM, Adrian Roe wrote:
+> > That would be perfect! Do you want me to make the change and issue a
+> > pull request?
+> >  
+> > --
+> > Dr Adrian Roe
+> > Director
+> >  
+> > On Thursday, 18 July 2013 at 11:36, Lo?c Hoguin wrote:
+> >  
+> > > I don't think the problem is that the handler is reused, we don't reuse
+> > > them if there's an error. However we do catch errors to print them in
+> > > the logs, and then the process stops normally. If you link without
+> > > trap_exit you receive a normal exit signal which is ignored and doesn't
+> > > kill your process. I suppose we should throw an exit signal when we got
+> > > an error, after logging everything, instead of stopping normally.
+> > >  
+> > > On 07/18/2013 12:31 PM, Adrian Roe wrote:
+> > > > My issue is the other way round. My handler crashes - and terminate
+> > > > gets called, but the linked process is NOT stopped (unless I stop it in
+> > > > terminate having stashed any processes I need to stop in the process
+> > > > dictionary - this is what I'm currently doing, but yuck!)
+> > > >  
+> > > > . My question is whether it wouldn't be better to no re-use the handler
+> > > > process that has crashed and replace it so that handler's can use the
+> > > > canonical erlang way of stopping related processes rather than having to
+> > > > do it by hand.
+> > > >  
+> > > > Obviously if the handler does not crash there's no need to kill the
+> > > > process, so the current efficiency saving works in the "normal" case/
+> > > >  
+> > > > --
+> > > > Dr Adrian Roe
+> > > > Director
+> > > >  
+> > > > On Thursday, 18 July 2013 at 11:20, Lo?c Hoguin wrote:
+> > > >  
+> > > > > I don't know what happens but there's two things I know:
+> > > > >  
+> > > > > * Handlers don't trap_exit, so if the linked process crashes, they
+> > > > > crash too
+> > > > > * If the handler crashes, we close the connection and stop the
+> > > > > handler; if not this is a bug
+> > > > >  
+> > > > > After your log message the handler should stop unless there's a bug
+> > > > > somewhere.
+> > > > >  
+> > > > > On 07/18/2013 12:15 PM, Adrian Roe wrote:
+> > > > > > We have been using spawn_linked workers to handle tasks that live for
+> > > > > > the lifetime of a single HTTP request
+> > > > > >  
+> > > > > > Although in the cowboy guide it is clear that Cowboy can use "One
+> > > > > > Process of Many Requests" I am surprised that this is the case even if
+> > > > > > the handler crashes. For example, our use case is to copy a large file
+> > > > > > to the server over HTTP where a worker process relays the file contents
+> > > > > > to long term storage. The worker process is spawn_linked from the HTTP
+> > > > > > handler and (for our use case) should die if the handler stops.
+> > > > > >  
+> > > > > > If the client stops the upload (for example by browsing away, or losing
+> > > > > > connectivity) we correctly receive an error (see sample Lager trace
+> > > > > > below), but what we are seeing is that spawn_linked processes are NOT
+> > > > > > being killed.
+> > > > > >  
+> > > > > > Is this intended behaviour - I accept it makes sense to reuse the
+> > > > > > processes but should this continue to be the case even if the previous
+> > > > > > use of the process crashed? If it is intended behaviour I think the
+> > > > > > docs should highlight this as we've been leaking processes for some
+> > > > > > time
+> > > > > > now, but I've always seen it as erlang's job to look after related
+> > > > > > process trees in the event of error. Our current workaround is to hold
+> > > > > > a list of linked processes in process storage and then kill them in the
+> > > > > > terminate handler which is ugly in the extreme!! We don't know the PIDS
+> > > > > > of the linked processes until it is too late to return State to Cowboy
+> > > > > > (i.e. we are already in our handle code)...
+> > > > > >  
+> > > > > > Kind regards
+> > > > > >  
+> > > > > > Adrian
+> > > > > >  
+> > > > > > 16:09:32.347 [info] Trailer upload failed with reason
+> > > > > > {case_clause,{error,closed}}
+> > > > > > 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+> > > > > > terminating in handle/2
+> > > > > > for the reason error:{case_clause,{error,closed}}
+> > > > > > ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+> > > > > > ** Request was
+> > > > > > [{socket,#Port<0.11230>},{transport,ranch_tcp},{connection,keepalive},{pid,<0.1987.0>},{method,<<"POST">>},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,<<"54.225.117.108">>},{host_info,undefined},{port,8000},{path,<<"/upload_trailer">>},{path_info,undef
+> > > > > > ined},{qs,<<"name=linux-7.4.21.zip&size=54015414">>},{qs_vals,undefined},{bindings,[]},{headers,[{<<"host">>,<<"54.225.117.108:8000">>},{<<"connection">>,<<"keep-alive">>},{<<"content-length">>,<<"54015414">>},{<<"origin">>,<<"http://54.225.117.108:8000">>},{<<"user-agent">>,<<"M
+> > > > > > ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36
+> > > > > > (KHTML,
+> > > > > > like Gecko) Chrome/28.0.1500.71
+> > > > > > Safari/537.36">>},{<<"content-type">>,<<>>},{<<"accept">>,<<"*/*">>},{<<"referer">>,<<"http://54.225.117.108:8000/">>},{<<"accept-encoding">>,<<"gzip,deflate,sdch">>},{<<"acce
+> > > > > > pt-language">>,<<"en-US,en;q=0.8">>},{<<"cookie">>,<<"__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+> > > > > > id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93">>}]},{p_headers,[{<<"connection">>,[<<"keep-alive">>]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+> > > > > > fined},{buffer,<<>>},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,<<>>},{onresponse,undefined}]
+> > > > > > ** Stacktrace:
+> > > > > > [{i_cowboy,stream_body,0,[{file,"src/i_cowboy.erl"},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,"src/endpoints/upload_trailer_resource.erl"}
+> > > > > > ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,202}]},{upload_trailer_resource,sequence,2,[{file,"src/endpoints/upload_trailer_resource.erl"},{line,106}]},{upload_trailer_resource,process_request,1,[{file,"src/endpo
+> > > > > > ints/upload_trailer_resource.erl"},{line,212}]},{i_cowboy,do,3,[{file,"src/i_cowboy.erl"},{line,29}]},{cowboy_handler,handler_handle,4,[{file,"src/cowboy_handler.erl"},{line,119}]}]
+> > > > > >  
+> > > > > >  
+> > > > > > --
+> > > > > > Dr Adrian Roe
+> > > > > > Director
+> > > > > >  
+> > > > > >  
+> > > > > >  
+> > > > > > _______________________________________________
+> > > > > > Extend mailing list
+> > > > > > Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+> > > > > > http://lists.ninenines.eu:81/listinfo/extend
+> > > > > >  
+> > > > >  
+> > > > >  
+> > > > >  
+> > > > > --
+> > > > > Lo?c Hoguin
+> > > > > Erlang Cowboy
+> > > > > Nine Nines
+> > > > > http://ninenines.eu
+> > > > >  
+> > > >  
+> > > >  
+> > >  
+> > >  
+> > >  
+> > > --
+> > > Lo?c Hoguin
+> > > Erlang Cowboy
+> > > Nine Nines
+> > > http://ninenines.eu
+> > >  
+> >  
+> >  
+>  
+>  
+>  
+> --  
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>  
+>  
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130718/a3961a6f/attachment.html>
+
+From lee.sylvester at gmail.com  Tue Jul 23 15:12:08 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Tue, 23 Jul 2013 14:12:08 +0100
+Subject: [99s-extend] Cowboy HTTPS Issue
+Message-ID: <[email protected]>
+
+Hi guys,
+
+So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+
+application: ssl
+    exited: {bad_return,
+                {{ssl_app,start,[normal,[]]},
+                 {'EXIT',
+                     {undef,
+                         [{ssl_app,start,[normal,[]],[]},
+                          {application_master,start_it_old,4,
+                              [{file,"application_master.erl"},
+                               {line,274}]}]}}}}
+    type: temporary
+
+
+The way I'm starting Cowboy is like this:
+
+	Env = [
+		{env, [{dispatch, Dispatch}]},
+		{onrequest, fun http_utils:set_request_cors/1}
+	],
+
+	case http_server:is_secure() of
+		true ->
+			cowboy:start_https(https, 100, [
+				{ip, Ip}, {port, Port},
+				{certfile, binary_to_list(http_server:secure_cert())},
+				{keyfile, binary_to_list(http_server:secure_key())},
+				{reuseaddr, true},
+				{fail_if_no_peer_cert, true}
+			], Env);
+		_ ->
+			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+	end,
+
+Does anyone know why I might be getting this issue?
+
+Thanks,
+Lee
+
+
+
+
+From essen at ninenines.eu  Tue Jul 23 15:41:42 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 23 Jul 2013 15:41:42 +0200
+Subject: [99s-extend] Cowboy HTTPS Issue
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+You need to include and start the public_key and ssl applications.
+
+On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+> Hi guys,
+>
+> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+>
+> application: ssl
+>      exited: {bad_return,
+>                  {{ssl_app,start,[normal,[]]},
+>                   {'EXIT',
+>                       {undef,
+>                           [{ssl_app,start,[normal,[]],[]},
+>                            {application_master,start_it_old,4,
+>                                [{file,"application_master.erl"},
+>                                 {line,274}]}]}}}}
+>      type: temporary
+>
+>
+> The way I'm starting Cowboy is like this:
+>
+> 	Env = [
+> 		{env, [{dispatch, Dispatch}]},
+> 		{onrequest, fun http_utils:set_request_cors/1}
+> 	],
+>
+> 	case http_server:is_secure() of
+> 		true ->
+> 			cowboy:start_https(https, 100, [
+> 				{ip, Ip}, {port, Port},
+> 				{certfile, binary_to_list(http_server:secure_cert())},
+> 				{keyfile, binary_to_list(http_server:secure_key())},
+> 				{reuseaddr, true},
+> 				{fail_if_no_peer_cert, true}
+> 			], Env);
+> 		_ ->
+> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+> 	end,
+>
+> Does anyone know why I might be getting this issue?
+>
+> Thanks,
+> Lee
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From lee.sylvester at gmail.com  Tue Jul 23 15:59:00 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Tue, 23 Jul 2013 14:59:00 +0100
+Subject: [99s-extend] Cowboy HTTPS Issue
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thank you, Loic.  I'd forgotten to update my releases folder.
+
+I now have it running, but when I access an endpoint, I get
+
+=ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+SSL: 1159: error:[<<48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+                    126,49,13,  [snip]  45,193>>,
+                  <<48,130,6  [snip]  118,247,97>>] /usr/certs/cert.pem
+  [{ssl_connection,init_certificates,8,
+                   [{file,"ssl_connection.erl"},{line,1155}]},
+   {ssl_connection,ssl_init,2,[{file,"ssl_connection.erl"},{line,1110}]},
+   {ssl_connection,init,1,[{file,"ssl_connection.erl"},{line,303}]},
+   {proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,239}]}]
+
+Not a very helpful error.  I'm assuming the cert isn't being accepted by the SSL module?
+
+Thanks,
+Lee
+
+
+
+On 23 Jul 2013, at 14:41, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> You need to include and start the public_key and ssl applications.
+> 
+> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+>> Hi guys,
+>> 
+>> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+>> 
+>> application: ssl
+>>     exited: {bad_return,
+>>                 {{ssl_app,start,[normal,[]]},
+>>                  {'EXIT',
+>>                      {undef,
+>>                          [{ssl_app,start,[normal,[]],[]},
+>>                           {application_master,start_it_old,4,
+>>                               [{file,"application_master.erl"},
+>>                                {line,274}]}]}}}}
+>>     type: temporary
+>> 
+>> 
+>> The way I'm starting Cowboy is like this:
+>> 
+>> 	Env = [
+>> 		{env, [{dispatch, Dispatch}]},
+>> 		{onrequest, fun http_utils:set_request_cors/1}
+>> 	],
+>> 
+>> 	case http_server:is_secure() of
+>> 		true ->
+>> 			cowboy:start_https(https, 100, [
+>> 				{ip, Ip}, {port, Port},
+>> 				{certfile, binary_to_list(http_server:secure_cert())},
+>> 				{keyfile, binary_to_list(http_server:secure_key())},
+>> 				{reuseaddr, true},
+>> 				{fail_if_no_peer_cert, true}
+>> 			], Env);
+>> 		_ ->
+>> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+>> 	end,
+>> 
+>> Does anyone know why I might be getting this issue?
+>> 
+>> Thanks,
+>> Lee
+>> 
+>> 
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>> 
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Tue Jul 23 16:00:13 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 23 Jul 2013 16:00:13 +0200
+Subject: [99s-extend] Cowboy HTTPS Issue
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+No idea. You'll probably have more luck asking erlang-questions for SSL 
+issues.
+
+On 07/23/2013 03:59 PM, Lee Sylvester wrote:
+> Thank you, Loic.  I'd forgotten to update my releases folder.
+>
+> I now have it running, but when I access an endpoint, I get
+>
+> =ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+> SSL: 1159: error:[<<48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+>                      126,49,13,  [snip]  45,193>>,
+>                    <<48,130,6  [snip]  118,247,97>>] /usr/certs/cert.pem
+>    [{ssl_connection,init_certificates,8,
+>                     [{file,"ssl_connection.erl"},{line,1155}]},
+>     {ssl_connection,ssl_init,2,[{file,"ssl_connection.erl"},{line,1110}]},
+>     {ssl_connection,init,1,[{file,"ssl_connection.erl"},{line,303}]},
+>     {proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,239}]}]
+>
+> Not a very helpful error.  I'm assuming the cert isn't being accepted by the SSL module?
+>
+> Thanks,
+> Lee
+>
+>
+>
+> On 23 Jul 2013, at 14:41, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> You need to include and start the public_key and ssl applications.
+>>
+>> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+>>> Hi guys,
+>>>
+>>> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+>>>
+>>> application: ssl
+>>>      exited: {bad_return,
+>>>                  {{ssl_app,start,[normal,[]]},
+>>>                   {'EXIT',
+>>>                       {undef,
+>>>                           [{ssl_app,start,[normal,[]],[]},
+>>>                            {application_master,start_it_old,4,
+>>>                                [{file,"application_master.erl"},
+>>>                                 {line,274}]}]}}}}
+>>>      type: temporary
+>>>
+>>>
+>>> The way I'm starting Cowboy is like this:
+>>>
+>>> 	Env = [
+>>> 		{env, [{dispatch, Dispatch}]},
+>>> 		{onrequest, fun http_utils:set_request_cors/1}
+>>> 	],
+>>>
+>>> 	case http_server:is_secure() of
+>>> 		true ->
+>>> 			cowboy:start_https(https, 100, [
+>>> 				{ip, Ip}, {port, Port},
+>>> 				{certfile, binary_to_list(http_server:secure_cert())},
+>>> 				{keyfile, binary_to_list(http_server:secure_key())},
+>>> 				{reuseaddr, true},
+>>> 				{fail_if_no_peer_cert, true}
+>>> 			], Env);
+>>> 		_ ->
+>>> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+>>> 	end,
+>>>
+>>> Does anyone know why I might be getting this issue?
+>>>
+>>> Thanks,
+>>> Lee
+>>>
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From lee.sylvester at gmail.com  Tue Jul 23 16:01:07 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Tue, 23 Jul 2013 15:01:07 +0100
+Subject: [99s-extend] Cowboy HTTPS Issue
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Okay, thanks Lo?c.  I'll try my luck there :-)
+
+Regards,
+Lee
+
+
+
+On 23 Jul 2013, at 15:00, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> No idea. You'll probably have more luck asking erlang-questions for SSL issues.
+> 
+> On 07/23/2013 03:59 PM, Lee Sylvester wrote:
+>> Thank you, Loic.  I'd forgotten to update my releases folder.
+>> 
+>> I now have it running, but when I access an endpoint, I get
+>> 
+>> =ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+>> SSL: 1159: error:[<<48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+>>                     126,49,13,  [snip]  45,193>>,
+>>                   <<48,130,6  [snip]  118,247,97>>] /usr/certs/cert.pem
+>>   [{ssl_connection,init_certificates,8,
+>>                    [{file,"ssl_connection.erl"},{line,1155}]},
+>>    {ssl_connection,ssl_init,2,[{file,"ssl_connection.erl"},{line,1110}]},
+>>    {ssl_connection,init,1,[{file,"ssl_connection.erl"},{line,303}]},
+>>    {proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,239}]}]
+>> 
+>> Not a very helpful error.  I'm assuming the cert isn't being accepted by the SSL module?
+>> 
+>> Thanks,
+>> Lee
+>> 
+>> 
+>> 
+>> On 23 Jul 2013, at 14:41, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> 
+>>> You need to include and start the public_key and ssl applications.
+>>> 
+>>> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+>>>> Hi guys,
+>>>> 
+>>>> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+>>>> 
+>>>> application: ssl
+>>>>     exited: {bad_return,
+>>>>                 {{ssl_app,start,[normal,[]]},
+>>>>                  {'EXIT',
+>>>>                      {undef,
+>>>>                          [{ssl_app,start,[normal,[]],[]},
+>>>>                           {application_master,start_it_old,4,
+>>>>                               [{file,"application_master.erl"},
+>>>>                                {line,274}]}]}}}}
+>>>>     type: temporary
+>>>> 
+>>>> 
+>>>> The way I'm starting Cowboy is like this:
+>>>> 
+>>>> 	Env = [
+>>>> 		{env, [{dispatch, Dispatch}]},
+>>>> 		{onrequest, fun http_utils:set_request_cors/1}
+>>>> 	],
+>>>> 
+>>>> 	case http_server:is_secure() of
+>>>> 		true ->
+>>>> 			cowboy:start_https(https, 100, [
+>>>> 				{ip, Ip}, {port, Port},
+>>>> 				{certfile, binary_to_list(http_server:secure_cert())},
+>>>> 				{keyfile, binary_to_list(http_server:secure_key())},
+>>>> 				{reuseaddr, true},
+>>>> 				{fail_if_no_peer_cert, true}
+>>>> 			], Env);
+>>>> 		_ ->
+>>>> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+>>>> 	end,
+>>>> 
+>>>> Does anyone know why I might be getting this issue?
+>>>> 
+>>>> Thanks,
+>>>> Lee
+>>>> 
+>>>> 
+>>>> _______________________________________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>> 
+>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> Erlang Cowboy
+>>> Nine Nines
+>>> http://ninenines.eu
+>> 
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From edgurgel at gmail.com  Tue Jul 23 16:15:36 2013
+From: edgurgel at gmail.com (Eduardo Gurgel)
+Date: Tue, 23 Jul 2013 11:15:36 -0300
+Subject: [99s-extend] OPTIONS and is_authorized
+Message-ID: <CAKAMJXjzVKTA_VJPm_bJxr+hKBEYVK7hCz24ZkDu8gvZO4X_Rw@mail.gmail.com>
+
+What's the best way to skip is_authorized callback for OPTIONS methods? For
+all my rest handlers?
+
+Thanks in advance for any help you are able to provide.
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130723/3e51c337/attachment.html>
+
+From list1 at gjunka.com  Thu Jul 25 11:24:24 2013
+From: list1 at gjunka.com (Grzegorz Junka)
+Date: Thu, 25 Jul 2013 10:24:24 +0100
+Subject: [99s-extend] Cowboy HTTPS Issue
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Maybe the problem is with Erlang not seeing the crypto libraries? You 
+can verify that quickly by executing "crypto:start()." in the Erlang 
+shell. See this post for info:
+
+http://stackoverflow.com/questions/4742184/rebar-error-exit-on-create-app-crypto-start/14776521#14776521
+
+Greg
+
+On 23/07/2013 15:01, Lee Sylvester wrote:
+> Okay, thanks Lo?c.  I'll try my luck there :-)
+>
+> Regards,
+> Lee
+>
+>
+>
+> On 23 Jul 2013, at 15:00, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> No idea. You'll probably have more luck asking erlang-questions for SSL issues.
+>>
+>> On 07/23/2013 03:59 PM, Lee Sylvester wrote:
+>>> Thank you, Loic.  I'd forgotten to update my releases folder.
+>>>
+>>> I now have it running, but when I access an endpoint, I get
+>>>
+>>> =ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+>>> SSL: 1159: error:[<<48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+>>>                      126,49,13,  [snip]  45,193>>,
+>>>                    <<48,130,6  [snip]  118,247,97>>] /usr/certs/cert.pem
+>>>    [{ssl_connection,init_certificates,8,
+>>>                     [{file,"ssl_connection.erl"},{line,1155}]},
+>>>     {ssl_connection,ssl_init,2,[{file,"ssl_connection.erl"},{line,1110}]},
+>>>     {ssl_connection,init,1,[{file,"ssl_connection.erl"},{line,303}]},
+>>>     {proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,239}]}]
+>>>
+>>> Not a very helpful error.  I'm assuming the cert isn't being accepted by the SSL module?
+>>>
+>>> Thanks,
+>>> Lee
+>>>
+>>>
+>>>
+>>> On 23 Jul 2013, at 14:41, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>
+>>>> You need to include and start the public_key and ssl applications.
+>>>>
+>>>> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+>>>>> Hi guys,
+>>>>>
+>>>>> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+>>>>>
+>>>>> application: ssl
+>>>>>      exited: {bad_return,
+>>>>>                  {{ssl_app,start,[normal,[]]},
+>>>>>                   {'EXIT',
+>>>>>                       {undef,
+>>>>>                           [{ssl_app,start,[normal,[]],[]},
+>>>>>                            {application_master,start_it_old,4,
+>>>>>                                [{file,"application_master.erl"},
+>>>>>                                 {line,274}]}]}}}}
+>>>>>      type: temporary
+>>>>>
+>>>>>
+>>>>> The way I'm starting Cowboy is like this:
+>>>>>
+>>>>> 	Env = [
+>>>>> 		{env, [{dispatch, Dispatch}]},
+>>>>> 		{onrequest, fun http_utils:set_request_cors/1}
+>>>>> 	],
+>>>>>
+>>>>> 	case http_server:is_secure() of
+>>>>> 		true ->
+>>>>> 			cowboy:start_https(https, 100, [
+>>>>> 				{ip, Ip}, {port, Port},
+>>>>> 				{certfile, binary_to_list(http_server:secure_cert())},
+>>>>> 				{keyfile, binary_to_list(http_server:secure_key())},
+>>>>> 				{reuseaddr, true},
+>>>>> 				{fail_if_no_peer_cert, true}
+>>>>> 			], Env);
+>>>>> 		_ ->
+>>>>> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+>>>>> 	end,
+>>>>>
+>>>>> Does anyone know why I might be getting this issue?
+>>>>>
+>>>>> Thanks,
+>>>>> Lee
+>>>>>
+>>>>>
+>>>>> _______________________________________________
+>>>>> Extend mailing list
+>>>>> Extend at lists.ninenines.eu
+>>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>>>
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> Erlang Cowboy
+>>>> Nine Nines
+>>>> http://ninenines.eu
+>>
+>> -- 
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+
+From essen at ninenines.eu  Thu Jul 25 11:25:02 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 25 Jul 2013 11:25:02 +0200
+Subject: [99s-extend] Cowboy HTTPS Issue
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Cowboy requires crypto to start.
+
+On 07/25/2013 11:24 AM, Grzegorz Junka wrote:
+> Maybe the problem is with Erlang not seeing the crypto libraries? You
+> can verify that quickly by executing "crypto:start()." in the Erlang
+> shell. See this post for info:
+>
+> http://stackoverflow.com/questions/4742184/rebar-error-exit-on-create-app-crypto-start/14776521#14776521
+>
+>
+> Greg
+>
+> On 23/07/2013 15:01, Lee Sylvester wrote:
+>> Okay, thanks Lo?c.  I'll try my luck there :-)
+>>
+>> Regards,
+>> Lee
+>>
+>>
+>>
+>> On 23 Jul 2013, at 15:00, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>
+>>> No idea. You'll probably have more luck asking erlang-questions for
+>>> SSL issues.
+>>>
+>>> On 07/23/2013 03:59 PM, Lee Sylvester wrote:
+>>>> Thank you, Loic.  I'd forgotten to update my releases folder.
+>>>>
+>>>> I now have it running, but when I access an endpoint, I get
+>>>>
+>>>> =ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+>>>> SSL: 1159:
+>>>> error:[<<48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+>>>>                      126,49,13,  [snip]  45,193>>,
+>>>>                    <<48,130,6  [snip]  118,247,97>>]
+>>>> /usr/certs/cert.pem
+>>>>    [{ssl_connection,init_certificates,8,
+>>>>                     [{file,"ssl_connection.erl"},{line,1155}]},
+>>>>
+>>>> {ssl_connection,ssl_init,2,[{file,"ssl_connection.erl"},{line,1110}]},
+>>>>     {ssl_connection,init,1,[{file,"ssl_connection.erl"},{line,303}]},
+>>>>     {proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,239}]}]
+>>>>
+>>>> Not a very helpful error.  I'm assuming the cert isn't being
+>>>> accepted by the SSL module?
+>>>>
+>>>> Thanks,
+>>>> Lee
+>>>>
+>>>>
+>>>>
+>>>> On 23 Jul 2013, at 14:41, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>>
+>>>>> You need to include and start the public_key and ssl applications.
+>>>>>
+>>>>> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+>>>>>> Hi guys,
+>>>>>>
+>>>>>> So, I'm trying to run Cowboy with SSL, but keep getting an error
+>>>>>> with the SSL module:
+>>>>>>
+>>>>>> application: ssl
+>>>>>>      exited: {bad_return,
+>>>>>>                  {{ssl_app,start,[normal,[]]},
+>>>>>>                   {'EXIT',
+>>>>>>                       {undef,
+>>>>>>                           [{ssl_app,start,[normal,[]],[]},
+>>>>>>                            {application_master,start_it_old,4,
+>>>>>>                                [{file,"application_master.erl"},
+>>>>>>                                 {line,274}]}]}}}}
+>>>>>>      type: temporary
+>>>>>>
+>>>>>>
+>>>>>> The way I'm starting Cowboy is like this:
+>>>>>>
+>>>>>>     Env = [
+>>>>>>         {env, [{dispatch, Dispatch}]},
+>>>>>>         {onrequest, fun http_utils:set_request_cors/1}
+>>>>>>     ],
+>>>>>>
+>>>>>>     case http_server:is_secure() of
+>>>>>>         true ->
+>>>>>>             cowboy:start_https(https, 100, [
+>>>>>>                 {ip, Ip}, {port, Port},
+>>>>>>                 {certfile,
+>>>>>> binary_to_list(http_server:secure_cert())},
+>>>>>>                 {keyfile, binary_to_list(http_server:secure_key())},
+>>>>>>                 {reuseaddr, true},
+>>>>>>                 {fail_if_no_peer_cert, true}
+>>>>>>             ], Env);
+>>>>>>         _ ->
+>>>>>>             {ok, _} = cowboy:start_http(http, 100, Options, Env)
+>>>>>>     end,
+>>>>>>
+>>>>>> Does anyone know why I might be getting this issue?
+>>>>>>
+>>>>>> Thanks,
+>>>>>> Lee
+>>>>>>
+>>>>>>
+>>>>>> _______________________________________________
+>>>>>> Extend mailing list
+>>>>>> Extend at lists.ninenines.eu
+>>>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>>>>
+>>>>>
+>>>>> --
+>>>>> Lo?c Hoguin
+>>>>> Erlang Cowboy
+>>>>> Nine Nines
+>>>>> http://ninenines.eu
+>>>
+>>> --
+>>> Lo?c Hoguin
+>>> Erlang Cowboy
+>>> Nine Nines
+>>> http://ninenines.eu
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From samset at wanadoo.fr  Fri Jul 26 18:08:37 2013
+From: samset at wanadoo.fr (Samir Sow)
+Date: Fri, 26 Jul 2013 18:08:37 +0200
+Subject: [99s-extend] query string with # sign
+Message-ID: <[email protected]>
+
+Hi, 
+
+It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+Is there any way to change this behavior ?
+
+Thank you.
+
+Samir
+
+From essen at ninenines.eu  Fri Jul 26 18:11:15 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 26 Jul 2013 18:11:15 +0200
+Subject: [99s-extend] query string with # sign
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 07/26/2013 06:08 PM, Samir Sow wrote:
+> Hi,
+>
+> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+> Is there any way to change this behavior ?
+
+Look for the commit that removed "cowboy_req:fragment/1".
+
+But be aware that #fragments aren't expected to be sent by an HTTP 
+request and that browsers don't send it either. You probably should use 
+the query string for that.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From samset at wanadoo.fr  Fri Jul 26 18:25:07 2013
+From: samset at wanadoo.fr (Samir Sow)
+Date: Fri, 26 Jul 2013 18:25:07 +0200
+Subject: [99s-extend] query string with # sign
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thank you Loic
+
+I'm not http protocol fluent.
+Could you explain me what you mean by "you should use the query string for that" ?
+
+Samir 
+On 26 juil. 2013, at 18:11, Lo?c Hoguin wrote:
+
+> On 07/26/2013 06:08 PM, Samir Sow wrote:
+>> Hi,
+>> 
+>> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+>> Is there any way to change this behavior ?
+> 
+> Look for the commit that removed "cowboy_req:fragment/1".
+> 
+> But be aware that #fragments aren't expected to be sent by an HTTP request and that browsers don't send it either. You probably should use the query string for that.
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Fri Jul 26 18:25:52 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 26 Jul 2013 18:25:52 +0200
+Subject: [99s-extend] query string with # sign
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+/path/to/resource?f=value
+
+instead of
+
+/path/to/resource#value
+
+On 07/26/2013 06:25 PM, Samir Sow wrote:
+> Thank you Loic
+>
+> I'm not http protocol fluent.
+> Could you explain me what you mean by "you should use the query string for that" ?
+>
+> Samir
+> On 26 juil. 2013, at 18:11, Lo?c Hoguin wrote:
+>
+>> On 07/26/2013 06:08 PM, Samir Sow wrote:
+>>> Hi,
+>>>
+>>> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+>>> Is there any way to change this behavior ?
+>>
+>> Look for the commit that removed "cowboy_req:fragment/1".
+>>
+>> But be aware that #fragments aren't expected to be sent by an HTTP request and that browsers don't send it either. You probably should use the query string for that.
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From samset at wanadoo.fr  Fri Jul 26 18:39:02 2013
+From: samset at wanadoo.fr (Samir Sow)
+Date: Fri, 26 Jul 2013 18:39:02 +0200
+Subject: [99s-extend] query string with # sign
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+
+Actually my query is something like
+
+/path?=key=*value, value#&key=value2....
+But in the request i only receive the data before the # (the pound is removed)
+
+
+On 26 juil. 2013, at 18:25, Lo?c Hoguin wrote:
+
+> /path/to/resource?f=value
+> 
+> instead of
+> 
+> /path/to/resource#value
+> 
+> On 07/26/2013 06:25 PM, Samir Sow wrote:
+>> Thank you Loic
+>> 
+>> I'm not http protocol fluent.
+>> Could you explain me what you mean by "you should use the query string for that" ?
+>> 
+>> Samir
+>> On 26 juil. 2013, at 18:11, Lo?c Hoguin wrote:
+>> 
+>>> On 07/26/2013 06:08 PM, Samir Sow wrote:
+>>>> Hi,
+>>>> 
+>>>> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+>>>> Is there any way to change this behavior ?
+>>> 
+>>> Look for the commit that removed "cowboy_req:fragment/1".
+>>> 
+>>> But be aware that #fragments aren't expected to be sent by an HTTP request and that browsers don't send it either. You probably should use the query string for that.
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> Erlang Cowboy
+>>> Nine Nines
+>>> http://ninenines.eu
+>> 
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Fri Jul 26 18:42:41 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 26 Jul 2013 18:42:41 +0200
+Subject: [99s-extend] query string with # sign
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+You have to encode the value (urlencode algorithm), some characters, 
+like #, have a special meaning. Cowboy will urldecode automatically and 
+give you the # you expect.
+
+On 07/26/2013 06:39 PM, Samir Sow wrote:
+>
+> Actually my query is something like
+>
+> /path?=key=*value, value#&key=value2....
+> But in the request i only receive the data before the # (the pound is removed)
+>
+>
+> On 26 juil. 2013, at 18:25, Lo?c Hoguin wrote:
+>
+>> /path/to/resource?f=value
+>>
+>> instead of
+>>
+>> /path/to/resource#value
+>>
+>> On 07/26/2013 06:25 PM, Samir Sow wrote:
+>>> Thank you Loic
+>>>
+>>> I'm not http protocol fluent.
+>>> Could you explain me what you mean by "you should use the query string for that" ?
+>>>
+>>> Samir
+>>> On 26 juil. 2013, at 18:11, Lo?c Hoguin wrote:
+>>>
+>>>> On 07/26/2013 06:08 PM, Samir Sow wrote:
+>>>>> Hi,
+>>>>>
+>>>>> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+>>>>> Is there any way to change this behavior ?
+>>>>
+>>>> Look for the commit that removed "cowboy_req:fragment/1".
+>>>>
+>>>> But be aware that #fragments aren't expected to be sent by an HTTP request and that browsers don't send it either. You probably should use the query string for that.
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> Erlang Cowboy
+>>>> Nine Nines
+>>>> http://ninenines.eu
+>>>
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
diff --git a/_build/static/archives/extend/2013-July/000152.html b/_build/static/archives/extend/2013-July/000152.html
new file mode 100644
index 00000000..81e00afd
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000152.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy: http request maximum body size
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20http%20request%20maximum%20body%20size&In-Reply-To=%3C51DC3646.70207%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000153.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy: http request maximum body size</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20http%20request%20maximum%20body%20size&In-Reply-To=%3C51DC3646.70207%40llaisdy.com%3E"
+       TITLE="[99s-extend] Cowboy: http request maximum body size">ivan at llaisdy.com
+       </A><BR>
+    <I>Tue Jul  9 18:11:50 CEST 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000153.html">[99s-extend] Serve static files with cowboy from some applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#152">[ date ]</a>
+              <a href="thread.html#152">[ thread ]</a>
+              <a href="subject.html#152">[ subject ]</a>
+              <a href="author.html#152">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Dear All
+
+ From the source [1], it looks like the default maximum request body 
+size is 8 million bytes, but this can be set per request, up to 
+infinity.  In the latter case there seems to be no upper limit set by 
+the server at all, and it will keep reading until some external force 
+makes it stop.
+
+That looks handy, if it means I don't have to stipulate a maximum 
+request body size (as long as I make sure the machine cowboy is running 
+on has a sensible amount of memory).
+
+Is that the case?  If not, please correct.
+
+With thanks and best wishes
+
+Ivan
+
+[1] <A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_req.erl#L720-746">https://github.com/extend/cowboy/blob/master/src/cowboy_req.erl#L720-746</A>
+
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000153.html">[99s-extend] Serve static files with cowboy from some applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#152">[ date ]</a>
+              <a href="thread.html#152">[ thread ]</a>
+              <a href="subject.html#152">[ subject ]</a>
+              <a href="author.html#152">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000153.html b/_build/static/archives/extend/2013-July/000153.html
new file mode 100644
index 00000000..6041d7cd
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000153.html
@@ -0,0 +1,113 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Serve static files with cowboy from some applications
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Serve%20static%20files%20with%20cowboy%20from%20some%20applications&In-Reply-To=%3C1124365136.645865.1374072463432.JavaMail.root%40tpip.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000152.html">
+   <LINK REL="Next"  HREF="000155.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Serve static files with cowboy from some applications</H1>
+    <B>Alexander Kuleshov</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Serve%20static%20files%20with%20cowboy%20from%20some%20applications&In-Reply-To=%3C1124365136.645865.1374072463432.JavaMail.root%40tpip.net%3E"
+       TITLE="[99s-extend] Serve static files with cowboy from some applications">akuleshov at tpip.net
+       </A><BR>
+    <I>Wed Jul 17 16:47:43 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000152.html">[99s-extend] Cowboy: http request maximum body size
+</A></li>
+        <LI>Next message: <A HREF="000155.html">[99s-extend] Serve static files with cowboy from some	applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#153">[ date ]</a>
+              <a href="thread.html#153">[ thread ]</a>
+              <a href="subject.html#153">[ subject ]</a>
+              <a href="author.html#153">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I have a web application which used cowboy (from master). I need to serve some static files, it's usual web application but i can use usual dispatch something like this:
+
+    Dispatch = cowboy_router:compile([
+        {'_', [
+                {&lt;&lt;&quot;/static/v/[...]&quot;&gt;&gt;, cowboy_static, [
+                    {etag, {attributes, [filepath, filesize, inode, mtime]}},
+                    {mimetypes, [
+                            {&lt;&lt;&quot;.js&quot;&gt;&gt; , [&lt;&lt;&quot;application/javascript&quot;&gt;&gt;]},
+                            {&lt;&lt;&quot;.css&quot;&gt;&gt;, [&lt;&lt;&quot;text/css&quot;&gt;&gt;]},
+                            {&lt;&lt;&quot;.gif&quot;&gt;&gt;, [&lt;&lt;&quot;image/gif&quot;&gt;&gt;]},
+                            {&lt;&lt;&quot;.png&quot;&gt;&gt;, [&lt;&lt;&quot;image/png&quot;&gt;&gt;]},
+                            {&lt;&lt;&quot;.jpg&quot;&gt;&gt;, [&lt;&lt;&quot;image/jpeg&quot;&gt;&gt;]},
+                            {&lt;&lt;&quot;.html&quot;&gt;&gt;, [&lt;&lt;&quot;text/html&quot;&gt;&gt;]}
+                    ]},
+                    {directory, {priv_dir, my_app, [&lt;&lt;&quot;static&quot;&gt;&gt;]}}
+                ]}
+        ]}
+    ])
+
+And i try to explain why. In fact, i have one application (this application) which used cowboy and many plugins for it. Every plugin is an erlang application and also every application has own static files. I need routing something like this:
+
+if path /static/v/my_app/index.html than serve index.html from my_app
+
+if path /static/v/other_app/test.js that serve test.js from other_app.
+
+and etc....
+
+Main goal to change: `my_app` from here: {directory, {priv_dir, my_app, [&lt;&lt;&quot;static&quot;&gt;&gt;]} dynamically or write custom static handler.
+
+How to do it correctly with cowboy?
+
+Thank you.
+
+-- 
+Alex Kuleshov
+Software Developer
+
+email: <A HREF="https://lists.ninenines.eu/listinfo/extend">ak at travelping.com</A>
+phone: +77172227194
+mobile: +77019442517
+
+----------------- enabling your networks ---------------------
+Travelping GmbH               phone: +49-391-8190990
+Roentgenstr. 13               fax: +49-391-819099299
+D-39108 Magdeburg             email: <A HREF="https://lists.ninenines.eu/listinfo/extend">info at travelping.com</A>
+GERMANY                       web: <A HREF="http://www.travelping.com">http://www.travelping.com</A>
+
+Company Registration: Amtsgericht Stendal Reg No.: HRB 10578
+Geschaeftsfuehrer: Holger Winkelmann | VAT ID No.: DE236673780
+--------------------------------------------------------------
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000152.html">[99s-extend] Cowboy: http request maximum body size
+</A></li>
+	<LI>Next message: <A HREF="000155.html">[99s-extend] Serve static files with cowboy from some	applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#153">[ date ]</a>
+              <a href="thread.html#153">[ thread ]</a>
+              <a href="subject.html#153">[ subject ]</a>
+              <a href="author.html#153">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000154.html b/_build/static/archives/extend/2013-July/000154.html
new file mode 100644
index 00000000..bc1ec941
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000154.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy handler linked processes
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3CD87A912B55F24C449853E92826558374%40id3as.co.uk%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000155.html">
+   <LINK REL="Next"  HREF="000156.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy handler linked processes</H1>
+    <B>Adrian Roe</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3CD87A912B55F24C449853E92826558374%40id3as.co.uk%3E"
+       TITLE="[99s-extend] Cowboy handler linked processes">adrian at id3as.co.uk
+       </A><BR>
+    <I>Thu Jul 18 12:15:11 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000155.html">[99s-extend] Serve static files with cowboy from some	applications
+</A></li>
+        <LI>Next message: <A HREF="000156.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#154">[ date ]</a>
+              <a href="thread.html#154">[ thread ]</a>
+              <a href="subject.html#154">[ subject ]</a>
+              <a href="author.html#154">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>We have been using spawn_linked workers to handle tasks that live for the lifetime of a single HTTP request
+
+Although in the cowboy guide it is clear that Cowboy can use &quot;One Process of Many Requests&quot; I am surprised that this is the case even if the handler crashes.  For example, our use case is to copy a large file to the server over HTTP where a worker process relays the file contents to long term storage.  The worker process is spawn_linked from the HTTP handler and (for our use case) should die if the handler stops.
+
+If the client stops the upload (for example by browsing away, or losing connectivity) we correctly receive an error (see sample Lager trace below), but what we are seeing is that spawn_linked processes are NOT being killed.
+
+Is this intended behaviour - I accept it makes sense to reuse the processes but should this continue to be the case even if the previous use of the process crashed?  If it is intended behaviour I think the docs should highlight this as we've been leaking processes for some time now, but I've always seen it as erlang's job to look after related process trees in the event of error.  Our current workaround is to hold a list of linked processes in process storage and then kill them in the terminate handler which is ugly in the extreme!!  We don't know the PIDS of the linked processes until it is too late to return State to Cowboy (i.e. we are already in our handle code)...
+
+Kind regards
+
+Adrian
+
+16:09:32.347 [info] Trailer upload failed with reason {case_clause,{error,closed}}
+16:09:32.348 [error] ** Cowboy handler upload_trailer_resource terminating in handle/2
+   for the reason error:{case_clause,{error,closed}}
+** Handler state was {state,undefined,0,undefined,undefined,undefined}
+** Request was [{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef
+ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000">http://54.225.117.108:8000</A>&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M
+ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.71 Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000/">http://54.225.117.108:8000/</A>&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce
+pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5; id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]
+** Stacktrace: [{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}
+,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo
+ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]
+
+
+-- 
+Dr Adrian Roe
+Director
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130718/d65f1aaf/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130718/d65f1aaf/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000155.html">[99s-extend] Serve static files with cowboy from some	applications
+</A></li>
+	<LI>Next message: <A HREF="000156.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#154">[ date ]</a>
+              <a href="thread.html#154">[ thread ]</a>
+              <a href="subject.html#154">[ subject ]</a>
+              <a href="author.html#154">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000155.html b/_build/static/archives/extend/2013-July/000155.html
new file mode 100644
index 00000000..881c8ddc
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000155.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Serve static files with cowboy from some	applications
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Serve%20static%20files%20with%20cowboy%20from%20some%0A%09applications&In-Reply-To=%3C51E7C0A9.8050308%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000153.html">
+   <LINK REL="Next"  HREF="000154.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Serve static files with cowboy from some	applications</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Serve%20static%20files%20with%20cowboy%20from%20some%0A%09applications&In-Reply-To=%3C51E7C0A9.8050308%40ninenines.eu%3E"
+       TITLE="[99s-extend] Serve static files with cowboy from some	applications">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jul 18 12:17:13 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000153.html">[99s-extend] Serve static files with cowboy from some applications
+</A></li>
+        <LI>Next message: <A HREF="000154.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#155">[ date ]</a>
+              <a href="thread.html#155">[ thread ]</a>
+              <a href="subject.html#155">[ subject ]</a>
+              <a href="author.html#155">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 07/17/2013 04:47 PM, Alexander Kuleshov wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> I have a web application which used cowboy (from master). I need to serve some static files, it's usual web application but i can use usual dispatch something like this:
+</I>&gt;<i>
+</I>&gt;<i>      Dispatch = cowboy_router:compile([
+</I>&gt;<i>          {'_', [
+</I>&gt;<i>                  {&lt;&lt;&quot;/static/v/[...]&quot;&gt;&gt;, cowboy_static, [
+</I>&gt;<i>                      {etag, {attributes, [filepath, filesize, inode, mtime]}},
+</I>&gt;<i>                      {mimetypes, [
+</I>&gt;<i>                              {&lt;&lt;&quot;.js&quot;&gt;&gt; , [&lt;&lt;&quot;application/javascript&quot;&gt;&gt;]},
+</I>&gt;<i>                              {&lt;&lt;&quot;.css&quot;&gt;&gt;, [&lt;&lt;&quot;text/css&quot;&gt;&gt;]},
+</I>&gt;<i>                              {&lt;&lt;&quot;.gif&quot;&gt;&gt;, [&lt;&lt;&quot;image/gif&quot;&gt;&gt;]},
+</I>&gt;<i>                              {&lt;&lt;&quot;.png&quot;&gt;&gt;, [&lt;&lt;&quot;image/png&quot;&gt;&gt;]},
+</I>&gt;<i>                              {&lt;&lt;&quot;.jpg&quot;&gt;&gt;, [&lt;&lt;&quot;image/jpeg&quot;&gt;&gt;]},
+</I>&gt;<i>                              {&lt;&lt;&quot;.html&quot;&gt;&gt;, [&lt;&lt;&quot;text/html&quot;&gt;&gt;]}
+</I>&gt;<i>                      ]},
+</I>&gt;<i>                      {directory, {priv_dir, my_app, [&lt;&lt;&quot;static&quot;&gt;&gt;]}}
+</I>&gt;<i>                  ]}
+</I>&gt;<i>          ]}
+</I>&gt;<i>      ])
+</I>&gt;<i>
+</I>&gt;<i> And i try to explain why. In fact, i have one application (this application) which used cowboy and many plugins for it. Every plugin is an erlang application and also every application has own static files. I need routing something like this:
+</I>&gt;<i>
+</I>&gt;<i> if path /static/v/my_app/index.html than serve index.html from my_app
+</I>&gt;<i>
+</I>&gt;<i> if path /static/v/other_app/test.js that serve test.js from other_app.
+</I>&gt;<i>
+</I>&gt;<i> and etc....
+</I>&gt;<i>
+</I>&gt;<i> Main goal to change: `my_app` from here: {directory, {priv_dir, my_app, [&lt;&lt;&quot;static&quot;&gt;&gt;]} dynamically or write custom static handler.
+</I>&gt;<i>
+</I>&gt;<i> How to do it correctly with cowboy?
+</I>
+Why don't you add one rule per application?
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000153.html">[99s-extend] Serve static files with cowboy from some applications
+</A></li>
+	<LI>Next message: <A HREF="000154.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#155">[ date ]</a>
+              <a href="thread.html#155">[ thread ]</a>
+              <a href="subject.html#155">[ subject ]</a>
+              <a href="author.html#155">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000156.html b/_build/static/archives/extend/2013-July/000156.html
new file mode 100644
index 00000000..0cf6e7f0
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000156.html
@@ -0,0 +1,141 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy handler linked processes
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C51E7C174.2030501%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000154.html">
+   <LINK REL="Next"  HREF="000157.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy handler linked processes</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C51E7C174.2030501%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy handler linked processes">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jul 18 12:20:36 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000154.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+        <LI>Next message: <A HREF="000157.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#156">[ date ]</a>
+              <a href="thread.html#156">[ thread ]</a>
+              <a href="subject.html#156">[ subject ]</a>
+              <a href="author.html#156">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I don't know what happens but there's two things I know:
+
+  *  Handlers don't trap_exit, so if the linked process crashes, they 
+crash too
+  *  If the handler crashes, we close the connection and stop the 
+handler; if not this is a bug
+
+After your log message the handler should stop unless there's a bug 
+somewhere.
+
+On 07/18/2013 12:15 PM, Adrian Roe wrote:
+&gt;<i> We have been using spawn_linked workers to handle tasks that live for
+</I>&gt;<i> the lifetime of a single HTTP request
+</I>&gt;<i>
+</I>&gt;<i> Although in the cowboy guide it is clear that Cowboy can use &quot;One
+</I>&gt;<i> Process of Many Requests&quot; I am surprised that this is the case even if
+</I>&gt;<i> the handler crashes.  For example, our use case is to copy a large file
+</I>&gt;<i> to the server over HTTP where a worker process relays the file contents
+</I>&gt;<i> to long term storage.  The worker process is spawn_linked from the HTTP
+</I>&gt;<i> handler and (for our use case) should die if the handler stops.
+</I>&gt;<i>
+</I>&gt;<i> If the client stops the upload (for example by browsing away, or losing
+</I>&gt;<i> connectivity) we correctly receive an error (see sample Lager trace
+</I>&gt;<i> below), but what we are seeing is that spawn_linked processes are NOT
+</I>&gt;<i> being killed.
+</I>&gt;<i>
+</I>&gt;<i> Is this intended behaviour - I accept it makes sense to reuse the
+</I>&gt;<i> processes but should this continue to be the case even if the previous
+</I>&gt;<i> use of the process crashed?  If it is intended behaviour I think the
+</I>&gt;<i> docs should highlight this as we've been leaking processes for some time
+</I>&gt;<i> now, but I've always seen it as erlang's job to look after related
+</I>&gt;<i> process trees in the event of error.  Our current workaround is to hold
+</I>&gt;<i> a list of linked processes in process storage and then kill them in the
+</I>&gt;<i> terminate handler which is ugly in the extreme!!  We don't know the PIDS
+</I>&gt;<i> of the linked processes until it is too late to return State to Cowboy
+</I>&gt;<i> (i.e. we are already in our handle code)...
+</I>&gt;<i>
+</I>&gt;<i> Kind regards
+</I>&gt;<i>
+</I>&gt;<i> Adrian
+</I>&gt;<i>
+</I>&gt;<i> 16:09:32.347 [info] Trailer upload failed with reason
+</I>&gt;<i> {case_clause,{error,closed}}
+</I>&gt;<i> 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+</I>&gt;<i> terminating in handle/2
+</I>&gt;<i>     for the reason error:{case_clause,{error,closed}}
+</I>&gt;<i> ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+</I>&gt;<i> ** Request was
+</I>&gt;<i> [{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef
+</I>&gt;<i> ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000">http://54.225.117.108:8000</A>&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M
+</I>&gt;<i> ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML,
+</I>&gt;<i> like Gecko) Chrome/28.0.1500.71
+</I>&gt;<i> Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000/">http://54.225.117.108:8000/</A>&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce
+</I>&gt;<i> pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+</I>&gt;<i> id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+</I>&gt;<i> fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]
+</I>&gt;<i> ** Stacktrace:
+</I>&gt;<i> [{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}
+</I>&gt;<i> ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo
+</I>&gt;<i> ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Dr Adrian Roe
+</I>&gt;<i> Director
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000154.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+	<LI>Next message: <A HREF="000157.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#156">[ date ]</a>
+              <a href="thread.html#156">[ thread ]</a>
+              <a href="subject.html#156">[ subject ]</a>
+              <a href="author.html#156">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000157.html b/_build/static/archives/extend/2013-July/000157.html
new file mode 100644
index 00000000..c6fcd53c
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000157.html
@@ -0,0 +1,161 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy handler linked processes
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3CD3A4F0636AFF477EB95B379DC4F28DC8%40id3as.co.uk%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000156.html">
+   <LINK REL="Next"  HREF="000158.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy handler linked processes</H1>
+    <B>Adrian Roe</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3CD3A4F0636AFF477EB95B379DC4F28DC8%40id3as.co.uk%3E"
+       TITLE="[99s-extend] Cowboy handler linked processes">adrian at id3as.co.uk
+       </A><BR>
+    <I>Thu Jul 18 12:31:45 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000156.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+        <LI>Next message: <A HREF="000158.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#157">[ date ]</a>
+              <a href="thread.html#157">[ thread ]</a>
+              <a href="subject.html#157">[ subject ]</a>
+              <a href="author.html#157">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>My issue is the other way round.  My handler crashes - and terminate gets called, but the linked process is NOT stopped (unless I stop it in terminate having stashed any processes I need to stop in the process dictionary - this is what I'm currently doing, but yuck!)
+
+.  My question is whether it wouldn't be better to no re-use the handler process that has crashed and replace it so that handler's can use the canonical erlang way of stopping related processes rather than having to do it by hand.    
+
+Obviously if the handler does not crash there's no need to kill the process, so the current efficiency saving works in the &quot;normal&quot; case/  
+
+--  
+Dr Adrian Roe
+Director
+
+
+On Thursday, 18 July 2013 at 11:20, Lo&#239;c Hoguin wrote:
+
+&gt;<i> I don't know what happens but there's two things I know:
+</I>&gt;<i>  
+</I>&gt;<i> * Handlers don't trap_exit, so if the linked process crashes, they  
+</I>&gt;<i> crash too
+</I>&gt;<i> * If the handler crashes, we close the connection and stop the  
+</I>&gt;<i> handler; if not this is a bug
+</I>&gt;<i>  
+</I>&gt;<i> After your log message the handler should stop unless there's a bug  
+</I>&gt;<i> somewhere.
+</I>&gt;<i>  
+</I>&gt;<i> On 07/18/2013 12:15 PM, Adrian Roe wrote:
+</I>&gt;<i> &gt; We have been using spawn_linked workers to handle tasks that live for
+</I>&gt;<i> &gt; the lifetime of a single HTTP request
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; Although in the cowboy guide it is clear that Cowboy can use &quot;One
+</I>&gt;<i> &gt; Process of Many Requests&quot; I am surprised that this is the case even if
+</I>&gt;<i> &gt; the handler crashes. For example, our use case is to copy a large file
+</I>&gt;<i> &gt; to the server over HTTP where a worker process relays the file contents
+</I>&gt;<i> &gt; to long term storage. The worker process is spawn_linked from the HTTP
+</I>&gt;<i> &gt; handler and (for our use case) should die if the handler stops.
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; If the client stops the upload (for example by browsing away, or losing
+</I>&gt;<i> &gt; connectivity) we correctly receive an error (see sample Lager trace
+</I>&gt;<i> &gt; below), but what we are seeing is that spawn_linked processes are NOT
+</I>&gt;<i> &gt; being killed.
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; Is this intended behaviour - I accept it makes sense to reuse the
+</I>&gt;<i> &gt; processes but should this continue to be the case even if the previous
+</I>&gt;<i> &gt; use of the process crashed? If it is intended behaviour I think the
+</I>&gt;<i> &gt; docs should highlight this as we've been leaking processes for some time
+</I>&gt;<i> &gt; now, but I've always seen it as erlang's job to look after related
+</I>&gt;<i> &gt; process trees in the event of error. Our current workaround is to hold
+</I>&gt;<i> &gt; a list of linked processes in process storage and then kill them in the
+</I>&gt;<i> &gt; terminate handler which is ugly in the extreme!! We don't know the PIDS
+</I>&gt;<i> &gt; of the linked processes until it is too late to return State to Cowboy
+</I>&gt;<i> &gt; (i.e. we are already in our handle code)...
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; Kind regards
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; Adrian
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; 16:09:32.347 [info] Trailer upload failed with reason
+</I>&gt;<i> &gt; {case_clause,{error,closed}}
+</I>&gt;<i> &gt; 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+</I>&gt;<i> &gt; terminating in handle/2
+</I>&gt;<i> &gt; for the reason error:{case_clause,{error,closed}}
+</I>&gt;<i> &gt; ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+</I>&gt;<i> &gt; ** Request was
+</I>&gt;<i> &gt; [{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef
+</I>&gt;<i> &gt; ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000">http://54.225.117.108:8000</A>&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M
+</I>&gt;<i> &gt; ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML,
+</I>&gt;<i> &gt; like Gecko) Chrome/28.0.1500.71
+</I>&gt;<i> &gt; Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000/">http://54.225.117.108:8000/</A>&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce
+</I>&gt;<i> &gt; pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+</I>&gt;<i> &gt; id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+</I>&gt;<i> &gt; fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]
+</I>&gt;<i> &gt; ** Stacktrace:
+</I>&gt;<i> &gt; [{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}
+</I>&gt;<i> &gt; ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo
+</I>&gt;<i> &gt; ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; --
+</I>&gt;<i> &gt; Dr Adrian Roe
+</I>&gt;<i> &gt; Director
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; _______________________________________________
+</I>&gt;<i> &gt; Extend mailing list
+</I>&gt;<i> &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> (mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>)
+</I>&gt;<i> &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> &gt;  
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>&gt;<i> --  
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130718/c50bef17/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130718/c50bef17/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000156.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+	<LI>Next message: <A HREF="000158.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#157">[ date ]</a>
+              <a href="thread.html#157">[ thread ]</a>
+              <a href="subject.html#157">[ subject ]</a>
+              <a href="author.html#157">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000158.html b/_build/static/archives/extend/2013-July/000158.html
new file mode 100644
index 00000000..41d6dd01
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000158.html
@@ -0,0 +1,175 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy handler linked processes
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C51E7C514.5040504%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000157.html">
+   <LINK REL="Next"  HREF="000159.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy handler linked processes</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C51E7C514.5040504%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy handler linked processes">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jul 18 12:36:04 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000157.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+        <LI>Next message: <A HREF="000159.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#158">[ date ]</a>
+              <a href="thread.html#158">[ thread ]</a>
+              <a href="subject.html#158">[ subject ]</a>
+              <a href="author.html#158">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I don't think the problem is that the handler is reused, we don't reuse 
+them if there's an error. However we do catch errors to print them in 
+the logs, and then the process stops normally. If you link without 
+trap_exit you receive a normal exit signal which is ignored and doesn't 
+kill your process. I suppose we should throw an exit signal when we got 
+an error, after logging everything, instead of stopping normally.
+
+On 07/18/2013 12:31 PM, Adrian Roe wrote:
+&gt;<i> My issue is the other way round.  My handler crashes - and terminate
+</I>&gt;<i> gets called, but the linked process is NOT stopped (unless I stop it in
+</I>&gt;<i> terminate having stashed any processes I need to stop in the process
+</I>&gt;<i> dictionary - this is what I'm currently doing, but yuck!)
+</I>&gt;<i>
+</I>&gt;<i> .  My question is whether it wouldn't be better to no re-use the handler
+</I>&gt;<i> process that has crashed and replace it so that handler's can use the
+</I>&gt;<i> canonical erlang way of stopping related processes rather than having to
+</I>&gt;<i> do it by hand.
+</I>&gt;<i>
+</I>&gt;<i> Obviously if the handler does not crash there's no need to kill the
+</I>&gt;<i> process, so the current efficiency saving works in the &quot;normal&quot; case/
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Dr Adrian Roe
+</I>&gt;<i> Director
+</I>&gt;<i>
+</I>&gt;<i> On Thursday, 18 July 2013 at 11:20, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> I don't know what happens but there's two things I know:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> * Handlers don't trap_exit, so if the linked process crashes, they
+</I>&gt;&gt;<i> crash too
+</I>&gt;&gt;<i> * If the handler crashes, we close the connection and stop the
+</I>&gt;&gt;<i> handler; if not this is a bug
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> After your log message the handler should stop unless there's a bug
+</I>&gt;&gt;<i> somewhere.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 07/18/2013 12:15 PM, Adrian Roe wrote:
+</I>&gt;&gt;&gt;<i> We have been using spawn_linked workers to handle tasks that live for
+</I>&gt;&gt;&gt;<i> the lifetime of a single HTTP request
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Although in the cowboy guide it is clear that Cowboy can use &quot;One
+</I>&gt;&gt;&gt;<i> Process of Many Requests&quot; I am surprised that this is the case even if
+</I>&gt;&gt;&gt;<i> the handler crashes. For example, our use case is to copy a large file
+</I>&gt;&gt;&gt;<i> to the server over HTTP where a worker process relays the file contents
+</I>&gt;&gt;&gt;<i> to long term storage. The worker process is spawn_linked from the HTTP
+</I>&gt;&gt;&gt;<i> handler and (for our use case) should die if the handler stops.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> If the client stops the upload (for example by browsing away, or losing
+</I>&gt;&gt;&gt;<i> connectivity) we correctly receive an error (see sample Lager trace
+</I>&gt;&gt;&gt;<i> below), but what we are seeing is that spawn_linked processes are NOT
+</I>&gt;&gt;&gt;<i> being killed.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Is this intended behaviour - I accept it makes sense to reuse the
+</I>&gt;&gt;&gt;<i> processes but should this continue to be the case even if the previous
+</I>&gt;&gt;&gt;<i> use of the process crashed? If it is intended behaviour I think the
+</I>&gt;&gt;&gt;<i> docs should highlight this as we've been leaking processes for some time
+</I>&gt;&gt;&gt;<i> now, but I've always seen it as erlang's job to look after related
+</I>&gt;&gt;&gt;<i> process trees in the event of error. Our current workaround is to hold
+</I>&gt;&gt;&gt;<i> a list of linked processes in process storage and then kill them in the
+</I>&gt;&gt;&gt;<i> terminate handler which is ugly in the extreme!! We don't know the PIDS
+</I>&gt;&gt;&gt;<i> of the linked processes until it is too late to return State to Cowboy
+</I>&gt;&gt;&gt;<i> (i.e. we are already in our handle code)...
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Kind regards
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Adrian
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> 16:09:32.347 [info] Trailer upload failed with reason
+</I>&gt;&gt;&gt;<i> {case_clause,{error,closed}}
+</I>&gt;&gt;&gt;<i> 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+</I>&gt;&gt;&gt;<i> terminating in handle/2
+</I>&gt;&gt;&gt;<i> for the reason error:{case_clause,{error,closed}}
+</I>&gt;&gt;&gt;<i> ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+</I>&gt;&gt;&gt;<i> ** Request was
+</I>&gt;&gt;&gt;<i> [{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef
+</I>&gt;&gt;&gt;<i> ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000">http://54.225.117.108:8000</A>&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M
+</I>&gt;&gt;&gt;<i> ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML,
+</I>&gt;&gt;&gt;<i> like Gecko) Chrome/28.0.1500.71
+</I>&gt;&gt;&gt;<i> Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000/">http://54.225.117.108:8000/</A>&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce
+</I>&gt;&gt;&gt;<i> pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+</I>&gt;&gt;&gt;<i> id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+</I>&gt;&gt;&gt;<i> fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]
+</I>&gt;&gt;&gt;<i> ** Stacktrace:
+</I>&gt;&gt;&gt;<i> [{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}
+</I>&gt;&gt;&gt;<i> ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo
+</I>&gt;&gt;&gt;<i> ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Dr Adrian Roe
+</I>&gt;&gt;&gt;<i> Director
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000157.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+	<LI>Next message: <A HREF="000159.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#158">[ date ]</a>
+              <a href="thread.html#158">[ thread ]</a>
+              <a href="subject.html#158">[ subject ]</a>
+              <a href="author.html#158">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000159.html b/_build/static/archives/extend/2013-July/000159.html
new file mode 100644
index 00000000..cf096ef3
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000159.html
@@ -0,0 +1,195 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy handler linked processes
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C66E9A8B267A946AF8F527593BBFD26B0%40id3as.co.uk%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000158.html">
+   <LINK REL="Next"  HREF="000160.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy handler linked processes</H1>
+    <B>Adrian Roe</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C66E9A8B267A946AF8F527593BBFD26B0%40id3as.co.uk%3E"
+       TITLE="[99s-extend] Cowboy handler linked processes">adrian at id3as.co.uk
+       </A><BR>
+    <I>Thu Jul 18 12:37:30 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000158.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+        <LI>Next message: <A HREF="000160.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#159">[ date ]</a>
+              <a href="thread.html#159">[ thread ]</a>
+              <a href="subject.html#159">[ subject ]</a>
+              <a href="author.html#159">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>That would be perfect!  Do you want me to make the change and issue a pull request?  
+
+--  
+Dr Adrian Roe
+Director
+
+
+On Thursday, 18 July 2013 at 11:36, Lo&#239;c Hoguin wrote:
+
+&gt;<i> I don't think the problem is that the handler is reused, we don't reuse  
+</I>&gt;<i> them if there's an error. However we do catch errors to print them in  
+</I>&gt;<i> the logs, and then the process stops normally. If you link without  
+</I>&gt;<i> trap_exit you receive a normal exit signal which is ignored and doesn't  
+</I>&gt;<i> kill your process. I suppose we should throw an exit signal when we got  
+</I>&gt;<i> an error, after logging everything, instead of stopping normally.
+</I>&gt;<i>  
+</I>&gt;<i> On 07/18/2013 12:31 PM, Adrian Roe wrote:
+</I>&gt;<i> &gt; My issue is the other way round. My handler crashes - and terminate
+</I>&gt;<i> &gt; gets called, but the linked process is NOT stopped (unless I stop it in
+</I>&gt;<i> &gt; terminate having stashed any processes I need to stop in the process
+</I>&gt;<i> &gt; dictionary - this is what I'm currently doing, but yuck!)
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; . My question is whether it wouldn't be better to no re-use the handler
+</I>&gt;<i> &gt; process that has crashed and replace it so that handler's can use the
+</I>&gt;<i> &gt; canonical erlang way of stopping related processes rather than having to
+</I>&gt;<i> &gt; do it by hand.
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; Obviously if the handler does not crash there's no need to kill the
+</I>&gt;<i> &gt; process, so the current efficiency saving works in the &quot;normal&quot; case/
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; --
+</I>&gt;<i> &gt; Dr Adrian Roe
+</I>&gt;<i> &gt; Director
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; On Thursday, 18 July 2013 at 11:20, Lo&#239;c Hoguin wrote:
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; &gt; I don't know what happens but there's two things I know:
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; * Handlers don't trap_exit, so if the linked process crashes, they
+</I>&gt;<i> &gt; &gt; crash too
+</I>&gt;<i> &gt; &gt; * If the handler crashes, we close the connection and stop the
+</I>&gt;<i> &gt; &gt; handler; if not this is a bug
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; After your log message the handler should stop unless there's a bug
+</I>&gt;<i> &gt; &gt; somewhere.
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; On 07/18/2013 12:15 PM, Adrian Roe wrote:
+</I>&gt;<i> &gt; &gt; &gt; We have been using spawn_linked workers to handle tasks that live for
+</I>&gt;<i> &gt; &gt; &gt; the lifetime of a single HTTP request
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; Although in the cowboy guide it is clear that Cowboy can use &quot;One
+</I>&gt;<i> &gt; &gt; &gt; Process of Many Requests&quot; I am surprised that this is the case even if
+</I>&gt;<i> &gt; &gt; &gt; the handler crashes. For example, our use case is to copy a large file
+</I>&gt;<i> &gt; &gt; &gt; to the server over HTTP where a worker process relays the file contents
+</I>&gt;<i> &gt; &gt; &gt; to long term storage. The worker process is spawn_linked from the HTTP
+</I>&gt;<i> &gt; &gt; &gt; handler and (for our use case) should die if the handler stops.
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; If the client stops the upload (for example by browsing away, or losing
+</I>&gt;<i> &gt; &gt; &gt; connectivity) we correctly receive an error (see sample Lager trace
+</I>&gt;<i> &gt; &gt; &gt; below), but what we are seeing is that spawn_linked processes are NOT
+</I>&gt;<i> &gt; &gt; &gt; being killed.
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; Is this intended behaviour - I accept it makes sense to reuse the
+</I>&gt;<i> &gt; &gt; &gt; processes but should this continue to be the case even if the previous
+</I>&gt;<i> &gt; &gt; &gt; use of the process crashed? If it is intended behaviour I think the
+</I>&gt;<i> &gt; &gt; &gt; docs should highlight this as we've been leaking processes for some time
+</I>&gt;<i> &gt; &gt; &gt; now, but I've always seen it as erlang's job to look after related
+</I>&gt;<i> &gt; &gt; &gt; process trees in the event of error. Our current workaround is to hold
+</I>&gt;<i> &gt; &gt; &gt; a list of linked processes in process storage and then kill them in the
+</I>&gt;<i> &gt; &gt; &gt; terminate handler which is ugly in the extreme!! We don't know the PIDS
+</I>&gt;<i> &gt; &gt; &gt; of the linked processes until it is too late to return State to Cowboy
+</I>&gt;<i> &gt; &gt; &gt; (i.e. we are already in our handle code)...
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; Kind regards
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; Adrian
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; 16:09:32.347 [info] Trailer upload failed with reason
+</I>&gt;<i> &gt; &gt; &gt; {case_clause,{error,closed}}
+</I>&gt;<i> &gt; &gt; &gt; 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+</I>&gt;<i> &gt; &gt; &gt; terminating in handle/2
+</I>&gt;<i> &gt; &gt; &gt; for the reason error:{case_clause,{error,closed}}
+</I>&gt;<i> &gt; &gt; &gt; ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+</I>&gt;<i> &gt; &gt; &gt; ** Request was
+</I>&gt;<i> &gt; &gt; &gt; [{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef
+</I>&gt;<i> &gt; &gt; &gt; ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000">http://54.225.117.108:8000</A>&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M
+</I>&gt;<i> &gt; &gt; &gt; ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML,
+</I>&gt;<i> &gt; &gt; &gt; like Gecko) Chrome/28.0.1500.71
+</I>&gt;<i> &gt; &gt; &gt; Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000/">http://54.225.117.108:8000/</A>&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce
+</I>&gt;<i> &gt; &gt; &gt; pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+</I>&gt;<i> &gt; &gt; &gt; id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+</I>&gt;<i> &gt; &gt; &gt; fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]
+</I>&gt;<i> &gt; &gt; &gt; ** Stacktrace:
+</I>&gt;<i> &gt; &gt; &gt; [{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}
+</I>&gt;<i> &gt; &gt; &gt; ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo
+</I>&gt;<i> &gt; &gt; &gt; ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; --
+</I>&gt;<i> &gt; &gt; &gt; Dr Adrian Roe
+</I>&gt;<i> &gt; &gt; &gt; Director
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; _______________________________________________
+</I>&gt;<i> &gt; &gt; &gt; Extend mailing list
+</I>&gt;<i> &gt; &gt; &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i> &gt; &gt; &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; --
+</I>&gt;<i> &gt; &gt; Lo&#239;c Hoguin
+</I>&gt;<i> &gt; &gt; Erlang Cowboy
+</I>&gt;<i> &gt; &gt; Nine Nines
+</I>&gt;<i> &gt; &gt; <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt;  
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>&gt;<i> --  
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130718/79e075b8/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130718/79e075b8/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000158.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+	<LI>Next message: <A HREF="000160.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#159">[ date ]</a>
+              <a href="thread.html#159">[ thread ]</a>
+              <a href="subject.html#159">[ subject ]</a>
+              <a href="author.html#159">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000160.html b/_build/static/archives/extend/2013-July/000160.html
new file mode 100644
index 00000000..695cdbcc
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000160.html
@@ -0,0 +1,196 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy handler linked processes
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C51E7C595.5050905%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000159.html">
+   <LINK REL="Next"  HREF="000161.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy handler linked processes</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C51E7C595.5050905%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy handler linked processes">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jul 18 12:38:13 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000159.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+        <LI>Next message: <A HREF="000161.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#160">[ date ]</a>
+              <a href="thread.html#160">[ thread ]</a>
+              <a href="subject.html#160">[ subject ]</a>
+              <a href="author.html#160">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>If you got time sure, I won't have much time until Monday. Have fun!
+
+On 07/18/2013 12:37 PM, Adrian Roe wrote:
+&gt;<i> That would be perfect!  Do you want me to make the change and issue a
+</I>&gt;<i> pull request?
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Dr Adrian Roe
+</I>&gt;<i> Director
+</I>&gt;<i>
+</I>&gt;<i> On Thursday, 18 July 2013 at 11:36, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> I don't think the problem is that the handler is reused, we don't reuse
+</I>&gt;&gt;<i> them if there's an error. However we do catch errors to print them in
+</I>&gt;&gt;<i> the logs, and then the process stops normally. If you link without
+</I>&gt;&gt;<i> trap_exit you receive a normal exit signal which is ignored and doesn't
+</I>&gt;&gt;<i> kill your process. I suppose we should throw an exit signal when we got
+</I>&gt;&gt;<i> an error, after logging everything, instead of stopping normally.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 07/18/2013 12:31 PM, Adrian Roe wrote:
+</I>&gt;&gt;&gt;<i> My issue is the other way round. My handler crashes - and terminate
+</I>&gt;&gt;&gt;<i> gets called, but the linked process is NOT stopped (unless I stop it in
+</I>&gt;&gt;&gt;<i> terminate having stashed any processes I need to stop in the process
+</I>&gt;&gt;&gt;<i> dictionary - this is what I'm currently doing, but yuck!)
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> . My question is whether it wouldn't be better to no re-use the handler
+</I>&gt;&gt;&gt;<i> process that has crashed and replace it so that handler's can use the
+</I>&gt;&gt;&gt;<i> canonical erlang way of stopping related processes rather than having to
+</I>&gt;&gt;&gt;<i> do it by hand.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Obviously if the handler does not crash there's no need to kill the
+</I>&gt;&gt;&gt;<i> process, so the current efficiency saving works in the &quot;normal&quot; case/
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Dr Adrian Roe
+</I>&gt;&gt;&gt;<i> Director
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On Thursday, 18 July 2013 at 11:20, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> I don't know what happens but there's two things I know:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> * Handlers don't trap_exit, so if the linked process crashes, they
+</I>&gt;&gt;&gt;&gt;<i> crash too
+</I>&gt;&gt;&gt;&gt;<i> * If the handler crashes, we close the connection and stop the
+</I>&gt;&gt;&gt;&gt;<i> handler; if not this is a bug
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> After your log message the handler should stop unless there's a bug
+</I>&gt;&gt;&gt;&gt;<i> somewhere.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 07/18/2013 12:15 PM, Adrian Roe wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> We have been using spawn_linked workers to handle tasks that live for
+</I>&gt;&gt;&gt;&gt;&gt;<i> the lifetime of a single HTTP request
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Although in the cowboy guide it is clear that Cowboy can use &quot;One
+</I>&gt;&gt;&gt;&gt;&gt;<i> Process of Many Requests&quot; I am surprised that this is the case even if
+</I>&gt;&gt;&gt;&gt;&gt;<i> the handler crashes. For example, our use case is to copy a large file
+</I>&gt;&gt;&gt;&gt;&gt;<i> to the server over HTTP where a worker process relays the file contents
+</I>&gt;&gt;&gt;&gt;&gt;<i> to long term storage. The worker process is spawn_linked from the HTTP
+</I>&gt;&gt;&gt;&gt;&gt;<i> handler and (for our use case) should die if the handler stops.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> If the client stops the upload (for example by browsing away, or losing
+</I>&gt;&gt;&gt;&gt;&gt;<i> connectivity) we correctly receive an error (see sample Lager trace
+</I>&gt;&gt;&gt;&gt;&gt;<i> below), but what we are seeing is that spawn_linked processes are NOT
+</I>&gt;&gt;&gt;&gt;&gt;<i> being killed.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Is this intended behaviour - I accept it makes sense to reuse the
+</I>&gt;&gt;&gt;&gt;&gt;<i> processes but should this continue to be the case even if the previous
+</I>&gt;&gt;&gt;&gt;&gt;<i> use of the process crashed? If it is intended behaviour I think the
+</I>&gt;&gt;&gt;&gt;&gt;<i> docs should highlight this as we've been leaking processes for some
+</I>&gt;&gt;&gt;&gt;&gt;<i> time
+</I>&gt;&gt;&gt;&gt;&gt;<i> now, but I've always seen it as erlang's job to look after related
+</I>&gt;&gt;&gt;&gt;&gt;<i> process trees in the event of error. Our current workaround is to hold
+</I>&gt;&gt;&gt;&gt;&gt;<i> a list of linked processes in process storage and then kill them in the
+</I>&gt;&gt;&gt;&gt;&gt;<i> terminate handler which is ugly in the extreme!! We don't know the PIDS
+</I>&gt;&gt;&gt;&gt;&gt;<i> of the linked processes until it is too late to return State to Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;<i> (i.e. we are already in our handle code)...
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Kind regards
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Adrian
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> 16:09:32.347 [info] Trailer upload failed with reason
+</I>&gt;&gt;&gt;&gt;&gt;<i> {case_clause,{error,closed}}
+</I>&gt;&gt;&gt;&gt;&gt;<i> 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+</I>&gt;&gt;&gt;&gt;&gt;<i> terminating in handle/2
+</I>&gt;&gt;&gt;&gt;&gt;<i> for the reason error:{case_clause,{error,closed}}
+</I>&gt;&gt;&gt;&gt;&gt;<i> ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+</I>&gt;&gt;&gt;&gt;&gt;<i> ** Request was
+</I>&gt;&gt;&gt;&gt;&gt;<i> [{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef
+</I>&gt;&gt;&gt;&gt;&gt;<i> ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000">http://54.225.117.108:8000</A>&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M
+</I>&gt;&gt;&gt;&gt;&gt;<i> ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36
+</I>&gt;&gt;&gt;&gt;&gt;<i> (KHTML,
+</I>&gt;&gt;&gt;&gt;&gt;<i> like Gecko) Chrome/28.0.1500.71
+</I>&gt;&gt;&gt;&gt;&gt;<i> Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000/">http://54.225.117.108:8000/</A>&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce
+</I>&gt;&gt;&gt;&gt;&gt;<i> pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+</I>&gt;&gt;&gt;&gt;&gt;<i> id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+</I>&gt;&gt;&gt;&gt;&gt;<i> fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]
+</I>&gt;&gt;&gt;&gt;&gt;<i> ** Stacktrace:
+</I>&gt;&gt;&gt;&gt;&gt;<i> [{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}
+</I>&gt;&gt;&gt;&gt;&gt;<i> ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo
+</I>&gt;&gt;&gt;&gt;&gt;<i> ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;<i> Dr Adrian Roe
+</I>&gt;&gt;&gt;&gt;&gt;<i> Director
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000159.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+	<LI>Next message: <A HREF="000161.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#160">[ date ]</a>
+              <a href="thread.html#160">[ thread ]</a>
+              <a href="subject.html#160">[ subject ]</a>
+              <a href="author.html#160">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000161.html b/_build/static/archives/extend/2013-July/000161.html
new file mode 100644
index 00000000..1ed557be
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000161.html
@@ -0,0 +1,224 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy handler linked processes
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C545C0D63E95147B48DA892A0ECB4382E%40id3as.co.uk%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000160.html">
+   <LINK REL="Next"  HREF="000162.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy handler linked processes</H1>
+    <B>Adrian Roe</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20linked%20processes&In-Reply-To=%3C545C0D63E95147B48DA892A0ECB4382E%40id3as.co.uk%3E"
+       TITLE="[99s-extend] Cowboy handler linked processes">adrian at id3as.co.uk
+       </A><BR>
+    <I>Thu Jul 18 19:55:20 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000160.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+        <LI>Next message: <A HREF="000162.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#161">[ date ]</a>
+              <a href="thread.html#161">[ thread ]</a>
+              <a href="subject.html#161">[ subject ]</a>
+              <a href="author.html#161">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I suspect it's just a case of adding a throw to error_terminate in cowboy_protocol, maybe with threading the reason back (though I don't really care what's thrown), but also fear there may be unintended consequences as all I've done is skim your code briefly!  If you are able to look at it then great - if not I'll muddle through.  I'm travelling so it would be mid next week at the earliest anyway.  
+
+Cheers
+
+Adrian  
+
+--  
+Dr Adrian Roe
+Director
+
+
+On Thursday, 18 July 2013 at 11:38, Lo&#239;c Hoguin wrote:
+
+&gt;<i> If you got time sure, I won't have much time until Monday. Have fun!
+</I>&gt;<i>  
+</I>&gt;<i> On 07/18/2013 12:37 PM, Adrian Roe wrote:
+</I>&gt;<i> &gt; That would be perfect! Do you want me to make the change and issue a
+</I>&gt;<i> &gt; pull request?
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; --
+</I>&gt;<i> &gt; Dr Adrian Roe
+</I>&gt;<i> &gt; Director
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; On Thursday, 18 July 2013 at 11:36, Lo&#239;c Hoguin wrote:
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt; &gt; I don't think the problem is that the handler is reused, we don't reuse
+</I>&gt;<i> &gt; &gt; them if there's an error. However we do catch errors to print them in
+</I>&gt;<i> &gt; &gt; the logs, and then the process stops normally. If you link without
+</I>&gt;<i> &gt; &gt; trap_exit you receive a normal exit signal which is ignored and doesn't
+</I>&gt;<i> &gt; &gt; kill your process. I suppose we should throw an exit signal when we got
+</I>&gt;<i> &gt; &gt; an error, after logging everything, instead of stopping normally.
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; On 07/18/2013 12:31 PM, Adrian Roe wrote:
+</I>&gt;<i> &gt; &gt; &gt; My issue is the other way round. My handler crashes - and terminate
+</I>&gt;<i> &gt; &gt; &gt; gets called, but the linked process is NOT stopped (unless I stop it in
+</I>&gt;<i> &gt; &gt; &gt; terminate having stashed any processes I need to stop in the process
+</I>&gt;<i> &gt; &gt; &gt; dictionary - this is what I'm currently doing, but yuck!)
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; . My question is whether it wouldn't be better to no re-use the handler
+</I>&gt;<i> &gt; &gt; &gt; process that has crashed and replace it so that handler's can use the
+</I>&gt;<i> &gt; &gt; &gt; canonical erlang way of stopping related processes rather than having to
+</I>&gt;<i> &gt; &gt; &gt; do it by hand.
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; Obviously if the handler does not crash there's no need to kill the
+</I>&gt;<i> &gt; &gt; &gt; process, so the current efficiency saving works in the &quot;normal&quot; case/
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; --
+</I>&gt;<i> &gt; &gt; &gt; Dr Adrian Roe
+</I>&gt;<i> &gt; &gt; &gt; Director
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; On Thursday, 18 July 2013 at 11:20, Lo&#239;c Hoguin wrote:
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; I don't know what happens but there's two things I know:
+</I>&gt;<i> &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; * Handlers don't trap_exit, so if the linked process crashes, they
+</I>&gt;<i> &gt; &gt; &gt; &gt; crash too
+</I>&gt;<i> &gt; &gt; &gt; &gt; * If the handler crashes, we close the connection and stop the
+</I>&gt;<i> &gt; &gt; &gt; &gt; handler; if not this is a bug
+</I>&gt;<i> &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; After your log message the handler should stop unless there's a bug
+</I>&gt;<i> &gt; &gt; &gt; &gt; somewhere.
+</I>&gt;<i> &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; On 07/18/2013 12:15 PM, Adrian Roe wrote:
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; We have been using spawn_linked workers to handle tasks that live for
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; the lifetime of a single HTTP request
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; Although in the cowboy guide it is clear that Cowboy can use &quot;One
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; Process of Many Requests&quot; I am surprised that this is the case even if
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; the handler crashes. For example, our use case is to copy a large file
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; to the server over HTTP where a worker process relays the file contents
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; to long term storage. The worker process is spawn_linked from the HTTP
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; handler and (for our use case) should die if the handler stops.
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; If the client stops the upload (for example by browsing away, or losing
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; connectivity) we correctly receive an error (see sample Lager trace
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; below), but what we are seeing is that spawn_linked processes are NOT
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; being killed.
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; Is this intended behaviour - I accept it makes sense to reuse the
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; processes but should this continue to be the case even if the previous
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; use of the process crashed? If it is intended behaviour I think the
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; docs should highlight this as we've been leaking processes for some
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; time
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; now, but I've always seen it as erlang's job to look after related
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; process trees in the event of error. Our current workaround is to hold
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; a list of linked processes in process storage and then kill them in the
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; terminate handler which is ugly in the extreme!! We don't know the PIDS
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; of the linked processes until it is too late to return State to Cowboy
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; (i.e. we are already in our handle code)...
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; Kind regards
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; Adrian
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; 16:09:32.347 [info] Trailer upload failed with reason
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; {case_clause,{error,closed}}
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; 16:09:32.348 [error] ** Cowboy handler upload_trailer_resource
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; terminating in handle/2
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; for the reason error:{case_clause,{error,closed}}
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; ** Handler state was {state,undefined,0,undefined,undefined,undefined}
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; ** Request was
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; [{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000">http://54.225.117.108:8000</A>&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; ozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; (KHTML,
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; like Gecko) Chrome/28.0.1500.71
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://54.225.117.108:8000/">http://54.225.117.108:8000/</A>&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; ** Stacktrace:
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; [{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; ,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; --
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; Dr Adrian Roe
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; Director
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; _______________________________________________
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; Extend mailing list
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> &gt; &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt; &gt; --
+</I>&gt;<i> &gt; &gt; &gt; &gt; Lo&#239;c Hoguin
+</I>&gt;<i> &gt; &gt; &gt; &gt; Erlang Cowboy
+</I>&gt;<i> &gt; &gt; &gt; &gt; Nine Nines
+</I>&gt;<i> &gt; &gt; &gt; &gt; <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> &gt; &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt; &gt;  
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt; &gt; --
+</I>&gt;<i> &gt; &gt; Lo&#239;c Hoguin
+</I>&gt;<i> &gt; &gt; Erlang Cowboy
+</I>&gt;<i> &gt; &gt; Nine Nines
+</I>&gt;<i> &gt; &gt; <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> &gt; &gt;  
+</I>&gt;<i> &gt;  
+</I>&gt;<i> &gt;  
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>&gt;<i> --  
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>  
+</I>&gt;<i>  
+</I>
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130718/a3961a6f/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130718/a3961a6f/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000160.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+	<LI>Next message: <A HREF="000162.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#161">[ date ]</a>
+              <a href="thread.html#161">[ thread ]</a>
+              <a href="subject.html#161">[ subject ]</a>
+              <a href="author.html#161">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000162.html b/_build/static/archives/extend/2013-July/000162.html
new file mode 100644
index 00000000..45870ad9
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000162.html
@@ -0,0 +1,103 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS Issue
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C420FF871-86CC-4956-924A-514047C614EB%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000161.html">
+   <LINK REL="Next"  HREF="000163.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS Issue</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C420FF871-86CC-4956-924A-514047C614EB%40gmail.com%3E"
+       TITLE="[99s-extend] Cowboy HTTPS Issue">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Tue Jul 23 15:12:08 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000161.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+        <LI>Next message: <A HREF="000163.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#162">[ date ]</a>
+              <a href="thread.html#162">[ thread ]</a>
+              <a href="subject.html#162">[ subject ]</a>
+              <a href="author.html#162">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi guys,
+
+So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+
+application: ssl
+    exited: {bad_return,
+                {{ssl_app,start,[normal,[]]},
+                 {'EXIT',
+                     {undef,
+                         [{ssl_app,start,[normal,[]],[]},
+                          {application_master,start_it_old,4,
+                              [{file,&quot;application_master.erl&quot;},
+                               {line,274}]}]}}}}
+    type: temporary
+
+
+The way I'm starting Cowboy is like this:
+
+	Env = [
+		{env, [{dispatch, Dispatch}]},
+		{onrequest, fun http_utils:set_request_cors/1}
+	],
+
+	case http_server:is_secure() of
+		true -&gt;
+			cowboy:start_https(https, 100, [
+				{ip, Ip}, {port, Port},
+				{certfile, binary_to_list(http_server:secure_cert())},
+				{keyfile, binary_to_list(http_server:secure_key())},
+				{reuseaddr, true},
+				{fail_if_no_peer_cert, true}
+			], Env);
+		_ -&gt;
+			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+	end,
+
+Does anyone know why I might be getting this issue?
+
+Thanks,
+Lee
+
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000161.html">[99s-extend] Cowboy handler linked processes
+</A></li>
+	<LI>Next message: <A HREF="000163.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#162">[ date ]</a>
+              <a href="thread.html#162">[ thread ]</a>
+              <a href="subject.html#162">[ subject ]</a>
+              <a href="author.html#162">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000163.html b/_build/static/archives/extend/2013-July/000163.html
new file mode 100644
index 00000000..188507a8
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000163.html
@@ -0,0 +1,118 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS Issue
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C51EE8816.1040801%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000162.html">
+   <LINK REL="Next"  HREF="000164.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS Issue</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C51EE8816.1040801%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy HTTPS Issue">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jul 23 15:41:42 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000162.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+        <LI>Next message: <A HREF="000164.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#163">[ date ]</a>
+              <a href="thread.html#163">[ thread ]</a>
+              <a href="subject.html#163">[ subject ]</a>
+              <a href="author.html#163">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You need to include and start the public_key and ssl applications.
+
+On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+&gt;<i> Hi guys,
+</I>&gt;<i>
+</I>&gt;<i> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+</I>&gt;<i>
+</I>&gt;<i> application: ssl
+</I>&gt;<i>      exited: {bad_return,
+</I>&gt;<i>                  {{ssl_app,start,[normal,[]]},
+</I>&gt;<i>                   {'EXIT',
+</I>&gt;<i>                       {undef,
+</I>&gt;<i>                           [{ssl_app,start,[normal,[]],[]},
+</I>&gt;<i>                            {application_master,start_it_old,4,
+</I>&gt;<i>                                [{file,&quot;application_master.erl&quot;},
+</I>&gt;<i>                                 {line,274}]}]}}}}
+</I>&gt;<i>      type: temporary
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> The way I'm starting Cowboy is like this:
+</I>&gt;<i>
+</I>&gt;<i> 	Env = [
+</I>&gt;<i> 		{env, [{dispatch, Dispatch}]},
+</I>&gt;<i> 		{onrequest, fun http_utils:set_request_cors/1}
+</I>&gt;<i> 	],
+</I>&gt;<i>
+</I>&gt;<i> 	case http_server:is_secure() of
+</I>&gt;<i> 		true -&gt;
+</I>&gt;<i> 			cowboy:start_https(https, 100, [
+</I>&gt;<i> 				{ip, Ip}, {port, Port},
+</I>&gt;<i> 				{certfile, binary_to_list(http_server:secure_cert())},
+</I>&gt;<i> 				{keyfile, binary_to_list(http_server:secure_key())},
+</I>&gt;<i> 				{reuseaddr, true},
+</I>&gt;<i> 				{fail_if_no_peer_cert, true}
+</I>&gt;<i> 			], Env);
+</I>&gt;<i> 		_ -&gt;
+</I>&gt;<i> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+</I>&gt;<i> 	end,
+</I>&gt;<i>
+</I>&gt;<i> Does anyone know why I might be getting this issue?
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000162.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+	<LI>Next message: <A HREF="000164.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#163">[ date ]</a>
+              <a href="thread.html#163">[ thread ]</a>
+              <a href="subject.html#163">[ subject ]</a>
+              <a href="author.html#163">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000164.html b/_build/static/archives/extend/2013-July/000164.html
new file mode 100644
index 00000000..6e053e04
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000164.html
@@ -0,0 +1,142 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS Issue
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3CCC9B7706-2788-4614-9740-C8149FCD3FD2%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000163.html">
+   <LINK REL="Next"  HREF="000165.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS Issue</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3CCC9B7706-2788-4614-9740-C8149FCD3FD2%40gmail.com%3E"
+       TITLE="[99s-extend] Cowboy HTTPS Issue">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Tue Jul 23 15:59:00 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000163.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+        <LI>Next message: <A HREF="000165.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#164">[ date ]</a>
+              <a href="thread.html#164">[ thread ]</a>
+              <a href="subject.html#164">[ subject ]</a>
+              <a href="author.html#164">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thank you, Loic.  I'd forgotten to update my releases folder.
+
+I now have it running, but when I access an endpoint, I get
+
+=ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+SSL: 1159: error:[&lt;&lt;48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+                    126,49,13,  [snip]  45,193&gt;&gt;,
+                  &lt;&lt;48,130,6  [snip]  118,247,97&gt;&gt;] /usr/certs/cert.pem
+  [{ssl_connection,init_certificates,8,
+                   [{file,&quot;ssl_connection.erl&quot;},{line,1155}]},
+   {ssl_connection,ssl_init,2,[{file,&quot;ssl_connection.erl&quot;},{line,1110}]},
+   {ssl_connection,init,1,[{file,&quot;ssl_connection.erl&quot;},{line,303}]},
+   {proc_lib,init_p_do_apply,3,[{file,&quot;proc_lib.erl&quot;},{line,239}]}]
+
+Not a very helpful error.  I'm assuming the cert isn't being accepted by the SSL module?
+
+Thanks,
+Lee
+
+
+
+On 23 Jul 2013, at 14:41, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> You need to include and start the public_key and ssl applications.
+</I>&gt;<i> 
+</I>&gt;<i> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+</I>&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> application: ssl
+</I>&gt;&gt;<i>     exited: {bad_return,
+</I>&gt;&gt;<i>                 {{ssl_app,start,[normal,[]]},
+</I>&gt;&gt;<i>                  {'EXIT',
+</I>&gt;&gt;<i>                      {undef,
+</I>&gt;&gt;<i>                          [{ssl_app,start,[normal,[]],[]},
+</I>&gt;&gt;<i>                           {application_master,start_it_old,4,
+</I>&gt;&gt;<i>                               [{file,&quot;application_master.erl&quot;},
+</I>&gt;&gt;<i>                                {line,274}]}]}}}}
+</I>&gt;&gt;<i>     type: temporary
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> The way I'm starting Cowboy is like this:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 	Env = [
+</I>&gt;&gt;<i> 		{env, [{dispatch, Dispatch}]},
+</I>&gt;&gt;<i> 		{onrequest, fun http_utils:set_request_cors/1}
+</I>&gt;&gt;<i> 	],
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 	case http_server:is_secure() of
+</I>&gt;&gt;<i> 		true -&gt;
+</I>&gt;&gt;<i> 			cowboy:start_https(https, 100, [
+</I>&gt;&gt;<i> 				{ip, Ip}, {port, Port},
+</I>&gt;&gt;<i> 				{certfile, binary_to_list(http_server:secure_cert())},
+</I>&gt;&gt;<i> 				{keyfile, binary_to_list(http_server:secure_key())},
+</I>&gt;&gt;<i> 				{reuseaddr, true},
+</I>&gt;&gt;<i> 				{fail_if_no_peer_cert, true}
+</I>&gt;&gt;<i> 			], Env);
+</I>&gt;&gt;<i> 		_ -&gt;
+</I>&gt;&gt;<i> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+</I>&gt;&gt;<i> 	end,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Does anyone know why I might be getting this issue?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000163.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+	<LI>Next message: <A HREF="000165.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#164">[ date ]</a>
+              <a href="thread.html#164">[ thread ]</a>
+              <a href="subject.html#164">[ subject ]</a>
+              <a href="author.html#164">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000165.html b/_build/static/archives/extend/2013-July/000165.html
new file mode 100644
index 00000000..7466d83e
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000165.html
@@ -0,0 +1,153 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS Issue
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C51EE8C6D.5060601%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000164.html">
+   <LINK REL="Next"  HREF="000166.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS Issue</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C51EE8C6D.5060601%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy HTTPS Issue">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jul 23 16:00:13 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000164.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+        <LI>Next message: <A HREF="000166.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#165">[ date ]</a>
+              <a href="thread.html#165">[ thread ]</a>
+              <a href="subject.html#165">[ subject ]</a>
+              <a href="author.html#165">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>No idea. You'll probably have more luck asking erlang-questions for SSL 
+issues.
+
+On 07/23/2013 03:59 PM, Lee Sylvester wrote:
+&gt;<i> Thank you, Loic.  I'd forgotten to update my releases folder.
+</I>&gt;<i>
+</I>&gt;<i> I now have it running, but when I access an endpoint, I get
+</I>&gt;<i>
+</I>&gt;<i> =ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+</I>&gt;<i> SSL: 1159: error:[&lt;&lt;48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+</I>&gt;<i>                      126,49,13,  [snip]  45,193&gt;&gt;,
+</I>&gt;<i>                    &lt;&lt;48,130,6  [snip]  118,247,97&gt;&gt;] /usr/certs/cert.pem
+</I>&gt;<i>    [{ssl_connection,init_certificates,8,
+</I>&gt;<i>                     [{file,&quot;ssl_connection.erl&quot;},{line,1155}]},
+</I>&gt;<i>     {ssl_connection,ssl_init,2,[{file,&quot;ssl_connection.erl&quot;},{line,1110}]},
+</I>&gt;<i>     {ssl_connection,init,1,[{file,&quot;ssl_connection.erl&quot;},{line,303}]},
+</I>&gt;<i>     {proc_lib,init_p_do_apply,3,[{file,&quot;proc_lib.erl&quot;},{line,239}]}]
+</I>&gt;<i>
+</I>&gt;<i> Not a very helpful error.  I'm assuming the cert isn't being accepted by the SSL module?
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 23 Jul 2013, at 14:41, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> You need to include and start the public_key and ssl applications.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> application: ssl
+</I>&gt;&gt;&gt;<i>      exited: {bad_return,
+</I>&gt;&gt;&gt;<i>                  {{ssl_app,start,[normal,[]]},
+</I>&gt;&gt;&gt;<i>                   {'EXIT',
+</I>&gt;&gt;&gt;<i>                       {undef,
+</I>&gt;&gt;&gt;<i>                           [{ssl_app,start,[normal,[]],[]},
+</I>&gt;&gt;&gt;<i>                            {application_master,start_it_old,4,
+</I>&gt;&gt;&gt;<i>                                [{file,&quot;application_master.erl&quot;},
+</I>&gt;&gt;&gt;<i>                                 {line,274}]}]}}}}
+</I>&gt;&gt;&gt;<i>      type: temporary
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> The way I'm starting Cowboy is like this:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> 	Env = [
+</I>&gt;&gt;&gt;<i> 		{env, [{dispatch, Dispatch}]},
+</I>&gt;&gt;&gt;<i> 		{onrequest, fun http_utils:set_request_cors/1}
+</I>&gt;&gt;&gt;<i> 	],
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> 	case http_server:is_secure() of
+</I>&gt;&gt;&gt;<i> 		true -&gt;
+</I>&gt;&gt;&gt;<i> 			cowboy:start_https(https, 100, [
+</I>&gt;&gt;&gt;<i> 				{ip, Ip}, {port, Port},
+</I>&gt;&gt;&gt;<i> 				{certfile, binary_to_list(http_server:secure_cert())},
+</I>&gt;&gt;&gt;<i> 				{keyfile, binary_to_list(http_server:secure_key())},
+</I>&gt;&gt;&gt;<i> 				{reuseaddr, true},
+</I>&gt;&gt;&gt;<i> 				{fail_if_no_peer_cert, true}
+</I>&gt;&gt;&gt;<i> 			], Env);
+</I>&gt;&gt;&gt;<i> 		_ -&gt;
+</I>&gt;&gt;&gt;<i> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+</I>&gt;&gt;&gt;<i> 	end,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Does anyone know why I might be getting this issue?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000164.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+	<LI>Next message: <A HREF="000166.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#165">[ date ]</a>
+              <a href="thread.html#165">[ thread ]</a>
+              <a href="subject.html#165">[ subject ]</a>
+              <a href="author.html#165">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000166.html b/_build/static/archives/extend/2013-July/000166.html
new file mode 100644
index 00000000..67d1185c
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000166.html
@@ -0,0 +1,162 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS Issue
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C9B85045F-0FA0-4CCE-8F57-863CCF83E28C%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000165.html">
+   <LINK REL="Next"  HREF="000168.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS Issue</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C9B85045F-0FA0-4CCE-8F57-863CCF83E28C%40gmail.com%3E"
+       TITLE="[99s-extend] Cowboy HTTPS Issue">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Tue Jul 23 16:01:07 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000165.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+        <LI>Next message: <A HREF="000168.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#166">[ date ]</a>
+              <a href="thread.html#166">[ thread ]</a>
+              <a href="subject.html#166">[ subject ]</a>
+              <a href="author.html#166">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Okay, thanks Lo&#239;c.  I'll try my luck there :-)
+
+Regards,
+Lee
+
+
+
+On 23 Jul 2013, at 15:00, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> No idea. You'll probably have more luck asking erlang-questions for SSL issues.
+</I>&gt;<i> 
+</I>&gt;<i> On 07/23/2013 03:59 PM, Lee Sylvester wrote:
+</I>&gt;&gt;<i> Thank you, Loic.  I'd forgotten to update my releases folder.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I now have it running, but when I access an endpoint, I get
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> =ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+</I>&gt;&gt;<i> SSL: 1159: error:[&lt;&lt;48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+</I>&gt;&gt;<i>                     126,49,13,  [snip]  45,193&gt;&gt;,
+</I>&gt;&gt;<i>                   &lt;&lt;48,130,6  [snip]  118,247,97&gt;&gt;] /usr/certs/cert.pem
+</I>&gt;&gt;<i>   [{ssl_connection,init_certificates,8,
+</I>&gt;&gt;<i>                    [{file,&quot;ssl_connection.erl&quot;},{line,1155}]},
+</I>&gt;&gt;<i>    {ssl_connection,ssl_init,2,[{file,&quot;ssl_connection.erl&quot;},{line,1110}]},
+</I>&gt;&gt;<i>    {ssl_connection,init,1,[{file,&quot;ssl_connection.erl&quot;},{line,303}]},
+</I>&gt;&gt;<i>    {proc_lib,init_p_do_apply,3,[{file,&quot;proc_lib.erl&quot;},{line,239}]}]
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Not a very helpful error.  I'm assuming the cert isn't being accepted by the SSL module?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 23 Jul 2013, at 14:41, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> You need to include and start the public_key and ssl applications.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> application: ssl
+</I>&gt;&gt;&gt;&gt;<i>     exited: {bad_return,
+</I>&gt;&gt;&gt;&gt;<i>                 {{ssl_app,start,[normal,[]]},
+</I>&gt;&gt;&gt;&gt;<i>                  {'EXIT',
+</I>&gt;&gt;&gt;&gt;<i>                      {undef,
+</I>&gt;&gt;&gt;&gt;<i>                          [{ssl_app,start,[normal,[]],[]},
+</I>&gt;&gt;&gt;&gt;<i>                           {application_master,start_it_old,4,
+</I>&gt;&gt;&gt;&gt;<i>                               [{file,&quot;application_master.erl&quot;},
+</I>&gt;&gt;&gt;&gt;<i>                                {line,274}]}]}}}}
+</I>&gt;&gt;&gt;&gt;<i>     type: temporary
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> The way I'm starting Cowboy is like this:
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 	Env = [
+</I>&gt;&gt;&gt;&gt;<i> 		{env, [{dispatch, Dispatch}]},
+</I>&gt;&gt;&gt;&gt;<i> 		{onrequest, fun http_utils:set_request_cors/1}
+</I>&gt;&gt;&gt;&gt;<i> 	],
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 	case http_server:is_secure() of
+</I>&gt;&gt;&gt;&gt;<i> 		true -&gt;
+</I>&gt;&gt;&gt;&gt;<i> 			cowboy:start_https(https, 100, [
+</I>&gt;&gt;&gt;&gt;<i> 				{ip, Ip}, {port, Port},
+</I>&gt;&gt;&gt;&gt;<i> 				{certfile, binary_to_list(http_server:secure_cert())},
+</I>&gt;&gt;&gt;&gt;<i> 				{keyfile, binary_to_list(http_server:secure_key())},
+</I>&gt;&gt;&gt;&gt;<i> 				{reuseaddr, true},
+</I>&gt;&gt;&gt;&gt;<i> 				{fail_if_no_peer_cert, true}
+</I>&gt;&gt;&gt;&gt;<i> 			], Env);
+</I>&gt;&gt;&gt;&gt;<i> 		_ -&gt;
+</I>&gt;&gt;&gt;&gt;<i> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+</I>&gt;&gt;&gt;&gt;<i> 	end,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Does anyone know why I might be getting this issue?
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000165.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+	<LI>Next message: <A HREF="000168.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#166">[ date ]</a>
+              <a href="thread.html#166">[ thread ]</a>
+              <a href="subject.html#166">[ subject ]</a>
+              <a href="author.html#166">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000167.html b/_build/static/archives/extend/2013-July/000167.html
new file mode 100644
index 00000000..31b21867
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000167.html
@@ -0,0 +1,70 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] OPTIONS and is_authorized
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20OPTIONS%20and%20is_authorized&In-Reply-To=%3CCAKAMJXjzVKTA_VJPm_bJxr%2BhKBEYVK7hCz24ZkDu8gvZO4X_Rw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000169.html">
+   <LINK REL="Next"  HREF="000170.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] OPTIONS and is_authorized</H1>
+    <B>Eduardo Gurgel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20OPTIONS%20and%20is_authorized&In-Reply-To=%3CCAKAMJXjzVKTA_VJPm_bJxr%2BhKBEYVK7hCz24ZkDu8gvZO4X_Rw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] OPTIONS and is_authorized">edgurgel at gmail.com
+       </A><BR>
+    <I>Tue Jul 23 16:15:36 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000169.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+        <LI>Next message: <A HREF="000170.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#167">[ date ]</a>
+              <a href="thread.html#167">[ thread ]</a>
+              <a href="subject.html#167">[ subject ]</a>
+              <a href="author.html#167">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>What's the best way to skip is_authorized callback for OPTIONS methods? For
+all my rest handlers?
+
+Thanks in advance for any help you are able to provide.
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130723/3e51c337/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130723/3e51c337/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000169.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+	<LI>Next message: <A HREF="000170.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#167">[ date ]</a>
+              <a href="thread.html#167">[ thread ]</a>
+              <a href="subject.html#167">[ subject ]</a>
+              <a href="author.html#167">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000168.html b/_build/static/archives/extend/2013-July/000168.html
new file mode 100644
index 00000000..2190fec8
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000168.html
@@ -0,0 +1,173 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS Issue
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C51F0EEC8.4080408%40gjunka.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000166.html">
+   <LINK REL="Next"  HREF="000169.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS Issue</H1>
+    <B>Grzegorz Junka</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C51F0EEC8.4080408%40gjunka.com%3E"
+       TITLE="[99s-extend] Cowboy HTTPS Issue">list1 at gjunka.com
+       </A><BR>
+    <I>Thu Jul 25 11:24:24 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000166.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+        <LI>Next message: <A HREF="000169.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#168">[ date ]</a>
+              <a href="thread.html#168">[ thread ]</a>
+              <a href="subject.html#168">[ subject ]</a>
+              <a href="author.html#168">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Maybe the problem is with Erlang not seeing the crypto libraries? You 
+can verify that quickly by executing &quot;crypto:start().&quot; in the Erlang 
+shell. See this post for info:
+
+<A HREF="http://stackoverflow.com/questions/4742184/rebar-error-exit-on-create-app-crypto-start/14776521#14776521">http://stackoverflow.com/questions/4742184/rebar-error-exit-on-create-app-crypto-start/14776521#14776521</A>
+
+Greg
+
+On 23/07/2013 15:01, Lee Sylvester wrote:
+&gt;<i> Okay, thanks Lo&#239;c.  I'll try my luck there :-)
+</I>&gt;<i>
+</I>&gt;<i> Regards,
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 23 Jul 2013, at 15:00, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> No idea. You'll probably have more luck asking erlang-questions for SSL issues.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 07/23/2013 03:59 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;<i> Thank you, Loic.  I'd forgotten to update my releases folder.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I now have it running, but when I access an endpoint, I get
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> =ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+</I>&gt;&gt;&gt;<i> SSL: 1159: error:[&lt;&lt;48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+</I>&gt;&gt;&gt;<i>                      126,49,13,  [snip]  45,193&gt;&gt;,
+</I>&gt;&gt;&gt;<i>                    &lt;&lt;48,130,6  [snip]  118,247,97&gt;&gt;] /usr/certs/cert.pem
+</I>&gt;&gt;&gt;<i>    [{ssl_connection,init_certificates,8,
+</I>&gt;&gt;&gt;<i>                     [{file,&quot;ssl_connection.erl&quot;},{line,1155}]},
+</I>&gt;&gt;&gt;<i>     {ssl_connection,ssl_init,2,[{file,&quot;ssl_connection.erl&quot;},{line,1110}]},
+</I>&gt;&gt;&gt;<i>     {ssl_connection,init,1,[{file,&quot;ssl_connection.erl&quot;},{line,303}]},
+</I>&gt;&gt;&gt;<i>     {proc_lib,init_p_do_apply,3,[{file,&quot;proc_lib.erl&quot;},{line,239}]}]
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Not a very helpful error.  I'm assuming the cert isn't being accepted by the SSL module?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 23 Jul 2013, at 14:41, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> You need to include and start the public_key and ssl applications.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> So, I'm trying to run Cowboy with SSL, but keep getting an error with the SSL module:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> application: ssl
+</I>&gt;&gt;&gt;&gt;&gt;<i>      exited: {bad_return,
+</I>&gt;&gt;&gt;&gt;&gt;<i>                  {{ssl_app,start,[normal,[]]},
+</I>&gt;&gt;&gt;&gt;&gt;<i>                   {'EXIT',
+</I>&gt;&gt;&gt;&gt;&gt;<i>                       {undef,
+</I>&gt;&gt;&gt;&gt;&gt;<i>                           [{ssl_app,start,[normal,[]],[]},
+</I>&gt;&gt;&gt;&gt;&gt;<i>                            {application_master,start_it_old,4,
+</I>&gt;&gt;&gt;&gt;&gt;<i>                                [{file,&quot;application_master.erl&quot;},
+</I>&gt;&gt;&gt;&gt;&gt;<i>                                 {line,274}]}]}}}}
+</I>&gt;&gt;&gt;&gt;&gt;<i>      type: temporary
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> The way I'm starting Cowboy is like this:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> 	Env = [
+</I>&gt;&gt;&gt;&gt;&gt;<i> 		{env, [{dispatch, Dispatch}]},
+</I>&gt;&gt;&gt;&gt;&gt;<i> 		{onrequest, fun http_utils:set_request_cors/1}
+</I>&gt;&gt;&gt;&gt;&gt;<i> 	],
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> 	case http_server:is_secure() of
+</I>&gt;&gt;&gt;&gt;&gt;<i> 		true -&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i> 			cowboy:start_https(https, 100, [
+</I>&gt;&gt;&gt;&gt;&gt;<i> 				{ip, Ip}, {port, Port},
+</I>&gt;&gt;&gt;&gt;&gt;<i> 				{certfile, binary_to_list(http_server:secure_cert())},
+</I>&gt;&gt;&gt;&gt;&gt;<i> 				{keyfile, binary_to_list(http_server:secure_key())},
+</I>&gt;&gt;&gt;&gt;&gt;<i> 				{reuseaddr, true},
+</I>&gt;&gt;&gt;&gt;&gt;<i> 				{fail_if_no_peer_cert, true}
+</I>&gt;&gt;&gt;&gt;&gt;<i> 			], Env);
+</I>&gt;&gt;&gt;&gt;&gt;<i> 		_ -&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i> 			{ok, _} = cowboy:start_http(http, 100, Options, Env)
+</I>&gt;&gt;&gt;&gt;&gt;<i> 	end,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Does anyone know why I might be getting this issue?
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> -- 
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000166.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+	<LI>Next message: <A HREF="000169.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#168">[ date ]</a>
+              <a href="thread.html#168">[ thread ]</a>
+              <a href="subject.html#168">[ subject ]</a>
+              <a href="author.html#168">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000169.html b/_build/static/archives/extend/2013-July/000169.html
new file mode 100644
index 00000000..4e28c3d1
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000169.html
@@ -0,0 +1,195 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy HTTPS Issue
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C51F0EEEE.8050002%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000168.html">
+   <LINK REL="Next"  HREF="000167.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy HTTPS Issue</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20HTTPS%20Issue&In-Reply-To=%3C51F0EEEE.8050002%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy HTTPS Issue">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jul 25 11:25:02 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000168.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+        <LI>Next message: <A HREF="000167.html">[99s-extend] OPTIONS and is_authorized
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#169">[ date ]</a>
+              <a href="thread.html#169">[ thread ]</a>
+              <a href="subject.html#169">[ subject ]</a>
+              <a href="author.html#169">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Cowboy requires crypto to start.
+
+On 07/25/2013 11:24 AM, Grzegorz Junka wrote:
+&gt;<i> Maybe the problem is with Erlang not seeing the crypto libraries? You
+</I>&gt;<i> can verify that quickly by executing &quot;crypto:start().&quot; in the Erlang
+</I>&gt;<i> shell. See this post for info:
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="http://stackoverflow.com/questions/4742184/rebar-error-exit-on-create-app-crypto-start/14776521#14776521">http://stackoverflow.com/questions/4742184/rebar-error-exit-on-create-app-crypto-start/14776521#14776521</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Greg
+</I>&gt;<i>
+</I>&gt;<i> On 23/07/2013 15:01, Lee Sylvester wrote:
+</I>&gt;&gt;<i> Okay, thanks Lo&#239;c.  I'll try my luck there :-)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Regards,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 23 Jul 2013, at 15:00, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> No idea. You'll probably have more luck asking erlang-questions for
+</I>&gt;&gt;&gt;<i> SSL issues.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 07/23/2013 03:59 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;&gt;<i> Thank you, Loic.  I'd forgotten to update my releases folder.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> I now have it running, but when I access an endpoint, I get
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> =ERROR REPORT==== 23-Jul-2013::09:56:29 ===
+</I>&gt;&gt;&gt;&gt;<i> SSL: 1159:
+</I>&gt;&gt;&gt;&gt;<i> error:[&lt;&lt;48,130,6,220,48,130,5,196,160,3,2,1,2,2,16,15,199,72,40,33,
+</I>&gt;&gt;&gt;&gt;<i>                      126,49,13,  [snip]  45,193&gt;&gt;,
+</I>&gt;&gt;&gt;&gt;<i>                    &lt;&lt;48,130,6  [snip]  118,247,97&gt;&gt;]
+</I>&gt;&gt;&gt;&gt;<i> /usr/certs/cert.pem
+</I>&gt;&gt;&gt;&gt;<i>    [{ssl_connection,init_certificates,8,
+</I>&gt;&gt;&gt;&gt;<i>                     [{file,&quot;ssl_connection.erl&quot;},{line,1155}]},
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> {ssl_connection,ssl_init,2,[{file,&quot;ssl_connection.erl&quot;},{line,1110}]},
+</I>&gt;&gt;&gt;&gt;<i>     {ssl_connection,init,1,[{file,&quot;ssl_connection.erl&quot;},{line,303}]},
+</I>&gt;&gt;&gt;&gt;<i>     {proc_lib,init_p_do_apply,3,[{file,&quot;proc_lib.erl&quot;},{line,239}]}]
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Not a very helpful error.  I'm assuming the cert isn't being
+</I>&gt;&gt;&gt;&gt;<i> accepted by the SSL module?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 23 Jul 2013, at 14:41, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> You need to include and start the public_key and ssl applications.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> On 07/23/2013 03:12 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Hi guys,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> So, I'm trying to run Cowboy with SSL, but keep getting an error
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> with the SSL module:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> application: ssl
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>      exited: {bad_return,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                  {{ssl_app,start,[normal,[]]},
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                   {'EXIT',
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                       {undef,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                           [{ssl_app,start,[normal,[]],[]},
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                            {application_master,start_it_old,4,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                                [{file,&quot;application_master.erl&quot;},
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                                 {line,274}]}]}}}}
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>      type: temporary
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> The way I'm starting Cowboy is like this:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>     Env = [
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>         {env, [{dispatch, Dispatch}]},
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>         {onrequest, fun http_utils:set_request_cors/1}
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>     ],
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>     case http_server:is_secure() of
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>         true -&gt;
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>             cowboy:start_https(https, 100, [
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                 {ip, Ip}, {port, Port},
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                 {certfile,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> binary_to_list(http_server:secure_cert())},
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                 {keyfile, binary_to_list(http_server:secure_key())},
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                 {reuseaddr, true},
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>                 {fail_if_no_peer_cert, true}
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>             ], Env);
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>         _ -&gt;
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>             {ok, _} = cowboy:start_http(http, 100, Options, Env)
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>     end,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Does anyone know why I might be getting this issue?
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000168.html">[99s-extend] Cowboy HTTPS Issue
+</A></li>
+	<LI>Next message: <A HREF="000167.html">[99s-extend] OPTIONS and is_authorized
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#169">[ date ]</a>
+              <a href="thread.html#169">[ thread ]</a>
+              <a href="subject.html#169">[ subject ]</a>
+              <a href="author.html#169">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000170.html b/_build/static/archives/extend/2013-July/000170.html
new file mode 100644
index 00000000..734498fb
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000170.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] query string with # sign
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C5D960DEE-E0EE-4084-AF7D-127E8C9F8B37%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000167.html">
+   <LINK REL="Next"  HREF="000171.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] query string with # sign</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C5D960DEE-E0EE-4084-AF7D-127E8C9F8B37%40wanadoo.fr%3E"
+       TITLE="[99s-extend] query string with # sign">samset at wanadoo.fr
+       </A><BR>
+    <I>Fri Jul 26 18:08:37 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000167.html">[99s-extend] OPTIONS and is_authorized
+</A></li>
+        <LI>Next message: <A HREF="000171.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#170">[ date ]</a>
+              <a href="thread.html#170">[ thread ]</a>
+              <a href="subject.html#170">[ subject ]</a>
+              <a href="author.html#170">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi, 
+
+It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+Is there any way to change this behavior ?
+
+Thank you.
+
+Samir
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000167.html">[99s-extend] OPTIONS and is_authorized
+</A></li>
+	<LI>Next message: <A HREF="000171.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#170">[ date ]</a>
+              <a href="thread.html#170">[ thread ]</a>
+              <a href="subject.html#170">[ subject ]</a>
+              <a href="author.html#170">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000171.html b/_build/static/archives/extend/2013-July/000171.html
new file mode 100644
index 00000000..c82d0880
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000171.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] query string with # sign
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C51F29FA3.9020400%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000170.html">
+   <LINK REL="Next"  HREF="000172.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] query string with # sign</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C51F29FA3.9020400%40ninenines.eu%3E"
+       TITLE="[99s-extend] query string with # sign">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Jul 26 18:11:15 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000170.html">[99s-extend] query string with # sign
+</A></li>
+        <LI>Next message: <A HREF="000172.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#171">[ date ]</a>
+              <a href="thread.html#171">[ thread ]</a>
+              <a href="subject.html#171">[ subject ]</a>
+              <a href="author.html#171">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 07/26/2013 06:08 PM, Samir Sow wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+</I>&gt;<i> Is there any way to change this behavior ?
+</I>
+Look for the commit that removed &quot;cowboy_req:fragment/1&quot;.
+
+But be aware that #fragments aren't expected to be sent by an HTTP 
+request and that browsers don't send it either. You probably should use 
+the query string for that.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000170.html">[99s-extend] query string with # sign
+</A></li>
+	<LI>Next message: <A HREF="000172.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#171">[ date ]</a>
+              <a href="thread.html#171">[ thread ]</a>
+              <a href="subject.html#171">[ subject ]</a>
+              <a href="author.html#171">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000172.html b/_build/static/archives/extend/2013-July/000172.html
new file mode 100644
index 00000000..04e7bce7
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000172.html
@@ -0,0 +1,85 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] query string with # sign
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3CB60CADF5-5D57-4E53-9ACA-BEF2C5526AF2%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000171.html">
+   <LINK REL="Next"  HREF="000173.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] query string with # sign</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3CB60CADF5-5D57-4E53-9ACA-BEF2C5526AF2%40wanadoo.fr%3E"
+       TITLE="[99s-extend] query string with # sign">samset at wanadoo.fr
+       </A><BR>
+    <I>Fri Jul 26 18:25:07 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000171.html">[99s-extend] query string with # sign
+</A></li>
+        <LI>Next message: <A HREF="000173.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#172">[ date ]</a>
+              <a href="thread.html#172">[ thread ]</a>
+              <a href="subject.html#172">[ subject ]</a>
+              <a href="author.html#172">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thank you Loic
+
+I'm not http protocol fluent.
+Could you explain me what you mean by &quot;you should use the query string for that&quot; ?
+
+Samir 
+On 26 juil. 2013, at 18:11, Lo&#239;c Hoguin wrote:
+
+&gt;<i> On 07/26/2013 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+</I>&gt;&gt;<i> Is there any way to change this behavior ?
+</I>&gt;<i> 
+</I>&gt;<i> Look for the commit that removed &quot;cowboy_req:fragment/1&quot;.
+</I>&gt;<i> 
+</I>&gt;<i> But be aware that #fragments aren't expected to be sent by an HTTP request and that browsers don't send it either. You probably should use the query string for that.
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000171.html">[99s-extend] query string with # sign
+</A></li>
+	<LI>Next message: <A HREF="000173.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#172">[ date ]</a>
+              <a href="thread.html#172">[ thread ]</a>
+              <a href="subject.html#172">[ subject ]</a>
+              <a href="author.html#172">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000173.html b/_build/static/archives/extend/2013-July/000173.html
new file mode 100644
index 00000000..c473a796
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000173.html
@@ -0,0 +1,99 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] query string with # sign
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C51F2A310.5030001%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000172.html">
+   <LINK REL="Next"  HREF="000174.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] query string with # sign</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C51F2A310.5030001%40ninenines.eu%3E"
+       TITLE="[99s-extend] query string with # sign">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Jul 26 18:25:52 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000172.html">[99s-extend] query string with # sign
+</A></li>
+        <LI>Next message: <A HREF="000174.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#173">[ date ]</a>
+              <a href="thread.html#173">[ thread ]</a>
+              <a href="subject.html#173">[ subject ]</a>
+              <a href="author.html#173">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>/path/to/resource?f=value
+
+instead of
+
+/path/to/resource#value
+
+On 07/26/2013 06:25 PM, Samir Sow wrote:
+&gt;<i> Thank you Loic
+</I>&gt;<i>
+</I>&gt;<i> I'm not http protocol fluent.
+</I>&gt;<i> Could you explain me what you mean by &quot;you should use the query string for that&quot; ?
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i> On 26 juil. 2013, at 18:11, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> On 07/26/2013 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+</I>&gt;&gt;&gt;<i> Is there any way to change this behavior ?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Look for the commit that removed &quot;cowboy_req:fragment/1&quot;.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> But be aware that #fragments aren't expected to be sent by an HTTP request and that browsers don't send it either. You probably should use the query string for that.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000172.html">[99s-extend] query string with # sign
+</A></li>
+	<LI>Next message: <A HREF="000174.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#173">[ date ]</a>
+              <a href="thread.html#173">[ thread ]</a>
+              <a href="subject.html#173">[ subject ]</a>
+              <a href="author.html#173">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000174.html b/_build/static/archives/extend/2013-July/000174.html
new file mode 100644
index 00000000..73a1106c
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000174.html
@@ -0,0 +1,109 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] query string with # sign
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C056A51D7-8AD0-45C9-87CF-CC1CC744AE62%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000173.html">
+   <LINK REL="Next"  HREF="000175.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] query string with # sign</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C056A51D7-8AD0-45C9-87CF-CC1CC744AE62%40wanadoo.fr%3E"
+       TITLE="[99s-extend] query string with # sign">samset at wanadoo.fr
+       </A><BR>
+    <I>Fri Jul 26 18:39:02 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000173.html">[99s-extend] query string with # sign
+</A></li>
+        <LI>Next message: <A HREF="000175.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#174">[ date ]</a>
+              <a href="thread.html#174">[ thread ]</a>
+              <a href="subject.html#174">[ subject ]</a>
+              <a href="author.html#174">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+Actually my query is something like
+
+/path?=key=*value, value#&amp;key=value2....
+But in the request i only receive the data before the # (the pound is removed)
+
+
+On 26 juil. 2013, at 18:25, Lo&#239;c Hoguin wrote:
+
+&gt;<i> /path/to/resource?f=value
+</I>&gt;<i> 
+</I>&gt;<i> instead of
+</I>&gt;<i> 
+</I>&gt;<i> /path/to/resource#value
+</I>&gt;<i> 
+</I>&gt;<i> On 07/26/2013 06:25 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> Thank you Loic
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I'm not http protocol fluent.
+</I>&gt;&gt;<i> Could you explain me what you mean by &quot;you should use the query string for that&quot; ?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Samir
+</I>&gt;&gt;<i> On 26 juil. 2013, at 18:11, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 07/26/2013 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+</I>&gt;&gt;&gt;&gt;<i> Is there any way to change this behavior ?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Look for the commit that removed &quot;cowboy_req:fragment/1&quot;.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> But be aware that #fragments aren't expected to be sent by an HTTP request and that browsers don't send it either. You probably should use the query string for that.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000173.html">[99s-extend] query string with # sign
+</A></li>
+	<LI>Next message: <A HREF="000175.html">[99s-extend] query string with # sign
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#174">[ date ]</a>
+              <a href="thread.html#174">[ thread ]</a>
+              <a href="subject.html#174">[ subject ]</a>
+              <a href="author.html#174">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/000175.html b/_build/static/archives/extend/2013-July/000175.html
new file mode 100644
index 00000000..30e5c3f1
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/000175.html
@@ -0,0 +1,119 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] query string with # sign
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C51F2A701.1040309%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000174.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] query string with # sign</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20query%20string%20with%20%23%20sign&In-Reply-To=%3C51F2A701.1040309%40ninenines.eu%3E"
+       TITLE="[99s-extend] query string with # sign">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Jul 26 18:42:41 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000174.html">[99s-extend] query string with # sign
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#175">[ date ]</a>
+              <a href="thread.html#175">[ thread ]</a>
+              <a href="subject.html#175">[ subject ]</a>
+              <a href="author.html#175">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You have to encode the value (urlencode algorithm), some characters, 
+like #, have a special meaning. Cowboy will urldecode automatically and 
+give you the # you expect.
+
+On 07/26/2013 06:39 PM, Samir Sow wrote:
+&gt;<i>
+</I>&gt;<i> Actually my query is something like
+</I>&gt;<i>
+</I>&gt;<i> /path?=key=*value, value#&amp;key=value2....
+</I>&gt;<i> But in the request i only receive the data before the # (the pound is removed)
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 26 juil. 2013, at 18:25, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> /path/to/resource?f=value
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> instead of
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> /path/to/resource#value
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 07/26/2013 06:25 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> Thank you Loic
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I'm not http protocol fluent.
+</I>&gt;&gt;&gt;<i> Could you explain me what you mean by &quot;you should use the query string for that&quot; ?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;<i> On 26 juil. 2013, at 18:11, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 07/26/2013 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> It seems that Cowboy removes the data after the # sign from the query string (GET) before handing the req to the handler.
+</I>&gt;&gt;&gt;&gt;&gt;<i> Is there any way to change this behavior ?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Look for the commit that removed &quot;cowboy_req:fragment/1&quot;.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> But be aware that #fragments aren't expected to be sent by an HTTP request and that browsers don't send it either. You probably should use the query string for that.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000174.html">[99s-extend] query string with # sign
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#175">[ date ]</a>
+              <a href="thread.html#175">[ thread ]</a>
+              <a href="subject.html#175">[ subject ]</a>
+              <a href="author.html#175">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-July/author.html b/_build/static/archives/extend/2013-July/author.html
new file mode 100644
index 00000000..16af8e9b
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/author.html
@@ -0,0 +1,167 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Jul  9 18:11:50 CEST 2013</i><br>
+         <b>Ending:</b> <i>Fri Jul 26 18:42:41 CEST 2013</i><br>
+         <b>Messages:</b> 24<p>
+     <ul>
+
+<LI><A HREF="000167.html">[99s-extend] OPTIONS and is_authorized
+</A><A NAME="167">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000155.html">[99s-extend] Serve static files with cowboy from some	applications
+</A><A NAME="155">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000156.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="156">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000158.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="158">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000160.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="160">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000163.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="163">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000165.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="165">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000169.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="169">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000171.html">[99s-extend] query string with # sign
+</A><A NAME="171">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000173.html">[99s-extend] query string with # sign
+</A><A NAME="173">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000175.html">[99s-extend] query string with # sign
+</A><A NAME="175">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000168.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="168">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000153.html">[99s-extend] Serve static files with cowboy from some applications
+</A><A NAME="153">&nbsp;</A>
+<I>Alexander Kuleshov
+</I>
+
+<LI><A HREF="000154.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="154">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000157.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="157">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000159.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="159">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000161.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="161">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000170.html">[99s-extend] query string with # sign
+</A><A NAME="170">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000172.html">[99s-extend] query string with # sign
+</A><A NAME="172">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000174.html">[99s-extend] query string with # sign
+</A><A NAME="174">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000162.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="162">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000164.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="164">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000166.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="166">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000152.html">[99s-extend] Cowboy: http request maximum body size
+</A><A NAME="152">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jul 26 18:42:41 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-July/date.html b/_build/static/archives/extend/2013-July/date.html
new file mode 100644
index 00000000..3cacbcc1
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/date.html
@@ -0,0 +1,167 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Jul  9 18:11:50 CEST 2013</i><br>
+         <b>Ending:</b> <i>Fri Jul 26 18:42:41 CEST 2013</i><br>
+         <b>Messages:</b> 24<p>
+     <ul>
+
+<LI><A HREF="000152.html">[99s-extend] Cowboy: http request maximum body size
+</A><A NAME="152">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000153.html">[99s-extend] Serve static files with cowboy from some applications
+</A><A NAME="153">&nbsp;</A>
+<I>Alexander Kuleshov
+</I>
+
+<LI><A HREF="000154.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="154">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000155.html">[99s-extend] Serve static files with cowboy from some	applications
+</A><A NAME="155">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000156.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="156">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000157.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="157">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000158.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="158">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000159.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="159">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000160.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="160">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000161.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="161">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000162.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="162">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000163.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="163">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000164.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="164">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000165.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="165">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000166.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="166">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000167.html">[99s-extend] OPTIONS and is_authorized
+</A><A NAME="167">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000168.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="168">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000169.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="169">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000170.html">[99s-extend] query string with # sign
+</A><A NAME="170">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000171.html">[99s-extend] query string with # sign
+</A><A NAME="171">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000172.html">[99s-extend] query string with # sign
+</A><A NAME="172">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000173.html">[99s-extend] query string with # sign
+</A><A NAME="173">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000174.html">[99s-extend] query string with # sign
+</A><A NAME="174">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000175.html">[99s-extend] query string with # sign
+</A><A NAME="175">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jul 26 18:42:41 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-July/index.html b/_build/static/archives/extend/2013-July/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-July/subject.html b/_build/static/archives/extend/2013-July/subject.html
new file mode 100644
index 00000000..043ddebb
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/subject.html
@@ -0,0 +1,167 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Jul  9 18:11:50 CEST 2013</i><br>
+         <b>Ending:</b> <i>Fri Jul 26 18:42:41 CEST 2013</i><br>
+         <b>Messages:</b> 24<p>
+     <ul>
+
+<LI><A HREF="000152.html">[99s-extend] Cowboy: http request maximum body size
+</A><A NAME="152">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000154.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="154">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000156.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="156">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000157.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="157">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000158.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="158">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000159.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="159">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000160.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="160">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000161.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="161">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<LI><A HREF="000162.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="162">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000163.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="163">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000164.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="164">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000165.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="165">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000166.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="166">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000168.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="168">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<LI><A HREF="000169.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="169">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000167.html">[99s-extend] OPTIONS and is_authorized
+</A><A NAME="167">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000170.html">[99s-extend] query string with # sign
+</A><A NAME="170">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000171.html">[99s-extend] query string with # sign
+</A><A NAME="171">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000172.html">[99s-extend] query string with # sign
+</A><A NAME="172">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000173.html">[99s-extend] query string with # sign
+</A><A NAME="173">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000174.html">[99s-extend] query string with # sign
+</A><A NAME="174">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000175.html">[99s-extend] query string with # sign
+</A><A NAME="175">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000153.html">[99s-extend] Serve static files with cowboy from some applications
+</A><A NAME="153">&nbsp;</A>
+<I>Alexander Kuleshov
+</I>
+
+<LI><A HREF="000155.html">[99s-extend] Serve static files with cowboy from some	applications
+</A><A NAME="155">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jul 26 18:42:41 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-July/thread.html b/_build/static/archives/extend/2013-July/thread.html
new file mode 100644
index 00000000..22246907
--- /dev/null
+++ b/_build/static/archives/extend/2013-July/thread.html
@@ -0,0 +1,211 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Jul  9 18:11:50 CEST 2013</i><br>
+         <b>Ending:</b> <i>Fri Jul 26 18:42:41 CEST 2013</i><br>
+         <b>Messages:</b> 24<p>
+     <ul>
+
+<!--0 01373386310.152- -->
+<LI><A HREF="000152.html">[99s-extend] Cowboy: http request maximum body size
+</A><A NAME="152">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<!--0 01374072463.153- -->
+<LI><A HREF="000153.html">[99s-extend] Serve static files with cowboy from some applications
+</A><A NAME="153">&nbsp;</A>
+<I>Alexander Kuleshov
+</I>
+
+<UL>
+<!--1 01374072463.153-01374142633.155- -->
+<LI><A HREF="000155.html">[99s-extend] Serve static files with cowboy from some	applications
+</A><A NAME="155">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01374142511.154- -->
+<LI><A HREF="000154.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="154">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<UL>
+<!--1 01374142511.154-01374142836.156- -->
+<LI><A HREF="000156.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="156">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01374142511.154-01374142836.156-01374143505.157- -->
+<LI><A HREF="000157.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="157">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<UL>
+<!--3 01374142511.154-01374142836.156-01374143505.157-01374143764.158- -->
+<LI><A HREF="000158.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="158">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01374142511.154-01374142836.156-01374143505.157-01374143764.158-01374143850.159- -->
+<LI><A HREF="000159.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="159">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+<!--3 01374142511.154-01374142836.156-01374143505.157-01374143764.158-01374143850.159-01374143893.160- -->
+<LI><A HREF="000160.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="160">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01374142511.154-01374142836.156-01374143505.157-01374143764.158-01374143850.159-01374143893.160-01374170120.161- -->
+<LI><A HREF="000161.html">[99s-extend] Cowboy handler linked processes
+</A><A NAME="161">&nbsp;</A>
+<I>Adrian Roe
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01374585128.162- -->
+<LI><A HREF="000162.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="162">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--1 01374585128.162-01374586902.163- -->
+<LI><A HREF="000163.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="163">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01374585128.162-01374586902.163-01374587940.164- -->
+<LI><A HREF="000164.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="164">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--3 01374585128.162-01374586902.163-01374587940.164-01374588013.165- -->
+<LI><A HREF="000165.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="165">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01374585128.162-01374586902.163-01374587940.164-01374588013.165-01374588067.166- -->
+<LI><A HREF="000166.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="166">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<!--3 01374585128.162-01374586902.163-01374587940.164-01374588013.165-01374588067.166-01374744264.168- -->
+<LI><A HREF="000168.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="168">&nbsp;</A>
+<I>Grzegorz Junka
+</I>
+
+<!--3 01374585128.162-01374586902.163-01374587940.164-01374588013.165-01374588067.166-01374744264.168-01374744302.169- -->
+<LI><A HREF="000169.html">[99s-extend] Cowboy HTTPS Issue
+</A><A NAME="169">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01374588936.167- -->
+<LI><A HREF="000167.html">[99s-extend] OPTIONS and is_authorized
+</A><A NAME="167">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<!--0 01374854917.170- -->
+<LI><A HREF="000170.html">[99s-extend] query string with # sign
+</A><A NAME="170">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--1 01374854917.170-01374855075.171- -->
+<LI><A HREF="000171.html">[99s-extend] query string with # sign
+</A><A NAME="171">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01374854917.170-01374855075.171-01374855907.172- -->
+<LI><A HREF="000172.html">[99s-extend] query string with # sign
+</A><A NAME="172">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--3 01374854917.170-01374855075.171-01374855907.172-01374855952.173- -->
+<LI><A HREF="000173.html">[99s-extend] query string with # sign
+</A><A NAME="173">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01374854917.170-01374855075.171-01374855907.172-01374855952.173-01374856742.174- -->
+<LI><A HREF="000174.html">[99s-extend] query string with # sign
+</A><A NAME="174">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<!--3 01374854917.170-01374855075.171-01374855907.172-01374855952.173-01374856742.174-01374856961.175- -->
+<LI><A HREF="000175.html">[99s-extend] query string with # sign
+</A><A NAME="175">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jul 26 18:42:41 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-June.txt b/_build/static/archives/extend/2013-June.txt
new file mode 100644
index 00000000..aff4b659
--- /dev/null
+++ b/_build/static/archives/extend/2013-June.txt
@@ -0,0 +1,80 @@
+From darkit at gmail.com  Wed Jun  5 21:50:25 2013
+From: darkit at gmail.com (Max Grigoriev)
+Date: Wed, 5 Jun 2013 22:50:25 +0300
+Subject: [99s-extend] Cowboy handler and custom gen_server link
+Message-ID: <CAM=nw2VPVVFjVW22fwzA-poQJbM4Yakh9-cZ8L5igHMVi-BSoA@mail.gmail.com>
+
+Hi,
+
+I'm trying to implement REST handler which communicates to custom
+gen_servers.
+
+Get gen_server from supervisor and link to current handler process:
+
+rest_init(Req, _Opts) ->
+...
+  process_flag(trap_exit, true),
+  {ok, Pid} = pbshare_logic_sup:start_registration(),
+  link(Pid),
+...
+
+make_get(Req, State) ->
+....
+make error here !!!
+....
+
+
+And gen_server code:
+start_link() ->
+  gen_server:start_link(?MODULE, [], []).
+
+init(Args) ->
+  process_flag(trap_exit, true),
+  {ok, []}.
+
+handle_info({'EXIT', FromPid, Reason}, State) ->
+  lager:info("Exit Logic from ~p  Reason: ~p~n", [FromPid, Reason]),
+  {noreply, State};
+
+So I expect to receive EXIT signal from REST handler to my gen_server when
+error occurs in cowboy.
+But I don't receive it. Am I doing something wrong?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130605/568478c8/attachment.html>
+
+From essen at ninenines.eu  Thu Jun 20 16:15:34 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 20 Jun 2013 16:15:34 +0200
+Subject: [99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)
+Message-ID: <[email protected]>
+
+Hello,
+
+Just a heads up, a new version of Cowboy and Ranch has been pushed that 
+fixes compilation and documentation for R16B01: you now need the asn1 
+application to be started when using SSL. They will be started 
+automatically if they weren't before, but you will need them in your 
+release (done automatically with relx).
+
+Other interesting changes for Cowboy include:
+
+  *  Support for compression of Websocket frames (thanks Ali Sabil)
+
+  *  Initial support for SPDY
+
+Both are experimental features and undocumented at this point, but 
+feedback is more than welcome. See the changelog for more information.
+
+  *  https://github.com/extend/cowboy
+  *  https://github.com/extend/ranch
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
diff --git a/_build/static/archives/extend/2013-June/000150.html b/_build/static/archives/extend/2013-June/000150.html
new file mode 100644
index 00000000..a50c48bf
--- /dev/null
+++ b/_build/static/archives/extend/2013-June/000150.html
@@ -0,0 +1,96 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy handler and custom gen_server link
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20and%20custom%20gen_server%20link&In-Reply-To=%3CCAM%3Dnw2VPVVFjVW22fwzA-poQJbM4Yakh9-cZ8L5igHMVi-BSoA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000151.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy handler and custom gen_server link</H1>
+    <B>Max Grigoriev</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20handler%20and%20custom%20gen_server%20link&In-Reply-To=%3CCAM%3Dnw2VPVVFjVW22fwzA-poQJbM4Yakh9-cZ8L5igHMVi-BSoA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy handler and custom gen_server link">darkit at gmail.com
+       </A><BR>
+    <I>Wed Jun  5 21:50:25 CEST 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000151.html">[99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#150">[ date ]</a>
+              <a href="thread.html#150">[ thread ]</a>
+              <a href="subject.html#150">[ subject ]</a>
+              <a href="author.html#150">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I'm trying to implement REST handler which communicates to custom
+gen_servers.
+
+Get gen_server from supervisor and link to current handler process:
+
+rest_init(Req, _Opts) -&gt;
+...
+  process_flag(trap_exit, true),
+  {ok, Pid} = pbshare_logic_sup:start_registration(),
+  link(Pid),
+...
+
+make_get(Req, State) -&gt;
+....
+make error here !!!
+....
+
+
+And gen_server code:
+start_link() -&gt;
+  gen_server:start_link(?MODULE, [], []).
+
+init(Args) -&gt;
+  process_flag(trap_exit, true),
+  {ok, []}.
+
+handle_info({'EXIT', FromPid, Reason}, State) -&gt;
+  lager:info(&quot;Exit Logic from ~p  Reason: ~p~n&quot;, [FromPid, Reason]),
+  {noreply, State};
+
+So I expect to receive EXIT signal from REST handler to my gen_server when
+error occurs in cowboy.
+But I don't receive it. Am I doing something wrong?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130605/568478c8/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130605/568478c8/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000151.html">[99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#150">[ date ]</a>
+              <a href="thread.html#150">[ thread ]</a>
+              <a href="subject.html#150">[ subject ]</a>
+              <a href="author.html#150">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-June/000151.html b/_build/static/archives/extend/2013-June/000151.html
new file mode 100644
index 00000000..9393761f
--- /dev/null
+++ b/_build/static/archives/extend/2013-June/000151.html
@@ -0,0 +1,86 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.6%20and%20Ranch%200.8.4%20%28R16B01%20compatible%29&In-Reply-To=%3C51C30E86.8050305%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000150.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.6%20and%20Ranch%200.8.4%20%28R16B01%20compatible%29&In-Reply-To=%3C51C30E86.8050305%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jun 20 16:15:34 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000150.html">[99s-extend] Cowboy handler and custom gen_server link
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#151">[ date ]</a>
+              <a href="thread.html#151">[ thread ]</a>
+              <a href="subject.html#151">[ subject ]</a>
+              <a href="author.html#151">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+Just a heads up, a new version of Cowboy and Ranch has been pushed that 
+fixes compilation and documentation for R16B01: you now need the asn1 
+application to be started when using SSL. They will be started 
+automatically if they weren't before, but you will need them in your 
+release (done automatically with relx).
+
+Other interesting changes for Cowboy include:
+
+  *  Support for compression of Websocket frames (thanks Ali Sabil)
+
+  *  Initial support for SPDY
+
+Both are experimental features and undocumented at this point, but 
+feedback is more than welcome. See the changelog for more information.
+
+  *  <A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>
+  *  <A HREF="https://github.com/extend/ranch">https://github.com/extend/ranch</A>
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000150.html">[99s-extend] Cowboy handler and custom gen_server link
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#151">[ date ]</a>
+              <a href="thread.html#151">[ thread ]</a>
+              <a href="subject.html#151">[ subject ]</a>
+              <a href="author.html#151">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-June/author.html b/_build/static/archives/extend/2013-June/author.html
new file mode 100644
index 00000000..635bdc2a
--- /dev/null
+++ b/_build/static/archives/extend/2013-June/author.html
@@ -0,0 +1,57 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jun  5 21:50:25 CEST 2013</i><br>
+         <b>Ending:</b> <i>Thu Jun 20 16:15:34 CEST 2013</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<LI><A HREF="000150.html">[99s-extend] Cowboy handler and custom gen_server link
+</A><A NAME="150">&nbsp;</A>
+<I>Max Grigoriev
+</I>
+
+<LI><A HREF="000151.html">[99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)
+</A><A NAME="151">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Jun 20 16:15:34 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-June/date.html b/_build/static/archives/extend/2013-June/date.html
new file mode 100644
index 00000000..065c03ec
--- /dev/null
+++ b/_build/static/archives/extend/2013-June/date.html
@@ -0,0 +1,57 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jun  5 21:50:25 CEST 2013</i><br>
+         <b>Ending:</b> <i>Thu Jun 20 16:15:34 CEST 2013</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<LI><A HREF="000150.html">[99s-extend] Cowboy handler and custom gen_server link
+</A><A NAME="150">&nbsp;</A>
+<I>Max Grigoriev
+</I>
+
+<LI><A HREF="000151.html">[99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)
+</A><A NAME="151">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Jun 20 16:15:34 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-June/index.html b/_build/static/archives/extend/2013-June/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-June/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-June/subject.html b/_build/static/archives/extend/2013-June/subject.html
new file mode 100644
index 00000000..6038dd9d
--- /dev/null
+++ b/_build/static/archives/extend/2013-June/subject.html
@@ -0,0 +1,57 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jun  5 21:50:25 CEST 2013</i><br>
+         <b>Ending:</b> <i>Thu Jun 20 16:15:34 CEST 2013</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<LI><A HREF="000151.html">[99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)
+</A><A NAME="151">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000150.html">[99s-extend] Cowboy handler and custom gen_server link
+</A><A NAME="150">&nbsp;</A>
+<I>Max Grigoriev
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Jun 20 16:15:34 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-June/thread.html b/_build/static/archives/extend/2013-June/thread.html
new file mode 100644
index 00000000..8e8eb77e
--- /dev/null
+++ b/_build/static/archives/extend/2013-June/thread.html
@@ -0,0 +1,59 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jun  5 21:50:25 CEST 2013</i><br>
+         <b>Ending:</b> <i>Thu Jun 20 16:15:34 CEST 2013</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<!--0 01370461825.150- -->
+<LI><A HREF="000150.html">[99s-extend] Cowboy handler and custom gen_server link
+</A><A NAME="150">&nbsp;</A>
+<I>Max Grigoriev
+</I>
+
+<!--0 01371737734.151- -->
+<LI><A HREF="000151.html">[99s-extend] [ANN] Cowboy 0.8.6 and Ranch 0.8.4 (R16B01 compatible)
+</A><A NAME="151">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Jun 20 16:15:34 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-March.txt b/_build/static/archives/extend/2013-March.txt
new file mode 100644
index 00000000..60997407
--- /dev/null
+++ b/_build/static/archives/extend/2013-March.txt
@@ -0,0 +1,161 @@
+From essen at ninenines.eu  Wed Mar  6 20:09:27 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 06 Mar 2013 20:09:27 +0100
+Subject: [99s-extend] [ANN] Ranch 0.6.2
+Message-ID: <[email protected]>
+
+Small update to Ranch: https://github.com/extend/ranch
+
+  *  Allow fail_if_no_peer_cert option in ranch_ssl
+  *  Allow next_protocols_advertised option in ranch_ssl
+
+Second one is mostly just for SPDY.
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Sat Mar  9 15:25:27 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sat, 09 Mar 2013 15:25:27 +0100
+Subject: [99s-extend] [ANN] Cowboy 0.8.2
+Message-ID: <[email protected]>
+
+Just tagged a new version: https://github.com/extend/cowboy
+
+Focus has been mostly the body reading API, which should be much faster 
+and also safer to use now.
+
+Enjoy!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From kozlov-ter at yandex.ru  Sun Mar 17 17:22:01 2013
+From: kozlov-ter at yandex.ru (=?koi8-r?B?68/azM/XIPfR3sXTzMHX?=)
+Date: Sun, 17 Mar 2013 20:22:01 +0400
+Subject: [99s-extend] cowboy header
+Message-ID: <[email protected]>
+
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130317/2f20f449/attachment.html>
+
+From Christopher.Phillips at turner.com  Sun Mar 17 17:27:40 2013
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Sun, 17 Mar 2013 16:27:40 +0000
+Subject: [99s-extend] cowboy header
+In-Reply-To: <[email protected]>
+Message-ID: <CD6B3C03.3A60%[email protected]>
+
+  Cowboy aims to use binaries, not strings, and unless there's a change in the head branch I don't have, the returned tuple has only two values, the value and the request. So it should look like something like -
+
+  {Value, Req2} = cowboy_req:header(<<"user-agent">>, Req)
+
+
+
+
+From: ?????? ???????? <kozlov-ter at yandex.ru<mailto:kozlov-ter at yandex.ru>>
+Date: Sunday, March 17, 2013 9:22 AM
+To: "extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>" <extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>>
+Subject: [99s-extend] cowboy header
+
+Hello tell me how I can get for example http header "user-agent"?
+I do so:
+
+handle(Req, State) ->
+
+{ok, FwdIP, Req5} = cowboy_req:header("user-agent, Req)
+
+but in this place I get the error
+
+
+
+--
+Vjacheslav Kozlov
+Engineer of AEMS
+Ltd. "EER-Novomichurinsk"
+--
+http://www.ter-energo.ru
++79109095144 09:00-18:00 (GMT+04:00)
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130317/2ee0bc92/attachment.html>
+
+From mjollnir.ray at gmail.com  Mon Mar 18 09:39:20 2013
+From: mjollnir.ray at gmail.com (Wu Ray)
+Date: Mon, 18 Mar 2013 16:39:20 +0800
+Subject: [99s-extend] Big body via REST
+Message-ID: <CAABFZ=ZCwTrpdsKW4Yqfq+btmp+YDPN0iXo0WD89Tm6-YqDa_w@mail.gmail.com>
+
+>> Hi list,
+>>
+>> how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+>>
+>Hey,
+>
+>If you know the size, reply with {stream, Size, StreamFun}, otherwise
+>{stream, StreamFun}, with StreamFun the function that will send all the
+>data to the socket.
+
+Hi, guys,
+my problem is, if the client is closed or network broken, how to
+handle these situation with cowboy.
+
+
+From mjollnir.ray at gmail.com  Mon Mar 18 10:21:13 2013
+From: mjollnir.ray at gmail.com (Wu Ray)
+Date: Mon, 18 Mar 2013 17:21:13 +0800
+Subject: [99s-extend] Big body via REST
+In-Reply-To: <CAABFZ=ZCwTrpdsKW4Yqfq+btmp+YDPN0iXo0WD89Tm6-YqDa_w@mail.gmail.com>
+References: <CAABFZ=ZCwTrpdsKW4Yqfq+btmp+YDPN0iXo0WD89Tm6-YqDa_w@mail.gmail.com>
+Message-ID: <CAABFZ=ZL1e5svfLpmHJON39eXFkvziwMjF2rEm1Pew-PcTEZKQ@mail.gmail.com>
+
+Get it. When something happed with client or network, socket will
+broke, and Transport:send/2 will return {error, closed}, etc.
+
+So, just make sure each Transport:send(...) is correct, like this:
+ok = Transport:send(Socket, Data),
+
+the rest will be handle by cowboy.
+
+On Mon, Mar 18, 2013 at 4:39 PM, Wu Ray <mjollnir.ray at gmail.com> wrote:
+>>> Hi list,
+>>>
+>>> how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+>>>
+>>Hey,
+>>
+>>If you know the size, reply with {stream, Size, StreamFun}, otherwise
+>>{stream, StreamFun}, with StreamFun the function that will send all the
+>>data to the socket.
+>
+> Hi, guys,
+> my problem is, if the client is closed or network broken, how to
+> handle these situation with cowboy.
+
+
+From erlang at rambocoder.com  Wed Mar 20 13:54:07 2013
+From: erlang at rambocoder.com (rambocoder)
+Date: Wed, 20 Mar 2013 08:54:07 -0400
+Subject: [99s-extend] Login page and session based auth example
+Message-ID: <CAJ0zLRP41RayBRrthv1e18ZW_kDYa8q7s0VOub-MzHrT1unmfA@mail.gmail.com>
+
+Does anybody have an example of Cowboy app that includes a login page,
+secure area and user registration form? It's easy to put this together
+using ChicagoBoss framework, but I was wondering if somebody has done
+this just using pure Cowboy.
+
+Thank you,
+
+-rambocoder
+
+
diff --git a/_build/static/archives/extend/2013-March/000066.html b/_build/static/archives/extend/2013-March/000066.html
new file mode 100644
index 00000000..716ac870
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/000066.html
@@ -0,0 +1,73 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Ranch 0.6.2
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.6.2&In-Reply-To=%3C51379467.3080504%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000067.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Ranch 0.6.2</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Ranch%200.6.2&In-Reply-To=%3C51379467.3080504%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Ranch 0.6.2">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Mar  6 20:09:27 CET 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000067.html">[99s-extend] [ANN] Cowboy 0.8.2
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#66">[ date ]</a>
+              <a href="thread.html#66">[ thread ]</a>
+              <a href="subject.html#66">[ subject ]</a>
+              <a href="author.html#66">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Small update to Ranch: <A HREF="https://github.com/extend/ranch">https://github.com/extend/ranch</A>
+
+  *  Allow fail_if_no_peer_cert option in ranch_ssl
+  *  Allow next_protocols_advertised option in ranch_ssl
+
+Second one is mostly just for SPDY.
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000067.html">[99s-extend] [ANN] Cowboy 0.8.2
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#66">[ date ]</a>
+              <a href="thread.html#66">[ thread ]</a>
+              <a href="subject.html#66">[ subject ]</a>
+              <a href="author.html#66">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-March/000067.html b/_build/static/archives/extend/2013-March/000067.html
new file mode 100644
index 00000000..3f496466
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/000067.html
@@ -0,0 +1,73 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Cowboy 0.8.2
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.2&In-Reply-To=%3C513B4657.4050001%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000066.html">
+   <LINK REL="Next"  HREF="000068.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Cowboy 0.8.2</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%200.8.2&In-Reply-To=%3C513B4657.4050001%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Cowboy 0.8.2">essen at ninenines.eu
+       </A><BR>
+    <I>Sat Mar  9 15:25:27 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000066.html">[99s-extend] [ANN] Ranch 0.6.2
+</A></li>
+        <LI>Next message: <A HREF="000068.html">[99s-extend] cowboy header
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#67">[ date ]</a>
+              <a href="thread.html#67">[ thread ]</a>
+              <a href="subject.html#67">[ subject ]</a>
+              <a href="author.html#67">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Just tagged a new version: <A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>
+
+Focus has been mostly the body reading API, which should be much faster 
+and also safer to use now.
+
+Enjoy!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000066.html">[99s-extend] [ANN] Ranch 0.6.2
+</A></li>
+	<LI>Next message: <A HREF="000068.html">[99s-extend] cowboy header
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#67">[ date ]</a>
+              <a href="thread.html#67">[ thread ]</a>
+              <a href="subject.html#67">[ subject ]</a>
+              <a href="author.html#67">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-March/000068.html b/_build/static/archives/extend/2013-March/000068.html
new file mode 100644
index 00000000..68768b0d
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/000068.html
@@ -0,0 +1,62 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy header
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20header&In-Reply-To=%3C696341363537321%40web14h.yandex.ru%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000067.html">
+   <LINK REL="Next"  HREF="000069.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy header</H1>
+    <B>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20header&In-Reply-To=%3C696341363537321%40web14h.yandex.ru%3E"
+       TITLE="[99s-extend] cowboy header">kozlov-ter at yandex.ru
+       </A><BR>
+    <I>Sun Mar 17 17:22:01 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000067.html">[99s-extend] [ANN] Cowboy 0.8.2
+</A></li>
+        <LI>Next message: <A HREF="000069.html">[99s-extend] cowboy header
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#68">[ date ]</a>
+              <a href="thread.html#68">[ thread ]</a>
+              <a href="subject.html#68">[ subject ]</a>
+              <a href="author.html#68">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130317/2f20f449/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130317/2f20f449/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000067.html">[99s-extend] [ANN] Cowboy 0.8.2
+</A></li>
+	<LI>Next message: <A HREF="000069.html">[99s-extend] cowboy header
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#68">[ date ]</a>
+              <a href="thread.html#68">[ thread ]</a>
+              <a href="subject.html#68">[ subject ]</a>
+              <a href="author.html#68">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-March/000069.html b/_build/static/archives/extend/2013-March/000069.html
new file mode 100644
index 00000000..96114ecc
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/000069.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy header
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20header&In-Reply-To=%3CCD6B3C03.3A60%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000068.html">
+   <LINK REL="Next"  HREF="000070.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy header</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20header&In-Reply-To=%3CCD6B3C03.3A60%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] cowboy header">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Sun Mar 17 17:27:40 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000068.html">[99s-extend] cowboy header
+</A></li>
+        <LI>Next message: <A HREF="000070.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#69">[ date ]</a>
+              <a href="thread.html#69">[ thread ]</a>
+              <a href="subject.html#69">[ subject ]</a>
+              <a href="author.html#69">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>  Cowboy aims to use binaries, not strings, and unless there's a change in the head branch I don't have, the returned tuple has only two values, the value and the request. So it should look like something like -
+
+  {Value, Req2} = cowboy_req:header(&lt;&lt;&quot;user-agent&quot;&gt;&gt;, Req)
+
+
+
+
+From: &#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">kozlov-ter at yandex.ru</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">kozlov-ter at yandex.ru</A>&gt;&gt;
+Date: Sunday, March 17, 2013 9:22 AM
+To: &quot;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&gt;
+Subject: [99s-extend] cowboy header
+
+Hello tell me how I can get for example http header &quot;user-agent&quot;?
+I do so:
+
+handle(Req, State) -&gt;
+
+{ok, FwdIP, Req5} = cowboy_req:header(&quot;user-agent, Req)
+
+but in this place I get the error
+
+
+
+--
+Vjacheslav Kozlov
+Engineer of AEMS
+Ltd. &quot;EER-Novomichurinsk&quot;
+--
+<A HREF="http://www.ter-energo.ru">http://www.ter-energo.ru</A>
++79109095144 09:00-18:00 (GMT+04:00)
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130317/2ee0bc92/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130317/2ee0bc92/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000068.html">[99s-extend] cowboy header
+</A></li>
+	<LI>Next message: <A HREF="000070.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#69">[ date ]</a>
+              <a href="thread.html#69">[ thread ]</a>
+              <a href="subject.html#69">[ subject ]</a>
+              <a href="author.html#69">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-March/000070.html b/_build/static/archives/extend/2013-March/000070.html
new file mode 100644
index 00000000..6c25a328
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/000070.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Big body via REST
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3CCAABFZ%3DZCwTrpdsKW4Yqfq%2Bbtmp%2BYDPN0iXo0WD89Tm6-YqDa_w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000069.html">
+   <LINK REL="Next"  HREF="000071.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Big body via REST</H1>
+    <B>Wu Ray</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3CCAABFZ%3DZCwTrpdsKW4Yqfq%2Bbtmp%2BYDPN0iXo0WD89Tm6-YqDa_w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Big body via REST">mjollnir.ray at gmail.com
+       </A><BR>
+    <I>Mon Mar 18 09:39:20 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000069.html">[99s-extend] cowboy header
+</A></li>
+        <LI>Next message: <A HREF="000071.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#70">[ date ]</a>
+              <a href="thread.html#70">[ thread ]</a>
+              <a href="subject.html#70">[ subject ]</a>
+              <a href="author.html#70">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;&gt;<i> Hi list,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+</I>&gt;&gt;<i>
+</I>&gt;<i>Hey,
+</I>&gt;<i>
+</I>&gt;<i>If you know the size, reply with {stream, Size, StreamFun}, otherwise
+</I>&gt;<i>{stream, StreamFun}, with StreamFun the function that will send all the
+</I>&gt;<i>data to the socket.
+</I>
+Hi, guys,
+my problem is, if the client is closed or network broken, how to
+handle these situation with cowboy.
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000069.html">[99s-extend] cowboy header
+</A></li>
+	<LI>Next message: <A HREF="000071.html">[99s-extend] Big body via REST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#70">[ date ]</a>
+              <a href="thread.html#70">[ thread ]</a>
+              <a href="subject.html#70">[ subject ]</a>
+              <a href="author.html#70">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-March/000071.html b/_build/static/archives/extend/2013-March/000071.html
new file mode 100644
index 00000000..27fd22c1
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/000071.html
@@ -0,0 +1,83 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Big body via REST
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3CCAABFZ%3DZL1e5svfLpmHJON39eXFkvziwMjF2rEm1Pew-PcTEZKQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000070.html">
+   <LINK REL="Next"  HREF="000072.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Big body via REST</H1>
+    <B>Wu Ray</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Big%20body%20via%20REST&In-Reply-To=%3CCAABFZ%3DZL1e5svfLpmHJON39eXFkvziwMjF2rEm1Pew-PcTEZKQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Big body via REST">mjollnir.ray at gmail.com
+       </A><BR>
+    <I>Mon Mar 18 10:21:13 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000070.html">[99s-extend] Big body via REST
+</A></li>
+        <LI>Next message: <A HREF="000072.html">[99s-extend] Login page and session based auth example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#71">[ date ]</a>
+              <a href="thread.html#71">[ thread ]</a>
+              <a href="subject.html#71">[ subject ]</a>
+              <a href="author.html#71">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Get it. When something happed with client or network, socket will
+broke, and Transport:send/2 will return {error, closed}, etc.
+
+So, just make sure each Transport:send(...) is correct, like this:
+ok = Transport:send(Socket, Data),
+
+the rest will be handle by cowboy.
+
+On Mon, Mar 18, 2013 at 4:39 PM, Wu Ray &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">mjollnir.ray at gmail.com</A>&gt; wrote:
+&gt;&gt;&gt;<i> Hi list,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> how properly send big response (hundreds of megabytes) via REST callback? As far as I can see REST handler in cowboy handles special case for callback functions (cowboy_rest.erl, line 844): {stream, StreamFun} - is it right place for stream big response from SQL database?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>Hey,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>If you know the size, reply with {stream, Size, StreamFun}, otherwise
+</I>&gt;&gt;<i>{stream, StreamFun}, with StreamFun the function that will send all the
+</I>&gt;&gt;<i>data to the socket.
+</I>&gt;<i>
+</I>&gt;<i> Hi, guys,
+</I>&gt;<i> my problem is, if the client is closed or network broken, how to
+</I>&gt;<i> handle these situation with cowboy.
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000070.html">[99s-extend] Big body via REST
+</A></li>
+	<LI>Next message: <A HREF="000072.html">[99s-extend] Login page and session based auth example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#71">[ date ]</a>
+              <a href="thread.html#71">[ thread ]</a>
+              <a href="subject.html#71">[ subject ]</a>
+              <a href="author.html#71">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-March/000072.html b/_build/static/archives/extend/2013-March/000072.html
new file mode 100644
index 00000000..40b60860
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/000072.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Login page and session based auth example
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Login%20page%20and%20session%20based%20auth%20example&In-Reply-To=%3CCAJ0zLRP41RayBRrthv1e18ZW_kDYa8q7s0VOub-MzHrT1unmfA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000071.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Login page and session based auth example</H1>
+    <B>rambocoder</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Login%20page%20and%20session%20based%20auth%20example&In-Reply-To=%3CCAJ0zLRP41RayBRrthv1e18ZW_kDYa8q7s0VOub-MzHrT1unmfA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Login page and session based auth example">erlang at rambocoder.com
+       </A><BR>
+    <I>Wed Mar 20 13:54:07 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000071.html">[99s-extend] Big body via REST
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#72">[ date ]</a>
+              <a href="thread.html#72">[ thread ]</a>
+              <a href="subject.html#72">[ subject ]</a>
+              <a href="author.html#72">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Does anybody have an example of Cowboy app that includes a login page,
+secure area and user registration form? It's easy to put this together
+using ChicagoBoss framework, but I was wondering if somebody has done
+this just using pure Cowboy.
+
+Thank you,
+
+-rambocoder
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000071.html">[99s-extend] Big body via REST
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#72">[ date ]</a>
+              <a href="thread.html#72">[ thread ]</a>
+              <a href="subject.html#72">[ subject ]</a>
+              <a href="author.html#72">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-March/author.html b/_build/static/archives/extend/2013-March/author.html
new file mode 100644
index 00000000..a75b4dd2
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/author.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Mar  6 20:09:27 CET 2013</i><br>
+         <b>Ending:</b> <i>Wed Mar 20 13:54:07 CET 2013</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000066.html">[99s-extend] [ANN] Ranch 0.6.2
+</A><A NAME="66">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000067.html">[99s-extend] [ANN] Cowboy 0.8.2
+</A><A NAME="67">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000069.html">[99s-extend] cowboy header
+</A><A NAME="69">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000070.html">[99s-extend] Big body via REST
+</A><A NAME="70">&nbsp;</A>
+<I>Wu Ray
+</I>
+
+<LI><A HREF="000071.html">[99s-extend] Big body via REST
+</A><A NAME="71">&nbsp;</A>
+<I>Wu Ray
+</I>
+
+<LI><A HREF="000072.html">[99s-extend] Login page and session based auth example
+</A><A NAME="72">&nbsp;</A>
+<I>rambocoder
+</I>
+
+<LI><A HREF="000068.html">[99s-extend] cowboy header
+</A><A NAME="68">&nbsp;</A>
+<I>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Mar 20 13:54:07 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:43 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-March/date.html b/_build/static/archives/extend/2013-March/date.html
new file mode 100644
index 00000000..b265c6b5
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/date.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Mar  6 20:09:27 CET 2013</i><br>
+         <b>Ending:</b> <i>Wed Mar 20 13:54:07 CET 2013</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000066.html">[99s-extend] [ANN] Ranch 0.6.2
+</A><A NAME="66">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000067.html">[99s-extend] [ANN] Cowboy 0.8.2
+</A><A NAME="67">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000068.html">[99s-extend] cowboy header
+</A><A NAME="68">&nbsp;</A>
+<I>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;
+</I>
+
+<LI><A HREF="000069.html">[99s-extend] cowboy header
+</A><A NAME="69">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000070.html">[99s-extend] Big body via REST
+</A><A NAME="70">&nbsp;</A>
+<I>Wu Ray
+</I>
+
+<LI><A HREF="000071.html">[99s-extend] Big body via REST
+</A><A NAME="71">&nbsp;</A>
+<I>Wu Ray
+</I>
+
+<LI><A HREF="000072.html">[99s-extend] Login page and session based auth example
+</A><A NAME="72">&nbsp;</A>
+<I>rambocoder
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Mar 20 13:54:07 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:43 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-March/index.html b/_build/static/archives/extend/2013-March/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-March/subject.html b/_build/static/archives/extend/2013-March/subject.html
new file mode 100644
index 00000000..4739657b
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/subject.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Mar  6 20:09:27 CET 2013</i><br>
+         <b>Ending:</b> <i>Wed Mar 20 13:54:07 CET 2013</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000067.html">[99s-extend] [ANN] Cowboy 0.8.2
+</A><A NAME="67">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000066.html">[99s-extend] [ANN] Ranch 0.6.2
+</A><A NAME="66">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000070.html">[99s-extend] Big body via REST
+</A><A NAME="70">&nbsp;</A>
+<I>Wu Ray
+</I>
+
+<LI><A HREF="000071.html">[99s-extend] Big body via REST
+</A><A NAME="71">&nbsp;</A>
+<I>Wu Ray
+</I>
+
+<LI><A HREF="000068.html">[99s-extend] cowboy header
+</A><A NAME="68">&nbsp;</A>
+<I>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;
+</I>
+
+<LI><A HREF="000069.html">[99s-extend] cowboy header
+</A><A NAME="69">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000072.html">[99s-extend] Login page and session based auth example
+</A><A NAME="72">&nbsp;</A>
+<I>rambocoder
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Mar 20 13:54:07 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:43 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-March/thread.html b/_build/static/archives/extend/2013-March/thread.html
new file mode 100644
index 00000000..1ab0df70
--- /dev/null
+++ b/_build/static/archives/extend/2013-March/thread.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Mar  6 20:09:27 CET 2013</i><br>
+         <b>Ending:</b> <i>Wed Mar 20 13:54:07 CET 2013</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<!--0 01362596967.66- -->
+<LI><A HREF="000066.html">[99s-extend] [ANN] Ranch 0.6.2
+</A><A NAME="66">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01362839127.67- -->
+<LI><A HREF="000067.html">[99s-extend] [ANN] Cowboy 0.8.2
+</A><A NAME="67">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01363537321.68- -->
+<LI><A HREF="000068.html">[99s-extend] cowboy header
+</A><A NAME="68">&nbsp;</A>
+<I>&#1050;&#1086;&#1079;&#1083;&#1086;&#1074; &#1042;&#1103;&#1095;&#1077;&#1089;&#1083;&#1072;&#1074;
+</I>
+
+<UL>
+<!--1 01363537321.68-01363537660.69- -->
+<LI><A HREF="000069.html">[99s-extend] cowboy header
+</A><A NAME="69">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+</UL>
+<!--0 01363595960.70- -->
+<LI><A HREF="000070.html">[99s-extend] Big body via REST
+</A><A NAME="70">&nbsp;</A>
+<I>Wu Ray
+</I>
+
+<UL>
+<!--1 01363595960.70-01363598473.71- -->
+<LI><A HREF="000071.html">[99s-extend] Big body via REST
+</A><A NAME="71">&nbsp;</A>
+<I>Wu Ray
+</I>
+
+</UL>
+<!--0 01363784047.72- -->
+<LI><A HREF="000072.html">[99s-extend] Login page and session based auth example
+</A><A NAME="72">&nbsp;</A>
+<I>rambocoder
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Mar 20 13:54:07 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:43 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-May.txt b/_build/static/archives/extend/2013-May.txt
new file mode 100644
index 00000000..0088d72d
--- /dev/null
+++ b/_build/static/archives/extend/2013-May.txt
@@ -0,0 +1,961 @@
+From dave at dloh.org  Mon May  6 04:23:00 2013
+From: dave at dloh.org (Dave Goehrig)
+Date: Sun, 5 May 2013 22:23:00 -0400
+Subject: [99s-extend] No draft-hybi-00 hixie-76 support?
+Message-ID: <[email protected]>
+
+Looking at the websocket code it doesn't seem to support the still rather widely adopted hybi-00 draft.  This is pretty fatal for use with mobile. 
+
+Patches wanted?
+
+Dave
+
+From dave at dloh.org  Mon May  6 04:44:58 2013
+From: dave at dloh.org (Dave Goehrig)
+Date: Sun, 5 May 2013 22:44:58 -0400
+Subject: [99s-extend] Draft hybi-00 and hixie-76 support
+Message-ID: <[email protected]>
+
+Does cowboy currently support draft-hybi-00 of the websocket protocol?  My current testing seems like it does not. And a cursory review of the code failed to show anything other than more recent versions of the spec being tested for. 
+
+Patches welcome?
+
+Dave
+
+From jeremy at quarkgames.com  Mon May  6 05:47:44 2013
+From: jeremy at quarkgames.com (Jeremy Ong)
+Date: Sun, 5 May 2013 20:47:44 -0700
+Subject: [99s-extend] Draft hybi-00 and hixie-76 support
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAKD1GY5zqZqGVv2KXcJg_yuE+HEzj4D5xEP+Xe=4kF4sZfRP5A@mail.gmail.com>
+
+if you are talking about the websocket protocol version that did not
+have length delimited messaging and stuff, this has been deprecated
+for a while. An older version exists that supports it though.
+
+On Sun, May 5, 2013 at 7:44 PM, Dave Goehrig <dave at dloh.org> wrote:
+> Does cowboy currently support draft-hybi-00 of the websocket protocol?  My current testing seems like it does not. And a cursory review of the code failed to show anything other than more recent versions of the spec being tested for.
+>
+> Patches welcome?
+>
+> Dave
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+From essen at ninenines.eu  Mon May  6 13:27:28 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 06 May 2013 13:27:28 +0200
+Subject: [99s-extend] Draft hybi-00 and hixie-76 support
+In-Reply-To: <CAKD1GY5zqZqGVv2KXcJg_yuE+HEzj4D5xEP+Xe=4kF4sZfRP5A@mail.gmail.com>
+References: <[email protected]>
+ <CAKD1GY5zqZqGVv2KXcJg_yuE+HEzj4D5xEP+Xe=4kF4sZfRP5A@mail.gmail.com>
+Message-ID: <[email protected]>
+
+It was removed after 0.6.1 because it was in the way of improving the 
+more recent Websocket versions. You can easily port the module to 
+current Cowboy if you need it.
+
+On 05/06/2013 05:47 AM, Jeremy Ong wrote:
+> if you are talking about the websocket protocol version that did not
+> have length delimited messaging and stuff, this has been deprecated
+> for a while. An older version exists that supports it though.
+>
+> On Sun, May 5, 2013 at 7:44 PM, Dave Goehrig <dave at dloh.org> wrote:
+>> Does cowboy currently support draft-hybi-00 of the websocket protocol?  My current testing seems like it does not. And a cursory review of the code failed to show anything other than more recent versions of the spec being tested for.
+>>
+>> Patches welcome?
+>>
+>> Dave
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Mon May  6 17:38:44 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 06 May 2013 17:38:44 +0200
+Subject: [99s-extend] cowboy websocket and wamp
+In-Reply-To: <CAAh+K4zu6f1CM1Dij7XsnUCLXXqaS3E6ZugABuaiST99Pz+KnA@mail.gmail.com>
+References: <CAAh+K4zu6f1CM1Dij7XsnUCLXXqaS3E6ZugABuaiST99Pz+KnA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+It's a JSON based protocol, so I suppose you need to write a Websocket 
+handler that implements that protocol using one of the JSON libraries 
+available in Erlang like jsx for example.
+
+On 04/30/2013 08:59 PM, Gregory de Souza wrote:
+> Hi,
+> I'm new to the community and am exploring cowboy for a project.
+>
+> Can anyone offer guidance/links on how to use cowboy's websocket support
+> with WAMP (http://wamp.ws/)?
+> The cowboy docs mention bullet
+> <https://github.com/extend/bullet?source=cr> as a convenient
+> client/server lib (with an AJAX fallback) which is great, but I'd like
+> to use WAMP's RPC and PubSub so I'm unsure how to proceed.
+>
+> Any tips would be appreciated!
+>
+> Thanks in advance
+> --
+> Gregory | @gdesouza <http://twitter.com/gdesouza> | http://blog.gdesouza.me
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From quiquepaz at gmail.com  Sun May 12 13:42:38 2013
+From: quiquepaz at gmail.com (Enrique Paz)
+Date: Sun, 12 May 2013 13:42:38 +0200
+Subject: [99s-extend] Cowboy: retrieving "just set" cookies
+Message-ID: <CAD4tsQ5wUFt2S_QSbRHc8BBnbagdQvu8Uz=bvdi4jWRjnPphKw@mail.gmail.com>
+
+Hi,
+
+I have a piece of code that receives a cowboy_req:http_req() object and
+depending on some Context sets 1 or more cookies
+using cowboy_req:set_resp_cookie/4.
+
+add_cookies(Req, Context) -> ReqWithCookiesSet
+
+I want to write a unit test for it, checking that the right cookies are set
+for the right Context.  How can I do that? I miss something like
+cowboy_req:get_resp_cookie/2 or so.
+
+Thx in advance for your help.
+
+-- 
+Enrique
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130512/dd43116e/attachment.html>
+
+From essen at ninenines.eu  Sun May 12 13:44:44 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sun, 12 May 2013 13:44:44 +0200
+Subject: [99s-extend] Cowboy: retrieving "just set" cookies
+In-Reply-To: <CAD4tsQ5wUFt2S_QSbRHc8BBnbagdQvu8Uz=bvdi4jWRjnPphKw@mail.gmail.com>
+References: <CAD4tsQ5wUFt2S_QSbRHc8BBnbagdQvu8Uz=bvdi4jWRjnPphKw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+It sets a set-cookie header directly. You can retrieve all response 
+headers by calling something like cowboy_req:get(resp_headers, Req).
+
+On 05/12/2013 01:42 PM, Enrique Paz wrote:
+> Hi,
+>
+> I have a piece of code that receives a cowboy_req:http_req() object and
+> depending on some Context sets 1 or more cookies
+> using cowboy_req:set_resp_cookie/4.
+>
+> add_cookies(Req, Context) -> ReqWithCookiesSet
+>
+> I want to write a unit test for it, checking that the right cookies are
+> set for the right Context.  How can I do that? I miss something like
+> cowboy_req:get_resp_cookie/2 or so.
+>
+> Thx in advance for your help.
+>
+> --
+> Enrique
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From quiquepaz at gmail.com  Sun May 12 13:59:44 2013
+From: quiquepaz at gmail.com (Enrique Paz)
+Date: Sun, 12 May 2013 13:59:44 +0200
+Subject: [99s-extend] Cowboy: retrieving "just set" cookies
+In-Reply-To: <[email protected]>
+References: <CAD4tsQ5wUFt2S_QSbRHc8BBnbagdQvu8Uz=bvdi4jWRjnPphKw@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAD4tsQ7Tb+rj0exA+0LJfN5gzwXMafFd=GospJGpp-wh_izb-w@mail.gmail.com>
+
+Ok, thx, I missed that one :)
+
+
+2013/5/12 Lo?c Hoguin <essen at ninenines.eu>
+
+> It sets a set-cookie header directly. You can retrieve all response
+> headers by calling something like cowboy_req:get(resp_headers, Req).
+>
+>
+> On 05/12/2013 01:42 PM, Enrique Paz wrote:
+>
+>> Hi,
+>>
+>> I have a piece of code that receives a cowboy_req:http_req() object and
+>> depending on some Context sets 1 or more cookies
+>> using cowboy_req:set_resp_cookie/4.
+>>
+>> add_cookies(Req, Context) -> ReqWithCookiesSet
+>>
+>> I want to write a unit test for it, checking that the right cookies are
+>> set for the right Context.  How can I do that? I miss something like
+>> cowboy_req:get_resp_cookie/2 or so.
+>>
+>> Thx in advance for your help.
+>>
+>> --
+>> Enrique
+>>
+>>
+>> ______________________________**_________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+
+
+
+-- 
+quique
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130512/65929751/attachment.html>
+
+From ivan at llaisdy.com  Wed May 15 12:56:57 2013
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Wed, 15 May 2013 11:56:57 +0100
+Subject: [99s-extend] "access.log" for Cowboy
+Message-ID: <[email protected]>
+
+Dear All
+
+I'm using cowboy for a restful web application, and I've set up 
+on_request_hook and on_response_hook to log requests and responses.
+
+I'm using lager for logging and at the moment the above log messages are 
+just going out to the console.log file (via lager:info/2).
+
+I'd like to have these log messages sent to a separate file, e.g., 
+"access.log", that contains only the request & response logs.
+
+Is anyone doing something like this now?  I think it's not an unusual 
+pattern with web servers.  Can I do this with lager (i.e., send only 
+messages at level X, not level X or above)?  Is there a more appropriate 
+logging mechanism?
+
+With thanks and best wishes
+
+Ivan
+
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     ivan at llaisdy.com
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+
+From hq at mtod.org  Wed May 15 13:09:45 2013
+From: hq at mtod.org (Adam Rutkowski)
+Date: Wed, 15 May 2013 13:09:45 +0200
+Subject: [99s-extend] "access.log" for Cowboy
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+
+On 15 May 2013, at 12:56, Ivan Uemlianin wrote:
+> 
+> Is anyone doing something like this now?  I think it's not an unusual pattern with web servers.  Can I do this with lager (i.e., send only messages at level X, not level X or above)?  Is there a more appropriate logging mechanism?
+
+See lager's tracing feature. You can tag your messages and redirect them to a specific backend. 
+Since 353dd21fde tracing is configurable.
+
+A.
+
+From ivan at llaisdy.com  Wed May 15 13:40:47 2013
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Wed, 15 May 2013 12:40:47 +0100
+Subject: [99s-extend] SOLVED  --  Re:  "access.log" for Cowboy
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thanks!  I got that working.
+
+When I start cowboy, I call
+
+   {ok, Trace} = lager:trace_file("path/to//access.log",
+                                 [{type, access}]),
+
+When you say
+
+ > Since 353dd21fde tracing is configurable.
+
+Do you mean the above could go in a .config file?  I haven't found 
+anything to that effect.  I'll keep looking.
+
+Best wishes
+
+Ivan
+
+
+On 15/05/2013 12:09, Adam Rutkowski wrote:
+>
+> On 15 May 2013, at 12:56, Ivan Uemlianin wrote:
+>>
+>> Is anyone doing something like this now?  I think it's not an unusual pattern with web servers.  Can I do this with lager (i.e., send only messages at level X, not level X or above)?  Is there a more appropriate logging mechanism?
+>
+> See lager's tracing feature. You can tag your messages and redirect them to a specific backend.
+> Since 353dd21fde tracing is configurable.
+>
+> A.
+>
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     ivan at llaisdy.com
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+
+From hq at mtod.org  Wed May 15 13:56:09 2013
+From: hq at mtod.org (Adam Rutkowski)
+Date: Wed, 15 May 2013 13:56:09 +0200
+Subject: [99s-extend] SOLVED  --  Re:  "access.log" for Cowboy
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+
+On 15 May 2013, at 13:40, Ivan Uemlianin wrote:
+
+> Thanks!  I got that working.
+> 
+> When I start cowboy, I call
+> 
+>  {ok, Trace} = lager:trace_file("path/to//access.log",
+>                                [{type, access}]),
+> 
+> When you say
+> 
+> > Since 353dd21fde tracing is configurable.
+> 
+> Do you mean the above could go in a .config file?  I haven't found anything to that effect.  I'll keep looking.
+
+See https://github.com/basho/lager/pull/134
+
+From ivan at llaisdy.com  Wed May 15 14:43:28 2013
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Wed, 15 May 2013 13:43:28 +0100
+Subject: [99s-extend] SOLVED  --  Re:  "access.log" for Cowboy
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thanks for this.  I've tried it.  It seems to be adding a trace to an 
+already existing log file (which is already handling log messagse of a 
+certain level).  e.g., it uses lager:trace not lager:trace_file.
+
+I can't set it up so the trace file receives *only* trace messages.  I'l 
+revert to the lager:trace_file call.
+
+Best wishes
+
+Ivan
+
+
+Below is the config I've been using.
+
+  {lager, [
+           {handlers,
+	   [
+	    {lager_console_backend, info},
+	    {lager_file_backend,
+	     [
+	      [{file, "log/error.log"}, {level, error},
+                {size, 10485760},
+	       {date, "$D0"}, {count, 5}],
+	      [{file, "log/console.log"}, {level, info},
+                {size, 10485760},
+	       {date, "$D0"}, {count, 5}],
+	      [{file, "log/access.log"},
+                {size, 10485760},
+	       {date, "$D0"}, {count, 5}]
+	     ]}
+	   ]},
+	  {traces,
+	   [
+	    {{lager_file_backend, "log/access.log"},
+              [{type, access}], debug}
+	   ]}
+          ]},
+
+
+On 15/05/2013 12:56, Adam Rutkowski wrote:
+>
+> On 15 May 2013, at 13:40, Ivan Uemlianin wrote:
+>
+>> Thanks!  I got that working.
+>>
+>> When I start cowboy, I call
+>>
+>>   {ok, Trace} = lager:trace_file("path/to//access.log",
+>>                                 [{type, access}]),
+>>
+>> When you say
+>>
+>>> Since 353dd21fde tracing is configurable.
+>>
+>> Do you mean the above could go in a .config file?  I haven't found anything to that effect.  I'll keep looking.
+>
+> See https://github.com/basho/lager/pull/134
+>
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     ivan at llaisdy.com
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+
+From hq at mtod.org  Wed May 15 15:33:28 2013
+From: hq at mtod.org (Adam Rutkowski)
+Date: Wed, 15 May 2013 15:33:28 +0200
+Subject: [99s-extend] SOLVED  --  Re:  "access.log" for Cowboy
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+
+On 15 May 2013, at 14:43, Ivan Uemlianin wrote:
+
+> Thanks for this.  I've tried it.  It seems to be adding a trace to an already existing log file (which is already handling log messagse of a certain level).  e.g., it uses lager:trace not lager:trace_file.
+> 
+> I can't set it up so the trace file receives *only* trace messages.  I'l revert to the lager:trace_file call.
+
+The following setup works for me:
+
+[
+
+{lager, [
+    {colored, true},
+    {handlers, [
+      {lager_console_backend, info},
+      {lager_file_backend, [
+                {file, "log/error.log"}, {level, error}, {size, 10485760}, {date, "$D0"}, {count, 5}]},
+      {lager_file_backend, [
+                {file, "log/cdr.log"}, {level, none}, {size, 1000}, {date, "$D0"}, {count, 5}]}
+      ]},
+    {crash_log, "log/crash.log"},
+
+
+{traces,
+[
+{{lager_file_backend, "log/cdr.log"}, [{type, cdr}], debug}
+]}
+
+]}
+
+
+].
+
+Hope it helps, take care.
+A.
+
+From ivan at llaisdy.com  Wed May 15 15:47:05 2013
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Wed, 15 May 2013 14:47:05 +0100
+Subject: [99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: "access.log" for
+ Cowboy
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thanks!  That works for me too: it was the "{level, none}" that did it. 
+(I've also spruced up my syntax for lager 2.*)
+
+Thanks for your help and patience.
+
+Ivan
+
+
+On 15/05/2013 14:33, Adam Rutkowski wrote:
+>
+> On 15 May 2013, at 14:43, Ivan Uemlianin wrote:
+>
+>> Thanks for this.  I've tried it.  It seems to be adding a trace to an already existing log file (which is already handling log messagse of a certain level).  e.g., it uses lager:trace not lager:trace_file.
+>>
+>> I can't set it up so the trace file receives *only* trace messages.  I'l revert to the lager:trace_file call.
+>
+> The following setup works for me:
+>
+> [
+>
+> {lager, [
+>      {colored, true},
+>      {handlers, [
+>        {lager_console_backend, info},
+>        {lager_file_backend, [
+>                  {file, "log/error.log"}, {level, error}, {size, 10485760}, {date, "$D0"}, {count, 5}]},
+>        {lager_file_backend, [
+>                  {file, "log/cdr.log"}, {level, none}, {size, 1000}, {date, "$D0"}, {count, 5}]}
+>        ]},
+>      {crash_log, "log/crash.log"},
+>
+>
+> {traces,
+> [
+> {{lager_file_backend, "log/cdr.log"}, [{type, cdr}], debug}
+> ]}
+>
+> ]}
+>
+>
+> ].
+>
+> Hope it helps, take care.
+> A.
+>
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     ivan at llaisdy.com
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+
+From chatlano at googlemail.com  Fri May 17 17:41:11 2013
+From: chatlano at googlemail.com (Witali Monastyrjow)
+Date: Fri, 17 May 2013 17:41:11 +0200
+Subject: [99s-extend] question to rest handler
+Message-ID: <CALt=J4P4vpHWTJ9D7JKbv04PU=ktAsqMdbFnjF3zNLt7Kg9NmA@mail.gmail.com>
+
+Hi all,
+
+I am learning cowboy by building a small application with rest interface.
+I have a hello_world rest handler and I want to implement POST method that
+returns
+json as response to a client. Therefor I implemented  callbacks
+allowed_methods,
+content_types_accepted and hello_json. The docu says user callbacks can
+return {Value, Req, State} and also can return {halt, Req, State}. It is
+not really clear
+what that Value should be. So I tried {ok, Req, State} and {true, Req,
+State} and with
+both values I have
+
+=ERROR REPORT==== 11-May-2013::16:06:40 ===
+Error in process <0.6649.0> with exit value:
+{function_clause,[{cowboy_req,reply,[303,....
+
+and client gets right response. If I use {halt, Req, State} the client gets
+right response too
+and there is no errors. So, Is it right way to write a POST callback and
+what Values can
+be used for user callbacks? I write my code below.
+
+amike,
+Vitali
+
+allowed_methods(Req, State) ->
+{[<<"POST">>, <<"DELETE">>], Req, State}.
+
+content_types_accepted(Req, State) ->
+{[
+    {{<<"application">>, <<"x-www-form-urlencoded">>, []}, hello_json}
+ ], Req, State}.
+
+hello_json(Req, State) ->
+{ok, Req2} = cowboy_req:reply(200, [{<<"content-type">>,
+<<"application/json">>} ], <<"{\"rest\": \"Hello World!\"}">>, Req),
+{halt, Req2, State}.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130517/629071b8/attachment.html>
+
+From essen at ninenines.eu  Fri May 17 18:15:47 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 17 May 2013 18:15:47 +0200
+Subject: [99s-extend] question to rest handler
+In-Reply-To: <CALt=J4P4vpHWTJ9D7JKbv04PU=ktAsqMdbFnjF3zNLt7Kg9NmA@mail.gmail.com>
+References: <CALt=J4P4vpHWTJ9D7JKbv04PU=ktAsqMdbFnjF3zNLt7Kg9NmA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+All the callbacks are explained in 
+http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest
+
+In your case take a special look at content_types_accepted.
+
+On 05/17/2013 05:41 PM, Witali Monastyrjow wrote:
+> Hi all,
+>
+> I am learning cowboy by building a small application with rest interface.
+> I have a hello_world rest handler and I want to implement POST method
+> that returns
+> json as response to a client. Therefor I implemented  callbacks
+> allowed_methods,
+> content_types_accepted and hello_json. The docu says user callbacks can
+> return {Value, Req, State} and also can return {halt, Req, State}. It is
+> not really clear
+> what that Value should be. So I tried {ok, Req, State} and {true, Req,
+> State} and with
+> both values I have
+>
+> =ERROR REPORT==== 11-May-2013::16:06:40 ===
+> Error in process <0.6649.0> with exit value:
+> {function_clause,[{cowboy_req,reply,[303,....
+>
+> and client gets right response. If I use {halt, Req, State} the client
+> gets right response too
+> and there is no errors. So, Is it right way to write a POST callback and
+> what Values can
+> be used for user callbacks? I write my code below.
+>
+> amike,
+> Vitali
+>
+> allowed_methods(Req, State) ->
+> {[<<"POST">>, <<"DELETE">>], Req, State}.
+>
+> content_types_accepted(Req, State) ->
+> {[
+>      {{<<"application">>, <<"x-www-form-urlencoded">>, []}, hello_json}
+>   ], Req, State}.
+>
+> hello_json(Req, State) ->
+> {ok, Req2} = cowboy_req:reply(200, [{<<"content-type">>,
+> <<"application/json">>} ], <<"{\"rest\": \"Hello World!\"}">>, Req),
+> {halt, Req2, State}.
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From edgurgel at gmail.com  Mon May 20 03:01:24 2013
+From: edgurgel at gmail.com (Eduardo Gurgel)
+Date: Sun, 19 May 2013 22:01:24 -0300
+Subject: [99s-extend] Cowboy Middleware and websockets
+Message-ID: <CAKAMJXjRWpXjD9iJ2F3ETtPU++nRUitpgg+-vG08Q1vLfD6+zQ@mail.gmail.com>
+
+I want to write a cowboy middleware that works only on non-websocket
+requests. How can I achieve this? Is there any way that I ask the Request
+if this is a websocket request?
+
+Thank you
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130519/db7f08ab/attachment.html>
+
+From edgurgel at gmail.com  Mon May 20 13:53:33 2013
+From: edgurgel at gmail.com (Eduardo Gurgel)
+Date: Mon, 20 May 2013 08:53:33 -0300
+Subject: [99s-extend] Cowboy Middleware and websockets
+In-Reply-To: <CAKAMJXjRWpXjD9iJ2F3ETtPU++nRUitpgg+-vG08Q1vLfD6+zQ@mail.gmail.com>
+References: <CAKAMJXjRWpXjD9iJ2F3ETtPU++nRUitpgg+-vG08Q1vLfD6+zQ@mail.gmail.com>
+Message-ID: <CAKAMJXiqOr1kvg5YpGdgAfzqx8TKbieSmGA_=O=CkL4DyNKkLg@mail.gmail.com>
+
+On Sun, May 19, 2013 at 10:01 PM, Eduardo Gurgel <edgurgel at gmail.com> wrote:
+
+> I want to write a cowboy middleware that works only on non-websocket
+> requests. How can I achieve this? Is there any way that I ask the Request
+> if this is a websocket request?
+>
+>
+Thinking about my question, I see that the middleware (if it's behind the
+cowboy_handler) can't figure if the connection will be upgraded or not.
+
+Still, it would be cool if I could select which routes will be applied to
+my middleware.
+
+Am I making any sense? :)
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130520/3cc045e8/attachment.html>
+
+From essen at ninenines.eu  Mon May 20 15:25:53 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 20 May 2013 15:25:53 +0200
+Subject: [99s-extend] Cowboy Middleware and websockets
+In-Reply-To: <CAKAMJXiqOr1kvg5YpGdgAfzqx8TKbieSmGA_=O=CkL4DyNKkLg@mail.gmail.com>
+References: <CAKAMJXjRWpXjD9iJ2F3ETtPU++nRUitpgg+-vG08Q1vLfD6+zQ@mail.gmail.com>
+ <CAKAMJXiqOr1kvg5YpGdgAfzqx8TKbieSmGA_=O=CkL4DyNKkLg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 05/20/2013 01:53 PM, Eduardo Gurgel wrote:
+>
+>
+>
+> On Sun, May 19, 2013 at 10:01 PM, Eduardo Gurgel <edgurgel at gmail.com
+> <mailto:edgurgel at gmail.com>> wrote:
+>
+>     I want to write a cowboy middleware that works only on non-websocket
+>     requests. How can I achieve this? Is there any way that I ask the
+>     Request if this is a websocket request?
+>
+>
+> Thinking about my question, I see that the middleware (if it's behind
+> the cowboy_handler) can't figure if the connection will be upgraded or not.
+>
+> Still, it would be cool if I could select which routes will be applied
+> to my middleware.
+
+You have the Req which can help you do things based on host or path, and 
+you also have the environment, which contains the name of the handler 
+that's gonna be used if you execute your middleware after cowboy_router.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From edgurgel at gmail.com  Mon May 20 16:06:20 2013
+From: edgurgel at gmail.com (Eduardo Gurgel)
+Date: Mon, 20 May 2013 11:06:20 -0300
+Subject: [99s-extend] Cowboy Middleware and websockets
+In-Reply-To: <[email protected]>
+References: <CAKAMJXjRWpXjD9iJ2F3ETtPU++nRUitpgg+-vG08Q1vLfD6+zQ@mail.gmail.com>
+ <CAKAMJXiqOr1kvg5YpGdgAfzqx8TKbieSmGA_=O=CkL4DyNKkLg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAKAMJXgzxmyP3Z_ZmzE631vjtp1nK66CKj+tdTLrPhYqmbQG0Q@mail.gmail.com>
+
+On Mon, May 20, 2013 at 10:25 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> On 05/20/2013 01:53 PM, Eduardo Gurgel wrote:
+>
+>>
+>>
+>>
+>> On Sun, May 19, 2013 at 10:01 PM, Eduardo Gurgel <edgurgel at gmail.com
+>> <mailto:edgurgel at gmail.com>> wrote:
+>>
+>>     I want to write a cowboy middleware that works only on non-websocket
+>>     requests. How can I achieve this? Is there any way that I ask the
+>>     Request if this is a websocket request?
+>>
+>>
+>> Thinking about my question, I see that the middleware (if it's behind
+>> the cowboy_handler) can't figure if the connection will be upgraded or
+>> not.
+>>
+>> Still, it would be cool if I could select which routes will be applied
+>> to my middleware.
+>>
+>
+> You have the Req which can help you do things based on host or path, and
+> you also have the environment, which contains the name of the handler
+> that's gonna be used if you execute your middleware after cowboy_router.
+>
+>
+Perfect! The environment can help me :)
+
+
+Thank you, again!
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130520/5134ba32/attachment.html>
+
+From Kevin.Brown at turner.com  Mon May 20 20:54:20 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Mon, 20 May 2013 18:54:20 +0000
+Subject: [99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: "access.log"
+ for Cowboy
+In-Reply-To: <[email protected]>
+Message-ID: <CDBFE88D.BC24%[email protected]>
+
+Would there be any interest in an access_combined log format?
+
+http://httpd.apache.org/docs/2.2/logs.html
+
+
+
+On 5/15/13 9:47 AM, "Ivan Uemlianin" <ivan at llaisdy.com> wrote:
+
+>Thanks!  That works for me too: it was the "{level, none}" that did it.
+>(I've also spruced up my syntax for lager 2.*)
+>
+>Thanks for your help and patience.
+>
+>Ivan
+>
+>
+>On 15/05/2013 14:33, Adam Rutkowski wrote:
+>>
+>> On 15 May 2013, at 14:43, Ivan Uemlianin wrote:
+>>
+>>> Thanks for this.  I've tried it.  It seems to be adding a trace to an
+>>>already existing log file (which is already handling log messagse of a
+>>>certain level).  e.g., it uses lager:trace not lager:trace_file.
+>>>
+>>> I can't set it up so the trace file receives *only* trace messages.
+>>>I'l revert to the lager:trace_file call.
+>>
+>> The following setup works for me:
+>>
+>> [
+>>
+>> {lager, [
+>>      {colored, true},
+>>      {handlers, [
+>>        {lager_console_backend, info},
+>>        {lager_file_backend, [
+>>                  {file, "log/error.log"}, {level, error}, {size,
+>>10485760}, {date, "$D0"}, {count, 5}]},
+>>        {lager_file_backend, [
+>>                  {file, "log/cdr.log"}, {level, none}, {size, 1000},
+>>{date, "$D0"}, {count, 5}]}
+>>        ]},
+>>      {crash_log, "log/crash.log"},
+>>
+>>
+>> {traces,
+>> [
+>> {{lager_file_backend, "log/cdr.log"}, [{type, cdr}], debug}
+>> ]}
+>>
+>> ]}
+>>
+>>
+>> ].
+>>
+>> Hope it helps, take care.
+>> A.
+>>
+>
+>-- 
+>============================================================
+>Ivan A. Uemlianin PhD
+>Llaisdy
+>Speech Technology Research and Development
+>
+>                     ivan at llaisdy.com
+>                      www.llaisdy.com
+>                          llaisdy.wordpress.com
+>               github.com/llaisdy
+>                      www.linkedin.com/in/ivanuemlianin
+>
+>                         festina lente
+>============================================================
+>_______________________________________________
+>Extend mailing list
+>Extend at lists.ninenines.eu
+>http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+
+
diff --git a/_build/static/archives/extend/2013-May/000128.html b/_build/static/archives/extend/2013-May/000128.html
new file mode 100644
index 00000000..df8440d2
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000128.html
@@ -0,0 +1,63 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] No draft-hybi-00 hixie-76 support?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20No%20draft-hybi-00%20hixie-76%20support%3F&In-Reply-To=%3C40605B6A-E45F-491A-9B9D-70B2C5675F0F%40dloh.org%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000129.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] No draft-hybi-00 hixie-76 support?</H1>
+    <B>Dave Goehrig</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20No%20draft-hybi-00%20hixie-76%20support%3F&In-Reply-To=%3C40605B6A-E45F-491A-9B9D-70B2C5675F0F%40dloh.org%3E"
+       TITLE="[99s-extend] No draft-hybi-00 hixie-76 support?">dave at dloh.org
+       </A><BR>
+    <I>Mon May  6 04:23:00 CEST 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000129.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#128">[ date ]</a>
+              <a href="thread.html#128">[ thread ]</a>
+              <a href="subject.html#128">[ subject ]</a>
+              <a href="author.html#128">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Looking at the websocket code it doesn't seem to support the still rather widely adopted hybi-00 draft.  This is pretty fatal for use with mobile. 
+
+Patches wanted?
+
+Dave
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000129.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#128">[ date ]</a>
+              <a href="thread.html#128">[ thread ]</a>
+              <a href="subject.html#128">[ subject ]</a>
+              <a href="author.html#128">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000129.html b/_build/static/archives/extend/2013-May/000129.html
new file mode 100644
index 00000000..cd6462a7
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000129.html
@@ -0,0 +1,65 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Draft hybi-00 and hixie-76 support
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Draft%20hybi-00%20and%20hixie-76%20support&In-Reply-To=%3C8AA3BDB9-9A43-40AA-8C13-9444353B4F32%40dloh.org%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000128.html">
+   <LINK REL="Next"  HREF="000130.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Draft hybi-00 and hixie-76 support</H1>
+    <B>Dave Goehrig</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Draft%20hybi-00%20and%20hixie-76%20support&In-Reply-To=%3C8AA3BDB9-9A43-40AA-8C13-9444353B4F32%40dloh.org%3E"
+       TITLE="[99s-extend] Draft hybi-00 and hixie-76 support">dave at dloh.org
+       </A><BR>
+    <I>Mon May  6 04:44:58 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000128.html">[99s-extend] No draft-hybi-00 hixie-76 support?
+</A></li>
+        <LI>Next message: <A HREF="000130.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#129">[ date ]</a>
+              <a href="thread.html#129">[ thread ]</a>
+              <a href="subject.html#129">[ subject ]</a>
+              <a href="author.html#129">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Does cowboy currently support draft-hybi-00 of the websocket protocol?  My current testing seems like it does not. And a cursory review of the code failed to show anything other than more recent versions of the spec being tested for. 
+
+Patches welcome?
+
+Dave
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000128.html">[99s-extend] No draft-hybi-00 hixie-76 support?
+</A></li>
+	<LI>Next message: <A HREF="000130.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#129">[ date ]</a>
+              <a href="thread.html#129">[ thread ]</a>
+              <a href="subject.html#129">[ subject ]</a>
+              <a href="author.html#129">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000130.html b/_build/static/archives/extend/2013-May/000130.html
new file mode 100644
index 00000000..6500f4f8
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000130.html
@@ -0,0 +1,75 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Draft hybi-00 and hixie-76 support
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Draft%20hybi-00%20and%20hixie-76%20support&In-Reply-To=%3CCAKD1GY5zqZqGVv2KXcJg_yuE%2BHEzj4D5xEP%2BXe%3D4kF4sZfRP5A%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000129.html">
+   <LINK REL="Next"  HREF="000131.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Draft hybi-00 and hixie-76 support</H1>
+    <B>Jeremy Ong</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Draft%20hybi-00%20and%20hixie-76%20support&In-Reply-To=%3CCAKD1GY5zqZqGVv2KXcJg_yuE%2BHEzj4D5xEP%2BXe%3D4kF4sZfRP5A%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Draft hybi-00 and hixie-76 support">jeremy at quarkgames.com
+       </A><BR>
+    <I>Mon May  6 05:47:44 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000129.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+        <LI>Next message: <A HREF="000131.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#130">[ date ]</a>
+              <a href="thread.html#130">[ thread ]</a>
+              <a href="subject.html#130">[ subject ]</a>
+              <a href="author.html#130">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>if you are talking about the websocket protocol version that did not
+have length delimited messaging and stuff, this has been deprecated
+for a while. An older version exists that supports it though.
+
+On Sun, May 5, 2013 at 7:44 PM, Dave Goehrig &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">dave at dloh.org</A>&gt; wrote:
+&gt;<i> Does cowboy currently support draft-hybi-00 of the websocket protocol?  My current testing seems like it does not. And a cursory review of the code failed to show anything other than more recent versions of the spec being tested for.
+</I>&gt;<i>
+</I>&gt;<i> Patches welcome?
+</I>&gt;<i>
+</I>&gt;<i> Dave
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000129.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+	<LI>Next message: <A HREF="000131.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#130">[ date ]</a>
+              <a href="thread.html#130">[ thread ]</a>
+              <a href="subject.html#130">[ subject ]</a>
+              <a href="author.html#130">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000131.html b/_build/static/archives/extend/2013-May/000131.html
new file mode 100644
index 00000000..2e706b29
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000131.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Draft hybi-00 and hixie-76 support
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Draft%20hybi-00%20and%20hixie-76%20support&In-Reply-To=%3C518793A0.9020604%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000130.html">
+   <LINK REL="Next"  HREF="000132.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Draft hybi-00 and hixie-76 support</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Draft%20hybi-00%20and%20hixie-76%20support&In-Reply-To=%3C518793A0.9020604%40ninenines.eu%3E"
+       TITLE="[99s-extend] Draft hybi-00 and hixie-76 support">essen at ninenines.eu
+       </A><BR>
+    <I>Mon May  6 13:27:28 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000130.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+        <LI>Next message: <A HREF="000132.html">[99s-extend] cowboy websocket and wamp
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#131">[ date ]</a>
+              <a href="thread.html#131">[ thread ]</a>
+              <a href="subject.html#131">[ subject ]</a>
+              <a href="author.html#131">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It was removed after 0.6.1 because it was in the way of improving the 
+more recent Websocket versions. You can easily port the module to 
+current Cowboy if you need it.
+
+On 05/06/2013 05:47 AM, Jeremy Ong wrote:
+&gt;<i> if you are talking about the websocket protocol version that did not
+</I>&gt;<i> have length delimited messaging and stuff, this has been deprecated
+</I>&gt;<i> for a while. An older version exists that supports it though.
+</I>&gt;<i>
+</I>&gt;<i> On Sun, May 5, 2013 at 7:44 PM, Dave Goehrig &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">dave at dloh.org</A>&gt; wrote:
+</I>&gt;&gt;<i> Does cowboy currently support draft-hybi-00 of the websocket protocol?  My current testing seems like it does not. And a cursory review of the code failed to show anything other than more recent versions of the spec being tested for.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Patches welcome?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Dave
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000130.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+	<LI>Next message: <A HREF="000132.html">[99s-extend] cowboy websocket and wamp
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#131">[ date ]</a>
+              <a href="thread.html#131">[ thread ]</a>
+              <a href="subject.html#131">[ subject ]</a>
+              <a href="author.html#131">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000132.html b/_build/static/archives/extend/2013-May/000132.html
new file mode 100644
index 00000000..c7f9784d
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000132.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket and wamp
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20and%20wamp&In-Reply-To=%3C5187CE84.5060406%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000131.html">
+   <LINK REL="Next"  HREF="000133.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket and wamp</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20and%20wamp&In-Reply-To=%3C5187CE84.5060406%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy websocket and wamp">essen at ninenines.eu
+       </A><BR>
+    <I>Mon May  6 17:38:44 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000131.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+        <LI>Next message: <A HREF="000133.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#132">[ date ]</a>
+              <a href="thread.html#132">[ thread ]</a>
+              <a href="subject.html#132">[ subject ]</a>
+              <a href="author.html#132">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's a JSON based protocol, so I suppose you need to write a Websocket 
+handler that implements that protocol using one of the JSON libraries 
+available in Erlang like jsx for example.
+
+On 04/30/2013 08:59 PM, Gregory de Souza wrote:
+&gt;<i> Hi,
+</I>&gt;<i> I'm new to the community and am exploring cowboy for a project.
+</I>&gt;<i>
+</I>&gt;<i> Can anyone offer guidance/links on how to use cowboy's websocket support
+</I>&gt;<i> with WAMP (<A HREF="http://wamp.ws/">http://wamp.ws/</A>)?
+</I>&gt;<i> The cowboy docs mention bullet
+</I>&gt;<i> &lt;<A HREF="https://github.com/extend/bullet?source=cr">https://github.com/extend/bullet?source=cr</A>&gt; as a convenient
+</I>&gt;<i> client/server lib (with an AJAX fallback) which is great, but I'd like
+</I>&gt;<i> to use WAMP's RPC and PubSub so I'm unsure how to proceed.
+</I>&gt;<i>
+</I>&gt;<i> Any tips would be appreciated!
+</I>&gt;<i>
+</I>&gt;<i> Thanks in advance
+</I>&gt;<i> --
+</I>&gt;<i> Gregory | @gdesouza &lt;<A HREF="http://twitter.com/gdesouza">http://twitter.com/gdesouza</A>&gt; | <A HREF="http://blog.gdesouza.me">http://blog.gdesouza.me</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000131.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A></li>
+	<LI>Next message: <A HREF="000133.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#132">[ date ]</a>
+              <a href="thread.html#132">[ thread ]</a>
+              <a href="subject.html#132">[ subject ]</a>
+              <a href="author.html#132">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000133.html b/_build/static/archives/extend/2013-May/000133.html
new file mode 100644
index 00000000..74754faf
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000133.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20retrieving%20%22just%20set%22%20cookies&In-Reply-To=%3CCAD4tsQ5wUFt2S_QSbRHc8BBnbagdQvu8Uz%3Dbvdi4jWRjnPphKw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000132.html">
+   <LINK REL="Next"  HREF="000134.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies</H1>
+    <B>Enrique Paz</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20retrieving%20%22just%20set%22%20cookies&In-Reply-To=%3CCAD4tsQ5wUFt2S_QSbRHc8BBnbagdQvu8Uz%3Dbvdi4jWRjnPphKw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies">quiquepaz at gmail.com
+       </A><BR>
+    <I>Sun May 12 13:42:38 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000132.html">[99s-extend] cowboy websocket and wamp
+</A></li>
+        <LI>Next message: <A HREF="000134.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#133">[ date ]</a>
+              <a href="thread.html#133">[ thread ]</a>
+              <a href="subject.html#133">[ subject ]</a>
+              <a href="author.html#133">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I have a piece of code that receives a cowboy_req:http_req() object and
+depending on some Context sets 1 or more cookies
+using cowboy_req:set_resp_cookie/4.
+
+add_cookies(Req, Context) -&gt; ReqWithCookiesSet
+
+I want to write a unit test for it, checking that the right cookies are set
+for the right Context.  How can I do that? I miss something like
+cowboy_req:get_resp_cookie/2 or so.
+
+Thx in advance for your help.
+
+-- 
+Enrique
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130512/dd43116e/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130512/dd43116e/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000132.html">[99s-extend] cowboy websocket and wamp
+</A></li>
+	<LI>Next message: <A HREF="000134.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#133">[ date ]</a>
+              <a href="thread.html#133">[ thread ]</a>
+              <a href="subject.html#133">[ subject ]</a>
+              <a href="author.html#133">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000134.html b/_build/static/archives/extend/2013-May/000134.html
new file mode 100644
index 00000000..6c46f5b8
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000134.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20retrieving%20%22just%20set%22%20cookies&In-Reply-To=%3C518F80AC.6060408%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000133.html">
+   <LINK REL="Next"  HREF="000135.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20retrieving%20%22just%20set%22%20cookies&In-Reply-To=%3C518F80AC.6060408%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies">essen at ninenines.eu
+       </A><BR>
+    <I>Sun May 12 13:44:44 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000133.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+        <LI>Next message: <A HREF="000135.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#134">[ date ]</a>
+              <a href="thread.html#134">[ thread ]</a>
+              <a href="subject.html#134">[ subject ]</a>
+              <a href="author.html#134">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It sets a set-cookie header directly. You can retrieve all response 
+headers by calling something like cowboy_req:get(resp_headers, Req).
+
+On 05/12/2013 01:42 PM, Enrique Paz wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I have a piece of code that receives a cowboy_req:http_req() object and
+</I>&gt;<i> depending on some Context sets 1 or more cookies
+</I>&gt;<i> using cowboy_req:set_resp_cookie/4.
+</I>&gt;<i>
+</I>&gt;<i> add_cookies(Req, Context) -&gt; ReqWithCookiesSet
+</I>&gt;<i>
+</I>&gt;<i> I want to write a unit test for it, checking that the right cookies are
+</I>&gt;<i> set for the right Context.  How can I do that? I miss something like
+</I>&gt;<i> cowboy_req:get_resp_cookie/2 or so.
+</I>&gt;<i>
+</I>&gt;<i> Thx in advance for your help.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Enrique
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000133.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+	<LI>Next message: <A HREF="000135.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#134">[ date ]</a>
+              <a href="thread.html#134">[ thread ]</a>
+              <a href="subject.html#134">[ subject ]</a>
+              <a href="author.html#134">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000135.html b/_build/static/archives/extend/2013-May/000135.html
new file mode 100644
index 00000000..f5f1934a
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000135.html
@@ -0,0 +1,110 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20retrieving%20%22just%20set%22%20cookies&In-Reply-To=%3CCAD4tsQ7Tb%2Brj0exA%2B0LJfN5gzwXMafFd%3DGospJGpp-wh_izb-w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000134.html">
+   <LINK REL="Next"  HREF="000136.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies</H1>
+    <B>Enrique Paz</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20retrieving%20%22just%20set%22%20cookies&In-Reply-To=%3CCAD4tsQ7Tb%2Brj0exA%2B0LJfN5gzwXMafFd%3DGospJGpp-wh_izb-w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies">quiquepaz at gmail.com
+       </A><BR>
+    <I>Sun May 12 13:59:44 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000134.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+        <LI>Next message: <A HREF="000136.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#135">[ date ]</a>
+              <a href="thread.html#135">[ thread ]</a>
+              <a href="subject.html#135">[ subject ]</a>
+              <a href="author.html#135">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ok, thx, I missed that one :)
+
+
+2013/5/12 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> It sets a set-cookie header directly. You can retrieve all response
+</I>&gt;<i> headers by calling something like cowboy_req:get(resp_headers, Req).
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 05/12/2013 01:42 PM, Enrique Paz wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I have a piece of code that receives a cowboy_req:http_req() object and
+</I>&gt;&gt;<i> depending on some Context sets 1 or more cookies
+</I>&gt;&gt;<i> using cowboy_req:set_resp_cookie/4.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> add_cookies(Req, Context) -&gt; ReqWithCookiesSet
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I want to write a unit test for it, checking that the right cookies are
+</I>&gt;&gt;<i> set for the right Context.  How can I do that? I miss something like
+</I>&gt;&gt;<i> cowboy_req:get_resp_cookie/2 or so.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thx in advance for your help.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Enrique
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#271;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+
+-- 
+quique
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130512/65929751/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130512/65929751/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000134.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+	<LI>Next message: <A HREF="000136.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#135">[ date ]</a>
+              <a href="thread.html#135">[ thread ]</a>
+              <a href="subject.html#135">[ subject ]</a>
+              <a href="author.html#135">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000136.html b/_build/static/archives/extend/2013-May/000136.html
new file mode 100644
index 00000000..6de9e081
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000136.html
@@ -0,0 +1,96 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] &quot;access.log&quot; for Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3C519369F9.4090008%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000135.html">
+   <LINK REL="Next"  HREF="000137.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] &quot;access.log&quot; for Cowboy</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3C519369F9.4090008%40llaisdy.com%3E"
+       TITLE="[99s-extend] &quot;access.log&quot; for Cowboy">ivan at llaisdy.com
+       </A><BR>
+    <I>Wed May 15 12:56:57 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000135.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+        <LI>Next message: <A HREF="000137.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#136">[ date ]</a>
+              <a href="thread.html#136">[ thread ]</a>
+              <a href="subject.html#136">[ subject ]</a>
+              <a href="author.html#136">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Dear All
+
+I'm using cowboy for a restful web application, and I've set up 
+on_request_hook and on_response_hook to log requests and responses.
+
+I'm using lager for logging and at the moment the above log messages are 
+just going out to the console.log file (via lager:info/2).
+
+I'd like to have these log messages sent to a separate file, e.g., 
+&quot;access.log&quot;, that contains only the request &amp; response logs.
+
+Is anyone doing something like this now?  I think it's not an unusual 
+pattern with web servers.  Can I do this with lager (i.e., send only 
+messages at level X, not level X or above)?  Is there a more appropriate 
+logging mechanism?
+
+With thanks and best wishes
+
+Ivan
+
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000135.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A></li>
+	<LI>Next message: <A HREF="000137.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#136">[ date ]</a>
+              <a href="thread.html#136">[ thread ]</a>
+              <a href="subject.html#136">[ subject ]</a>
+              <a href="author.html#136">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000137.html b/_build/static/archives/extend/2013-May/000137.html
new file mode 100644
index 00000000..d6aee24f
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000137.html
@@ -0,0 +1,69 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] &quot;access.log&quot; for Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3CAC6D0689-4837-4211-8F0A-655B5CDB930E%40mtod.org%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000136.html">
+   <LINK REL="Next"  HREF="000138.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] &quot;access.log&quot; for Cowboy</H1>
+    <B>Adam Rutkowski</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3CAC6D0689-4837-4211-8F0A-655B5CDB930E%40mtod.org%3E"
+       TITLE="[99s-extend] &quot;access.log&quot; for Cowboy">hq at mtod.org
+       </A><BR>
+    <I>Wed May 15 13:09:45 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000136.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000138.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#137">[ date ]</a>
+              <a href="thread.html#137">[ thread ]</a>
+              <a href="subject.html#137">[ subject ]</a>
+              <a href="author.html#137">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+On 15 May 2013, at 12:56, Ivan Uemlianin wrote:
+&gt;<i> 
+</I>&gt;<i> Is anyone doing something like this now?  I think it's not an unusual pattern with web servers.  Can I do this with lager (i.e., send only messages at level X, not level X or above)?  Is there a more appropriate logging mechanism?
+</I>
+See lager's tracing feature. You can tag your messages and redirect them to a specific backend. 
+Since 353dd21fde tracing is configurable.
+
+A.
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000136.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000138.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#137">[ date ]</a>
+              <a href="thread.html#137">[ thread ]</a>
+              <a href="subject.html#137">[ subject ]</a>
+              <a href="author.html#137">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000138.html b/_build/static/archives/extend/2013-May/000138.html
new file mode 100644
index 00000000..20e9818d
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000138.html
@@ -0,0 +1,106 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SOLVED%20%20--%20%20Re%3A%20%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3C5193743F.4010007%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000137.html">
+   <LINK REL="Next"  HREF="000139.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SOLVED%20%20--%20%20Re%3A%20%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3C5193743F.4010007%40llaisdy.com%3E"
+       TITLE="[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy">ivan at llaisdy.com
+       </A><BR>
+    <I>Wed May 15 13:40:47 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000137.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000139.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#138">[ date ]</a>
+              <a href="thread.html#138">[ thread ]</a>
+              <a href="subject.html#138">[ subject ]</a>
+              <a href="author.html#138">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks!  I got that working.
+
+When I start cowboy, I call
+
+   {ok, Trace} = lager:trace_file(&quot;path/to//access.log&quot;,
+                                 [{type, access}]),
+
+When you say
+
+ &gt; Since 353dd21fde tracing is configurable.
+
+Do you mean the above could go in a .config file?  I haven't found 
+anything to that effect.  I'll keep looking.
+
+Best wishes
+
+Ivan
+
+
+On 15/05/2013 12:09, Adam Rutkowski wrote:
+&gt;<i>
+</I>&gt;<i> On 15 May 2013, at 12:56, Ivan Uemlianin wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Is anyone doing something like this now?  I think it's not an unusual pattern with web servers.  Can I do this with lager (i.e., send only messages at level X, not level X or above)?  Is there a more appropriate logging mechanism?
+</I>&gt;<i>
+</I>&gt;<i> See lager's tracing feature. You can tag your messages and redirect them to a specific backend.
+</I>&gt;<i> Since 353dd21fde tracing is configurable.
+</I>&gt;<i>
+</I>&gt;<i> A.
+</I>&gt;<i>
+</I>
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000137.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000139.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#138">[ date ]</a>
+              <a href="thread.html#138">[ thread ]</a>
+              <a href="subject.html#138">[ subject ]</a>
+              <a href="author.html#138">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000139.html b/_build/static/archives/extend/2013-May/000139.html
new file mode 100644
index 00000000..464e9fe8
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000139.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SOLVED%20%20--%20%20Re%3A%20%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3CDD8A9168-6838-4627-9E34-002120DBBEE9%40mtod.org%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000138.html">
+   <LINK REL="Next"  HREF="000140.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy</H1>
+    <B>Adam Rutkowski</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SOLVED%20%20--%20%20Re%3A%20%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3CDD8A9168-6838-4627-9E34-002120DBBEE9%40mtod.org%3E"
+       TITLE="[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy">hq at mtod.org
+       </A><BR>
+    <I>Wed May 15 13:56:09 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000138.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000140.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#139">[ date ]</a>
+              <a href="thread.html#139">[ thread ]</a>
+              <a href="subject.html#139">[ subject ]</a>
+              <a href="author.html#139">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+On 15 May 2013, at 13:40, Ivan Uemlianin wrote:
+
+&gt;<i> Thanks!  I got that working.
+</I>&gt;<i> 
+</I>&gt;<i> When I start cowboy, I call
+</I>&gt;<i> 
+</I>&gt;<i>  {ok, Trace} = lager:trace_file(&quot;path/to//access.log&quot;,
+</I>&gt;<i>                                [{type, access}]),
+</I>&gt;<i> 
+</I>&gt;<i> When you say
+</I>&gt;<i> 
+</I>&gt;<i> &gt; Since 353dd21fde tracing is configurable.
+</I>&gt;<i> 
+</I>&gt;<i> Do you mean the above could go in a .config file?  I haven't found anything to that effect.  I'll keep looking.
+</I>
+See <A HREF="https://github.com/basho/lager/pull/134">https://github.com/basho/lager/pull/134</A>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000138.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000140.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#139">[ date ]</a>
+              <a href="thread.html#139">[ thread ]</a>
+              <a href="subject.html#139">[ subject ]</a>
+              <a href="author.html#139">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000140.html b/_build/static/archives/extend/2013-May/000140.html
new file mode 100644
index 00000000..069fc47a
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000140.html
@@ -0,0 +1,134 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SOLVED%20%20--%20%20Re%3A%20%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3C519382F0.4040309%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000139.html">
+   <LINK REL="Next"  HREF="000141.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SOLVED%20%20--%20%20Re%3A%20%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3C519382F0.4040309%40llaisdy.com%3E"
+       TITLE="[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy">ivan at llaisdy.com
+       </A><BR>
+    <I>Wed May 15 14:43:28 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000139.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000141.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#140">[ date ]</a>
+              <a href="thread.html#140">[ thread ]</a>
+              <a href="subject.html#140">[ subject ]</a>
+              <a href="author.html#140">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks for this.  I've tried it.  It seems to be adding a trace to an 
+already existing log file (which is already handling log messagse of a 
+certain level).  e.g., it uses lager:trace not lager:trace_file.
+
+I can't set it up so the trace file receives *only* trace messages.  I'l 
+revert to the lager:trace_file call.
+
+Best wishes
+
+Ivan
+
+
+Below is the config I've been using.
+
+  {lager, [
+           {handlers,
+	   [
+	    {lager_console_backend, info},
+	    {lager_file_backend,
+	     [
+	      [{file, &quot;log/error.log&quot;}, {level, error},
+                {size, 10485760},
+	       {date, &quot;$D0&quot;}, {count, 5}],
+	      [{file, &quot;log/console.log&quot;}, {level, info},
+                {size, 10485760},
+	       {date, &quot;$D0&quot;}, {count, 5}],
+	      [{file, &quot;log/access.log&quot;},
+                {size, 10485760},
+	       {date, &quot;$D0&quot;}, {count, 5}]
+	     ]}
+	   ]},
+	  {traces,
+	   [
+	    {{lager_file_backend, &quot;log/access.log&quot;},
+              [{type, access}], debug}
+	   ]}
+          ]},
+
+
+On 15/05/2013 12:56, Adam Rutkowski wrote:
+&gt;<i>
+</I>&gt;<i> On 15 May 2013, at 13:40, Ivan Uemlianin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Thanks!  I got that working.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> When I start cowboy, I call
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   {ok, Trace} = lager:trace_file(&quot;path/to//access.log&quot;,
+</I>&gt;&gt;<i>                                 [{type, access}]),
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> When you say
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Since 353dd21fde tracing is configurable.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Do you mean the above could go in a .config file?  I haven't found anything to that effect.  I'll keep looking.
+</I>&gt;<i>
+</I>&gt;<i> See <A HREF="https://github.com/basho/lager/pull/134">https://github.com/basho/lager/pull/134</A>
+</I>&gt;<i>
+</I>
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000139.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000141.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#140">[ date ]</a>
+              <a href="thread.html#140">[ thread ]</a>
+              <a href="subject.html#140">[ subject ]</a>
+              <a href="author.html#140">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000141.html b/_build/static/archives/extend/2013-May/000141.html
new file mode 100644
index 00000000..3c53090a
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000141.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SOLVED%20%20--%20%20Re%3A%20%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3CE5A88FAB-2D1D-4D93-8281-DC024EA91BDD%40mtod.org%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000140.html">
+   <LINK REL="Next"  HREF="000142.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy</H1>
+    <B>Adam Rutkowski</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SOLVED%20%20--%20%20Re%3A%20%20%22access.log%22%20for%20Cowboy&In-Reply-To=%3CE5A88FAB-2D1D-4D93-8281-DC024EA91BDD%40mtod.org%3E"
+       TITLE="[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy">hq at mtod.org
+       </A><BR>
+    <I>Wed May 15 15:33:28 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000140.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000142.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#141">[ date ]</a>
+              <a href="thread.html#141">[ thread ]</a>
+              <a href="subject.html#141">[ subject ]</a>
+              <a href="author.html#141">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+On 15 May 2013, at 14:43, Ivan Uemlianin wrote:
+
+&gt;<i> Thanks for this.  I've tried it.  It seems to be adding a trace to an already existing log file (which is already handling log messagse of a certain level).  e.g., it uses lager:trace not lager:trace_file.
+</I>&gt;<i> 
+</I>&gt;<i> I can't set it up so the trace file receives *only* trace messages.  I'l revert to the lager:trace_file call.
+</I>
+The following setup works for me:
+
+[
+
+{lager, [
+    {colored, true},
+    {handlers, [
+      {lager_console_backend, info},
+      {lager_file_backend, [
+                {file, &quot;log/error.log&quot;}, {level, error}, {size, 10485760}, {date, &quot;$D0&quot;}, {count, 5}]},
+      {lager_file_backend, [
+                {file, &quot;log/cdr.log&quot;}, {level, none}, {size, 1000}, {date, &quot;$D0&quot;}, {count, 5}]}
+      ]},
+    {crash_log, &quot;log/crash.log&quot;},
+
+
+{traces,
+[
+{{lager_file_backend, &quot;log/cdr.log&quot;}, [{type, cdr}], debug}
+]}
+
+]}
+
+
+].
+
+Hope it helps, take care.
+A.
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000140.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000142.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#141">[ date ]</a>
+              <a href="thread.html#141">[ thread ]</a>
+              <a href="subject.html#141">[ subject ]</a>
+              <a href="author.html#141">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000142.html b/_build/static/archives/extend/2013-May/000142.html
new file mode 100644
index 00000000..2ecf2e4b
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000142.html
@@ -0,0 +1,121 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REALLY%20SOLVED%20--%20Re%3A%20SOLVED%20--%20Re%3A%20%22access.log%22%20for%0A%20Cowboy&In-Reply-To=%3C519391D9.1000207%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000141.html">
+   <LINK REL="Next"  HREF="000149.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REALLY%20SOLVED%20--%20Re%3A%20SOLVED%20--%20Re%3A%20%22access.log%22%20for%0A%20Cowboy&In-Reply-To=%3C519391D9.1000207%40llaisdy.com%3E"
+       TITLE="[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy">ivan at llaisdy.com
+       </A><BR>
+    <I>Wed May 15 15:47:05 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000141.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000149.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#142">[ date ]</a>
+              <a href="thread.html#142">[ thread ]</a>
+              <a href="subject.html#142">[ subject ]</a>
+              <a href="author.html#142">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks!  That works for me too: it was the &quot;{level, none}&quot; that did it. 
+(I've also spruced up my syntax for lager 2.*)
+
+Thanks for your help and patience.
+
+Ivan
+
+
+On 15/05/2013 14:33, Adam Rutkowski wrote:
+&gt;<i>
+</I>&gt;<i> On 15 May 2013, at 14:43, Ivan Uemlianin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Thanks for this.  I've tried it.  It seems to be adding a trace to an already existing log file (which is already handling log messagse of a certain level).  e.g., it uses lager:trace not lager:trace_file.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I can't set it up so the trace file receives *only* trace messages.  I'l revert to the lager:trace_file call.
+</I>&gt;<i>
+</I>&gt;<i> The following setup works for me:
+</I>&gt;<i>
+</I>&gt;<i> [
+</I>&gt;<i>
+</I>&gt;<i> {lager, [
+</I>&gt;<i>      {colored, true},
+</I>&gt;<i>      {handlers, [
+</I>&gt;<i>        {lager_console_backend, info},
+</I>&gt;<i>        {lager_file_backend, [
+</I>&gt;<i>                  {file, &quot;log/error.log&quot;}, {level, error}, {size, 10485760}, {date, &quot;$D0&quot;}, {count, 5}]},
+</I>&gt;<i>        {lager_file_backend, [
+</I>&gt;<i>                  {file, &quot;log/cdr.log&quot;}, {level, none}, {size, 1000}, {date, &quot;$D0&quot;}, {count, 5}]}
+</I>&gt;<i>        ]},
+</I>&gt;<i>      {crash_log, &quot;log/crash.log&quot;},
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> {traces,
+</I>&gt;<i> [
+</I>&gt;<i> {{lager_file_backend, &quot;log/cdr.log&quot;}, [{type, cdr}], debug}
+</I>&gt;<i> ]}
+</I>&gt;<i>
+</I>&gt;<i> ]}
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> ].
+</I>&gt;<i>
+</I>&gt;<i> Hope it helps, take care.
+</I>&gt;<i> A.
+</I>&gt;<i>
+</I>
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000141.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000149.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#142">[ date ]</a>
+              <a href="thread.html#142">[ thread ]</a>
+              <a href="subject.html#142">[ subject ]</a>
+              <a href="author.html#142">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000143.html b/_build/static/archives/extend/2013-May/000143.html
new file mode 100644
index 00000000..5e6fe91b
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000143.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] question to rest handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20question%20to%20rest%20handler&In-Reply-To=%3CCALt%3DJ4P4vpHWTJ9D7JKbv04PU%3DktAsqMdbFnjF3zNLt7Kg9NmA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000149.html">
+   <LINK REL="Next"  HREF="000144.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] question to rest handler</H1>
+    <B>Witali Monastyrjow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20question%20to%20rest%20handler&In-Reply-To=%3CCALt%3DJ4P4vpHWTJ9D7JKbv04PU%3DktAsqMdbFnjF3zNLt7Kg9NmA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] question to rest handler">chatlano at googlemail.com
+       </A><BR>
+    <I>Fri May 17 17:41:11 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000149.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000144.html">[99s-extend] question to rest handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#143">[ date ]</a>
+              <a href="thread.html#143">[ thread ]</a>
+              <a href="subject.html#143">[ subject ]</a>
+              <a href="author.html#143">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi all,
+
+I am learning cowboy by building a small application with rest interface.
+I have a hello_world rest handler and I want to implement POST method that
+returns
+json as response to a client. Therefor I implemented  callbacks
+allowed_methods,
+content_types_accepted and hello_json. The docu says user callbacks can
+return {Value, Req, State} and also can return {halt, Req, State}. It is
+not really clear
+what that Value should be. So I tried {ok, Req, State} and {true, Req,
+State} and with
+both values I have
+
+=ERROR REPORT==== 11-May-2013::16:06:40 ===
+Error in process &lt;0.6649.0&gt; with exit value:
+{function_clause,[{cowboy_req,reply,[303,....
+
+and client gets right response. If I use {halt, Req, State} the client gets
+right response too
+and there is no errors. So, Is it right way to write a POST callback and
+what Values can
+be used for user callbacks? I write my code below.
+
+amike,
+Vitali
+
+allowed_methods(Req, State) -&gt;
+{[&lt;&lt;&quot;POST&quot;&gt;&gt;, &lt;&lt;&quot;DELETE&quot;&gt;&gt;], Req, State}.
+
+content_types_accepted(Req, State) -&gt;
+{[
+    {{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;x-www-form-urlencoded&quot;&gt;&gt;, []}, hello_json}
+ ], Req, State}.
+
+hello_json(Req, State) -&gt;
+{ok, Req2} = cowboy_req:reply(200, [{&lt;&lt;&quot;content-type&quot;&gt;&gt;,
+&lt;&lt;&quot;application/json&quot;&gt;&gt;} ], &lt;&lt;&quot;{\&quot;rest\&quot;: \&quot;Hello World!\&quot;}&quot;&gt;&gt;, Req),
+{halt, Req2, State}.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130517/629071b8/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130517/629071b8/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000149.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000144.html">[99s-extend] question to rest handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#143">[ date ]</a>
+              <a href="thread.html#143">[ thread ]</a>
+              <a href="subject.html#143">[ subject ]</a>
+              <a href="author.html#143">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000144.html b/_build/static/archives/extend/2013-May/000144.html
new file mode 100644
index 00000000..bab09432
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000144.html
@@ -0,0 +1,120 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] question to rest handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20question%20to%20rest%20handler&In-Reply-To=%3C519657B3.1080104%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000143.html">
+   <LINK REL="Next"  HREF="000145.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] question to rest handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20question%20to%20rest%20handler&In-Reply-To=%3C519657B3.1080104%40ninenines.eu%3E"
+       TITLE="[99s-extend] question to rest handler">essen at ninenines.eu
+       </A><BR>
+    <I>Fri May 17 18:15:47 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000143.html">[99s-extend] question to rest handler
+</A></li>
+        <LI>Next message: <A HREF="000145.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#144">[ date ]</a>
+              <a href="thread.html#144">[ thread ]</a>
+              <a href="subject.html#144">[ subject ]</a>
+              <a href="author.html#144">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>All the callbacks are explained in 
+<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest</A>
+
+In your case take a special look at content_types_accepted.
+
+On 05/17/2013 05:41 PM, Witali Monastyrjow wrote:
+&gt;<i> Hi all,
+</I>&gt;<i>
+</I>&gt;<i> I am learning cowboy by building a small application with rest interface.
+</I>&gt;<i> I have a hello_world rest handler and I want to implement POST method
+</I>&gt;<i> that returns
+</I>&gt;<i> json as response to a client. Therefor I implemented  callbacks
+</I>&gt;<i> allowed_methods,
+</I>&gt;<i> content_types_accepted and hello_json. The docu says user callbacks can
+</I>&gt;<i> return {Value, Req, State} and also can return {halt, Req, State}. It is
+</I>&gt;<i> not really clear
+</I>&gt;<i> what that Value should be. So I tried {ok, Req, State} and {true, Req,
+</I>&gt;<i> State} and with
+</I>&gt;<i> both values I have
+</I>&gt;<i>
+</I>&gt;<i> =ERROR REPORT==== 11-May-2013::16:06:40 ===
+</I>&gt;<i> Error in process &lt;0.6649.0&gt; with exit value:
+</I>&gt;<i> {function_clause,[{cowboy_req,reply,[303,....
+</I>&gt;<i>
+</I>&gt;<i> and client gets right response. If I use {halt, Req, State} the client
+</I>&gt;<i> gets right response too
+</I>&gt;<i> and there is no errors. So, Is it right way to write a POST callback and
+</I>&gt;<i> what Values can
+</I>&gt;<i> be used for user callbacks? I write my code below.
+</I>&gt;<i>
+</I>&gt;<i> amike,
+</I>&gt;<i> Vitali
+</I>&gt;<i>
+</I>&gt;<i> allowed_methods(Req, State) -&gt;
+</I>&gt;<i> {[&lt;&lt;&quot;POST&quot;&gt;&gt;, &lt;&lt;&quot;DELETE&quot;&gt;&gt;], Req, State}.
+</I>&gt;<i>
+</I>&gt;<i> content_types_accepted(Req, State) -&gt;
+</I>&gt;<i> {[
+</I>&gt;<i>      {{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;x-www-form-urlencoded&quot;&gt;&gt;, []}, hello_json}
+</I>&gt;<i>   ], Req, State}.
+</I>&gt;<i>
+</I>&gt;<i> hello_json(Req, State) -&gt;
+</I>&gt;<i> {ok, Req2} = cowboy_req:reply(200, [{&lt;&lt;&quot;content-type&quot;&gt;&gt;,
+</I>&gt;<i> &lt;&lt;&quot;application/json&quot;&gt;&gt;} ], &lt;&lt;&quot;{\&quot;rest\&quot;: \&quot;Hello World!\&quot;}&quot;&gt;&gt;, Req),
+</I>&gt;<i> {halt, Req2, State}.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000143.html">[99s-extend] question to rest handler
+</A></li>
+	<LI>Next message: <A HREF="000145.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#144">[ date ]</a>
+              <a href="thread.html#144">[ thread ]</a>
+              <a href="subject.html#144">[ subject ]</a>
+              <a href="author.html#144">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000145.html b/_build/static/archives/extend/2013-May/000145.html
new file mode 100644
index 00000000..5f585005
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000145.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Middleware and websockets
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Middleware%20and%20websockets&In-Reply-To=%3CCAKAMJXjRWpXjD9iJ2F3ETtPU%2B%2BnRUitpgg%2B-vG08Q1vLfD6%2BzQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000144.html">
+   <LINK REL="Next"  HREF="000146.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Middleware and websockets</H1>
+    <B>Eduardo Gurgel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Middleware%20and%20websockets&In-Reply-To=%3CCAKAMJXjRWpXjD9iJ2F3ETtPU%2B%2BnRUitpgg%2B-vG08Q1vLfD6%2BzQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Middleware and websockets">edgurgel at gmail.com
+       </A><BR>
+    <I>Mon May 20 03:01:24 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000144.html">[99s-extend] question to rest handler
+</A></li>
+        <LI>Next message: <A HREF="000146.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#145">[ date ]</a>
+              <a href="thread.html#145">[ thread ]</a>
+              <a href="subject.html#145">[ subject ]</a>
+              <a href="author.html#145">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I want to write a cowboy middleware that works only on non-websocket
+requests. How can I achieve this? Is there any way that I ask the Request
+if this is a websocket request?
+
+Thank you
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130519/db7f08ab/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130519/db7f08ab/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000144.html">[99s-extend] question to rest handler
+</A></li>
+	<LI>Next message: <A HREF="000146.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#145">[ date ]</a>
+              <a href="thread.html#145">[ thread ]</a>
+              <a href="subject.html#145">[ subject ]</a>
+              <a href="author.html#145">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000146.html b/_build/static/archives/extend/2013-May/000146.html
new file mode 100644
index 00000000..12746340
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000146.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Middleware and websockets
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Middleware%20and%20websockets&In-Reply-To=%3CCAKAMJXiqOr1kvg5YpGdgAfzqx8TKbieSmGA_%3DO%3DCkL4DyNKkLg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000145.html">
+   <LINK REL="Next"  HREF="000147.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Middleware and websockets</H1>
+    <B>Eduardo Gurgel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Middleware%20and%20websockets&In-Reply-To=%3CCAKAMJXiqOr1kvg5YpGdgAfzqx8TKbieSmGA_%3DO%3DCkL4DyNKkLg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Middleware and websockets">edgurgel at gmail.com
+       </A><BR>
+    <I>Mon May 20 13:53:33 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000145.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+        <LI>Next message: <A HREF="000147.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#146">[ date ]</a>
+              <a href="thread.html#146">[ thread ]</a>
+              <a href="subject.html#146">[ subject ]</a>
+              <a href="author.html#146">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Sun, May 19, 2013 at 10:01 PM, Eduardo Gurgel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">edgurgel at gmail.com</A>&gt; wrote:
+
+&gt;<i> I want to write a cowboy middleware that works only on non-websocket
+</I>&gt;<i> requests. How can I achieve this? Is there any way that I ask the Request
+</I>&gt;<i> if this is a websocket request?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>Thinking about my question, I see that the middleware (if it's behind the
+cowboy_handler) can't figure if the connection will be upgraded or not.
+
+Still, it would be cool if I could select which routes will be applied to
+my middleware.
+
+Am I making any sense? :)
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130520/3cc045e8/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130520/3cc045e8/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000145.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+	<LI>Next message: <A HREF="000147.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#146">[ date ]</a>
+              <a href="thread.html#146">[ thread ]</a>
+              <a href="subject.html#146">[ subject ]</a>
+              <a href="author.html#146">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000147.html b/_build/static/archives/extend/2013-May/000147.html
new file mode 100644
index 00000000..ed46fddf
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000147.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Middleware and websockets
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Middleware%20and%20websockets&In-Reply-To=%3C519A2461.1000305%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000146.html">
+   <LINK REL="Next"  HREF="000148.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Middleware and websockets</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Middleware%20and%20websockets&In-Reply-To=%3C519A2461.1000305%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy Middleware and websockets">essen at ninenines.eu
+       </A><BR>
+    <I>Mon May 20 15:25:53 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000146.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+        <LI>Next message: <A HREF="000148.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#147">[ date ]</a>
+              <a href="thread.html#147">[ thread ]</a>
+              <a href="subject.html#147">[ subject ]</a>
+              <a href="author.html#147">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 05/20/2013 01:53 PM, Eduardo Gurgel wrote:
+&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Sun, May 19, 2013 at 10:01 PM, Eduardo Gurgel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">edgurgel at gmail.com</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">edgurgel at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     I want to write a cowboy middleware that works only on non-websocket
+</I>&gt;<i>     requests. How can I achieve this? Is there any way that I ask the
+</I>&gt;<i>     Request if this is a websocket request?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Thinking about my question, I see that the middleware (if it's behind
+</I>&gt;<i> the cowboy_handler) can't figure if the connection will be upgraded or not.
+</I>&gt;<i>
+</I>&gt;<i> Still, it would be cool if I could select which routes will be applied
+</I>&gt;<i> to my middleware.
+</I>
+You have the Req which can help you do things based on host or path, and 
+you also have the environment, which contains the name of the handler 
+that's gonna be used if you execute your middleware after cowboy_router.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000146.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+	<LI>Next message: <A HREF="000148.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#147">[ date ]</a>
+              <a href="thread.html#147">[ thread ]</a>
+              <a href="subject.html#147">[ subject ]</a>
+              <a href="author.html#147">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000148.html b/_build/static/archives/extend/2013-May/000148.html
new file mode 100644
index 00000000..5c85e287
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000148.html
@@ -0,0 +1,96 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Middleware and websockets
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Middleware%20and%20websockets&In-Reply-To=%3CCAKAMJXgzxmyP3Z_ZmzE631vjtp1nK66CKj%2BtdTLrPhYqmbQG0Q%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000147.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Middleware and websockets</H1>
+    <B>Eduardo Gurgel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Middleware%20and%20websockets&In-Reply-To=%3CCAKAMJXgzxmyP3Z_ZmzE631vjtp1nK66CKj%2BtdTLrPhYqmbQG0Q%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Middleware and websockets">edgurgel at gmail.com
+       </A><BR>
+    <I>Mon May 20 16:06:20 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000147.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#148">[ date ]</a>
+              <a href="thread.html#148">[ thread ]</a>
+              <a href="subject.html#148">[ subject ]</a>
+              <a href="author.html#148">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Mon, May 20, 2013 at 10:25 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> On 05/20/2013 01:53 PM, Eduardo Gurgel wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Sun, May 19, 2013 at 10:01 PM, Eduardo Gurgel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">edgurgel at gmail.com</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">edgurgel at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I want to write a cowboy middleware that works only on non-websocket
+</I>&gt;&gt;<i>     requests. How can I achieve this? Is there any way that I ask the
+</I>&gt;&gt;<i>     Request if this is a websocket request?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thinking about my question, I see that the middleware (if it's behind
+</I>&gt;&gt;<i> the cowboy_handler) can't figure if the connection will be upgraded or
+</I>&gt;&gt;<i> not.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Still, it would be cool if I could select which routes will be applied
+</I>&gt;&gt;<i> to my middleware.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> You have the Req which can help you do things based on host or path, and
+</I>&gt;<i> you also have the environment, which contains the name of the handler
+</I>&gt;<i> that's gonna be used if you execute your middleware after cowboy_router.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>Perfect! The environment can help me :)
+
+
+Thank you, again!
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130520/5134ba32/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130520/5134ba32/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000147.html">[99s-extend] Cowboy Middleware and websockets
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#148">[ date ]</a>
+              <a href="thread.html#148">[ thread ]</a>
+              <a href="subject.html#148">[ subject ]</a>
+              <a href="author.html#148">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/000149.html b/_build/static/archives/extend/2013-May/000149.html
new file mode 100644
index 00000000..1fdc9b9e
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/000149.html
@@ -0,0 +1,141 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REALLY%20SOLVED%20--%20Re%3A%20SOLVED%20--%20Re%3A%20%22access.log%22%0A%20for%20Cowboy&In-Reply-To=%3CCDBFE88D.BC24%25kevin.brown%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000142.html">
+   <LINK REL="Next"  HREF="000143.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REALLY%20SOLVED%20--%20Re%3A%20SOLVED%20--%20Re%3A%20%22access.log%22%0A%20for%20Cowboy&In-Reply-To=%3CCDBFE88D.BC24%25kevin.brown%40turner.com%3E"
+       TITLE="[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Mon May 20 20:54:20 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000142.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A></li>
+        <LI>Next message: <A HREF="000143.html">[99s-extend] question to rest handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#149">[ date ]</a>
+              <a href="thread.html#149">[ thread ]</a>
+              <a href="subject.html#149">[ subject ]</a>
+              <a href="author.html#149">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Would there be any interest in an access_combined log format?
+
+<A HREF="http://httpd.apache.org/docs/2.2/logs.html">http://httpd.apache.org/docs/2.2/logs.html</A>
+
+
+
+On 5/15/13 9:47 AM, &quot;Ivan Uemlianin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>&gt; wrote:
+
+&gt;<i>Thanks!  That works for me too: it was the &quot;{level, none}&quot; that did it.
+</I>&gt;<i>(I've also spruced up my syntax for lager 2.*)
+</I>&gt;<i>
+</I>&gt;<i>Thanks for your help and patience.
+</I>&gt;<i>
+</I>&gt;<i>Ivan
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>On 15/05/2013 14:33, Adam Rutkowski wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 15 May 2013, at 14:43, Ivan Uemlianin wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks for this.  I've tried it.  It seems to be adding a trace to an
+</I>&gt;&gt;&gt;<i>already existing log file (which is already handling log messagse of a
+</I>&gt;&gt;&gt;<i>certain level).  e.g., it uses lager:trace not lager:trace_file.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I can't set it up so the trace file receives *only* trace messages.
+</I>&gt;&gt;&gt;<i>I'l revert to the lager:trace_file call.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The following setup works for me:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> [
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {lager, [
+</I>&gt;&gt;<i>      {colored, true},
+</I>&gt;&gt;<i>      {handlers, [
+</I>&gt;&gt;<i>        {lager_console_backend, info},
+</I>&gt;&gt;<i>        {lager_file_backend, [
+</I>&gt;&gt;<i>                  {file, &quot;log/error.log&quot;}, {level, error}, {size,
+</I>&gt;&gt;<i>10485760}, {date, &quot;$D0&quot;}, {count, 5}]},
+</I>&gt;&gt;<i>        {lager_file_backend, [
+</I>&gt;&gt;<i>                  {file, &quot;log/cdr.log&quot;}, {level, none}, {size, 1000},
+</I>&gt;&gt;<i>{date, &quot;$D0&quot;}, {count, 5}]}
+</I>&gt;&gt;<i>        ]},
+</I>&gt;&gt;<i>      {crash_log, &quot;log/crash.log&quot;},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {traces,
+</I>&gt;&gt;<i> [
+</I>&gt;&gt;<i> {{lager_file_backend, &quot;log/cdr.log&quot;}, [{type, cdr}], debug}
+</I>&gt;&gt;<i> ]}
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ]}
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ].
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Hope it helps, take care.
+</I>&gt;&gt;<i> A.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>-- 
+</I>&gt;<i>============================================================
+</I>&gt;<i>Ivan A. Uemlianin PhD
+</I>&gt;<i>Llaisdy
+</I>&gt;<i>Speech Technology Research and Development
+</I>&gt;<i>
+</I>&gt;<i>                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+</I>&gt;<i>                      www.llaisdy.com
+</I>&gt;<i>                          llaisdy.wordpress.com
+</I>&gt;<i>               github.com/llaisdy
+</I>&gt;<i>                      www.linkedin.com/in/ivanuemlianin
+</I>&gt;<i>
+</I>&gt;<i>                         festina lente
+</I>&gt;<i>============================================================
+</I>&gt;<i>_______________________________________________
+</I>&gt;<i>Extend mailing list
+</I>&gt;<i><A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i><A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000142.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A></li>
+	<LI>Next message: <A HREF="000143.html">[99s-extend] question to rest handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#149">[ date ]</a>
+              <a href="thread.html#149">[ thread ]</a>
+              <a href="subject.html#149">[ subject ]</a>
+              <a href="author.html#149">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-May/author.html b/_build/static/archives/extend/2013-May/author.html
new file mode 100644
index 00000000..c42f6f2d
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/author.html
@@ -0,0 +1,157 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend May 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>May 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon May  6 04:23:00 CEST 2013</i><br>
+         <b>Ending:</b> <i>Mon May 20 20:54:20 CEST 2013</i><br>
+         <b>Messages:</b> 22<p>
+     <ul>
+
+<LI><A HREF="000149.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A><A NAME="149">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000128.html">[99s-extend] No draft-hybi-00 hixie-76 support?
+</A><A NAME="128">&nbsp;</A>
+<I>Dave Goehrig
+</I>
+
+<LI><A HREF="000129.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="129">&nbsp;</A>
+<I>Dave Goehrig
+</I>
+
+<LI><A HREF="000145.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="145">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000146.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="146">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000148.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="148">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000131.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="131">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000132.html">[99s-extend] cowboy websocket and wamp
+</A><A NAME="132">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000134.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="134">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000144.html">[99s-extend] question to rest handler
+</A><A NAME="144">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000147.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="147">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000143.html">[99s-extend] question to rest handler
+</A><A NAME="143">&nbsp;</A>
+<I>Witali Monastyrjow
+</I>
+
+<LI><A HREF="000130.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="130">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000133.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="133">&nbsp;</A>
+<I>Enrique Paz
+</I>
+
+<LI><A HREF="000135.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="135">&nbsp;</A>
+<I>Enrique Paz
+</I>
+
+<LI><A HREF="000137.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A><A NAME="137">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<LI><A HREF="000139.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="139">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<LI><A HREF="000141.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="141">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<LI><A HREF="000136.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A><A NAME="136">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000138.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="138">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000140.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="140">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000142.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A><A NAME="142">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon May 20 20:54:20 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-May/date.html b/_build/static/archives/extend/2013-May/date.html
new file mode 100644
index 00000000..4929ec56
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/date.html
@@ -0,0 +1,157 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend May 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>May 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon May  6 04:23:00 CEST 2013</i><br>
+         <b>Ending:</b> <i>Mon May 20 20:54:20 CEST 2013</i><br>
+         <b>Messages:</b> 22<p>
+     <ul>
+
+<LI><A HREF="000128.html">[99s-extend] No draft-hybi-00 hixie-76 support?
+</A><A NAME="128">&nbsp;</A>
+<I>Dave Goehrig
+</I>
+
+<LI><A HREF="000129.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="129">&nbsp;</A>
+<I>Dave Goehrig
+</I>
+
+<LI><A HREF="000130.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="130">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000131.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="131">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000132.html">[99s-extend] cowboy websocket and wamp
+</A><A NAME="132">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000133.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="133">&nbsp;</A>
+<I>Enrique Paz
+</I>
+
+<LI><A HREF="000134.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="134">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000135.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="135">&nbsp;</A>
+<I>Enrique Paz
+</I>
+
+<LI><A HREF="000136.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A><A NAME="136">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000137.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A><A NAME="137">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<LI><A HREF="000138.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="138">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000139.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="139">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<LI><A HREF="000140.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="140">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000141.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="141">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<LI><A HREF="000142.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A><A NAME="142">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000143.html">[99s-extend] question to rest handler
+</A><A NAME="143">&nbsp;</A>
+<I>Witali Monastyrjow
+</I>
+
+<LI><A HREF="000144.html">[99s-extend] question to rest handler
+</A><A NAME="144">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000145.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="145">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000146.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="146">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000147.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="147">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000148.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="148">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000149.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A><A NAME="149">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon May 20 20:54:20 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-May/index.html b/_build/static/archives/extend/2013-May/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-May/subject.html b/_build/static/archives/extend/2013-May/subject.html
new file mode 100644
index 00000000..6455fdac
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/subject.html
@@ -0,0 +1,157 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend May 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>May 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon May  6 04:23:00 CEST 2013</i><br>
+         <b>Ending:</b> <i>Mon May 20 20:54:20 CEST 2013</i><br>
+         <b>Messages:</b> 22<p>
+     <ul>
+
+<LI><A HREF="000136.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A><A NAME="136">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000137.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A><A NAME="137">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<LI><A HREF="000133.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="133">&nbsp;</A>
+<I>Enrique Paz
+</I>
+
+<LI><A HREF="000134.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="134">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000135.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="135">&nbsp;</A>
+<I>Enrique Paz
+</I>
+
+<LI><A HREF="000145.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="145">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000146.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="146">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000147.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="147">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000148.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="148">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000132.html">[99s-extend] cowboy websocket and wamp
+</A><A NAME="132">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000129.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="129">&nbsp;</A>
+<I>Dave Goehrig
+</I>
+
+<LI><A HREF="000130.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="130">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<LI><A HREF="000131.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="131">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000128.html">[99s-extend] No draft-hybi-00 hixie-76 support?
+</A><A NAME="128">&nbsp;</A>
+<I>Dave Goehrig
+</I>
+
+<LI><A HREF="000143.html">[99s-extend] question to rest handler
+</A><A NAME="143">&nbsp;</A>
+<I>Witali Monastyrjow
+</I>
+
+<LI><A HREF="000144.html">[99s-extend] question to rest handler
+</A><A NAME="144">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000142.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A><A NAME="142">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000149.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A><A NAME="149">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000138.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="138">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000139.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="139">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<LI><A HREF="000140.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="140">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000141.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="141">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon May 20 20:54:20 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-May/thread.html b/_build/static/archives/extend/2013-May/thread.html
new file mode 100644
index 00000000..0fde2465
--- /dev/null
+++ b/_build/static/archives/extend/2013-May/thread.html
@@ -0,0 +1,201 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend May 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>May 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon May  6 04:23:00 CEST 2013</i><br>
+         <b>Ending:</b> <i>Mon May 20 20:54:20 CEST 2013</i><br>
+         <b>Messages:</b> 22<p>
+     <ul>
+
+<!--0 01367806980.128- -->
+<LI><A HREF="000128.html">[99s-extend] No draft-hybi-00 hixie-76 support?
+</A><A NAME="128">&nbsp;</A>
+<I>Dave Goehrig
+</I>
+
+<!--0 01367808298.129- -->
+<LI><A HREF="000129.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="129">&nbsp;</A>
+<I>Dave Goehrig
+</I>
+
+<UL>
+<!--1 01367808298.129-01367812064.130- -->
+<LI><A HREF="000130.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="130">&nbsp;</A>
+<I>Jeremy Ong
+</I>
+
+<UL>
+<!--2 01367808298.129-01367812064.130-01367839648.131- -->
+<LI><A HREF="000131.html">[99s-extend] Draft hybi-00 and hixie-76 support
+</A><A NAME="131">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+<!--0 01367854724.132- -->
+<LI><A HREF="000132.html">[99s-extend] cowboy websocket and wamp
+</A><A NAME="132">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01368358958.133- -->
+<LI><A HREF="000133.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="133">&nbsp;</A>
+<I>Enrique Paz
+</I>
+
+<UL>
+<!--1 01368358958.133-01368359084.134- -->
+<LI><A HREF="000134.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="134">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01368358958.133-01368359084.134-01368359984.135- -->
+<LI><A HREF="000135.html">[99s-extend] Cowboy: retrieving &quot;just set&quot; cookies
+</A><A NAME="135">&nbsp;</A>
+<I>Enrique Paz
+</I>
+
+</UL>
+</UL>
+<!--0 01368615417.136- -->
+<LI><A HREF="000136.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A><A NAME="136">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<UL>
+<!--1 01368615417.136-01368616185.137- -->
+<LI><A HREF="000137.html">[99s-extend] &quot;access.log&quot; for Cowboy
+</A><A NAME="137">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<UL>
+<!--2 01368615417.136-01368616185.137-01368618047.138- -->
+<LI><A HREF="000138.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="138">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<UL>
+<!--3 01368615417.136-01368616185.137-01368618047.138-01368618969.139- -->
+<LI><A HREF="000139.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="139">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<!--3 01368615417.136-01368616185.137-01368618047.138-01368618969.139-01368621808.140- -->
+<LI><A HREF="000140.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="140">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<!--3 01368615417.136-01368616185.137-01368618047.138-01368618969.139-01368621808.140-01368624808.141- -->
+<LI><A HREF="000141.html">[99s-extend] SOLVED  --  Re:  &quot;access.log&quot; for Cowboy
+</A><A NAME="141">&nbsp;</A>
+<I>Adam Rutkowski
+</I>
+
+<!--3 01368615417.136-01368616185.137-01368618047.138-01368618969.139-01368621808.140-01368624808.141-01368625625.142- -->
+<LI><A HREF="000142.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A><A NAME="142">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<!--3 01368615417.136-01368616185.137-01368618047.138-01368618969.139-01368621808.140-01368624808.141-01368625625.142-01369076060.149- -->
+<LI><A HREF="000149.html">[99s-extend] REALLY SOLVED -- Re: SOLVED -- Re: &quot;access.log&quot; for Cowboy
+</A><A NAME="149">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01368805271.143- -->
+<LI><A HREF="000143.html">[99s-extend] question to rest handler
+</A><A NAME="143">&nbsp;</A>
+<I>Witali Monastyrjow
+</I>
+
+<UL>
+<!--1 01368805271.143-01368807347.144- -->
+<LI><A HREF="000144.html">[99s-extend] question to rest handler
+</A><A NAME="144">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01369011684.145- -->
+<LI><A HREF="000145.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="145">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<UL>
+<!--1 01369011684.145-01369050813.146- -->
+<LI><A HREF="000146.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="146">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<UL>
+<!--2 01369011684.145-01369050813.146-01369056353.147- -->
+<LI><A HREF="000147.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="147">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--3 01369011684.145-01369050813.146-01369056353.147-01369058780.148- -->
+<LI><A HREF="000148.html">[99s-extend] Cowboy Middleware and websockets
+</A><A NAME="148">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+</UL>
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon May 20 20:54:20 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:44 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-November.txt b/_build/static/archives/extend/2013-November.txt
new file mode 100644
index 00000000..22cc30d6
--- /dev/null
+++ b/_build/static/archives/extend/2013-November.txt
@@ -0,0 +1,619 @@
+From essen at ninenines.eu  Thu Nov 14 17:23:36 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 14 Nov 2013 17:23:36 +0100
+Subject: [99s-extend] Cowboy and Ranch 0.9.0 released
+Message-ID: <[email protected]>
+
+Hello shiny people,
+
+Cowboy 0.9.0 has been released. Ranch 0.9.0 has been released too! So 
+let's start with that.
+
+Ranch 0.9.0 is just stability improvements, better error reporting and a 
+couple new SSL options.
+
+Cowboy 0.9.0 is using it of course, and also has official SPDY support 
+(documented and everything!), a revamped cowboy_static (built-in 
+mimetypes support, and also documented), tons of additions to the guide, 
+tons of user patches and other changes you can find here:
+
+   *  https://github.com/extend/cowboy/blob/master/CHANGELOG.md
+
+Which reminds me, I want to thank all 70 awesome contributors (myself 
+included) that make the Cowboy project so fun to work on! So, thank you!
+
+When upgrading, please be aware that:
+
+   *  A dependency has been added, cowlib
+   *  Various undocumented functions have been moved to cowlib
+   *  The options for cowboy_static changed a lot, so read the guide
+   *  You need to set ERL_LIBS or equivalent for cowboy_static to find 
+your private directory now
+
+You can find the updated guide on http://ninenines.eu BUT do note that 
+I'm migrating the site so if you do not see "Contribute to this site" in 
+the bottom left next to "Contact", then you are on the old version and 
+should probably head to github for your documentation needs, or use the 
+files in your clone directly. I also have improvements left to make to 
+the site to make navigating documentation easier, so stay tuned!
+
+Speaking of the guide, now all the examples, but also the getting 
+started chapter of the guide, are releases. I am hopeful that this will 
+make more people use releases by default instead of an awful start.sh 
+script.
+
+For details on what's coming up next, see the ROADMAP. Next step (0.10) 
+is finishing the request body work, fixing some timeout issues and 
+adding proper multipart support for both requests and responses. This 
+will be the last significant step before 1.0. I have hopes that all this 
+will be ready around the time R17 is released.
+
+So yeah, enjoy! And as always please forward any feedback, especially 
+related to the user guide as this is my main focus now.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From barcojie at gmail.com  Fri Nov 15 02:57:17 2013
+From: barcojie at gmail.com (Barco You)
+Date: Fri, 15 Nov 2013 09:57:17 +0800
+Subject: [99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CA+qFv3totg6BgkLDdNPJQnj9BD=TYjfqj+R_BzTij29Uj=55DQ@mail.gmail.com>
+
+Very excited to hear of this. Cowboy is very good to use.
+On Nov 15, 2013 12:23 AM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+
+> Hello shiny people,
+>
+> Cowboy 0.9.0 has been released. Ranch 0.9.0 has been released too! So
+> let's start with that.
+>
+> Ranch 0.9.0 is just stability improvements, better error reporting and a
+> couple new SSL options.
+>
+> Cowboy 0.9.0 is using it of course, and also has official SPDY support
+> (documented and everything!), a revamped cowboy_static (built-in mimetypes
+> support, and also documented), tons of additions to the guide, tons of user
+> patches and other changes you can find here:
+>
+>   *  https://github.com/extend/cowboy/blob/master/CHANGELOG.md
+>
+> Which reminds me, I want to thank all 70 awesome contributors (myself
+> included) that make the Cowboy project so fun to work on! So, thank you!
+>
+> When upgrading, please be aware that:
+>
+>   *  A dependency has been added, cowlib
+>   *  Various undocumented functions have been moved to cowlib
+>   *  The options for cowboy_static changed a lot, so read the guide
+>   *  You need to set ERL_LIBS or equivalent for cowboy_static to find your
+> private directory now
+>
+> You can find the updated guide on http://ninenines.eu BUT do note that
+> I'm migrating the site so if you do not see "Contribute to this site" in
+> the bottom left next to "Contact", then you are on the old version and
+> should probably head to github for your documentation needs, or use the
+> files in your clone directly. I also have improvements left to make to the
+> site to make navigating documentation easier, so stay tuned!
+>
+> Speaking of the guide, now all the examples, but also the getting started
+> chapter of the guide, are releases. I am hopeful that this will make more
+> people use releases by default instead of an awful start.sh script.
+>
+> For details on what's coming up next, see the ROADMAP. Next step (0.10) is
+> finishing the request body work, fixing some timeout issues and adding
+> proper multipart support for both requests and responses. This will be the
+> last significant step before 1.0. I have hopes that all this will be ready
+> around the time R17 is released.
+>
+> So yeah, enjoy! And as always please forward any feedback, especially
+> related to the user guide as this is my main focus now.
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> _______________________________________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org
+> http://erlang.org/mailman/listinfo/erlang-questions
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131115/79d7b0ce/attachment.html>
+
+From akonsu at gmail.com  Sun Nov 17 17:43:56 2013
+From: akonsu at gmail.com (akonsu)
+Date: Sun, 17 Nov 2013 11:43:56 -0500
+Subject: [99s-extend] concurrently calling cowboy_req:chunk
+Message-ID: <CA+eMAwa0MJF-4Z+V3SRNq5YLdJkpV6SDzTQnCEvdddpeENVv7w@mail.gmail.com>
+
+Hello,
+
+if I call cowboy_req:chunk on the same Req from several processes that run
+simultaneously, I am guaranteed that the chunks that these processes write
+to the socket will not interleave with each other?
+
+thanks
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131117/41119d53/attachment.html>
+
+From Kevin.Brown at turner.com  Wed Nov 20 22:30:37 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Wed, 20 Nov 2013 21:30:37 +0000
+Subject: [99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+In-Reply-To: <CA+eMAwa0MJF-4Z+V3SRNq5YLdJkpV6SDzTQnCEvdddpeENVv7w@mail.gmail.com>
+Message-ID: <CEB29324.12B9C%[email protected]>
+
+Cowfolk ,
+
+
+Just upgraded to cowboy 0.9.0  from 0.8.7.   Seeing this cowboy_clock error on all REST requests.    Anyone seen it?  Investigating now.
+
+{badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]}
+
+
+
+=ERROR REPORT==== 20-Nov-2013::16:24:59 ===
+
+Ranch listener http had connection process started with cowboy_protocol:start_link/4 at <0.326.0> exit with reason: {badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]},{cowboy_clock,rfc1123,0,[{file,"src/cowboy_clock.erl"},{line,62}]},{cowboy_req,reply_no_compress,8,[{file,"src/cowboy_req.erl"},{line,1056}]},{cowboy_req,reply,4,[{file,"src/cowboy_req.erl"},{line,1009}]},{cowboy_rest,respond,3,[{file,"src/cowboy_rest.erl"},{line,996}]},{cowboy_rest,set_resp_body,2,[{file,"src/cowboy_rest.erl"},{line,876}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,529}]}]}
+
+
+-kb
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131120/6c3ab980/attachment.html>
+
+From essen at ninenines.eu  Wed Nov 20 22:55:57 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 20 Nov 2013 22:55:57 +0100
+Subject: [99s-extend] cowboy 0.9.0: badarg ets:lookup_element
+	cowboy_clock
+In-Reply-To: <CEB29324.12B9C%[email protected]>
+References: <CEB29324.12B9C%[email protected]>
+Message-ID: <[email protected]>
+
+On 11/20/2013 10:30 PM, Brown, Kevin wrote:
+> Cowfolk ,
+>
+>
+> Just upgraded to cowboy 0.9.0  from 0.8.7.   Seeing
+> this cowboy_clock error on all REST requests.    Anyone seen it?
+>   Investigating now.
+>
+> {badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]}
+>
+>
+> =ERROR REPORT==== 20-Nov-2013::16:24:59 ===
+>
+> Ranch listener http had connection process started with
+> cowboy_protocol:start_link/4 at <0.326.0> exit with reason:
+> {badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]},{cowboy_clock,rfc1123,0,[{file,"src/cowboy_clock.erl"},{line,62}]},{cowboy_req,reply_no_compress,8,[{file,"src/cowboy_req.erl"},{line,1056}]},{cowboy_req,reply,4,[{file,"src/cowboy_req.erl"},{line,1009}]},{cowboy_rest,respond,3,[{file,"src/cowboy_rest.erl"},{line,996}]},{cowboy_rest,set_resp_body,2,[{file,"src/cowboy_rest.erl"},{line,876}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,529}]}]}
+
+That hasn't changed.
+
+Chances are when you upgraded, somehow, the ets table or the key was 
+deleted. Table is cowboy_clock and key rfc1123 if you want to check quickly.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From Kevin.Brown at turner.com  Wed Nov 20 23:11:10 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Wed, 20 Nov 2013 22:11:10 +0000
+Subject: [99s-extend] cowboy 0.9.0: badarg ets:lookup_element
+	cowboy_clock
+In-Reply-To: <CEB29324.12B9C%[email protected]>
+Message-ID: <CEB29D07.12C3B%[email protected]>
+
+cowboy_clock not started.    Not sure why that is, but..
+
+From: <Brown>, Kevin <kevin.brown at turner.com<mailto:kevin.brown at turner.com>>
+Date: Wednesday, November 20, 2013 at 4:29 PM
+To: "extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>" <extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>>
+Subject: cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131120/82981048/attachment.html>
+
+From essen at ninenines.eu  Wed Nov 20 23:21:01 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 20 Nov 2013 23:21:01 +0100
+Subject: [99s-extend] cowboy 0.9.0: badarg ets:lookup_element
+	cowboy_clock
+In-Reply-To: <CEB29D07.12C3B%[email protected]>
+References: <CEB29D07.12C3B%[email protected]>
+Message-ID: <[email protected]>
+
+On 11/20/2013 11:11 PM, Brown, Kevin wrote:
+> cowboy_clock not started.    Not sure why that is, but..
+
+Sounds like the Cowboy application didn't start then.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From Kevin.Brown at turner.com  Wed Nov 20 23:32:09 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Wed, 20 Nov 2013 22:32:09 +0000
+Subject: [99s-extend] cowboy 0.9.0: badarg ets:lookup_element
+	cowboy_clock
+In-Reply-To: <CEB29D07.12C3B%[email protected]>
+Message-ID: <CEB2A293.12C42%[email protected]>
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131120/7808a87a/attachment.html>
+
+From Kevin.Brown at turner.com  Wed Nov 20 23:34:27 2013
+From: Kevin.Brown at turner.com (Brown, Kevin)
+Date: Wed, 20 Nov 2013 22:34:27 +0000
+Subject: [99s-extend] cowboy 0.9.0: badarg ets:lookup_element
+	cowboy_clock
+In-Reply-To: <CEB29D07.12C3B%[email protected]>
+Message-ID: <CEB2A2A6.12C43%[email protected]>
+
+Because I wasn?t starting cow_lib.   Don?t ask.
+
+From: <Brown>, Kevin <kevin.brown at turner.com<mailto:kevin.brown at turner.com>>
+Date: Wednesday, November 20, 2013 at 5:11 PM
+To: "extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>" <extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>>
+Subject: Re: cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+
+cowboy_clock not started.    Not sure why that is, but..
+
+From: <Brown>, Kevin <kevin.brown at turner.com<mailto:kevin.brown at turner.com>>
+Date: Wednesday, November 20, 2013 at 4:29 PM
+To: "extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>" <extend at lists.ninenines.eu<mailto:extend at lists.ninenines.eu>>
+Subject: cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131120/792230f4/attachment.html>
+
+From janwillem.luiten at gmail.com  Thu Nov 21 10:11:43 2013
+From: janwillem.luiten at gmail.com (J.W. Luiten)
+Date: Thu, 21 Nov 2013 10:11:43 +0100
+Subject: [99s-extend] Cowboy and stable
+Message-ID: <[email protected]>
+
+Hello,
+
+For a Cowboy-based project I?m trying to use stable (dvv/stable, written by Vladimir Dronnikov). I keep running into problems. I contacted Vladimir and he stated that the current version of stable was compatible with Cowboy 0.8 and that he didn?t have the time to keep up with new cowboy releases. Is any of the list members using stable in a cowboy based project?
+
+Kind regards,
+
+Jan Willem Luiten
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131121/7d69dbf7/attachment.html>
+
+From ivan at llaisdy.com  Thu Nov 21 10:20:09 2013
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Thu, 21 Nov 2013 09:20:09 +0000
+Subject: [99s-extend] Cowboy and stable
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+IIRC There were major changes around 0.8.3-8.4 when parts of the api 
+changed.  I haven't upgraded to 0.9 yet but I imagine there will be 
+further changes there (e.g., there is a new dependency: cow_lib).
+
+Ivan
+
+
+On 21/11/2013 09:11, J.W. Luiten wrote:
+> Hello,
+>
+> For a Cowboy-based project I?m trying to use stable (dvv/stable
+> <https://github.com/dvv/stable>, written by Vladimir Dronnikov). I keep
+> running into problems. I contacted Vladimir and he stated that the
+> current version of stable was compatible with Cowboy 0.8 and that he
+> didn?t have the time to keep up with new cowboy releases. Is any of the
+> list members using stable in a cowboy based project?
+>
+> Kind regards,
+>
+> Jan Willem Luiten
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     ivan at llaisdy.com
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+
+From samset at wanadoo.fr  Thu Nov 21 15:58:09 2013
+From: samset at wanadoo.fr (Samir Sow)
+Date: Thu, 21 Nov 2013 15:58:09 +0100
+Subject: [99s-extend] multiple handler instances
+Message-ID: <[email protected]>
+
+Hi,
+
+I have an issue.
+
+I'd like to start 2 http handler in the same application
+So i did to cowboy:start_http call + different port + dispatch route sets in the supervisor init method.
+
+When the application starts there is no error but when i look the network tables i only see the binding for the first call.
+If i comment out the first call i see the second binding.
+
+Is there any limitation ?
+If yes any workaround to share ?
+
+Thank you.
+
+
+Samir Sow
+
+From samset at wanadoo.fr  Thu Nov 21 16:23:43 2013
+From: samset at wanadoo.fr (Samir Sow)
+Date: Thu, 21 Nov 2013 16:23:43 +0100
+Subject: [99s-extend] Fwd: multiple handler instances
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+
+Solved.
+I overlooked to have different refs for each call.
+
+Samir Sow
+
+Begin forwarded message:
+
+> From: Samir Sow <samset at wanadoo.fr>
+> Date: 21 novembre 2013 15:58:09 HNEC
+> To: extend at lists.ninenines.eu
+> Subject: multiple handler instances 
+> 
+> Hi,
+> 
+> I have an issue.
+> 
+> I'd like to start 2 http handler in the same application
+> So i did to cowboy:start_http call + different port + dispatch route sets in the supervisor init method.
+> 
+> When the application starts there is no error but when i look the network tables i only see the binding for the first call.
+> If i comment out the first call i see the second binding.
+> 
+> Is there any limitation ?
+> If yes any workaround to share ?
+> 
+> Thank you.
+> 
+> 
+> Samir Sow
+
+
+
+From essen at ninenines.eu  Fri Nov 22 18:48:50 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 22 Nov 2013 18:48:50 +0100
+Subject: [99s-extend] Server migration
+Message-ID: <[email protected]>
+
+Hello,
+
+I'll be migrating the mailing lists to a new server as of right now. 
+They should be back whenever the DNS updates for you.
+
+In the meantime, if you have a really important question, please check 
+the IRC channel #ninenines on Freenode. Service should be back for 
+everyone on Monday.
+
+Thanks for your comprehension.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Sun Nov 24 12:27:09 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sun, 24 Nov 2013 12:27:09 +0100
+Subject: [99s-extend] Checking if new server works properly
+Message-ID: <[email protected]>
+
+Test 1 2 3.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From lloyd at writersglen.com  Sat Nov 23 04:13:30 2013
+From: lloyd at writersglen.com (lloyd at writersglen.com)
+Date: Fri, 22 Nov 2013 22:13:30 -0500 (EST)
+Subject: [99s-extend] erlang.mk vs. rebar
+Message-ID: <[email protected]>
+
+
+Hello,
+ 
+Does erlang.mk replace rebar?
+ 
+Thanks,
+ 
+LRP
+ 
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+http://thegospelofashes.com
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+http://freeinpancho.com
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+http://ayatakeo.com
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131122/11ccc1ef/attachment.html>
+
+From essen at ninenines.eu  Sun Nov 24 14:07:43 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sun, 24 Nov 2013 14:07:43 +0100
+Subject: [99s-extend] erlang.mk vs. rebar
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+erlang.mk can replace rebar, yes.
+
+On 11/23/2013 04:13 AM, lloyd at writersglen.com wrote:
+> Hello,
+>
+> Does erlang.mk replace rebar?
+>
+> Thanks,
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Fri Nov 22 20:49:20 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 22 Nov 2013 20:49:20 +0100
+Subject: [99s-extend] Server migration
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 11/22/2013 06:48 PM, Lo?c Hoguin wrote:
+> Hello,
+>
+> I'll be migrating the mailing lists to a new server as of right now.
+> They should be back whenever the DNS updates for you.
+>
+> In the meantime, if you have a really important question, please check
+> the IRC channel #ninenines on Freenode. Service should be back for
+> everyone on Monday.
+>
+> Thanks for your comprehension.
+
+The migration is a success. Please check http://lists.ninenines.eu to 
+know if service is back for you before sending an email. The old server 
+is refusing all emails now. Thanks!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Wed Nov 27 06:35:38 2013
+From: akonsu at gmail.com (akonsu)
+Date: Wed, 27 Nov 2013 00:35:38 -0500
+Subject: [99s-extend] error saying that Ranch listener process has terminated
+Message-ID: <CA+eMAwbdnM25bx0GnzH77Mxu+rJ_+T+Tq0MahW=GBwPX_2w69w@mail.gmail.com>
+
+Hello,
+
+I am seeing an error report in my logs:
+
+=ERROR REPORT==== 27-Nov-2013::00:22:33 ===
+Ranch listener http had connection process started with
+cowboy_protocol:start_link/4 at <0.4803.9> exit with reason: {error,closed}
+
+looks like this is not worth investigating. can someone please comment on
+this error?
+
+thanks
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131127/20905d98/attachment.html>
+
+From kaveh.shahbazian at gmail.com  Wed Nov 27 19:23:09 2013
+From: kaveh.shahbazian at gmail.com (Kaveh Shahbazian)
+Date: Wed, 27 Nov 2013 21:53:09 +0330
+Subject: [99s-extend] On a Basic Cowboy Sample
+Message-ID: <CAAX_u6ikHY+VMEJMAX3SkVYahWvUbf-P_D6qAFvQwhEpF2ofnQ@mail.gmail.com>
+
+Hi;
+
+A post on this can be found
+here<http://dc0d.tumblr.com/post/68278862491/toddling-cowboy-carful-a-windows-on-your-way>(code
+on
+GitHub <https://github.com/dc0d/lucky_luke>).
+
+?Are these things this way for a reason? (Because otherwise we I can not
+get samples to run.)
+
+1 - I have to add 'cowboy' to application list in myapp.app.src.
+2 - I have to add '{http_port, 9000}' to 'env' in myapp.app.src (where in
+the code should I add it?).
+3 - I have to explicitly make sure 'cowlib' is started (ok =
+application:start(cowlib) and I did not see this anywhere but whitout this,
+it won't work).
+
+Thanks;
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131127/11da2202/attachment.html>
+
diff --git a/_build/static/archives/extend/2013-November/000294.html b/_build/static/archives/extend/2013-November/000294.html
new file mode 100644
index 00000000..cc52b5a3
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000294.html
@@ -0,0 +1,111 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy and Ranch 0.9.0 released
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20and%20Ranch%200.9.0%20released&In-Reply-To=%3C5284F908.9000605%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000295.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy and Ranch 0.9.0 released</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20and%20Ranch%200.9.0%20released&In-Reply-To=%3C5284F908.9000605%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy and Ranch 0.9.0 released">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Nov 14 17:23:36 CET 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000295.html">[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#294">[ date ]</a>
+              <a href="thread.html#294">[ thread ]</a>
+              <a href="subject.html#294">[ subject ]</a>
+              <a href="author.html#294">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello shiny people,
+
+Cowboy 0.9.0 has been released. Ranch 0.9.0 has been released too! So 
+let's start with that.
+
+Ranch 0.9.0 is just stability improvements, better error reporting and a 
+couple new SSL options.
+
+Cowboy 0.9.0 is using it of course, and also has official SPDY support 
+(documented and everything!), a revamped cowboy_static (built-in 
+mimetypes support, and also documented), tons of additions to the guide, 
+tons of user patches and other changes you can find here:
+
+   *  <A HREF="https://github.com/extend/cowboy/blob/master/CHANGELOG.md">https://github.com/extend/cowboy/blob/master/CHANGELOG.md</A>
+
+Which reminds me, I want to thank all 70 awesome contributors (myself 
+included) that make the Cowboy project so fun to work on! So, thank you!
+
+When upgrading, please be aware that:
+
+   *  A dependency has been added, cowlib
+   *  Various undocumented functions have been moved to cowlib
+   *  The options for cowboy_static changed a lot, so read the guide
+   *  You need to set ERL_LIBS or equivalent for cowboy_static to find 
+your private directory now
+
+You can find the updated guide on <A HREF="http://ninenines.eu">http://ninenines.eu</A> BUT do note that 
+I'm migrating the site so if you do not see &quot;Contribute to this site&quot; in 
+the bottom left next to &quot;Contact&quot;, then you are on the old version and 
+should probably head to github for your documentation needs, or use the 
+files in your clone directly. I also have improvements left to make to 
+the site to make navigating documentation easier, so stay tuned!
+
+Speaking of the guide, now all the examples, but also the getting 
+started chapter of the guide, are releases. I am hopeful that this will 
+make more people use releases by default instead of an awful start.sh 
+script.
+
+For details on what's coming up next, see the ROADMAP. Next step (0.10) 
+is finishing the request body work, fixing some timeout issues and 
+adding proper multipart support for both requests and responses. This 
+will be the last significant step before 1.0. I have hopes that all this 
+will be ready around the time R17 is released.
+
+So yeah, enjoy! And as always please forward any feedback, especially 
+related to the user guide as this is my main focus now.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000295.html">[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#294">[ date ]</a>
+              <a href="thread.html#294">[ thread ]</a>
+              <a href="subject.html#294">[ subject ]</a>
+              <a href="author.html#294">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000295.html b/_build/static/archives/extend/2013-November/000295.html
new file mode 100644
index 00000000..72359c9f
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000295.html
@@ -0,0 +1,122 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20Cowboy%20and%20Ranch%200.9.0%20released&In-Reply-To=%3CCA%2BqFv3totg6BgkLDdNPJQnj9BD%3DTYjfqj%2BR_BzTij29Uj%3D55DQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000294.html">
+   <LINK REL="Next"  HREF="000296.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released</H1>
+    <B>Barco You</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20Cowboy%20and%20Ranch%200.9.0%20released&In-Reply-To=%3CCA%2BqFv3totg6BgkLDdNPJQnj9BD%3DTYjfqj%2BR_BzTij29Uj%3D55DQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released">barcojie at gmail.com
+       </A><BR>
+    <I>Fri Nov 15 02:57:17 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000294.html">[99s-extend] Cowboy and Ranch 0.9.0 released
+</A></li>
+        <LI>Next message: <A HREF="000296.html">[99s-extend] concurrently calling cowboy_req:chunk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#295">[ date ]</a>
+              <a href="thread.html#295">[ thread ]</a>
+              <a href="subject.html#295">[ subject ]</a>
+              <a href="author.html#295">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Very excited to hear of this. Cowboy is very good to use.
+On Nov 15, 2013 12:23 AM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Hello shiny people,
+</I>&gt;<i>
+</I>&gt;<i> Cowboy 0.9.0 has been released. Ranch 0.9.0 has been released too! So
+</I>&gt;<i> let's start with that.
+</I>&gt;<i>
+</I>&gt;<i> Ranch 0.9.0 is just stability improvements, better error reporting and a
+</I>&gt;<i> couple new SSL options.
+</I>&gt;<i>
+</I>&gt;<i> Cowboy 0.9.0 is using it of course, and also has official SPDY support
+</I>&gt;<i> (documented and everything!), a revamped cowboy_static (built-in mimetypes
+</I>&gt;<i> support, and also documented), tons of additions to the guide, tons of user
+</I>&gt;<i> patches and other changes you can find here:
+</I>&gt;<i>
+</I>&gt;<i>   *  <A HREF="https://github.com/extend/cowboy/blob/master/CHANGELOG.md">https://github.com/extend/cowboy/blob/master/CHANGELOG.md</A>
+</I>&gt;<i>
+</I>&gt;<i> Which reminds me, I want to thank all 70 awesome contributors (myself
+</I>&gt;<i> included) that make the Cowboy project so fun to work on! So, thank you!
+</I>&gt;<i>
+</I>&gt;<i> When upgrading, please be aware that:
+</I>&gt;<i>
+</I>&gt;<i>   *  A dependency has been added, cowlib
+</I>&gt;<i>   *  Various undocumented functions have been moved to cowlib
+</I>&gt;<i>   *  The options for cowboy_static changed a lot, so read the guide
+</I>&gt;<i>   *  You need to set ERL_LIBS or equivalent for cowboy_static to find your
+</I>&gt;<i> private directory now
+</I>&gt;<i>
+</I>&gt;<i> You can find the updated guide on <A HREF="http://ninenines.eu">http://ninenines.eu</A> BUT do note that
+</I>&gt;<i> I'm migrating the site so if you do not see &quot;Contribute to this site&quot; in
+</I>&gt;<i> the bottom left next to &quot;Contact&quot;, then you are on the old version and
+</I>&gt;<i> should probably head to github for your documentation needs, or use the
+</I>&gt;<i> files in your clone directly. I also have improvements left to make to the
+</I>&gt;<i> site to make navigating documentation easier, so stay tuned!
+</I>&gt;<i>
+</I>&gt;<i> Speaking of the guide, now all the examples, but also the getting started
+</I>&gt;<i> chapter of the guide, are releases. I am hopeful that this will make more
+</I>&gt;<i> people use releases by default instead of an awful start.sh script.
+</I>&gt;<i>
+</I>&gt;<i> For details on what's coming up next, see the ROADMAP. Next step (0.10) is
+</I>&gt;<i> finishing the request body work, fixing some timeout issues and adding
+</I>&gt;<i> proper multipart support for both requests and responses. This will be the
+</I>&gt;<i> last significant step before 1.0. I have hopes that all this will be ready
+</I>&gt;<i> around the time R17 is released.
+</I>&gt;<i>
+</I>&gt;<i> So yeah, enjoy! And as always please forward any feedback, especially
+</I>&gt;<i> related to the user guide as this is my main focus now.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131115/79d7b0ce/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131115/79d7b0ce/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000294.html">[99s-extend] Cowboy and Ranch 0.9.0 released
+</A></li>
+	<LI>Next message: <A HREF="000296.html">[99s-extend] concurrently calling cowboy_req:chunk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#295">[ date ]</a>
+              <a href="thread.html#295">[ thread ]</a>
+              <a href="subject.html#295">[ subject ]</a>
+              <a href="author.html#295">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000296.html b/_build/static/archives/extend/2013-November/000296.html
new file mode 100644
index 00000000..72ba3c14
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000296.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] concurrently calling cowboy_req:chunk
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20concurrently%20calling%20cowboy_req%3Achunk&In-Reply-To=%3CCA%2BeMAwa0MJF-4Z%2BV3SRNq5YLdJkpV6SDzTQnCEvdddpeENVv7w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000295.html">
+   <LINK REL="Next"  HREF="000297.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] concurrently calling cowboy_req:chunk</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20concurrently%20calling%20cowboy_req%3Achunk&In-Reply-To=%3CCA%2BeMAwa0MJF-4Z%2BV3SRNq5YLdJkpV6SDzTQnCEvdddpeENVv7w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] concurrently calling cowboy_req:chunk">akonsu at gmail.com
+       </A><BR>
+    <I>Sun Nov 17 17:43:56 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000295.html">[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+</A></li>
+        <LI>Next message: <A HREF="000297.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#296">[ date ]</a>
+              <a href="thread.html#296">[ thread ]</a>
+              <a href="subject.html#296">[ subject ]</a>
+              <a href="author.html#296">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+if I call cowboy_req:chunk on the same Req from several processes that run
+simultaneously, I am guaranteed that the chunks that these processes write
+to the socket will not interleave with each other?
+
+thanks
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131117/41119d53/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131117/41119d53/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000295.html">[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+</A></li>
+	<LI>Next message: <A HREF="000297.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#296">[ date ]</a>
+              <a href="thread.html#296">[ thread ]</a>
+              <a href="subject.html#296">[ subject ]</a>
+              <a href="author.html#296">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000297.html b/_build/static/archives/extend/2013-November/000297.html
new file mode 100644
index 00000000..69e2c446
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000297.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%20cowboy_clock&In-Reply-To=%3CCEB29324.12B9C%25kevin.brown%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000296.html">
+   <LINK REL="Next"  HREF="000298.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%20cowboy_clock&In-Reply-To=%3CCEB29324.12B9C%25kevin.brown%40turner.com%3E"
+       TITLE="[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Wed Nov 20 22:30:37 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000296.html">[99s-extend] concurrently calling cowboy_req:chunk
+</A></li>
+        <LI>Next message: <A HREF="000298.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#297">[ date ]</a>
+              <a href="thread.html#297">[ thread ]</a>
+              <a href="subject.html#297">[ subject ]</a>
+              <a href="author.html#297">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Cowfolk ,
+
+
+Just upgraded to cowboy 0.9.0  from 0.8.7.   Seeing this cowboy_clock error on all REST requests.    Anyone seen it?  Investigating now.
+
+{badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]}
+
+
+
+=ERROR REPORT==== 20-Nov-2013::16:24:59 ===
+
+Ranch listener http had connection process started with cowboy_protocol:start_link/4 at &lt;0.326.0&gt; exit with reason: {badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]},{cowboy_clock,rfc1123,0,[{file,&quot;src/cowboy_clock.erl&quot;},{line,62}]},{cowboy_req,reply_no_compress,8,[{file,&quot;src/cowboy_req.erl&quot;},{line,1056}]},{cowboy_req,reply,4,[{file,&quot;src/cowboy_req.erl&quot;},{line,1009}]},{cowboy_rest,respond,3,[{file,&quot;src/cowboy_rest.erl&quot;},{line,996}]},{cowboy_rest,set_resp_body,2,[{file,&quot;src/cowboy_rest.erl&quot;},{line,876}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,529}]}]}
+
+
+-kb
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131120/6c3ab980/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131120/6c3ab980/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000296.html">[99s-extend] concurrently calling cowboy_req:chunk
+</A></li>
+	<LI>Next message: <A HREF="000298.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#297">[ date ]</a>
+              <a href="thread.html#297">[ thread ]</a>
+              <a href="subject.html#297">[ subject ]</a>
+              <a href="author.html#297">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000298.html b/_build/static/archives/extend/2013-November/000298.html
new file mode 100644
index 00000000..0eadec5e
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000298.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3C528D2FED.40309%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000297.html">
+   <LINK REL="Next"  HREF="000299.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3C528D2FED.40309%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Nov 20 22:55:57 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000297.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+</A></li>
+        <LI>Next message: <A HREF="000299.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#298">[ date ]</a>
+              <a href="thread.html#298">[ thread ]</a>
+              <a href="subject.html#298">[ subject ]</a>
+              <a href="author.html#298">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 11/20/2013 10:30 PM, Brown, Kevin wrote:
+&gt;<i> Cowfolk ,
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Just upgraded to cowboy 0.9.0  from 0.8.7.   Seeing
+</I>&gt;<i> this cowboy_clock error on all REST requests.    Anyone seen it?
+</I>&gt;<i>   Investigating now.
+</I>&gt;<i>
+</I>&gt;<i> {badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]}
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> =ERROR REPORT==== 20-Nov-2013::16:24:59 ===
+</I>&gt;<i>
+</I>&gt;<i> Ranch listener http had connection process started with
+</I>&gt;<i> cowboy_protocol:start_link/4 at &lt;0.326.0&gt; exit with reason:
+</I>&gt;<i> {badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]},{cowboy_clock,rfc1123,0,[{file,&quot;src/cowboy_clock.erl&quot;},{line,62}]},{cowboy_req,reply_no_compress,8,[{file,&quot;src/cowboy_req.erl&quot;},{line,1056}]},{cowboy_req,reply,4,[{file,&quot;src/cowboy_req.erl&quot;},{line,1009}]},{cowboy_rest,respond,3,[{file,&quot;src/cowboy_rest.erl&quot;},{line,996}]},{cowboy_rest,set_resp_body,2,[{file,&quot;src/cowboy_rest.erl&quot;},{line,876}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,529}]}]}
+</I>
+That hasn't changed.
+
+Chances are when you upgraded, somehow, the ets table or the key was 
+deleted. Table is cowboy_clock and key rfc1123 if you want to check quickly.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000297.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+</A></li>
+	<LI>Next message: <A HREF="000299.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#298">[ date ]</a>
+              <a href="thread.html#298">[ thread ]</a>
+              <a href="subject.html#298">[ subject ]</a>
+              <a href="author.html#298">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000299.html b/_build/static/archives/extend/2013-November/000299.html
new file mode 100644
index 00000000..4337d7a2
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000299.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3CCEB29D07.12C3B%25kevin.brown%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000298.html">
+   <LINK REL="Next"  HREF="000300.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3CCEB29D07.12C3B%25kevin.brown%40turner.com%3E"
+       TITLE="[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Wed Nov 20 23:11:10 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000298.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+        <LI>Next message: <A HREF="000300.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#299">[ date ]</a>
+              <a href="thread.html#299">[ thread ]</a>
+              <a href="subject.html#299">[ subject ]</a>
+              <a href="author.html#299">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>cowboy_clock not started.    Not sure why that is, but..
+
+From: &lt;Brown&gt;, Kevin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">kevin.brown at turner.com</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">kevin.brown at turner.com</A>&gt;&gt;
+Date: Wednesday, November 20, 2013 at 4:29 PM
+To: &quot;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&gt;
+Subject: cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131120/82981048/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131120/82981048/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000298.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+	<LI>Next message: <A HREF="000300.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#299">[ date ]</a>
+              <a href="thread.html#299">[ thread ]</a>
+              <a href="subject.html#299">[ subject ]</a>
+              <a href="author.html#299">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000300.html b/_build/static/archives/extend/2013-November/000300.html
new file mode 100644
index 00000000..3c903af2
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000300.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3C528D35CD.1010300%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000299.html">
+   <LINK REL="Next"  HREF="000301.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3C528D35CD.1010300%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Nov 20 23:21:01 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000299.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+        <LI>Next message: <A HREF="000301.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#300">[ date ]</a>
+              <a href="thread.html#300">[ thread ]</a>
+              <a href="subject.html#300">[ subject ]</a>
+              <a href="author.html#300">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 11/20/2013 11:11 PM, Brown, Kevin wrote:
+&gt;<i> cowboy_clock not started.    Not sure why that is, but..
+</I>
+Sounds like the Cowboy application didn't start then.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000299.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+	<LI>Next message: <A HREF="000301.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#300">[ date ]</a>
+              <a href="thread.html#300">[ thread ]</a>
+              <a href="subject.html#300">[ subject ]</a>
+              <a href="author.html#300">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000301.html b/_build/static/archives/extend/2013-November/000301.html
new file mode 100644
index 00000000..e26597d2
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000301.html
@@ -0,0 +1,64 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3CCEB2A293.12C42%25kevin.brown%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000300.html">
+   <LINK REL="Next"  HREF="000302.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3CCEB2A293.12C42%25kevin.brown%40turner.com%3E"
+       TITLE="[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Wed Nov 20 23:32:09 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000300.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+        <LI>Next message: <A HREF="000302.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#301">[ date ]</a>
+              <a href="thread.html#301">[ thread ]</a>
+              <a href="subject.html#301">[ subject ]</a>
+              <a href="author.html#301">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131120/7808a87a/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131120/7808a87a/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000300.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+	<LI>Next message: <A HREF="000302.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#301">[ date ]</a>
+              <a href="thread.html#301">[ thread ]</a>
+              <a href="subject.html#301">[ subject ]</a>
+              <a href="author.html#301">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000302.html b/_build/static/archives/extend/2013-November/000302.html
new file mode 100644
index 00000000..f55f8d93
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000302.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3CCEB2A2A6.12C43%25kevin.brown%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000301.html">
+   <LINK REL="Next"  HREF="000303.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock</H1>
+    <B>Brown, Kevin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%200.9.0%3A%20badarg%20ets%3Alookup_element%0A%09cowboy_clock&In-Reply-To=%3CCEB2A2A6.12C43%25kevin.brown%40turner.com%3E"
+       TITLE="[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock">Kevin.Brown at turner.com
+       </A><BR>
+    <I>Wed Nov 20 23:34:27 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000301.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+        <LI>Next message: <A HREF="000303.html">[99s-extend] Cowboy and stable
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#302">[ date ]</a>
+              <a href="thread.html#302">[ thread ]</a>
+              <a href="subject.html#302">[ subject ]</a>
+              <a href="author.html#302">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Because I wasn&#8217;t starting cow_lib.   Don&#8217;t ask.
+
+From: &lt;Brown&gt;, Kevin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">kevin.brown at turner.com</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">kevin.brown at turner.com</A>&gt;&gt;
+Date: Wednesday, November 20, 2013 at 5:11 PM
+To: &quot;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&gt;
+Subject: Re: cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+
+cowboy_clock not started.    Not sure why that is, but..
+
+From: &lt;Brown&gt;, Kevin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">kevin.brown at turner.com</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">kevin.brown at turner.com</A>&gt;&gt;
+Date: Wednesday, November 20, 2013 at 4:29 PM
+To: &quot;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>&gt;&gt;
+Subject: cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131120/792230f4/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131120/792230f4/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000301.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+	<LI>Next message: <A HREF="000303.html">[99s-extend] Cowboy and stable
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#302">[ date ]</a>
+              <a href="thread.html#302">[ thread ]</a>
+              <a href="subject.html#302">[ subject ]</a>
+              <a href="author.html#302">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000303.html b/_build/static/archives/extend/2013-November/000303.html
new file mode 100644
index 00000000..541aa76b
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000303.html
@@ -0,0 +1,70 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy and stable
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20and%20stable&In-Reply-To=%3C9D6FADA9-0BF9-4E9A-BBC1-8149E154FC6D%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000302.html">
+   <LINK REL="Next"  HREF="000304.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy and stable</H1>
+    <B>J.W. Luiten</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20and%20stable&In-Reply-To=%3C9D6FADA9-0BF9-4E9A-BBC1-8149E154FC6D%40gmail.com%3E"
+       TITLE="[99s-extend] Cowboy and stable">janwillem.luiten at gmail.com
+       </A><BR>
+    <I>Thu Nov 21 10:11:43 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000302.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+        <LI>Next message: <A HREF="000304.html">[99s-extend] Cowboy and stable
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#303">[ date ]</a>
+              <a href="thread.html#303">[ thread ]</a>
+              <a href="subject.html#303">[ subject ]</a>
+              <a href="author.html#303">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+For a Cowboy-based project I&#8217;m trying to use stable (dvv/stable, written by Vladimir Dronnikov). I keep running into problems. I contacted Vladimir and he stated that the current version of stable was compatible with Cowboy 0.8 and that he didn&#8217;t have the time to keep up with new cowboy releases. Is any of the list members using stable in a cowboy based project?
+
+Kind regards,
+
+Jan Willem Luiten
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131121/7d69dbf7/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131121/7d69dbf7/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000302.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A></li>
+	<LI>Next message: <A HREF="000304.html">[99s-extend] Cowboy and stable
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#303">[ date ]</a>
+              <a href="thread.html#303">[ thread ]</a>
+              <a href="subject.html#303">[ subject ]</a>
+              <a href="author.html#303">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000304.html b/_build/static/archives/extend/2013-November/000304.html
new file mode 100644
index 00000000..3ba3d12a
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000304.html
@@ -0,0 +1,103 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy and stable
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20and%20stable&In-Reply-To=%3C528DD049.7080708%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000303.html">
+   <LINK REL="Next"  HREF="000305.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy and stable</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20and%20stable&In-Reply-To=%3C528DD049.7080708%40llaisdy.com%3E"
+       TITLE="[99s-extend] Cowboy and stable">ivan at llaisdy.com
+       </A><BR>
+    <I>Thu Nov 21 10:20:09 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000303.html">[99s-extend] Cowboy and stable
+</A></li>
+        <LI>Next message: <A HREF="000305.html">[99s-extend] multiple handler instances
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#304">[ date ]</a>
+              <a href="thread.html#304">[ thread ]</a>
+              <a href="subject.html#304">[ subject ]</a>
+              <a href="author.html#304">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>IIRC There were major changes around 0.8.3-8.4 when parts of the api 
+changed.  I haven't upgraded to 0.9 yet but I imagine there will be 
+further changes there (e.g., there is a new dependency: cow_lib).
+
+Ivan
+
+
+On 21/11/2013 09:11, J.W. Luiten wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> For a Cowboy-based project I&#8217;m trying to use stable (dvv/stable
+</I>&gt;<i> &lt;<A HREF="https://github.com/dvv/stable">https://github.com/dvv/stable</A>&gt;, written by Vladimir Dronnikov). I keep
+</I>&gt;<i> running into problems. I contacted Vladimir and he stated that the
+</I>&gt;<i> current version of stable was compatible with Cowboy 0.8 and that he
+</I>&gt;<i> didn&#8217;t have the time to keep up with new cowboy releases. Is any of the
+</I>&gt;<i> list members using stable in a cowboy based project?
+</I>&gt;<i>
+</I>&gt;<i> Kind regards,
+</I>&gt;<i>
+</I>&gt;<i> Jan Willem Luiten
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000303.html">[99s-extend] Cowboy and stable
+</A></li>
+	<LI>Next message: <A HREF="000305.html">[99s-extend] multiple handler instances
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#304">[ date ]</a>
+              <a href="thread.html#304">[ thread ]</a>
+              <a href="subject.html#304">[ subject ]</a>
+              <a href="author.html#304">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000305.html b/_build/static/archives/extend/2013-November/000305.html
new file mode 100644
index 00000000..7a5857e7
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000305.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] multiple handler instances
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20multiple%20handler%20instances&In-Reply-To=%3CEB58E3EC-A4B1-45B3-828F-31204BAF6EC0%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000304.html">
+   <LINK REL="Next"  HREF="000306.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] multiple handler instances</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20multiple%20handler%20instances&In-Reply-To=%3CEB58E3EC-A4B1-45B3-828F-31204BAF6EC0%40wanadoo.fr%3E"
+       TITLE="[99s-extend] multiple handler instances">samset at wanadoo.fr
+       </A><BR>
+    <I>Thu Nov 21 15:58:09 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000304.html">[99s-extend] Cowboy and stable
+</A></li>
+        <LI>Next message: <A HREF="000306.html">[99s-extend] Fwd: multiple handler instances
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#305">[ date ]</a>
+              <a href="thread.html#305">[ thread ]</a>
+              <a href="subject.html#305">[ subject ]</a>
+              <a href="author.html#305">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I have an issue.
+
+I'd like to start 2 http handler in the same application
+So i did to cowboy:start_http call + different port + dispatch route sets in the supervisor init method.
+
+When the application starts there is no error but when i look the network tables i only see the binding for the first call.
+If i comment out the first call i see the second binding.
+
+Is there any limitation ?
+If yes any workaround to share ?
+
+Thank you.
+
+
+Samir Sow
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000304.html">[99s-extend] Cowboy and stable
+</A></li>
+	<LI>Next message: <A HREF="000306.html">[99s-extend] Fwd: multiple handler instances
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#305">[ date ]</a>
+              <a href="thread.html#305">[ thread ]</a>
+              <a href="subject.html#305">[ subject ]</a>
+              <a href="author.html#305">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000306.html b/_build/static/archives/extend/2013-November/000306.html
new file mode 100644
index 00000000..419095ba
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000306.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Fwd: multiple handler instances
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Fwd%3A%20multiple%20handler%20instances&In-Reply-To=%3CC7CA47A5-D20F-4AD5-BC6A-73CF937285D5%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000305.html">
+   <LINK REL="Next"  HREF="000307.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Fwd: multiple handler instances</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Fwd%3A%20multiple%20handler%20instances&In-Reply-To=%3CC7CA47A5-D20F-4AD5-BC6A-73CF937285D5%40wanadoo.fr%3E"
+       TITLE="[99s-extend] Fwd: multiple handler instances">samset at wanadoo.fr
+       </A><BR>
+    <I>Thu Nov 21 16:23:43 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000305.html">[99s-extend] multiple handler instances
+</A></li>
+        <LI>Next message: <A HREF="000307.html">[99s-extend] Server migration
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#306">[ date ]</a>
+              <a href="thread.html#306">[ thread ]</a>
+              <a href="subject.html#306">[ subject ]</a>
+              <a href="author.html#306">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+Solved.
+I overlooked to have different refs for each call.
+
+Samir Sow
+
+Begin forwarded message:
+
+&gt;<i> From: Samir Sow &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">samset at wanadoo.fr</A>&gt;
+</I>&gt;<i> Date: 21 novembre 2013 15:58:09 HNEC
+</I>&gt;<i> To: <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+</I>&gt;<i> Subject: multiple handler instances 
+</I>&gt;<i> 
+</I>&gt;<i> Hi,
+</I>&gt;<i> 
+</I>&gt;<i> I have an issue.
+</I>&gt;<i> 
+</I>&gt;<i> I'd like to start 2 http handler in the same application
+</I>&gt;<i> So i did to cowboy:start_http call + different port + dispatch route sets in the supervisor init method.
+</I>&gt;<i> 
+</I>&gt;<i> When the application starts there is no error but when i look the network tables i only see the binding for the first call.
+</I>&gt;<i> If i comment out the first call i see the second binding.
+</I>&gt;<i> 
+</I>&gt;<i> Is there any limitation ?
+</I>&gt;<i> If yes any workaround to share ?
+</I>&gt;<i> 
+</I>&gt;<i> Thank you.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> Samir Sow
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000305.html">[99s-extend] multiple handler instances
+</A></li>
+	<LI>Next message: <A HREF="000307.html">[99s-extend] Server migration
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#306">[ date ]</a>
+              <a href="thread.html#306">[ thread ]</a>
+              <a href="subject.html#306">[ subject ]</a>
+              <a href="author.html#306">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000307.html b/_build/static/archives/extend/2013-November/000307.html
new file mode 100644
index 00000000..da1220bc
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000307.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Server migration
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Server%20migration&In-Reply-To=%3C528F9902.6080704%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000306.html">
+   <LINK REL="Next"  HREF="000311.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Server migration</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Server%20migration&In-Reply-To=%3C528F9902.6080704%40ninenines.eu%3E"
+       TITLE="[99s-extend] Server migration">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Nov 22 18:48:50 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000306.html">[99s-extend] Fwd: multiple handler instances
+</A></li>
+        <LI>Next message: <A HREF="000311.html">[99s-extend] Server migration
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#307">[ date ]</a>
+              <a href="thread.html#307">[ thread ]</a>
+              <a href="subject.html#307">[ subject ]</a>
+              <a href="author.html#307">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I'll be migrating the mailing lists to a new server as of right now. 
+They should be back whenever the DNS updates for you.
+
+In the meantime, if you have a really important question, please check 
+the IRC channel #ninenines on Freenode. Service should be back for 
+everyone on Monday.
+
+Thanks for your comprehension.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000306.html">[99s-extend] Fwd: multiple handler instances
+</A></li>
+	<LI>Next message: <A HREF="000311.html">[99s-extend] Server migration
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#307">[ date ]</a>
+              <a href="thread.html#307">[ thread ]</a>
+              <a href="subject.html#307">[ subject ]</a>
+              <a href="author.html#307">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000308.html b/_build/static/archives/extend/2013-November/000308.html
new file mode 100644
index 00000000..23360416
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000308.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Checking if new server works properly
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Checking%20if%20new%20server%20works%20properly&In-Reply-To=%3C5291E28D.9040206%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000310.html">
+   <LINK REL="Next"  HREF="000312.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Checking if new server works properly</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Checking%20if%20new%20server%20works%20properly&In-Reply-To=%3C5291E28D.9040206%40ninenines.eu%3E"
+       TITLE="[99s-extend] Checking if new server works properly">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Nov 24 12:27:09 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000310.html">[99s-extend] erlang.mk vs. rebar
+</A></li>
+        <LI>Next message: <A HREF="000312.html">[99s-extend] error saying that Ranch listener process has terminated
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#308">[ date ]</a>
+              <a href="thread.html#308">[ thread ]</a>
+              <a href="subject.html#308">[ subject ]</a>
+              <a href="author.html#308">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Test 1 2 3.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000310.html">[99s-extend] erlang.mk vs. rebar
+</A></li>
+	<LI>Next message: <A HREF="000312.html">[99s-extend] error saying that Ranch listener process has terminated
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#308">[ date ]</a>
+              <a href="thread.html#308">[ thread ]</a>
+              <a href="subject.html#308">[ subject ]</a>
+              <a href="author.html#308">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000309.html b/_build/static/archives/extend/2013-November/000309.html
new file mode 100644
index 00000000..6be2431c
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000309.html
@@ -0,0 +1,98 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] erlang.mk vs. rebar
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20erlang.mk%20vs.%20rebar&In-Reply-To=%3C1385176410.168318460%40apps.rackspace.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000311.html">
+   <LINK REL="Next"  HREF="000310.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] erlang.mk vs. rebar</H1>
+    <B>lloyd at writersglen.com</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20erlang.mk%20vs.%20rebar&In-Reply-To=%3C1385176410.168318460%40apps.rackspace.com%3E"
+       TITLE="[99s-extend] erlang.mk vs. rebar">lloyd at writersglen.com
+       </A><BR>
+    <I>Sat Nov 23 04:13:30 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000311.html">[99s-extend] Server migration
+</A></li>
+        <LI>Next message: <A HREF="000310.html">[99s-extend] erlang.mk vs. rebar
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#309">[ date ]</a>
+              <a href="thread.html#309">[ thread ]</a>
+              <a href="subject.html#309">[ subject ]</a>
+              <a href="author.html#309">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+Hello,
+ 
+Does erlang.mk replace rebar?
+ 
+Thanks,
+ 
+LRP
+ 
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+<A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+<A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+<A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131122/11ccc1ef/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131122/11ccc1ef/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000311.html">[99s-extend] Server migration
+</A></li>
+	<LI>Next message: <A HREF="000310.html">[99s-extend] erlang.mk vs. rebar
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#309">[ date ]</a>
+              <a href="thread.html#309">[ thread ]</a>
+              <a href="subject.html#309">[ subject ]</a>
+              <a href="author.html#309">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000310.html b/_build/static/archives/extend/2013-November/000310.html
new file mode 100644
index 00000000..4446b901
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000310.html
@@ -0,0 +1,75 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] erlang.mk vs. rebar
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20erlang.mk%20vs.%20rebar&In-Reply-To=%3C5291FA1F.70300%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000309.html">
+   <LINK REL="Next"  HREF="000308.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] erlang.mk vs. rebar</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20erlang.mk%20vs.%20rebar&In-Reply-To=%3C5291FA1F.70300%40ninenines.eu%3E"
+       TITLE="[99s-extend] erlang.mk vs. rebar">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Nov 24 14:07:43 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000309.html">[99s-extend] erlang.mk vs. rebar
+</A></li>
+        <LI>Next message: <A HREF="000308.html">[99s-extend] Checking if new server works properly
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#310">[ date ]</a>
+              <a href="thread.html#310">[ thread ]</a>
+              <a href="subject.html#310">[ subject ]</a>
+              <a href="author.html#310">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>erlang.mk can replace rebar, yes.
+
+On 11/23/2013 04:13 AM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> Does erlang.mk replace rebar?
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000309.html">[99s-extend] erlang.mk vs. rebar
+</A></li>
+	<LI>Next message: <A HREF="000308.html">[99s-extend] Checking if new server works properly
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#310">[ date ]</a>
+              <a href="thread.html#310">[ thread ]</a>
+              <a href="subject.html#310">[ subject ]</a>
+              <a href="author.html#310">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000311.html b/_build/static/archives/extend/2013-November/000311.html
new file mode 100644
index 00000000..97347202
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000311.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Server migration
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Server%20migration&In-Reply-To=%3C528FB540.9090307%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000307.html">
+   <LINK REL="Next"  HREF="000309.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Server migration</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Server%20migration&In-Reply-To=%3C528FB540.9090307%40ninenines.eu%3E"
+       TITLE="[99s-extend] Server migration">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Nov 22 20:49:20 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000307.html">[99s-extend] Server migration
+</A></li>
+        <LI>Next message: <A HREF="000309.html">[99s-extend] erlang.mk vs. rebar
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#311">[ date ]</a>
+              <a href="thread.html#311">[ thread ]</a>
+              <a href="subject.html#311">[ subject ]</a>
+              <a href="author.html#311">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 11/22/2013 06:48 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> I'll be migrating the mailing lists to a new server as of right now.
+</I>&gt;<i> They should be back whenever the DNS updates for you.
+</I>&gt;<i>
+</I>&gt;<i> In the meantime, if you have a really important question, please check
+</I>&gt;<i> the IRC channel #ninenines on Freenode. Service should be back for
+</I>&gt;<i> everyone on Monday.
+</I>&gt;<i>
+</I>&gt;<i> Thanks for your comprehension.
+</I>
+The migration is a success. Please check <A HREF="http://lists.ninenines.eu">http://lists.ninenines.eu</A> to 
+know if service is back for you before sending an email. The old server 
+is refusing all emails now. Thanks!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000307.html">[99s-extend] Server migration
+</A></li>
+	<LI>Next message: <A HREF="000309.html">[99s-extend] erlang.mk vs. rebar
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#311">[ date ]</a>
+              <a href="thread.html#311">[ thread ]</a>
+              <a href="subject.html#311">[ subject ]</a>
+              <a href="author.html#311">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000312.html b/_build/static/archives/extend/2013-November/000312.html
new file mode 100644
index 00000000..6a51c677
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000312.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] error saying that Ranch listener process has terminated
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20error%20saying%20that%20Ranch%20listener%20process%20has%20terminated&In-Reply-To=%3CCA%2BeMAwbdnM25bx0GnzH77Mxu%2BrJ_%2BT%2BTq0MahW%3DGBwPX_2w69w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000308.html">
+   <LINK REL="Next"  HREF="000313.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] error saying that Ranch listener process has terminated</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20error%20saying%20that%20Ranch%20listener%20process%20has%20terminated&In-Reply-To=%3CCA%2BeMAwbdnM25bx0GnzH77Mxu%2BrJ_%2BT%2BTq0MahW%3DGBwPX_2w69w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] error saying that Ranch listener process has terminated">akonsu at gmail.com
+       </A><BR>
+    <I>Wed Nov 27 06:35:38 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000308.html">[99s-extend] Checking if new server works properly
+</A></li>
+        <LI>Next message: <A HREF="000313.html">[99s-extend] On a Basic Cowboy Sample
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#312">[ date ]</a>
+              <a href="thread.html#312">[ thread ]</a>
+              <a href="subject.html#312">[ subject ]</a>
+              <a href="author.html#312">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I am seeing an error report in my logs:
+
+=ERROR REPORT==== 27-Nov-2013::00:22:33 ===
+Ranch listener http had connection process started with
+cowboy_protocol:start_link/4 at &lt;0.4803.9&gt; exit with reason: {error,closed}
+
+looks like this is not worth investigating. can someone please comment on
+this error?
+
+thanks
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131127/20905d98/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131127/20905d98/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000308.html">[99s-extend] Checking if new server works properly
+</A></li>
+	<LI>Next message: <A HREF="000313.html">[99s-extend] On a Basic Cowboy Sample
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#312">[ date ]</a>
+              <a href="thread.html#312">[ thread ]</a>
+              <a href="subject.html#312">[ subject ]</a>
+              <a href="author.html#312">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/000313.html b/_build/static/archives/extend/2013-November/000313.html
new file mode 100644
index 00000000..840242b8
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/000313.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] On a Basic Cowboy Sample
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20On%20a%20Basic%20Cowboy%20Sample&In-Reply-To=%3CCAAX_u6ikHY%2BVMEJMAX3SkVYahWvUbf-P_D6qAFvQwhEpF2ofnQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000312.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] On a Basic Cowboy Sample</H1>
+    <B>Kaveh Shahbazian</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20On%20a%20Basic%20Cowboy%20Sample&In-Reply-To=%3CCAAX_u6ikHY%2BVMEJMAX3SkVYahWvUbf-P_D6qAFvQwhEpF2ofnQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] On a Basic Cowboy Sample">kaveh.shahbazian at gmail.com
+       </A><BR>
+    <I>Wed Nov 27 19:23:09 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000312.html">[99s-extend] error saying that Ranch listener process has terminated
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#313">[ date ]</a>
+              <a href="thread.html#313">[ thread ]</a>
+              <a href="subject.html#313">[ subject ]</a>
+              <a href="author.html#313">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi;
+
+A post on this can be found
+here&lt;<A HREF="http://dc0d.tumblr.com/post/68278862491/toddling-cowboy-carful-a-windows-on-your-way">http://dc0d.tumblr.com/post/68278862491/toddling-cowboy-carful-a-windows-on-your-way</A>&gt;(code
+on
+GitHub &lt;<A HREF="https://github.com/dc0d/lucky_luke">https://github.com/dc0d/lucky_luke</A>&gt;).
+
+&#8203;Are these things this way for a reason? (Because otherwise we I can not
+get samples to run.)
+
+1 - I have to add 'cowboy' to application list in myapp.app.src.
+2 - I have to add '{http_port, 9000}' to 'env' in myapp.app.src (where in
+the code should I add it?).
+3 - I have to explicitly make sure 'cowlib' is started (ok =
+application:start(cowlib) and I did not see this anywhere but whitout this,
+it won't work).
+
+Thanks;
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131127/11da2202/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131127/11da2202/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000312.html">[99s-extend] error saying that Ranch listener process has terminated
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#313">[ date ]</a>
+              <a href="thread.html#313">[ thread ]</a>
+              <a href="subject.html#313">[ subject ]</a>
+              <a href="author.html#313">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-November/author.html b/_build/static/archives/extend/2013-November/author.html
new file mode 100644
index 00000000..44497e9a
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/author.html
@@ -0,0 +1,147 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Nov 14 17:23:36 CET 2013</i><br>
+         <b>Ending:</b> <i>Wed Nov 27 19:23:09 CET 2013</i><br>
+         <b>Messages:</b> 20<p>
+     <ul>
+
+<LI><A HREF="000297.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+</A><A NAME="297">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000299.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="299">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000301.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="301">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000302.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="302">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000294.html">[99s-extend] Cowboy and Ranch 0.9.0 released
+</A><A NAME="294">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000298.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="298">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000300.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="300">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000307.html">[99s-extend] Server migration
+</A><A NAME="307">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000311.html">[99s-extend] Server migration
+</A><A NAME="311">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000308.html">[99s-extend] Checking if new server works properly
+</A><A NAME="308">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000310.html">[99s-extend] erlang.mk vs. rebar
+</A><A NAME="310">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000303.html">[99s-extend] Cowboy and stable
+</A><A NAME="303">&nbsp;</A>
+<I>J.W. Luiten
+</I>
+
+<LI><A HREF="000313.html">[99s-extend] On a Basic Cowboy Sample
+</A><A NAME="313">&nbsp;</A>
+<I>Kaveh Shahbazian
+</I>
+
+<LI><A HREF="000305.html">[99s-extend] multiple handler instances
+</A><A NAME="305">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000306.html">[99s-extend] Fwd: multiple handler instances
+</A><A NAME="306">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000304.html">[99s-extend] Cowboy and stable
+</A><A NAME="304">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000295.html">[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+</A><A NAME="295">&nbsp;</A>
+<I>Barco You
+</I>
+
+<LI><A HREF="000296.html">[99s-extend] concurrently calling cowboy_req:chunk
+</A><A NAME="296">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000312.html">[99s-extend] error saying that Ranch listener process has terminated
+</A><A NAME="312">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000309.html">[99s-extend] erlang.mk vs. rebar
+</A><A NAME="309">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Nov 27 19:23:09 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-November/date.html b/_build/static/archives/extend/2013-November/date.html
new file mode 100644
index 00000000..d4e03dd9
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/date.html
@@ -0,0 +1,147 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Nov 14 17:23:36 CET 2013</i><br>
+         <b>Ending:</b> <i>Wed Nov 27 19:23:09 CET 2013</i><br>
+         <b>Messages:</b> 20<p>
+     <ul>
+
+<LI><A HREF="000294.html">[99s-extend] Cowboy and Ranch 0.9.0 released
+</A><A NAME="294">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000295.html">[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+</A><A NAME="295">&nbsp;</A>
+<I>Barco You
+</I>
+
+<LI><A HREF="000296.html">[99s-extend] concurrently calling cowboy_req:chunk
+</A><A NAME="296">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000297.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+</A><A NAME="297">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000298.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="298">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000299.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="299">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000300.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="300">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000301.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="301">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000302.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="302">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000303.html">[99s-extend] Cowboy and stable
+</A><A NAME="303">&nbsp;</A>
+<I>J.W. Luiten
+</I>
+
+<LI><A HREF="000304.html">[99s-extend] Cowboy and stable
+</A><A NAME="304">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000305.html">[99s-extend] multiple handler instances
+</A><A NAME="305">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000306.html">[99s-extend] Fwd: multiple handler instances
+</A><A NAME="306">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000307.html">[99s-extend] Server migration
+</A><A NAME="307">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000311.html">[99s-extend] Server migration
+</A><A NAME="311">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000309.html">[99s-extend] erlang.mk vs. rebar
+</A><A NAME="309">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000308.html">[99s-extend] Checking if new server works properly
+</A><A NAME="308">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000310.html">[99s-extend] erlang.mk vs. rebar
+</A><A NAME="310">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000312.html">[99s-extend] error saying that Ranch listener process has terminated
+</A><A NAME="312">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000313.html">[99s-extend] On a Basic Cowboy Sample
+</A><A NAME="313">&nbsp;</A>
+<I>Kaveh Shahbazian
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Nov 27 19:23:09 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-November/index.html b/_build/static/archives/extend/2013-November/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-November/subject.html b/_build/static/archives/extend/2013-November/subject.html
new file mode 100644
index 00000000..471fc527
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/subject.html
@@ -0,0 +1,147 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Nov 14 17:23:36 CET 2013</i><br>
+         <b>Ending:</b> <i>Wed Nov 27 19:23:09 CET 2013</i><br>
+         <b>Messages:</b> 20<p>
+     <ul>
+
+<LI><A HREF="000295.html">[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+</A><A NAME="295">&nbsp;</A>
+<I>Barco You
+</I>
+
+<LI><A HREF="000308.html">[99s-extend] Checking if new server works properly
+</A><A NAME="308">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000296.html">[99s-extend] concurrently calling cowboy_req:chunk
+</A><A NAME="296">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000297.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+</A><A NAME="297">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000298.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="298">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000299.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="299">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000300.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="300">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000301.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="301">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000302.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="302">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<LI><A HREF="000294.html">[99s-extend] Cowboy and Ranch 0.9.0 released
+</A><A NAME="294">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000303.html">[99s-extend] Cowboy and stable
+</A><A NAME="303">&nbsp;</A>
+<I>J.W. Luiten
+</I>
+
+<LI><A HREF="000304.html">[99s-extend] Cowboy and stable
+</A><A NAME="304">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000309.html">[99s-extend] erlang.mk vs. rebar
+</A><A NAME="309">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000310.html">[99s-extend] erlang.mk vs. rebar
+</A><A NAME="310">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000312.html">[99s-extend] error saying that Ranch listener process has terminated
+</A><A NAME="312">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000306.html">[99s-extend] Fwd: multiple handler instances
+</A><A NAME="306">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000305.html">[99s-extend] multiple handler instances
+</A><A NAME="305">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000313.html">[99s-extend] On a Basic Cowboy Sample
+</A><A NAME="313">&nbsp;</A>
+<I>Kaveh Shahbazian
+</I>
+
+<LI><A HREF="000307.html">[99s-extend] Server migration
+</A><A NAME="307">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000311.html">[99s-extend] Server migration
+</A><A NAME="311">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Nov 27 19:23:09 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-November/thread.html b/_build/static/archives/extend/2013-November/thread.html
new file mode 100644
index 00000000..0d23dbe5
--- /dev/null
+++ b/_build/static/archives/extend/2013-November/thread.html
@@ -0,0 +1,183 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Nov 14 17:23:36 CET 2013</i><br>
+         <b>Ending:</b> <i>Wed Nov 27 19:23:09 CET 2013</i><br>
+         <b>Messages:</b> 20<p>
+     <ul>
+
+<!--0 01384446216.294- -->
+<LI><A HREF="000294.html">[99s-extend] Cowboy and Ranch 0.9.0 released
+</A><A NAME="294">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01384446216.294-01384480637.295- -->
+<LI><A HREF="000295.html">[99s-extend] [erlang-questions] Cowboy and Ranch 0.9.0 released
+</A><A NAME="295">&nbsp;</A>
+<I>Barco You
+</I>
+
+</UL>
+<!--0 01384706636.296- -->
+<LI><A HREF="000296.html">[99s-extend] concurrently calling cowboy_req:chunk
+</A><A NAME="296">&nbsp;</A>
+<I>akonsu
+</I>
+
+<UL>
+<!--1 01384706636.296-01384983037.297- -->
+<LI><A HREF="000297.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element cowboy_clock
+</A><A NAME="297">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<UL>
+<!--2 01384706636.296-01384983037.297-01384984557.298- -->
+<LI><A HREF="000298.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="298">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--2 01384706636.296-01384983037.297-01384985470.299- -->
+<LI><A HREF="000299.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="299">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<UL>
+<!--3 01384706636.296-01384983037.297-01384985470.299-01384986061.300- -->
+<LI><A HREF="000300.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="300">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01384706636.296-01384983037.297-01384985470.299-01384986729.301- -->
+<LI><A HREF="000301.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="301">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+<!--3 01384706636.296-01384983037.297-01384985470.299-01384986867.302- -->
+<LI><A HREF="000302.html">[99s-extend] cowboy 0.9.0: badarg ets:lookup_element	cowboy_clock
+</A><A NAME="302">&nbsp;</A>
+<I>Brown, Kevin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01385025103.303- -->
+<LI><A HREF="000303.html">[99s-extend] Cowboy and stable
+</A><A NAME="303">&nbsp;</A>
+<I>J.W. Luiten
+</I>
+
+<UL>
+<!--1 01385025103.303-01385025609.304- -->
+<LI><A HREF="000304.html">[99s-extend] Cowboy and stable
+</A><A NAME="304">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+</UL>
+<!--0 01385045889.305- -->
+<LI><A HREF="000305.html">[99s-extend] multiple handler instances
+</A><A NAME="305">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--1 01385045889.305-01385047423.306- -->
+<LI><A HREF="000306.html">[99s-extend] Fwd: multiple handler instances
+</A><A NAME="306">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+</UL>
+<!--0 01385142530.307- -->
+<LI><A HREF="000307.html">[99s-extend] Server migration
+</A><A NAME="307">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01385142530.307-01385149760.311- -->
+<LI><A HREF="000311.html">[99s-extend] Server migration
+</A><A NAME="311">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01385176410.309- -->
+<LI><A HREF="000309.html">[99s-extend] erlang.mk vs. rebar
+</A><A NAME="309">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<UL>
+<!--1 01385176410.309-01385298463.310- -->
+<LI><A HREF="000310.html">[99s-extend] erlang.mk vs. rebar
+</A><A NAME="310">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01385292429.308- -->
+<LI><A HREF="000308.html">[99s-extend] Checking if new server works properly
+</A><A NAME="308">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01385530538.312- -->
+<LI><A HREF="000312.html">[99s-extend] error saying that Ranch listener process has terminated
+</A><A NAME="312">&nbsp;</A>
+<I>akonsu
+</I>
+
+<!--0 01385576589.313- -->
+<LI><A HREF="000313.html">[99s-extend] On a Basic Cowboy Sample
+</A><A NAME="313">&nbsp;</A>
+<I>Kaveh Shahbazian
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Nov 27 19:23:09 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-October.txt b/_build/static/archives/extend/2013-October.txt
new file mode 100644
index 00000000..4a9176a4
--- /dev/null
+++ b/_build/static/archives/extend/2013-October.txt
@@ -0,0 +1,2737 @@
+From marcel.meyer at gmail.com  Thu Oct  3 07:00:28 2013
+From: marcel.meyer at gmail.com (Marcel Meyer)
+Date: Wed, 2 Oct 2013 22:00:28 -0700
+Subject: [99s-extend] websocket_info and RPC
+Message-ID: <CAFXVr=ZuQNiChQGFHVcS4jGOHXG5NEazbZcP8qp5E91smJEN1A@mail.gmail.com>
+
+Hi there,
+
+How do I use the websocket infrastructure of cowboy to implement RPC?
+It seems like I can talk to the client using websocket_info, but the
+response comes in on websocket_handle, all asynchronously.
+
+Kind regards,
+Marcel
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131002/4463e3fa/attachment.html>
+
+From ryankbrown at gmail.com  Tue Oct  8 05:55:57 2013
+From: ryankbrown at gmail.com (Ryan Brown)
+Date: Mon, 7 Oct 2013 21:55:57 -0600
+Subject: [99s-extend] Problem with cowboy ssl example
+Message-ID: <CAChGYf-ykW7HRb6Hoy6h1NHxmUrbfZ+NBsubvrW-pMieFhESkg@mail.gmail.com>
+
+I was trying to compile and run the ssl_hello_world example in the cowboy
+project and am getting the following error at start-up:
+
+=INFO REPORT==== 7-Oct-2013::21:38:01 ===    application: ssl_hello_world
+  exited: {bad_return,             {{ssl_hello_world_app,start,[normal,[]]},
+            {'EXIT',               {{badmatch,                 {error,
+            {{shutdown,
+{failed_to_start_child,ranch_acceptors_sup,
+ {{case_clause,                       {error,{"no such file or
+directory","asn1.app"}}},
+[{ranch,require,1,[{file,"src/ranch.erl"},{line,207}]},
+
+I can start asn1 from the erl console so I am not sure what I am missing.
+Any help is greatly appreciated.
+
+Best regards.
+
+-- 
+-rb
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131007/fdef2170/attachment.html>
+
+From essen at ninenines.eu  Tue Oct  8 06:13:04 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 08 Oct 2013 06:13:04 +0200
+Subject: [99s-extend] Problem with cowboy ssl example
+In-Reply-To: <CAChGYf-ykW7HRb6Hoy6h1NHxmUrbfZ+NBsubvrW-pMieFhESkg@mail.gmail.com>
+References: <CAChGYf-ykW7HRb6Hoy6h1NHxmUrbfZ+NBsubvrW-pMieFhESkg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+I'm guessing you run an older Erlang which had that issue. Either 
+upgrade Erlang or add asn1 to the list of apps to include in the release 
+(and open a ticket for it please so it can be made to work with older 
+versions).
+
+On 10/08/2013 05:55 AM, Ryan Brown wrote:
+> I was trying to compile and run the ssl_hello_world example in the
+> cowboy project and am getting the following error at start-up:
+>
+>
+>   =INFO REPORT==== 7-Oct-2013::21:38:01 ===
+>
+>
+>        application: ssl_hello_world
+>
+>
+>        exited: {bad_return,
+>
+>
+>                 {{ssl_hello_world_app,start,[normal,[]]},
+>
+>
+>                  {'EXIT',
+>
+>
+>                   {{badmatch,
+>
+>
+>                     {error,
+>
+>
+>                      {{shutdown,
+>
+>
+>                        {failed_to_start_child,ranch_acceptors_sup,
+>
+>
+>                         {{case_clause,
+>
+>
+>                           {error,{"no such file or directory","asn1.app"}}},
+>
+>
+>
+>   [{ranch,require,1,[{file,"src/ranch.erl"},{line,207}]},
+>
+>
+> I can start asn1 from the erl console so I am not sure what I am
+> missing. Any help is greatly appreciated.
+>
+> Best regards.
+>
+> --
+> -rb
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From ryankbrown at gmail.com  Tue Oct  8 06:24:54 2013
+From: ryankbrown at gmail.com (Ryan Brown)
+Date: Mon, 7 Oct 2013 22:24:54 -0600
+Subject: [99s-extend] Problem with cowboy ssl example
+In-Reply-To: <[email protected]>
+References: <CAChGYf-ykW7HRb6Hoy6h1NHxmUrbfZ+NBsubvrW-pMieFhESkg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAChGYf-krBbQYAkxMuGt-byPV6PSC-50yrOgBMqUJrQBUZeKcA@mail.gmail.com>
+
+Thanks Lo?c. I am actually running R16B on a macbook OS X 10.8. (I'm
+wondering if the Od could have any effect?)
+
+Best,
+
+Ryan
+
+
+On Mon, Oct 7, 2013 at 10:13 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> I'm guessing you run an older Erlang which had that issue. Either upgrade
+> Erlang or add asn1 to the list of apps to include in the release (and open
+> a ticket for it please so it can be made to work with older versions).
+>
+>
+> On 10/08/2013 05:55 AM, Ryan Brown wrote:
+>
+>> I was trying to compile and run the ssl_hello_world example in the
+>> cowboy project and am getting the following error at start-up:
+>>
+>>
+>>   =INFO REPORT==== 7-Oct-2013::21:38:01 ===
+>>
+>>
+>>        application: ssl_hello_world
+>>
+>>
+>>        exited: {bad_return,
+>>
+>>
+>>                 {{ssl_hello_world_app,start,[**normal,[]]},
+>>
+>>
+>>                  {'EXIT',
+>>
+>>
+>>                   {{badmatch,
+>>
+>>
+>>                     {error,
+>>
+>>
+>>                      {{shutdown,
+>>
+>>
+>>                        {failed_to_start_child,ranch_**acceptors_sup,
+>>
+>>
+>>                         {{case_clause,
+>>
+>>
+>>                           {error,{"no such file or
+>> directory","asn1.app"}}},
+>>
+>>
+>>
+>>   [{ranch,require,1,[{file,"src/**ranch.erl"},{line,207}]},
+>>
+>>
+>> I can start asn1 from the erl console so I am not sure what I am
+>> missing. Any help is greatly appreciated.
+>>
+>> Best regards.
+>>
+>> --
+>> -rb
+>>
+>>
+>> ______________________________**_________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+
+
+
+-- 
+-rb
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131007/863e7358/attachment.html>
+
+From ryankbrown at gmail.com  Tue Oct  8 17:33:36 2013
+From: ryankbrown at gmail.com (Ryan Brown)
+Date: Tue, 8 Oct 2013 09:33:36 -0600
+Subject: [99s-extend] Problem with cowboy ssl example
+In-Reply-To: <CAChGYf-krBbQYAkxMuGt-byPV6PSC-50yrOgBMqUJrQBUZeKcA@mail.gmail.com>
+References: <CAChGYf-ykW7HRb6Hoy6h1NHxmUrbfZ+NBsubvrW-pMieFhESkg@mail.gmail.com>
+ <[email protected]>
+ <CAChGYf-krBbQYAkxMuGt-byPV6PSC-50yrOgBMqUJrQBUZeKcA@mail.gmail.com>
+Message-ID: <CAChGYf95Zp7gwj3dxtcw1vU-9wWce6PwA2Z2KJjCPU3jan43eA@mail.gmail.com>
+
+Just to complete the loop. As would be expected, adding asn1 to the app.src
+applications fixes the issue.
+
+Thank you,
+
+Ryan
+
+
+On Mon, Oct 7, 2013 at 10:24 PM, Ryan Brown <ryankbrown at gmail.com> wrote:
+
+> Thanks Lo?c. I am actually running R16B on a macbook OS X 10.8. (I'm
+> wondering if the Od could have any effect?)
+>
+> Best,
+>
+> Ryan
+>
+>
+> On Mon, Oct 7, 2013 at 10:13 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> I'm guessing you run an older Erlang which had that issue. Either upgrade
+>> Erlang or add asn1 to the list of apps to include in the release (and open
+>> a ticket for it please so it can be made to work with older versions).
+>>
+>>
+>> On 10/08/2013 05:55 AM, Ryan Brown wrote:
+>>
+>>> I was trying to compile and run the ssl_hello_world example in the
+>>> cowboy project and am getting the following error at start-up:
+>>>
+>>>
+>>>   =INFO REPORT==== 7-Oct-2013::21:38:01 ===
+>>>
+>>>
+>>>        application: ssl_hello_world
+>>>
+>>>
+>>>        exited: {bad_return,
+>>>
+>>>
+>>>                 {{ssl_hello_world_app,start,[**normal,[]]},
+>>>
+>>>
+>>>                  {'EXIT',
+>>>
+>>>
+>>>                   {{badmatch,
+>>>
+>>>
+>>>                     {error,
+>>>
+>>>
+>>>                      {{shutdown,
+>>>
+>>>
+>>>                        {failed_to_start_child,ranch_**acceptors_sup,
+>>>
+>>>
+>>>                         {{case_clause,
+>>>
+>>>
+>>>                           {error,{"no such file or
+>>> directory","asn1.app"}}},
+>>>
+>>>
+>>>
+>>>   [{ranch,require,1,[{file,"src/**ranch.erl"},{line,207}]},
+>>>
+>>>
+>>> I can start asn1 from the erl console so I am not sure what I am
+>>> missing. Any help is greatly appreciated.
+>>>
+>>> Best regards.
+>>>
+>>> --
+>>> -rb
+>>>
+>>>
+>>> ______________________________**_________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>>>
+>>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>>
+>
+>
+>
+> --
+> -rb
+>
+
+
+
+-- 
+-rb
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131008/8752fdd7/attachment.html>
+
+From lee.sylvester at gmail.com  Wed Oct  9 15:27:25 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Wed, 9 Oct 2013 14:27:25 +0100
+Subject: [99s-extend] Cowboy Calling Hostname
+Message-ID: <[email protected]>
+
+Hi,
+
+When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+
+Thanks,
+Lee
+
+
+
+From essen at ninenines.eu  Wed Oct  9 15:31:04 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 09 Oct 2013 15:31:04 +0200
+Subject: [99s-extend] Cowboy Calling Hostname
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+cowboy_req:host/1?
+
+Please use the nice manual we have now.
+
+   http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req
+
+On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+> Hi,
+>
+> When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+>
+> Thanks,
+> Lee
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From lee.sylvester at gmail.com  Wed Oct  9 17:30:21 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Wed, 9 Oct 2013 16:30:21 +0100
+Subject: [99s-extend] Cowboy Calling Hostname
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thank you.  I couldn't work out if that's the host being called from or the host name in the request.  For example, a store called things.com makes a request to my service on widgets.net.  I need to see that the request is made FROM things.com for validation purposes. Is it correct that host will provide this?
+
+Thanks,
+Lee
+
+Sent from my iPhone
+
+> On Oct 9, 2013, at 2:31 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+> cowboy_req:host/1?
+> 
+> Please use the nice manual we have now.
+> 
+>  http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req
+> 
+>> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+>> Hi,
+>> 
+>> When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+>> 
+>> Thanks,
+>> Lee
+>> 
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+
+
+From essen at ninenines.eu  Wed Oct  9 17:32:54 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 09 Oct 2013 17:32:54 +0200
+Subject: [99s-extend] Cowboy Calling Hostname
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+In short: you can't.
+
+Browsers may send origin/referer/.. headers depending on the type of 
+request, but you can't rely on them to be real or even just there.
+
+On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+> Thank you.  I couldn't work out if that's the host being called from or the host name in the request.  For example, a store called things.com makes a request to my service on widgets.net.  I need to see that the request is made FROM things.com for validation purposes. Is it correct that host will provide this?
+>
+> Thanks,
+> Lee
+>
+> Sent from my iPhone
+>
+>> On Oct 9, 2013, at 2:31 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>
+>> cowboy_req:host/1?
+>>
+>> Please use the nice manual we have now.
+>>
+>>   http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req
+>>
+>>> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+>>> Hi,
+>>>
+>>> When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+>>>
+>>> Thanks,
+>>> Lee
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From nathan at nmichaels.org  Wed Oct  9 17:51:14 2013
+From: nathan at nmichaels.org (Nathan Michaels)
+Date: Wed, 9 Oct 2013 11:51:14 -0400
+Subject: [99s-extend] Cowboy Calling Hostname
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <CALvUveMuMZabtizGQDURJs7x62RjZNr=NukQLF49MDtZBiPF6A@mail.gmail.com>
+
+Is the client making the request to your service on widgets.net because
+things.com sent them there, or is things.com making the request directly on
+behalf of the client? The first is what Lo?c is talking about. The second
+is the source IP of the request, which you can definitely get.
+
+
+On Wed, Oct 9, 2013 at 11:32 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> In short: you can't.
+>
+> Browsers may send origin/referer/.. headers depending on the type of
+> request, but you can't rely on them to be real or even just there.
+>
+>
+> On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+>
+>> Thank you.  I couldn't work out if that's the host being called from or
+>> the host name in the request.  For example, a store called things.commakes a request to my service on
+>> widgets.net.  I need to see that the request is made FROM things.com for
+>> validation purposes. Is it correct that host will provide this?
+>>
+>> Thanks,
+>> Lee
+>>
+>> Sent from my iPhone
+>>
+>>  On Oct 9, 2013, at 2:31 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>
+>>> cowboy_req:host/1?
+>>>
+>>> Please use the nice manual we have now.
+>>>
+>>>   http://ninenines.eu/docs/en/**cowboy/HEAD/manual/cowboy_req<http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req>
+>>>
+>>>  On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+>>>> Hi,
+>>>>
+>>>> When receiving a Cowboy request, is there a way to find out which
+>>>> hostname the user made the request from?  I'm using CORS in my REST and
+>>>> Bullet app, where each call can be made through a given account.  However,
+>>>> I'd like to be able to lock requests for each account to a designated
+>>>> hostname to protect that users account usage.
+>>>>
+>>>> Thanks,
+>>>> Lee
+>>>>
+>>>> ______________________________**_________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>>>>
+>>>
+>>>
+>>> --
+>>> Lo?c Hoguin
+>>> Erlang Cowboy
+>>> Nine Nines
+>>> http://ninenines.eu
+>>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> ______________________________**_________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131009/cc05d6f5/attachment.html>
+
+From lee.sylvester at gmail.com  Wed Oct  9 19:28:40 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Wed, 9 Oct 2013 18:28:40 +0100
+Subject: [99s-extend] Cowboy Calling Hostname
+In-Reply-To: <CALvUveMuMZabtizGQDURJs7x62RjZNr=NukQLF49MDtZBiPF6A@mail.gmail.com>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <CALvUveMuMZabtizGQDURJs7x62RjZNr=NukQLF49MDtZBiPF6A@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Essentially, the REST service endpoint would be on widgets.net while the clients website, in this case things.com, has a JavaScript that makes an AJAX call to widgets.net.  The account on widgets.net for things.com will have the things.com domain registered to its account, so that widgets.net can check to see if the request is coming from an expected domain.
+
+Thanks,
+Lee
+
+
+On 9 Oct 2013, at 16:51, Nathan Michaels <nathan at nmichaels.org> wrote:
+
+> Is the client making the request to your service on widgets.net because things.com sent them there, or is things.com making the request directly on behalf of the client? The first is what Lo?c is talking about. The second is the source IP of the request, which you can definitely get.
+> 
+> 
+> On Wed, Oct 9, 2013 at 11:32 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> In short: you can't.
+> 
+> Browsers may send origin/referer/.. headers depending on the type of request, but you can't rely on them to be real or even just there.
+> 
+> 
+> On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+> Thank you.  I couldn't work out if that's the host being called from or the host name in the request.  For example, a store called things.com makes a request to my service on widgets.net.  I need to see that the request is made FROM things.com for validation purposes. Is it correct that host will provide this?
+> 
+> Thanks,
+> Lee
+> 
+> Sent from my iPhone
+> 
+> On Oct 9, 2013, at 2:31 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+> cowboy_req:host/1?
+> 
+> Please use the nice manual we have now.
+> 
+>   http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req
+> 
+> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+> Hi,
+> 
+> When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+> 
+> Thanks,
+> Lee
+> 
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+> 
+> 
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+> 
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131009/7c03cefc/attachment.html>
+
+From daniel at whitehouse.id.au  Thu Oct 10 01:03:08 2013
+From: daniel at whitehouse.id.au (Daniel White)
+Date: Thu, 10 Oct 2013 10:03:08 +1100
+Subject: [99s-extend] Cowboy Calling Hostname
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <CALvUveMuMZabtizGQDURJs7x62RjZNr=NukQLF49MDtZBiPF6A@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAMD5n_3RJT3Nd0p4cbgCtR1XavDXSY6kaWTbwiLwqH_bF74KOw@mail.gmail.com>
+
+Depending on your requirements, there is a high likelihood that you
+need to support pre-flight requests.  Especially if you're intending
+on providing credentials in the requests.  Many of the interesting
+headers are not simple headers (for CORS) and require a handshake
+first between browser and server to ensure the headers in question are
+allowed to be sent.
+
+This obviously limits the amount of information you can determine
+about the caller.  One alternative here, is the use of OAuth2 with the
+'access_token' query parameter.  This can be sent along with the
+pre-flight request.
+
+On the other hand, some providers (Github, IIRC) will simply validate
+a CORS request by comparing the 'Origin' against their entire list of
+registered origins.  This opens up some opportunity for abuse by other
+clients in the system, but can be further mitigated by enforcing the
+'Origin' more strictly at the authorization step of the request.
+
+As an aside, I have a cowboy middleware project to do the heavy
+lifting for CORS at https://github.com/danielwhite/cowboy_cors.
+Business policies can be implemented by means of a callback module.
+
+Cheers,
+
+
+On Thu, Oct 10, 2013 at 4:28 AM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+> Essentially, the REST service endpoint would be on widgets.net while the
+> clients website, in this case things.com, has a JavaScript that makes an
+> AJAX call to widgets.net.  The account on widgets.net for things.com will
+> have the things.com domain registered to its account, so that widgets.net
+> can check to see if the request is coming from an expected domain.
+>
+> Thanks,
+> Lee
+>
+>
+> On 9 Oct 2013, at 16:51, Nathan Michaels <nathan at nmichaels.org> wrote:
+>
+> Is the client making the request to your service on widgets.net because
+> things.com sent them there, or is things.com making the request directly on
+> behalf of the client? The first is what Lo?c is talking about. The second is
+> the source IP of the request, which you can definitely get.
+>
+>
+> On Wed, Oct 9, 2013 at 11:32 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>
+>> In short: you can't.
+>>
+>> Browsers may send origin/referer/.. headers depending on the type of
+>> request, but you can't rely on them to be real or even just there.
+>>
+>>
+>> On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+>>>
+>>> Thank you.  I couldn't work out if that's the host being called from or
+>>> the host name in the request.  For example, a store called things.com makes
+>>> a request to my service on widgets.net.  I need to see that the request is
+>>> made FROM things.com for validation purposes. Is it correct that host will
+>>> provide this?
+>>>
+>>> Thanks,
+>>> Lee
+>>>
+>>> Sent from my iPhone
+>>>
+>>>> On Oct 9, 2013, at 2:31 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>>
+>>>> cowboy_req:host/1?
+>>>>
+>>>> Please use the nice manual we have now.
+>>>>
+>>>>   http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req
+>>>>
+>>>>> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+>>>>> Hi,
+>>>>>
+>>>>> When receiving a Cowboy request, is there a way to find out which
+>>>>> hostname the user made the request from?  I'm using CORS in my REST and
+>>>>> Bullet app, where each call can be made through a given account.  However,
+>>>>> I'd like to be able to lock requests for each account to a designated
+>>>>> hostname to protect that users account usage.
+>>>>>
+>>>>> Thanks,
+>>>>> Lee
+>>>>>
+>>>>> _______________________________________________
+>>>>> Extend mailing list
+>>>>> Extend at lists.ninenines.eu
+>>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>>
+>>>>
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> Erlang Cowboy
+>>>> Nine Nines
+>>>> http://ninenines.eu
+>>
+>>
+>>
+>> --
+>> Lo?c Hoguin
+>> Erlang Cowboy
+>> Nine Nines
+>> http://ninenines.eu
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+
+-- 
+Daniel White
+
+
+From lee.sylvester at gmail.com  Thu Oct 10 08:05:23 2013
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Thu, 10 Oct 2013 07:05:23 +0100
+Subject: [99s-extend] Cowboy Calling Hostname
+In-Reply-To: <CAMD5n_3RJT3Nd0p4cbgCtR1XavDXSY6kaWTbwiLwqH_bF74KOw@mail.gmail.com>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <CALvUveMuMZabtizGQDURJs7x62RjZNr=NukQLF49MDtZBiPF6A@mail.gmail.com>
+ <[email protected]>
+ <CAMD5n_3RJT3Nd0p4cbgCtR1XavDXSY6kaWTbwiLwqH_bF74KOw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Thank you, Daniel.  The project looks very useful.  At this stage, I don't need to strictly require calls to come from a set domain but would like this to be a hurdle for hackers.  I may set up an IP restriction instead.
+
+Thanks,
+Lee
+
+Sent from my iPhone
+
+> On Oct 10, 2013, at 12:03 AM, Daniel White <daniel at whitehouse.id.au> wrote:
+> 
+> Depending on your requirements, there is a high likelihood that you
+> need to support pre-flight requests.  Especially if you're intending
+> on providing credentials in the requests.  Many of the interesting
+> headers are not simple headers (for CORS) and require a handshake
+> first between browser and server to ensure the headers in question are
+> allowed to be sent.
+> 
+> This obviously limits the amount of information you can determine
+> about the caller.  One alternative here, is the use of OAuth2 with the
+> 'access_token' query parameter.  This can be sent along with the
+> pre-flight request.
+> 
+> On the other hand, some providers (Github, IIRC) will simply validate
+> a CORS request by comparing the 'Origin' against their entire list of
+> registered origins.  This opens up some opportunity for abuse by other
+> clients in the system, but can be further mitigated by enforcing the
+> 'Origin' more strictly at the authorization step of the request.
+> 
+> As an aside, I have a cowboy middleware project to do the heavy
+> lifting for CORS at https://github.com/danielwhite/cowboy_cors.
+> Business policies can be implemented by means of a callback module.
+> 
+> Cheers,
+> 
+> 
+>> On Thu, Oct 10, 2013 at 4:28 AM, Lee Sylvester <lee.sylvester at gmail.com> wrote:
+>> Essentially, the REST service endpoint would be on widgets.net while the
+>> clients website, in this case things.com, has a JavaScript that makes an
+>> AJAX call to widgets.net.  The account on widgets.net for things.com will
+>> have the things.com domain registered to its account, so that widgets.net
+>> can check to see if the request is coming from an expected domain.
+>> 
+>> Thanks,
+>> Lee
+>> 
+>> 
+>> On 9 Oct 2013, at 16:51, Nathan Michaels <nathan at nmichaels.org> wrote:
+>> 
+>> Is the client making the request to your service on widgets.net because
+>> things.com sent them there, or is things.com making the request directly on
+>> behalf of the client? The first is what Lo?c is talking about. The second is
+>> the source IP of the request, which you can definitely get.
+>> 
+>> 
+>>> On Wed, Oct 9, 2013 at 11:32 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>> 
+>>> In short: you can't.
+>>> 
+>>> Browsers may send origin/referer/.. headers depending on the type of
+>>> request, but you can't rely on them to be real or even just there.
+>>> 
+>>> 
+>>>> On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+>>>> 
+>>>> Thank you.  I couldn't work out if that's the host being called from or
+>>>> the host name in the request.  For example, a store called things.com makes
+>>>> a request to my service on widgets.net.  I need to see that the request is
+>>>> made FROM things.com for validation purposes. Is it correct that host will
+>>>> provide this?
+>>>> 
+>>>> Thanks,
+>>>> Lee
+>>>> 
+>>>> Sent from my iPhone
+>>>> 
+>>>>> On Oct 9, 2013, at 2:31 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>>> 
+>>>>> cowboy_req:host/1?
+>>>>> 
+>>>>> Please use the nice manual we have now.
+>>>>> 
+>>>>>  http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req
+>>>>> 
+>>>>>> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+>>>>>> Hi,
+>>>>>> 
+>>>>>> When receiving a Cowboy request, is there a way to find out which
+>>>>>> hostname the user made the request from?  I'm using CORS in my REST and
+>>>>>> Bullet app, where each call can be made through a given account.  However,
+>>>>>> I'd like to be able to lock requests for each account to a designated
+>>>>>> hostname to protect that users account usage.
+>>>>>> 
+>>>>>> Thanks,
+>>>>>> Lee
+>>>>>> 
+>>>>>> _______________________________________________
+>>>>>> Extend mailing list
+>>>>>> Extend at lists.ninenines.eu
+>>>>>> http://lists.ninenines.eu:81/listinfo/extend
+>>>>> 
+>>>>> 
+>>>>> 
+>>>>> --
+>>>>> Lo?c Hoguin
+>>>>> Erlang Cowboy
+>>>>> Nine Nines
+>>>>> http://ninenines.eu
+>>> 
+>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> Erlang Cowboy
+>>> Nine Nines
+>>> http://ninenines.eu
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+>> 
+>> 
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>> 
+>> 
+>> 
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+> 
+> 
+> 
+> -- 
+> Daniel White
+
+
+From prinbit at gmail.com  Tue Oct 15 03:53:05 2013
+From: prinbit at gmail.com (=?GB2312?B?scjB2rHIzNhQcmluYml0?=)
+Date: Tue, 15 Oct 2013 09:53:05 +0800
+Subject: [99s-extend] SSL Example
+In-Reply-To: <CAO_b8hZeQwEyDKtGbCgLWKSKDD+uW7PbeC-MZME=QVRK2xn4TA@mail.gmail.com>
+References: <CAO_b8hZeQwEyDKtGbCgLWKSKDD+uW7PbeC-MZME=QVRK2xn4TA@mail.gmail.com>
+Message-ID: <CAO_b8hbgbhKYxuh2SGA7n0SSQqCWOCjhKWzL5xhjcC4ht2h7WA@mail.gmail.com>
+
+Hi Essen,
+
+Any suggestion on the question?
+
+I can't receive any email from the lists.
+
+Thanks in advance
+
+2013/10/13 ????Prinbit <prinbit at gmail.com>:
+> Hi essen
+>
+> In your ssl example, three files are needed in ssl folder, they are
+> cowboy-ca.crt, server.crt and server.key.
+>
+> I am applying for a free ssl in startssl, and found there are only
+> server.crt and server.key generated.
+>
+> What is cowboy-ca.crt used for?
+>
+> I want to add ssl certificate in http://prinbit.com, my question is
+> that is cowboy-ca.crt is needed for me?
+>
+> Thanks in advance
+>
+> --
+> Thanks & Regards,
+>
+> PrinBit, Video Chatting and Collaborative Coding, Together
+>
+> http://prinbit.com
+
+
+
+-- 
+Thanks & Regards,
+
+PrinBit, Video Chatting and Collaborative Coding, Together
+
+http://prinbit.com
+
+
+From akonsu at gmail.com  Wed Oct 16 04:55:28 2013
+From: akonsu at gmail.com (akonsu)
+Date: Tue, 15 Oct 2013 22:55:28 -0400
+Subject: [99s-extend] timeout in cowboy loop handler
+Message-ID: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+
+Hello,
+
+the documentation for `init` at
+http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler says:
+
+The receive loop will run for a duration of up to Timeout milliseconds
+after it last received data from the socket, at which point it will stop
+and send a 204 No Content reply.
+
+What socket does it refer to? I had an impression that the loop handles
+erlang messages. Do these messages come through a socket (sorry about a
+trivial question, but I am new to erlang), and this is the socket that the
+docs talk about?
+
+The reason why I am asking is because I used to have a Timeout of 60000,
+and even though messages kept coming non stop, it still kept disconnecting
+after a minute, until I set Timeout to infinity.
+
+thanks
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131015/94506752/attachment.html>
+
+From essen at ninenines.eu  Wed Oct 16 05:01:38 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 16 Oct 2013 05:01:38 +0200
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+The socket connected to the client.
+
+TCP isn't perfect, there is no way to be 100% sure the client is still 
+connected, hence the timeout. If the client is still up you should make 
+it reconnect.
+
+On 10/16/2013 04:55 AM, akonsu wrote:
+> Hello,
+>
+> the documentation for `init` at
+> http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler says:
+>
+> The receive loop will run for a duration of up to Timeout milliseconds
+> after it last received data from the socket, at which point it will stop
+> and send a 204 No Content reply.
+>
+> What socket does it refer to? I had an impression that the loop handles
+> erlang messages. Do these messages come through a socket (sorry about a
+> trivial question, but I am new to erlang), and this is the socket that
+> the docs talk about?
+>
+> The reason why I am asking is because I used to have a Timeout of 60000,
+> and even though messages kept coming non stop, it still kept
+> disconnecting after a minute, until I set Timeout to infinity.
+>
+> thanks
+> Konstantin
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Wed Oct 16 05:03:53 2013
+From: akonsu at gmail.com (akonsu)
+Date: Tue, 15 Oct 2013 23:03:53 -0400
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <[email protected]>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+
+so it will disconnect if the client only listens and sends nothing to the
+socket, correct?
+
+
+2013/10/15 Lo?c Hoguin <essen at ninenines.eu>
+
+> The socket connected to the client.
+>
+> TCP isn't perfect, there is no way to be 100% sure the client is still
+> connected, hence the timeout. If the client is still up you should make it
+> reconnect.
+>
+>
+> On 10/16/2013 04:55 AM, akonsu wrote:
+>
+>> Hello,
+>>
+>> the documentation for `init` at
+>> http://ninenines.eu/docs/en/**cowboy/HEAD/manual/cowboy_**loop_handler<http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler>says:
+>>
+>> The receive loop will run for a duration of up to Timeout milliseconds
+>> after it last received data from the socket, at which point it will stop
+>> and send a 204 No Content reply.
+>>
+>> What socket does it refer to? I had an impression that the loop handles
+>> erlang messages. Do these messages come through a socket (sorry about a
+>> trivial question, but I am new to erlang), and this is the socket that
+>> the docs talk about?
+>>
+>> The reason why I am asking is because I used to have a Timeout of 60000,
+>> and even though messages kept coming non stop, it still kept
+>> disconnecting after a minute, until I set Timeout to infinity.
+>>
+>> thanks
+>> Konstantin
+>>
+>>
+>> ______________________________**_________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131015/591e8649/attachment.html>
+
+From essen at ninenines.eu  Wed Oct 16 05:11:30 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 16 Oct 2013 05:11:30 +0200
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Yep. And it will also disconnect if the client sends too much. It has to 
+disconnect and reconnect eventually, there's no way around it.
+
+On 10/16/2013 05:03 AM, akonsu wrote:
+> so it will disconnect if the client only listens and sends nothing to
+> the socket, correct?
+>
+>
+> 2013/10/15 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>
+>     The socket connected to the client.
+>
+>     TCP isn't perfect, there is no way to be 100% sure the client is
+>     still connected, hence the timeout. If the client is still up you
+>     should make it reconnect.
+>
+>
+>     On 10/16/2013 04:55 AM, akonsu wrote:
+>
+>         Hello,
+>
+>         the documentation for `init` at
+>         http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler
+>         <http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler>
+>         says:
+>
+>         The receive loop will run for a duration of up to Timeout
+>         milliseconds
+>         after it last received data from the socket, at which point it
+>         will stop
+>         and send a 204 No Content reply.
+>
+>         What socket does it refer to? I had an impression that the loop
+>         handles
+>         erlang messages. Do these messages come through a socket (sorry
+>         about a
+>         trivial question, but I am new to erlang), and this is the
+>         socket that
+>         the docs talk about?
+>
+>         The reason why I am asking is because I used to have a Timeout
+>         of 60000,
+>         and even though messages kept coming non stop, it still kept
+>         disconnecting after a minute, until I set Timeout to infinity.
+>
+>         thanks
+>         Konstantin
+>
+>
+>         _________________________________________________
+>         Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         http://lists.ninenines.eu:81/__listinfo/extend
+>         <http://lists.ninenines.eu:81/listinfo/extend>
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Wed Oct 16 05:31:46 2013
+From: akonsu at gmail.com (akonsu)
+Date: Tue, 15 Oct 2013 23:31:46 -0400
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <[email protected]>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+eMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg@mail.gmail.com>
+
+thanks for your help. suppose that I want to stream live audio. I do not
+know how long my audio program will be, and as I stream it, if I have a
+timeout, the server will just disconnect the user that listens to the audio
+in the browser. and the browser won't reconnect. Would you suggest the
+"right" way to implement something like that? Would infinite timeout
+suffice? or is it a bad practice? another type of handler maybe?
+
+
+2013/10/15 Lo?c Hoguin <essen at ninenines.eu>
+
+> Yep. And it will also disconnect if the client sends too much. It has to
+> disconnect and reconnect eventually, there's no way around it.
+>
+>
+> On 10/16/2013 05:03 AM, akonsu wrote:
+>
+>> so it will disconnect if the client only listens and sends nothing to
+>> the socket, correct?
+>>
+>>
+>> 2013/10/15 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>>
+>>
+>>     The socket connected to the client.
+>>
+>>     TCP isn't perfect, there is no way to be 100% sure the client is
+>>     still connected, hence the timeout. If the client is still up you
+>>     should make it reconnect.
+>>
+>>
+>>     On 10/16/2013 04:55 AM, akonsu wrote:
+>>
+>>         Hello,
+>>
+>>         the documentation for `init` at
+>>         http://ninenines.eu/docs/en/__**cowboy/HEAD/manual/cowboy___**
+>> loop_handler<http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler>
+>>
+>>         <http://ninenines.eu/docs/en/**cowboy/HEAD/manual/cowboy_**
+>> loop_handler<http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler>
+>> >
+>>         says:
+>>
+>>         The receive loop will run for a duration of up to Timeout
+>>         milliseconds
+>>         after it last received data from the socket, at which point it
+>>         will stop
+>>         and send a 204 No Content reply.
+>>
+>>         What socket does it refer to? I had an impression that the loop
+>>         handles
+>>         erlang messages. Do these messages come through a socket (sorry
+>>         about a
+>>         trivial question, but I am new to erlang), and this is the
+>>         socket that
+>>         the docs talk about?
+>>
+>>         The reason why I am asking is because I used to have a Timeout
+>>         of 60000,
+>>         and even though messages kept coming non stop, it still kept
+>>         disconnecting after a minute, until I set Timeout to infinity.
+>>
+>>         thanks
+>>         Konstantin
+>>
+>>
+>>         ______________________________**___________________
+>>         Extend mailing list
+>>         Extend at lists.ninenines.eu <mailto:Extend at lists.**ninenines.eu<Extend at lists.ninenines.eu>
+>> >
+>>         http://lists.ninenines.eu:81/_**_listinfo/extend<http://lists.ninenines.eu:81/__listinfo/extend>
+>>
+>>         <http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>> >
+>>
+>>
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     Erlang Cowboy
+>>     Nine Nines
+>>     http://ninenines.eu
+>>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+>
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131015/203060cc/attachment.html>
+
+From essen at ninenines.eu  Wed Oct 16 05:40:31 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 16 Oct 2013 05:40:31 +0200
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <CA+eMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg@mail.gmail.com>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Infinite is bad practice, yes. Infinite means some connections will 
+*never* be closed, eating FDs and memory for nothing.
+
+I'm not sure why you want to receive messages, you could just use a 
+normal handler that asks for more data, sends it, ask for more data, 
+sends it, etc.
+
+On 10/16/2013 05:31 AM, akonsu wrote:
+> thanks for your help. suppose that I want to stream live audio. I do not
+> know how long my audio program will be, and as I stream it, if I have a
+> timeout, the server will just disconnect the user that listens to the
+> audio in the browser. and the browser won't reconnect. Would you suggest
+> the "right" way to implement something like that? Would infinite timeout
+> suffice? or is it a bad practice? another type of handler maybe?
+>
+>
+> 2013/10/15 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>
+>     Yep. And it will also disconnect if the client sends too much. It
+>     has to disconnect and reconnect eventually, there's no way around it.
+>
+>
+>     On 10/16/2013 05:03 AM, akonsu wrote:
+>
+>         so it will disconnect if the client only listens and sends
+>         nothing to
+>         the socket, correct?
+>
+>
+>         2013/10/15 Lo?c Hoguin <essen at ninenines.eu
+>         <mailto:essen at ninenines.eu> <mailto:essen at ninenines.eu
+>         <mailto:essen at ninenines.eu>>>
+>
+>
+>              The socket connected to the client.
+>
+>              TCP isn't perfect, there is no way to be 100% sure the
+>         client is
+>              still connected, hence the timeout. If the client is still
+>         up you
+>              should make it reconnect.
+>
+>
+>              On 10/16/2013 04:55 AM, akonsu wrote:
+>
+>                  Hello,
+>
+>                  the documentation for `init` at
+>         http://ninenines.eu/docs/en/____cowboy/HEAD/manual/cowboy_____loop_handler
+>         <http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler>
+>
+>
+>         <http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler
+>         <http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler>>
+>                  says:
+>
+>                  The receive loop will run for a duration of up to Timeout
+>                  milliseconds
+>                  after it last received data from the socket, at which
+>         point it
+>                  will stop
+>                  and send a 204 No Content reply.
+>
+>                  What socket does it refer to? I had an impression that
+>         the loop
+>                  handles
+>                  erlang messages. Do these messages come through a
+>         socket (sorry
+>                  about a
+>                  trivial question, but I am new to erlang), and this is the
+>                  socket that
+>                  the docs talk about?
+>
+>                  The reason why I am asking is because I used to have a
+>         Timeout
+>                  of 60000,
+>                  and even though messages kept coming non stop, it still
+>         kept
+>                  disconnecting after a minute, until I set Timeout to
+>         infinity.
+>
+>                  thanks
+>                  Konstantin
+>
+>
+>                  ___________________________________________________
+>                  Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         <mailto:Extend at lists.__ninenines.eu
+>         <mailto:Extend at lists.ninenines.eu>>
+>         http://lists.ninenines.eu:81/____listinfo/extend
+>         <http://lists.ninenines.eu:81/__listinfo/extend>
+>
+>                  <http://lists.ninenines.eu:81/__listinfo/extend
+>         <http://lists.ninenines.eu:81/listinfo/extend>>
+>
+>
+>
+>              --
+>              Lo?c Hoguin
+>              Erlang Cowboy
+>              Nine Nines
+>         http://ninenines.eu
+>
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Wed Oct 16 05:48:42 2013
+From: akonsu at gmail.com (akonsu)
+Date: Tue, 15 Oct 2013 23:48:42 -0400
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <[email protected]>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+eMAwZW64xGtVxca35PngCXBJEh8oaQk9TuOPesXf48XUH=qg@mail.gmail.com>
+
+1. do you mean that there is no way on the server side to tell if the
+client has disconnected?
+
+2. if I use a normal handler, I will still run into the same problem, it
+does not matter which handler I use, from the standpoint of deciding
+whether the client is still there, right?
+
+I am confused as to how I can implement my streaming and not drop the
+connection on each client and yet make sure I do close the connections when
+the clients disconnect...
+
+
+2013/10/15 Lo?c Hoguin <essen at ninenines.eu>
+
+> Infinite is bad practice, yes. Infinite means some connections will
+> *never* be closed, eating FDs and memory for nothing.
+>
+> I'm not sure why you want to receive messages, you could just use a normal
+> handler that asks for more data, sends it, ask for more data, sends it, etc.
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131015/bac10460/attachment.html>
+
+From essen at ninenines.eu  Wed Oct 16 06:07:26 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 16 Oct 2013 06:07:26 +0200
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <CA+eMAwZW64xGtVxca35PngCXBJEh8oaQk9TuOPesXf48XUH=qg@mail.gmail.com>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwZW64xGtVxca35PngCXBJEh8oaQk9TuOPesXf48XUH=qg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 10/16/2013 05:48 AM, akonsu wrote:
+> 1. do you mean that there is no way on the server side to tell if the
+> client has disconnected?
+
+There are ways, and Cowboy will happily detect them. There's also the 
+problem that a side may be closed without the other side knowing about 
+it, which is why you need timeouts.
+
+> 2. if I use a normal handler, I will still run into the same problem, it
+> does not matter which handler I use, from the standpoint of deciding
+> whether the client is still there, right?
+
+If the client is gone, the send will fail. Normal handlers are pretty 
+much the same except they don't have a timeout, because your code has an 
+explicit end.
+
+> I am confused as to how I can implement my streaming and not drop the
+> connection on each client and yet make sure I do close the connections
+> when the clients disconnect...
+>
+>
+> 2013/10/15 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>
+>     Infinite is bad practice, yes. Infinite means some connections will
+>     *never* be closed, eating FDs and memory for nothing.
+>
+>     I'm not sure why you want to receive messages, you could just use a
+>     normal handler that asks for more data, sends it, ask for more data,
+>     sends it, etc.
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Wed Oct 16 06:12:29 2013
+From: akonsu at gmail.com (akonsu)
+Date: Wed, 16 Oct 2013 00:12:29 -0400
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <[email protected]>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwZW64xGtVxca35PngCXBJEh8oaQk9TuOPesXf48XUH=qg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+eMAwb0ubM3O=yKmEJvrJ94Y2xVWpnPxXWO7Qx0q8kxL4+qwQ@mail.gmail.com>
+
+thanks. one more question if you do not mind. you say that we need timeouts
+when the client does not notify us when it dies. but then you say that if
+the client dies then the socket write will fail. to me this sounds like a
+contradiction. would you please clarify?
+
+(I assume that this is the problem that we are discussing:
+http://stackoverflow.com/questions/283375/detecting-tcp-client-disconnect,
+right?)
+
+
+2013/10/16 Lo?c Hoguin <essen at ninenines.eu>
+
+> On 10/16/2013 05:48 AM, akonsu wrote:
+>
+>> 1. do you mean that there is no way on the server side to tell if the
+>> client has disconnected?
+>>
+>
+> There are ways, and Cowboy will happily detect them. There's also the
+> problem that a side may be closed without the other side knowing about it,
+> which is why you need timeouts.
+>
+>
+>  2. if I use a normal handler, I will still run into the same problem, it
+>> does not matter which handler I use, from the standpoint of deciding
+>> whether the client is still there, right?
+>>
+>
+> If the client is gone, the send will fail. Normal handlers are pretty much
+> the same except they don't have a timeout, because your code has an
+> explicit end.
+>
+>  I am confused as to how I can implement my streaming and not drop the
+>> connection on each client and yet make sure I do close the connections
+>> when the clients disconnect...
+>>
+>>
+>> 2013/10/15 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>>
+>>
+>>     Infinite is bad practice, yes. Infinite means some connections will
+>>     *never* be closed, eating FDs and memory for nothing.
+>>
+>>     I'm not sure why you want to receive messages, you could just use a
+>>     normal handler that asks for more data, sends it, ask for more data,
+>>     sends it, etc.
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131016/edbc349c/attachment.html>
+
+From essen at ninenines.eu  Wed Oct 16 06:35:43 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 16 Oct 2013 06:35:43 +0200
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <CA+eMAwb0ubM3O=yKmEJvrJ94Y2xVWpnPxXWO7Qx0q8kxL4+qwQ@mail.gmail.com>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwZW64xGtVxca35PngCXBJEh8oaQk9TuOPesXf48XUH=qg@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwb0ubM3O=yKmEJvrJ94Y2xVWpnPxXWO7Qx0q8kxL4+qwQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Loop handlers are designed to wait for a long time with the socket 
+*idle* and then eventually send one response then close the socket. 
+Things like long-polling.
+
+What you are doing is just streaming, for which you do not need a 
+timeout because the socket isn't idle. You are just sending a large 
+response, and normal handlers are perfectly capable of doing that.
+
+On 10/16/2013 06:12 AM, akonsu wrote:
+> thanks. one more question if you do not mind. you say that we need
+> timeouts when the client does not notify us when it dies. but then you
+> say that if the client dies then the socket write will fail. to me this
+> sounds like a contradiction. would you please clarify?
+>
+> (I assume that this is the problem that we are discussing:
+> http://stackoverflow.com/questions/283375/detecting-tcp-client-disconnect,
+> right?)
+>
+>
+> 2013/10/16 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>
+>     On 10/16/2013 05:48 AM, akonsu wrote:
+>
+>         1. do you mean that there is no way on the server side to tell
+>         if the
+>         client has disconnected?
+>
+>
+>     There are ways, and Cowboy will happily detect them. There's also
+>     the problem that a side may be closed without the other side knowing
+>     about it, which is why you need timeouts.
+>
+>
+>         2. if I use a normal handler, I will still run into the same
+>         problem, it
+>         does not matter which handler I use, from the standpoint of deciding
+>         whether the client is still there, right?
+>
+>
+>     If the client is gone, the send will fail. Normal handlers are
+>     pretty much the same except they don't have a timeout, because your
+>     code has an explicit end.
+>
+>         I am confused as to how I can implement my streaming and not
+>         drop the
+>         connection on each client and yet make sure I do close the
+>         connections
+>         when the clients disconnect...
+>
+>
+>         2013/10/15 Lo?c Hoguin <essen at ninenines.eu
+>         <mailto:essen at ninenines.eu> <mailto:essen at ninenines.eu
+>         <mailto:essen at ninenines.eu>>>
+>
+>
+>              Infinite is bad practice, yes. Infinite means some
+>         connections will
+>              *never* be closed, eating FDs and memory for nothing.
+>
+>              I'm not sure why you want to receive messages, you could
+>         just use a
+>              normal handler that asks for more data, sends it, ask for
+>         more data,
+>              sends it, etc.
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Wed Oct 16 06:42:02 2013
+From: akonsu at gmail.com (akonsu)
+Date: Wed, 16 Oct 2013 00:42:02 -0400
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <[email protected]>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwZW64xGtVxca35PngCXBJEh8oaQk9TuOPesXf48XUH=qg@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwb0ubM3O=yKmEJvrJ94Y2xVWpnPxXWO7Qx0q8kxL4+qwQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+eMAwbh8xH9Etiev66oA90p7aw3RjffnYoBd8b3Kuab0Bg6WQ@mail.gmail.com>
+
+ok. the data that I need to send are coming as erlang messages to the
+process that runs my handler. so it sounds like if I want to use the
+"normal" cowboy_http_handler, then I need a receive loop inside handle(Req,
+State) callback, right? Basically, my response stream will potentially
+never end, I do not know how to handle this properly in cowboy...
+
+
+2013/10/16 Lo?c Hoguin <essen at ninenines.eu>
+
+> Loop handlers are designed to wait for a long time with the socket *idle*
+> and then eventually send one response then close the socket. Things like
+> long-polling.
+>
+> What you are doing is just streaming, for which you do not need a timeout
+> because the socket isn't idle. You are just sending a large response, and
+> normal handlers are perfectly capable of doing that.
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131016/abe38a1a/attachment.html>
+
+From essen at ninenines.eu  Wed Oct 16 06:48:05 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 16 Oct 2013 06:48:05 +0200
+Subject: [99s-extend] timeout in cowboy loop handler
+In-Reply-To: <CA+eMAwbh8xH9Etiev66oA90p7aw3RjffnYoBd8b3Kuab0Bg6WQ@mail.gmail.com>
+References: <CA+eMAwZDCwOi32RY_mwKY7w-O1Q+PTGQwp4vY72KJY3C-Q8_Xw@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwZW64xGtVxca35PngCXBJEh8oaQk9TuOPesXf48XUH=qg@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwb0ubM3O=yKmEJvrJ94Y2xVWpnPxXWO7Qx0q8kxL4+qwQ@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwbh8xH9Etiev66oA90p7aw3RjffnYoBd8b3Kuab0Bg6WQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Then use a loop handler, set its timeout to infinity *but* create a new 
+timeout that checks regularly if the handler is active or not to be able 
+to kill it off in case something happens.
+
+On 10/16/2013 06:42 AM, akonsu wrote:
+> ok. the data that I need to send are coming as erlang messages to the
+> process that runs my handler. so it sounds like if I want to use the
+> "normal" cowboy_http_handler, then I need a receive loop
+> inside handle(Req, State) callback, right? Basically, my response stream
+> will potentially never end, I do not know how to handle this properly in
+> cowboy...
+>
+>
+> 2013/10/16 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>
+>     Loop handlers are designed to wait for a long time with the socket
+>     *idle* and then eventually send one response then close the socket.
+>     Things like long-polling.
+>
+>     What you are doing is just streaming, for which you do not need a
+>     timeout because the socket isn't idle. You are just sending a large
+>     response, and normal handlers are perfectly capable of doing that.
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Fri Oct 18 15:15:37 2013
+From: akonsu at gmail.com (akonsu)
+Date: Fri, 18 Oct 2013 09:15:37 -0400
+Subject: [99s-extend] handler and a linked process
+Message-ID: <CA+eMAwZE0WqFNH0=usVp0ykdGhNE0y7QoaDoRRNcMMveucy7Qw@mail.gmail.com>
+
+Hi,
+
+I have a handler that spawns a process and links to this process. the new
+process does not trap exit signals.
+
+When I open the URL that is handled by this handler in the browser, and
+stop the browser before the handler finishes the request, the handler is
+terminated and my terminate function is called with the Reason set to
+{error,closed} or something similar.
+
+When this happens, the linked process does not get killed, so I have to
+call exit on it from the terminate function.
+
+is this by design? I suppose when I cancel the browser request, the handler
+is exited with normal exit code, correct? could you point me to the source
+code for that part? it is perhaps in the "ranch" repo, no?
+
+thanks in advance
+
+konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131018/00d4df12/attachment.html>
+
+From essen at ninenines.eu  Mon Oct 21 15:07:34 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 21 Oct 2013 15:07:34 +0200
+Subject: [99s-extend] handler and a linked process
+In-Reply-To: <CA+eMAwZE0WqFNH0=usVp0ykdGhNE0y7QoaDoRRNcMMveucy7Qw@mail.gmail.com>
+References: <CA+eMAwZE0WqFNH0=usVp0ykdGhNE0y7QoaDoRRNcMMveucy7Qw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Hey,
+
+I'm guessing you use loop handler or websocket handler? The browser 
+closing the connection in these cases is perfectly normal, that's part 
+of the deal. What you can do is monitor the connection process from the 
+other process if you need to go down in all cases. Links are only useful 
+for crashing on errors.
+
+On 10/18/2013 03:15 PM, akonsu wrote:
+> Hi,
+>
+> I have a handler that spawns a process and links to this process. the
+> new process does not trap exit signals.
+>
+> When I open the URL that is handled by this handler in the browser, and
+> stop the browser before the handler finishes the request, the handler is
+> terminated and my terminate function is called with the Reason set to
+> {error,closed} or something similar.
+>
+> When this happens, the linked process does not get killed, so I have to
+> call exit on it from the terminate function.
+>
+> is this by design? I suppose when I cancel the browser request, the
+> handler is exited with normal exit code, correct? could you point me to
+> the source code for that part? it is perhaps in the "ranch" repo, no?
+>
+> thanks in advance
+>
+> konstantin
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From antonio.valente at statpro.com  Tue Oct 22 10:51:14 2013
+From: antonio.valente at statpro.com (Antonio Valente)
+Date: Tue, 22 Oct 2013 10:51:14 +0200
+Subject: [99s-extend] Generate url in cowboy
+Message-ID: <[email protected]>
+
+Hi all,
+I need to automatically generate urls from the dispatcher configuration: 
+I'm looking for some kind of function that, given the dispatcher 
+configuration, a module and a list of bindings, returns an url.
+
+For example, if I have the following dispatch configuration:
+
+     [
+     {'_', [
+
+     {"/api/v1/container/:resource/something", a_module, []},
+     ]}
+     ].
+
+I'd like to do something like:
+
+<<"/api/v1/container/replaced/something">> = generate_url(Dispatch, 
+a_module, [{resource, "replaced"}]).
+
+Is there such a function? If not, can you give me some advice to write one?
+
+Thanks
+Antonio
+
+
+This message is private and confidential. If you have received this message in error, please notify us and remove it from your system. Any views or opinions presented in this email are solely those of the author and might not represent those of StatPro. Warning: Although StatPro has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments.
+
+
+From Rolph.deRuiter at spilgames.com  Tue Oct 29 10:00:53 2013
+From: Rolph.deRuiter at spilgames.com (Rolph de Ruiter)
+Date: Tue, 29 Oct 2013 09:00:53 +0000
+Subject: [99s-extend] cowboy_rest, POST and redirect
+Message-ID: <CE9537D4.769B%[email protected]>
+
+Hi,
+
+I'm using cowboy_rest for a part of our api to handle POST requests. Under certain conditions, I would like to redirect to a new location (based on availability of the redirect qs parameter).
+I was unable to get the moved_temporarily/2 callback to work (was not invoked at al). So I just do the 302 myself, using cowboy_req:reply/4. This works, however, every time it produces an error in the emulator process:
+ [error] emulator Error in process <0.509.0> on node 'api at dev.loc' with exit value: {function_clause,[{cowboy_req,reply,[204,[],<<0 bytes>>,{http_req,#Port<0.14491>,ranch_tcp,keepalive,<0.509.0>,<<4 bytes>>,'HTTP/1.1',{{10,10,10,1},62197},<<15 bytes>>,undefined,8000,<<26 bytes>>,undefined,<<14 bytes>>,[{<<8 bytes>>,<<5 bytes>>}],[{method,<<5 bytes>>}],[{<<4 bytes>>,<<20 bytes>>},{<<10 bytes>>,<<10 bytes>>},{<<14 bytes>>,<<2 bytes>>},{<<6 bytes>>,<<74 bytes>>},{<<6 bytes>>,<<27 bytes>>},{<<10 bytes>>,<<120 bytes>>},{<<12 bytes>>,<<33 bytes>>},{<<7 bytes>>,<<54 bytes>>},{<<15 bytes>>,<<17 bytes>>},{<<15 bytes>>,<<14 bytes>>},{<<6 bytes>>,<<245 bytes>>}],[{<<14 bytes>>,34},{<<6 bytes>>,undefined},{<<14 bytes>>,34},{<<12 bytes>>,{<<11 bytes>>,<<21 bytes>>,[]}},{<<17 bytes>>,undefined},{<<13 bytes>>,...
+
+Can you point me out how to (ideally) make use of moved_temporarily/2 or how I can prevent cowboy_rest from wanting to reply with 204 in this case?
+
+Cheers,
+Rolph
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131029/5fc5da75/attachment.html>
+
+From essen at ninenines.eu  Tue Oct 29 10:09:20 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Tue, 29 Oct 2013 10:09:20 +0100
+Subject: [99s-extend] cowboy_rest, POST and redirect
+In-Reply-To: <CE9537D4.769B%[email protected]>
+References: <CE9537D4.769B%[email protected]>
+Message-ID: <[email protected]>
+
+On 10/29/2013 10:00 AM, Rolph de Ruiter wrote:
+> Hi,
+>
+> I'm using cowboy_rest for a part of our api to handle POST requests.
+> Under certain conditions, I would like to redirect to a new location
+> (based on availability of the redirect qs parameter).
+> I was unable to get the moved_temporarily/2 callback to work (was not
+> invoked at al). So I just do the 302 myself, using cowboy_req:reply/4.
+> This works, however, every time it produces an error in the emulator
+> process:
+>   [error] emulator Error in process <0.509.0> on node 'api at dev.loc' with
+> exit value: {function_clause,[{cowboy_req,reply,[204,[],<<0
+> bytes>>,{http_req,#Port<0.14491>,ranch_tcp,keepalive,<0.509.0>,<<4
+> bytes>>,'HTTP/1.1',{{10,10,10,1},62197},<<15 bytes>>,undefined,8000,<<26
+> bytes>>,undefined,<<14 bytes>>,[{<<8 bytes>>,<<5 bytes>>}],[{method,<<5
+> bytes>>}],[{<<4 bytes>>,<<20 bytes>>},{<<10 bytes>>,<<10 bytes>>},{<<14
+> bytes>>,<<2 bytes>>},{<<6 bytes>>,<<74 bytes>>},{<<6 bytes>>,<<27
+> bytes>>},{<<10 bytes>>,<<120 bytes>>},{<<12 bytes>>,<<33 bytes>>},{<<7
+> bytes>>,<<54 bytes>>},{<<15 bytes>>,<<17 bytes>>},{<<15 bytes>>,<<14
+> bytes>>},{<<6 bytes>>,<<245 bytes>>}],[{<<14 bytes>>,34},{<<6
+> bytes>>,undefined},{<<14 bytes>>,34},{<<12 bytes>>,{<<11 bytes>>,<<21
+> bytes>>,[]}},{<<17 bytes>>,undefined},{<<13 bytes>>,...
+>
+> Can you point me out how to (ideally) make use of moved_temporarily/2 or
+> how I can prevent cowboy_rest from wanting to reply with 204 in this case?
+
+moved_temporarily is only called if the resource previously existed.
+
+As for calling reply yourself, you just need to return {halt, NewReq, 
+State} afterwards.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From Rolph.deRuiter at spilgames.com  Tue Oct 29 10:16:15 2013
+From: Rolph.deRuiter at spilgames.com (Rolph de Ruiter)
+Date: Tue, 29 Oct 2013 09:16:15 +0000
+Subject: [99s-extend] cowboy_rest, POST and redirect
+In-Reply-To: <CE953AD7.76AD%[email protected]>
+Message-ID: <CE953B4E.76B1%[email protected]>
+
+(forgot to include the list)
+
+On 10/29/13 10:14 AM, "Rolph de Ruiter" <Rolph.deRuiter at spilgames.com>
+wrote:
+
+>Thanks!
+>
+>{halt, NewReq, State} worked like a charm :)
+>
+>Cheers,
+>Rolph
+>
+>On 10/29/13 10:09 AM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+>
+>>On 10/29/2013 10:00 AM, Rolph de Ruiter wrote:
+>>> Hi,
+>>>
+>>> I'm using cowboy_rest for a part of our api to handle POST requests.
+>>> Under certain conditions, I would like to redirect to a new location
+>>> (based on availability of the redirect qs parameter).
+>>> I was unable to get the moved_temporarily/2 callback to work (was not
+>>> invoked at al). So I just do the 302 myself, using cowboy_req:reply/4.
+>>> This works, however, every time it produces an error in the emulator
+>>> process:
+>>>   [error] emulator Error in process <0.509.0> on node 'api at dev.loc'
+>>>with
+>>> exit value: {function_clause,[{cowboy_req,reply,[204,[],<<0
+>>> bytes>>,{http_req,#Port<0.14491>,ranch_tcp,keepalive,<0.509.0>,<<4
+>>> bytes>>,'HTTP/1.1',{{10,10,10,1},62197},<<15
+>>>bytes>>,undefined,8000,<<26
+>>> bytes>>,undefined,<<14 bytes>>,[{<<8 bytes>>,<<5 bytes>>}],[{method,<<5
+>>> bytes>>}],[{<<4 bytes>>,<<20 bytes>>},{<<10 bytes>>,<<10 bytes>>},{<<14
+>>> bytes>>,<<2 bytes>>},{<<6 bytes>>,<<74 bytes>>},{<<6 bytes>>,<<27
+>>> bytes>>},{<<10 bytes>>,<<120 bytes>>},{<<12 bytes>>,<<33 bytes>>},{<<7
+>>> bytes>>,<<54 bytes>>},{<<15 bytes>>,<<17 bytes>>},{<<15 bytes>>,<<14
+>>> bytes>>},{<<6 bytes>>,<<245 bytes>>}],[{<<14 bytes>>,34},{<<6
+>>> bytes>>,undefined},{<<14 bytes>>,34},{<<12 bytes>>,{<<11 bytes>>,<<21
+>>> bytes>>,[]}},{<<17 bytes>>,undefined},{<<13 bytes>>,...
+>>>
+>>> Can you point me out how to (ideally) make use of moved_temporarily/2
+>>>or
+>>> how I can prevent cowboy_rest from wanting to reply with 204 in this
+>>>case?
+>>
+>>moved_temporarily is only called if the resource previously existed.
+>>
+>>As for calling reply yourself, you just need to return {halt, NewReq,
+>>State} afterwards.
+>>
+>>-- 
+>>Lo?c Hoguin
+>>Erlang Cowboy
+>>Nine Nines
+>>http://ninenines.eu
+>
+
+
+
+From daniel.goertzen at gmail.com  Tue Oct 29 21:25:54 2013
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Tue, 29 Oct 2013 15:25:54 -0500
+Subject: [99s-extend] REST handler failure
+Message-ID: <CAJCf5Rz0mKmouz5DEunOOZ+b21bfLCjyQy7ssbHAgUp+3rGCaw@mail.gmail.com>
+
+My situation is that I have a rest handler that may fail due to invalid url
+segments.  Example situation:
+
+
+init(_Transport, _Req, _Opts) ->
+        {upgrade, protocol, cowboy_rest}.
+
+content_types_provided(Req, State) ->
+    {[{<<"application/json">>, get_json}], Req, State}.
+
+get_json(Req0, State) ->
+    {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0,
+[param1, param2, param3, ....]),
+
+    case catch other_module:request(Params) of
+        {'EXIT', {badarg, _}} ->
+            hmmm, Params were bad and I would like to return a 404 code now.
+        Result ->
+            {jiffy:encode(Result), Req1, State}
+    end.
+
+
+
+So I would like to return a 404 code when my underlying request function
+fails, but it appears my choices are:
+
+- return a 200 (ok) response with data.
+- crash and cause a 500 (Internal Server Error) response to be returned.
+Not exactly the sentiment I want.
+
+
+Is there some other way to cause a 404 response?
+
+I realize I could add path constraint functions, but I will be replicating
+logic from my underlying request function.  Furthermore, the constraint
+functions consider parameters in isolation, so that won't work if the
+validity of parameters is coupled.
+
+Thanks,
+Dan.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131029/a9204600/attachment.html>
+
+From ivan at llaisdy.com  Tue Oct 29 22:01:30 2013
+From: ivan at llaisdy.com (Ivan uemlianin)
+Date: Tue, 29 Oct 2013 22:01:30 +0100
+Subject: [99s-extend] REST handler failure
+In-Reply-To: <CAJCf5Rz0mKmouz5DEunOOZ+b21bfLCjyQy7ssbHAgUp+3rGCaw@mail.gmail.com>
+References: <CAJCf5Rz0mKmouz5DEunOOZ+b21bfLCjyQy7ssbHAgUp+3rGCaw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Sorry for terse but I only have a phone. Why can't you return a 404 here?  Using something like cowboy:reply(404, ...
+
+Ivan
+
+--
+festina lente
+
+
+On 29 Oct 2013, at 21:25, Daniel Goertzen <daniel.goertzen at gmail.com> wrote:
+
+> My situation is that I have a rest handler that may fail due to invalid url segments.  Example situation:
+> 
+> 
+> init(_Transport, _Req, _Opts) ->
+>         {upgrade, protocol, cowboy_rest}.
+> 
+> content_types_provided(Req, State) ->
+>     {[{<<"application/json">>, get_json}], Req, State}.
+> 
+> get_json(Req0, State) ->
+>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0, [param1, param2, param3, ....]),
+> 
+>     case catch other_module:request(Params) of
+>         {'EXIT', {badarg, _}} ->
+>             hmmm, Params were bad and I would like to return a 404 code now.
+>         Result ->
+>             {jiffy:encode(Result), Req1, State}
+>     end.
+> 
+> 
+> 
+> So I would like to return a 404 code when my underlying request function fails, but it appears my choices are:
+> 
+> - return a 200 (ok) response with data.
+> - crash and cause a 500 (Internal Server Error) response to be returned.  Not exactly the sentiment I want.
+> 
+> 
+> Is there some other way to cause a 404 response?
+> 
+> I realize I could add path constraint functions, but I will be replicating logic from my underlying request function.  Furthermore, the constraint functions consider parameters in isolation, so that won't work if the validity of parameters is coupled.
+> 
+> Thanks,
+> Dan.
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131029/3df30c1d/attachment.html>
+
+From daniel.goertzen at gmail.com  Wed Oct 30 15:58:41 2013
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Wed, 30 Oct 2013 09:58:41 -0500
+Subject: [99s-extend] REST handler failure
+In-Reply-To: <[email protected]>
+References: <CAJCf5Rz0mKmouz5DEunOOZ+b21bfLCjyQy7ssbHAgUp+3rGCaw@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJCf5RzwUz1moQooTpMp33tFn8R9xkhxqOnR0joBSUSTwJ_CoQ@mail.gmail.com>
+
+Well, this sort of works.  I tried this in the response handler:
+
+            {ok, Req2} = cowboy_req:reply(404, [] , <<"this is the body
+that gets used">>, Req1),
+            {<<"this body gets ignored">>, Req2, State};
+
+
+
+The client receives a 404 response, but cowboy crashes:
+
+=ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+Error in process <0.131.0> with exit value:
+{function_clause,[{cowboy_req,reply,[200,[],<<31
+bytes>>,{http_req,#Port<0.1208>,ranch_tcp,keepalive,<0.131.0>,<<3
+bytes>>,'HTTP/1.1',{{192,168,1,187},51017},<<12 bytes>>,undefined,80,<<24
+bytes>>,undefined,<<0 bytes>>,undefined,[{channel_num,3}],[{<<10
+bytes>>,<<11 bytes>>},{<<4 bytes>>,<<12 bytes>>},{<<6 bytes>>,<<3
+bytes>>}],[{<<17 bytes>>,undefined},{<<13 bytes>>,undefined},{<<19
+bytes>>,undefined},{<<8 bytes>>,undefined},{<<6 bytes>>,[...
+
+
+
+The issue is that the REST wrapper wants to do the cowboy_req:reply(), and
+when we do the call we cause the wrapper's call to fail.
+
+Dan.
+
+
+
+On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin <ivan at llaisdy.com> wrote:
+
+> Sorry for terse but I only have a phone. Why can't you return a 404 here?
+>  Using something like cowboy:reply(404, ...
+>
+> Ivan
+>
+> --
+> festina lente
+>
+>
+> On 29 Oct 2013, at 21:25, Daniel Goertzen <daniel.goertzen at gmail.com>
+> wrote:
+>
+> My situation is that I have a rest handler that may fail due to invalid
+> url segments.  Example situation:
+>
+>
+> init(_Transport, _Req, _Opts) ->
+>         {upgrade, protocol, cowboy_rest}.
+>
+> content_types_provided(Req, State) ->
+>     {[{<<"application/json">>, get_json}], Req, State}.
+>
+> get_json(Req0, State) ->
+>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0,
+> [param1, param2, param3, ....]),
+>
+>     case catch other_module:request(Params) of
+>         {'EXIT', {badarg, _}} ->
+>             hmmm, Params were bad and I would like to return a 404 code
+> now.
+>         Result ->
+>             {jiffy:encode(Result), Req1, State}
+>     end.
+>
+>
+>
+> So I would like to return a 404 code when my underlying request function
+> fails, but it appears my choices are:
+>
+> - return a 200 (ok) response with data.
+> - crash and cause a 500 (Internal Server Error) response to be returned.
+> Not exactly the sentiment I want.
+>
+>
+> Is there some other way to cause a 404 response?
+>
+> I realize I could add path constraint functions, but I will be replicating
+> logic from my underlying request function.  Furthermore, the constraint
+> functions consider parameters in isolation, so that won't work if the
+> validity of parameters is coupled.
+>
+> Thanks,
+> Dan.
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131030/460453c8/attachment.html>
+
+From tilman.holschuh at gmail.com  Wed Oct 30 16:25:02 2013
+From: tilman.holschuh at gmail.com (Tilman Holschuh)
+Date: Wed, 30 Oct 2013 08:25:02 -0700
+Subject: [99s-extend] REST handler failure
+In-Reply-To: <CAJCf5RzwUz1moQooTpMp33tFn8R9xkhxqOnR0joBSUSTwJ_CoQ@mail.gmail.com>
+References: <CAJCf5Rz0mKmouz5DEunOOZ+b21bfLCjyQy7ssbHAgUp+3rGCaw@mail.gmail.com>
+ <[email protected]>
+ <CAJCf5RzwUz1moQooTpMp33tFn8R9xkhxqOnR0joBSUSTwJ_CoQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Why not let resource_exists/2 return false when your resource does not exist? You will get 404 on false. This way you separate the implementation for turning your data to json from checking if the request went to the correct resource. 
+
+- Tilman
+
+On 2013-10-30, at 7:58 AM, Daniel Goertzen wrote:
+
+> Well, this sort of works.  I tried this in the response handler:
+> 
+>             {ok, Req2} = cowboy_req:reply(404, [] , <<"this is the body that gets used">>, Req1),
+>             {<<"this body gets ignored">>, Req2, State};
+> 
+> 
+> 
+> The client receives a 404 response, but cowboy crashes:
+> 
+> =ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+> Error in process <0.131.0> with exit value: {function_clause,[{cowboy_req,reply,[200,[],<<31 bytes>>,{http_req,#Port<0.1208>,ranch_tcp,keepalive,<0.131.0>,<<3 bytes>>,'HTTP/1.1',{{192,168,1,187},51017},<<12 bytes>>,undefined,80,<<24 bytes>>,undefined,<<0 bytes>>,undefined,[{channel_num,3}],[{<<10 bytes>>,<<11 bytes>>},{<<4 bytes>>,<<12 bytes>>},{<<6 bytes>>,<<3 bytes>>}],[{<<17 bytes>>,undefined},{<<13 bytes>>,undefined},{<<19 bytes>>,undefined},{<<8 bytes>>,undefined},{<<6 bytes>>,[... 
+> 
+> 
+> 
+> The issue is that the REST wrapper wants to do the cowboy_req:reply(), and when we do the call we cause the wrapper's call to fail.
+> 
+> Dan.
+> 
+> 
+> 
+> On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin <ivan at llaisdy.com> wrote:
+> Sorry for terse but I only have a phone. Why can't you return a 404 here?  Using something like cowboy:reply(404, ...
+> 
+> Ivan
+> 
+> --
+> festina lente
+> 
+> 
+> On 29 Oct 2013, at 21:25, Daniel Goertzen <daniel.goertzen at gmail.com> wrote:
+> 
+>> My situation is that I have a rest handler that may fail due to invalid url segments.  Example situation:
+>> 
+>> 
+>> init(_Transport, _Req, _Opts) ->
+>>         {upgrade, protocol, cowboy_rest}.
+>> 
+>> content_types_provided(Req, State) ->
+>>     {[{<<"application/json">>, get_json}], Req, State}.
+>> 
+>> get_json(Req0, State) ->
+>>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0, [param1, param2, param3, ....]),
+>> 
+>>     case catch other_module:request(Params) of
+>>         {'EXIT', {badarg, _}} ->
+>>             hmmm, Params were bad and I would like to return a 404 code now.
+>>         Result ->
+>>             {jiffy:encode(Result), Req1, State}
+>>     end.
+>> 
+>> 
+>> 
+>> So I would like to return a 404 code when my underlying request function fails, but it appears my choices are:
+>> 
+>> - return a 200 (ok) response with data.
+>> - crash and cause a 500 (Internal Server Error) response to be returned.  Not exactly the sentiment I want.
+>> 
+>> 
+>> Is there some other way to cause a 404 response?
+>> 
+>> I realize I could add path constraint functions, but I will be replicating logic from my underlying request function.  Furthermore, the constraint functions consider parameters in isolation, so that won't work if the validity of parameters is coupled.
+>> 
+>> Thanks,
+>> Dan.
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+> 
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+
+From ivan at llaisdy.com  Wed Oct 30 16:27:15 2013
+From: ivan at llaisdy.com (Ivan uemlianin)
+Date: Wed, 30 Oct 2013 16:27:15 +0100
+Subject: [99s-extend] REST handler failure
+In-Reply-To: <CAJCf5RzwUz1moQooTpMp33tFn8R9xkhxqOnR0joBSUSTwJ_CoQ@mail.gmail.com>
+References: <CAJCf5Rz0mKmouz5DEunOOZ+b21bfLCjyQy7ssbHAgUp+3rGCaw@mail.gmail.com>
+ <[email protected]>
+ <CAJCf5RzwUz1moQooTpMp33tFn8R9xkhxqOnR0joBSUSTwJ_CoQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Instead of <<"this body ignored">> can you return the atom halt?
+
+#dontevenhaveanyofmycodewithme:(
+
+Ivan
+
+--
+festina lente
+
+
+On 30 Oct 2013, at 15:58, Daniel Goertzen <daniel.goertzen at gmail.com> wrote:
+
+> Well, this sort of works.  I tried this in the response handler:
+> 
+>             {ok, Req2} = cowboy_req:reply(404, [] , <<"this is the body that gets used">>, Req1),
+>             {<<"this body gets ignored">>, Req2, State};
+> 
+> 
+> 
+> The client receives a 404 response, but cowboy crashes:
+> 
+> =ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+> Error in process <0.131.0> with exit value: {function_clause,[{cowboy_req,reply,[200,[],<<31 bytes>>,{http_req,#Port<0.1208>,ranch_tcp,keepalive,<0.131.0>,<<3 bytes>>,'HTTP/1.1',{{192,168,1,187},51017},<<12 bytes>>,undefined,80,<<24 bytes>>,undefined,<<0 bytes>>,undefined,[{channel_num,3}],[{<<10 bytes>>,<<11 bytes>>},{<<4 bytes>>,<<12 bytes>>},{<<6 bytes>>,<<3 bytes>>}],[{<<17 bytes>>,undefined},{<<13 bytes>>,undefined},{<<19 bytes>>,undefined},{<<8 bytes>>,undefined},{<<6 bytes>>,[... 
+> 
+> 
+> 
+> The issue is that the REST wrapper wants to do the cowboy_req:reply(), and when we do the call we cause the wrapper's call to fail.
+> 
+> Dan.
+> 
+> 
+> 
+> On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin <ivan at llaisdy.com> wrote:
+>> Sorry for terse but I only have a phone. Why can't you return a 404 here?  Using something like cowboy:reply(404, ...
+>> 
+>> Ivan
+>> 
+>> --
+>> festina lente
+>> 
+>> 
+>> On 29 Oct 2013, at 21:25, Daniel Goertzen <daniel.goertzen at gmail.com> wrote:
+>> 
+>>> My situation is that I have a rest handler that may fail due to invalid url segments.  Example situation:
+>>> 
+>>> 
+>>> init(_Transport, _Req, _Opts) ->
+>>>         {upgrade, protocol, cowboy_rest}.
+>>> 
+>>> content_types_provided(Req, State) ->
+>>>     {[{<<"application/json">>, get_json}], Req, State}.
+>>> 
+>>> get_json(Req0, State) ->
+>>>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0, [param1, param2, param3, ....]),
+>>> 
+>>>     case catch other_module:request(Params) of
+>>>         {'EXIT', {badarg, _}} ->
+>>>             hmmm, Params were bad and I would like to return a 404 code now.
+>>>         Result ->
+>>>             {jiffy:encode(Result), Req1, State}
+>>>     end.
+>>> 
+>>> 
+>>> 
+>>> So I would like to return a 404 code when my underlying request function fails, but it appears my choices are:
+>>> 
+>>> - return a 200 (ok) response with data.
+>>> - crash and cause a 500 (Internal Server Error) response to be returned.  Not exactly the sentiment I want.
+>>> 
+>>> 
+>>> Is there some other way to cause a 404 response?
+>>> 
+>>> I realize I could add path constraint functions, but I will be replicating logic from my underlying request function.  Furthermore, the constraint functions consider parameters in isolation, so that won't work if the validity of parameters is coupled.
+>>> 
+>>> Thanks,
+>>> Dan.
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> http://lists.ninenines.eu:81/listinfo/extend
+> 
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131030/6e8ec2f0/attachment.html>
+
+From daniel.goertzen at gmail.com  Wed Oct 30 16:32:47 2013
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Wed, 30 Oct 2013 10:32:47 -0500
+Subject: [99s-extend] REST handler failure
+In-Reply-To: <[email protected]>
+References: <CAJCf5Rz0mKmouz5DEunOOZ+b21bfLCjyQy7ssbHAgUp+3rGCaw@mail.gmail.com>
+ <[email protected]>
+ <CAJCf5RzwUz1moQooTpMp33tFn8R9xkhxqOnR0joBSUSTwJ_CoQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJCf5Rx_o66FDE-91kX_=KBQou9wcx+UEenGPFYLE2nR_PRh8g@mail.gmail.com>
+
+Returning 'halt' caused a status code of 204.
+
+Dan.
+
+
+On Wed, Oct 30, 2013 at 10:27 AM, Ivan uemlianin <ivan at llaisdy.com> wrote:
+
+> Instead of <<"this body ignored">> can you return the atom halt?
+>
+> #dontevenhaveanyofmycodewithme:(
+>
+> Ivan
+>
+> --
+> festina lente
+>
+>
+> On 30 Oct 2013, at 15:58, Daniel Goertzen <daniel.goertzen at gmail.com>
+> wrote:
+>
+> Well, this sort of works.  I tried this in the response handler:
+>
+>             {ok, Req2} = cowboy_req:reply(404, [] , <<"this is the body
+> that gets used">>, Req1),
+>             {<<"this body gets ignored">>, Req2, State};
+>
+>
+>
+> The client receives a 404 response, but cowboy crashes:
+>
+> =ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+> Error in process <0.131.0> with exit value:
+> {function_clause,[{cowboy_req,reply,[200,[],<<31
+> bytes>>,{http_req,#Port<0.1208>,ranch_tcp,keepalive,<0.131.0>,<<3
+> bytes>>,'HTTP/1.1',{{192,168,1,187},51017},<<12 bytes>>,undefined,80,<<24
+> bytes>>,undefined,<<0 bytes>>,undefined,[{channel_num,3}],[{<<10
+> bytes>>,<<11 bytes>>},{<<4 bytes>>,<<12 bytes>>},{<<6 bytes>>,<<3
+> bytes>>}],[{<<17 bytes>>,undefined},{<<13 bytes>>,undefined},{<<19
+> bytes>>,undefined},{<<8 bytes>>,undefined},{<<6 bytes>>,[...
+>
+>
+>
+> The issue is that the REST wrapper wants to do the cowboy_req:reply(), and
+> when we do the call we cause the wrapper's call to fail.
+>
+> Dan.
+>
+>
+>
+> On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin <ivan at llaisdy.com> wrote:
+>
+>> Sorry for terse but I only have a phone. Why can't you return a 404 here?
+>>  Using something like cowboy:reply(404, ...
+>>
+>> Ivan
+>>
+>> --
+>> festina lente
+>>
+>>
+>> On 29 Oct 2013, at 21:25, Daniel Goertzen <daniel.goertzen at gmail.com>
+>> wrote:
+>>
+>> My situation is that I have a rest handler that may fail due to invalid
+>> url segments.  Example situation:
+>>
+>>
+>> init(_Transport, _Req, _Opts) ->
+>>         {upgrade, protocol, cowboy_rest}.
+>>
+>> content_types_provided(Req, State) ->
+>>     {[{<<"application/json">>, get_json}], Req, State}.
+>>
+>> get_json(Req0, State) ->
+>>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0,
+>> [param1, param2, param3, ....]),
+>>
+>>     case catch other_module:request(Params) of
+>>         {'EXIT', {badarg, _}} ->
+>>             hmmm, Params were bad and I would like to return a 404 code
+>> now.
+>>         Result ->
+>>             {jiffy:encode(Result), Req1, State}
+>>     end.
+>>
+>>
+>>
+>> So I would like to return a 404 code when my underlying request function
+>> fails, but it appears my choices are:
+>>
+>> - return a 200 (ok) response with data.
+>> - crash and cause a 500 (Internal Server Error) response to be returned.
+>> Not exactly the sentiment I want.
+>>
+>>
+>> Is there some other way to cause a 404 response?
+>>
+>> I realize I could add path constraint functions, but I will be
+>> replicating logic from my underlying request function.  Furthermore, the
+>> constraint functions consider parameters in isolation, so that won't work
+>> if the validity of parameters is coupled.
+>>
+>> Thanks,
+>> Dan.
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>>
+>>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131030/0ab7c8ee/attachment.html>
+
+From daniel.goertzen at gmail.com  Wed Oct 30 16:46:37 2013
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Wed, 30 Oct 2013 10:46:37 -0500
+Subject: [99s-extend] REST handler failure
+In-Reply-To: <[email protected]>
+References: <CAJCf5Rz0mKmouz5DEunOOZ+b21bfLCjyQy7ssbHAgUp+3rGCaw@mail.gmail.com>
+ <[email protected]>
+ <CAJCf5RzwUz1moQooTpMp33tFn8R9xkhxqOnR0joBSUSTwJ_CoQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJCf5RzwO4nNcv=2Ezf7aMQqFShPhLs4zaYoBBunmzuC7Wp4uQ@mail.gmail.com>
+
+That's what I was looking for, thanks!
+
+Dan.
+
+
+On Wed, Oct 30, 2013 at 10:25 AM, Tilman Holschuh <tilman.holschuh at gmail.com
+> wrote:
+
+> Why not let resource_exists/2 return false when your resource does not
+> exist? You will get 404 on false. This way you separate the implementation
+> for turning your data to json from checking if the request went to the
+> correct resource.
+>
+> - Tilman
+>
+> On 2013-10-30, at 7:58 AM, Daniel Goertzen wrote:
+>
+> > Well, this sort of works.  I tried this in the response handler:
+> >
+> >             {ok, Req2} = cowboy_req:reply(404, [] , <<"this is the body
+> that gets used">>, Req1),
+> >             {<<"this body gets ignored">>, Req2, State};
+> >
+> >
+> >
+> > The client receives a 404 response, but cowboy crashes:
+> >
+> > =ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+> > Error in process <0.131.0> with exit value:
+> {function_clause,[{cowboy_req,reply,[200,[],<<31
+> bytes>>,{http_req,#Port<0.1208>,ranch_tcp,keepalive,<0.131.0>,<<3
+> bytes>>,'HTTP/1.1',{{192,168,1,187},51017},<<12 bytes>>,undefined,80,<<24
+> bytes>>,undefined,<<0 bytes>>,undefined,[{channel_num,3}],[{<<10
+> bytes>>,<<11 bytes>>},{<<4 bytes>>,<<12 bytes>>},{<<6 bytes>>,<<3
+> bytes>>}],[{<<17 bytes>>,undefined},{<<13 bytes>>,undefined},{<<19
+> bytes>>,undefined},{<<8 bytes>>,undefined},{<<6 bytes>>,[...
+> >
+> >
+> >
+> > The issue is that the REST wrapper wants to do the cowboy_req:reply(),
+> and when we do the call we cause the wrapper's call to fail.
+> >
+> > Dan.
+> >
+> >
+> >
+> > On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin <ivan at llaisdy.com>
+> wrote:
+> > Sorry for terse but I only have a phone. Why can't you return a 404
+> here?  Using something like cowboy:reply(404, ...
+> >
+> > Ivan
+> >
+> > --
+> > festina lente
+> >
+> >
+> > On 29 Oct 2013, at 21:25, Daniel Goertzen <daniel.goertzen at gmail.com>
+> wrote:
+> >
+> >> My situation is that I have a rest handler that may fail due to invalid
+> url segments.  Example situation:
+> >>
+> >>
+> >> init(_Transport, _Req, _Opts) ->
+> >>         {upgrade, protocol, cowboy_rest}.
+> >>
+> >> content_types_provided(Req, State) ->
+> >>     {[{<<"application/json">>, get_json}], Req, State}.
+> >>
+> >> get_json(Req0, State) ->
+> >>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0,
+> [param1, param2, param3, ....]),
+> >>
+> >>     case catch other_module:request(Params) of
+> >>         {'EXIT', {badarg, _}} ->
+> >>             hmmm, Params were bad and I would like to return a 404 code
+> now.
+> >>         Result ->
+> >>             {jiffy:encode(Result), Req1, State}
+> >>     end.
+> >>
+> >>
+> >>
+> >> So I would like to return a 404 code when my underlying request
+> function fails, but it appears my choices are:
+> >>
+> >> - return a 200 (ok) response with data.
+> >> - crash and cause a 500 (Internal Server Error) response to be
+> returned.  Not exactly the sentiment I want.
+> >>
+> >>
+> >> Is there some other way to cause a 404 response?
+> >>
+> >> I realize I could add path constraint functions, but I will be
+> replicating logic from my underlying request function.  Furthermore, the
+> constraint functions consider parameters in isolation, so that won't work
+> if the validity of parameters is coupled.
+> >>
+> >> Thanks,
+> >> Dan.
+> >> _______________________________________________
+> >> Extend mailing list
+> >> Extend at lists.ninenines.eu
+> >> http://lists.ninenines.eu:81/listinfo/extend
+> >
+> > _______________________________________________
+> > Extend mailing list
+> > Extend at lists.ninenines.eu
+> > http://lists.ninenines.eu:81/listinfo/extend
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20131030/3ea4ac64/attachment.html>
+
diff --git a/_build/static/archives/extend/2013-October/000255.html b/_build/static/archives/extend/2013-October/000255.html
new file mode 100644
index 00000000..4cc731e8
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000255.html
@@ -0,0 +1,69 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket_info and RPC
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket_info%20and%20RPC&In-Reply-To=%3CCAFXVr%3DZuQNiChQGFHVcS4jGOHXG5NEazbZcP8qp5E91smJEN1A%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000256.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket_info and RPC</H1>
+    <B>Marcel Meyer</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket_info%20and%20RPC&In-Reply-To=%3CCAFXVr%3DZuQNiChQGFHVcS4jGOHXG5NEazbZcP8qp5E91smJEN1A%40mail.gmail.com%3E"
+       TITLE="[99s-extend] websocket_info and RPC">marcel.meyer at gmail.com
+       </A><BR>
+    <I>Thu Oct  3 07:00:28 CEST 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000256.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#255">[ date ]</a>
+              <a href="thread.html#255">[ thread ]</a>
+              <a href="subject.html#255">[ subject ]</a>
+              <a href="author.html#255">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi there,
+
+How do I use the websocket infrastructure of cowboy to implement RPC?
+It seems like I can talk to the client using websocket_info, but the
+response comes in on websocket_handle, all asynchronously.
+
+Kind regards,
+Marcel
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131002/4463e3fa/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131002/4463e3fa/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000256.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#255">[ date ]</a>
+              <a href="thread.html#255">[ thread ]</a>
+              <a href="subject.html#255">[ subject ]</a>
+              <a href="author.html#255">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000256.html b/_build/static/archives/extend/2013-October/000256.html
new file mode 100644
index 00000000..0425c86e
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000256.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Problem with cowboy ssl example
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problem%20with%20cowboy%20ssl%20example&In-Reply-To=%3CCAChGYf-ykW7HRb6Hoy6h1NHxmUrbfZ%2BNBsubvrW-pMieFhESkg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000255.html">
+   <LINK REL="Next"  HREF="000257.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Problem with cowboy ssl example</H1>
+    <B>Ryan Brown</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problem%20with%20cowboy%20ssl%20example&In-Reply-To=%3CCAChGYf-ykW7HRb6Hoy6h1NHxmUrbfZ%2BNBsubvrW-pMieFhESkg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Problem with cowboy ssl example">ryankbrown at gmail.com
+       </A><BR>
+    <I>Tue Oct  8 05:55:57 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000255.html">[99s-extend] websocket_info and RPC
+</A></li>
+        <LI>Next message: <A HREF="000257.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#256">[ date ]</a>
+              <a href="thread.html#256">[ thread ]</a>
+              <a href="subject.html#256">[ subject ]</a>
+              <a href="author.html#256">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I was trying to compile and run the ssl_hello_world example in the cowboy
+project and am getting the following error at start-up:
+
+=INFO REPORT==== 7-Oct-2013::21:38:01 ===    application: ssl_hello_world
+  exited: {bad_return,             {{ssl_hello_world_app,start,[normal,[]]},
+            {'EXIT',               {{badmatch,                 {error,
+            {{shutdown,
+{failed_to_start_child,ranch_acceptors_sup,
+ {{case_clause,                       {error,{&quot;no such file or
+directory&quot;,&quot;asn1.app&quot;}}},
+[{ranch,require,1,[{file,&quot;src/ranch.erl&quot;},{line,207}]},
+
+I can start asn1 from the erl console so I am not sure what I am missing.
+Any help is greatly appreciated.
+
+Best regards.
+
+-- 
+-rb
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131007/fdef2170/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131007/fdef2170/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000255.html">[99s-extend] websocket_info and RPC
+</A></li>
+	<LI>Next message: <A HREF="000257.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#256">[ date ]</a>
+              <a href="thread.html#256">[ thread ]</a>
+              <a href="subject.html#256">[ subject ]</a>
+              <a href="author.html#256">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000257.html b/_build/static/archives/extend/2013-October/000257.html
new file mode 100644
index 00000000..ceba1eaa
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000257.html
@@ -0,0 +1,129 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Problem with cowboy ssl example
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problem%20with%20cowboy%20ssl%20example&In-Reply-To=%3C52538650.6030804%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000256.html">
+   <LINK REL="Next"  HREF="000258.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Problem with cowboy ssl example</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problem%20with%20cowboy%20ssl%20example&In-Reply-To=%3C52538650.6030804%40ninenines.eu%3E"
+       TITLE="[99s-extend] Problem with cowboy ssl example">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Oct  8 06:13:04 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000256.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+        <LI>Next message: <A HREF="000258.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#257">[ date ]</a>
+              <a href="thread.html#257">[ thread ]</a>
+              <a href="subject.html#257">[ subject ]</a>
+              <a href="author.html#257">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I'm guessing you run an older Erlang which had that issue. Either 
+upgrade Erlang or add asn1 to the list of apps to include in the release 
+(and open a ticket for it please so it can be made to work with older 
+versions).
+
+On 10/08/2013 05:55 AM, Ryan Brown wrote:
+&gt;<i> I was trying to compile and run the ssl_hello_world example in the
+</I>&gt;<i> cowboy project and am getting the following error at start-up:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>   =INFO REPORT==== 7-Oct-2013::21:38:01 ===
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>        application: ssl_hello_world
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>        exited: {bad_return,
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                 {{ssl_hello_world_app,start,[normal,[]]},
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  {'EXIT',
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                   {{badmatch,
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                     {error,
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                      {{shutdown,
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                        {failed_to_start_child,ranch_acceptors_sup,
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                         {{case_clause,
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                           {error,{&quot;no such file or directory&quot;,&quot;asn1.app&quot;}}},
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>   [{ranch,require,1,[{file,&quot;src/ranch.erl&quot;},{line,207}]},
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> I can start asn1 from the erl console so I am not sure what I am
+</I>&gt;<i> missing. Any help is greatly appreciated.
+</I>&gt;<i>
+</I>&gt;<i> Best regards.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> -rb
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000256.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+	<LI>Next message: <A HREF="000258.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#257">[ date ]</a>
+              <a href="thread.html#257">[ thread ]</a>
+              <a href="subject.html#257">[ subject ]</a>
+              <a href="author.html#257">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000258.html b/_build/static/archives/extend/2013-October/000258.html
new file mode 100644
index 00000000..19f86aba
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000258.html
@@ -0,0 +1,149 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Problem with cowboy ssl example
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problem%20with%20cowboy%20ssl%20example&In-Reply-To=%3CCAChGYf-krBbQYAkxMuGt-byPV6PSC-50yrOgBMqUJrQBUZeKcA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000257.html">
+   <LINK REL="Next"  HREF="000259.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Problem with cowboy ssl example</H1>
+    <B>Ryan Brown</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problem%20with%20cowboy%20ssl%20example&In-Reply-To=%3CCAChGYf-krBbQYAkxMuGt-byPV6PSC-50yrOgBMqUJrQBUZeKcA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Problem with cowboy ssl example">ryankbrown at gmail.com
+       </A><BR>
+    <I>Tue Oct  8 06:24:54 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000257.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+        <LI>Next message: <A HREF="000259.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#258">[ date ]</a>
+              <a href="thread.html#258">[ thread ]</a>
+              <a href="subject.html#258">[ subject ]</a>
+              <a href="author.html#258">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks Lo&#239;c. I am actually running R16B on a macbook OS X 10.8. (I'm
+wondering if the Od could have any effect?)
+
+Best,
+
+Ryan
+
+
+On Mon, Oct 7, 2013 at 10:13 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> I'm guessing you run an older Erlang which had that issue. Either upgrade
+</I>&gt;<i> Erlang or add asn1 to the list of apps to include in the release (and open
+</I>&gt;<i> a ticket for it please so it can be made to work with older versions).
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 10/08/2013 05:55 AM, Ryan Brown wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> I was trying to compile and run the ssl_hello_world example in the
+</I>&gt;&gt;<i> cowboy project and am getting the following error at start-up:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   =INFO REPORT==== 7-Oct-2013::21:38:01 ===
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>        application: ssl_hello_world
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>        exited: {bad_return,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                 {{ssl_hello_world_app,start,[**normal,[]]},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  {'EXIT',
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                   {{badmatch,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                     {error,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                      {{shutdown,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                        {failed_to_start_child,ranch_**acceptors_sup,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                         {{case_clause,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                           {error,{&quot;no such file or
+</I>&gt;&gt;<i> directory&quot;,&quot;asn1.app&quot;}}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   [{ranch,require,1,[{file,&quot;src/**ranch.erl&quot;},{line,207}]},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I can start asn1 from the erl console so I am not sure what I am
+</I>&gt;&gt;<i> missing. Any help is greatly appreciated.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Best regards.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> -rb
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#271;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+
+-- 
+-rb
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131007/863e7358/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131007/863e7358/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000257.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+	<LI>Next message: <A HREF="000259.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#258">[ date ]</a>
+              <a href="thread.html#258">[ thread ]</a>
+              <a href="subject.html#258">[ subject ]</a>
+              <a href="author.html#258">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000259.html b/_build/static/archives/extend/2013-October/000259.html
new file mode 100644
index 00000000..2b966a2a
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000259.html
@@ -0,0 +1,165 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Problem with cowboy ssl example
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problem%20with%20cowboy%20ssl%20example&In-Reply-To=%3CCAChGYf95Zp7gwj3dxtcw1vU-9wWce6PwA2Z2KJjCPU3jan43eA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000258.html">
+   <LINK REL="Next"  HREF="000260.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Problem with cowboy ssl example</H1>
+    <B>Ryan Brown</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Problem%20with%20cowboy%20ssl%20example&In-Reply-To=%3CCAChGYf95Zp7gwj3dxtcw1vU-9wWce6PwA2Z2KJjCPU3jan43eA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Problem with cowboy ssl example">ryankbrown at gmail.com
+       </A><BR>
+    <I>Tue Oct  8 17:33:36 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000258.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+        <LI>Next message: <A HREF="000260.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#259">[ date ]</a>
+              <a href="thread.html#259">[ thread ]</a>
+              <a href="subject.html#259">[ subject ]</a>
+              <a href="author.html#259">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Just to complete the loop. As would be expected, adding asn1 to the app.src
+applications fixes the issue.
+
+Thank you,
+
+Ryan
+
+
+On Mon, Oct 7, 2013 at 10:24 PM, Ryan Brown &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ryankbrown at gmail.com</A>&gt; wrote:
+
+&gt;<i> Thanks Lo&#239;c. I am actually running R16B on a macbook OS X 10.8. (I'm
+</I>&gt;<i> wondering if the Od could have any effect?)
+</I>&gt;<i>
+</I>&gt;<i> Best,
+</I>&gt;<i>
+</I>&gt;<i> Ryan
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Mon, Oct 7, 2013 at 10:13 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> I'm guessing you run an older Erlang which had that issue. Either upgrade
+</I>&gt;&gt;<i> Erlang or add asn1 to the list of apps to include in the release (and open
+</I>&gt;&gt;<i> a ticket for it please so it can be made to work with older versions).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 10/08/2013 05:55 AM, Ryan Brown wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I was trying to compile and run the ssl_hello_world example in the
+</I>&gt;&gt;&gt;<i> cowboy project and am getting the following error at start-up:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>   =INFO REPORT==== 7-Oct-2013::21:38:01 ===
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>        application: ssl_hello_world
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>        exited: {bad_return,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>                 {{ssl_hello_world_app,start,[**normal,[]]},
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>                  {'EXIT',
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>                   {{badmatch,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>                     {error,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>                      {{shutdown,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>                        {failed_to_start_child,ranch_**acceptors_sup,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>                         {{case_clause,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>                           {error,{&quot;no such file or
+</I>&gt;&gt;&gt;<i> directory&quot;,&quot;asn1.app&quot;}}},
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>   [{ranch,require,1,[{file,&quot;src/**ranch.erl&quot;},{line,207}]},
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I can start asn1 from the erl console so I am not sure what I am
+</I>&gt;&gt;&gt;<i> missing. Any help is greatly appreciated.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Best regards.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> -rb
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#271;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> -rb
+</I>&gt;<i>
+</I>
+
+
+-- 
+-rb
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131008/8752fdd7/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131008/8752fdd7/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000258.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+	<LI>Next message: <A HREF="000260.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#259">[ date ]</a>
+              <a href="thread.html#259">[ thread ]</a>
+              <a href="subject.html#259">[ subject ]</a>
+              <a href="author.html#259">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000260.html b/_build/static/archives/extend/2013-October/000260.html
new file mode 100644
index 00000000..9b301502
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000260.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Calling Hostname
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3CA5839EE5-6B6C-4E92-A7C4-E5D705A1362C%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000259.html">
+   <LINK REL="Next"  HREF="000261.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Calling Hostname</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3CA5839EE5-6B6C-4E92-A7C4-E5D705A1362C%40gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Calling Hostname">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Wed Oct  9 15:27:25 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000259.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+        <LI>Next message: <A HREF="000261.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#260">[ date ]</a>
+              <a href="thread.html#260">[ thread ]</a>
+              <a href="subject.html#260">[ subject ]</a>
+              <a href="author.html#260">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+
+Thanks,
+Lee
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000259.html">[99s-extend] Problem with cowboy ssl example
+</A></li>
+	<LI>Next message: <A HREF="000261.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#260">[ date ]</a>
+              <a href="thread.html#260">[ thread ]</a>
+              <a href="subject.html#260">[ subject ]</a>
+              <a href="author.html#260">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000261.html b/_build/static/archives/extend/2013-October/000261.html
new file mode 100644
index 00000000..50e3e58e
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000261.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Calling Hostname
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3C52555A98.8090901%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000260.html">
+   <LINK REL="Next"  HREF="000262.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Calling Hostname</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3C52555A98.8090901%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy Calling Hostname">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct  9 15:31:04 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000260.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+        <LI>Next message: <A HREF="000262.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#261">[ date ]</a>
+              <a href="thread.html#261">[ thread ]</a>
+              <a href="subject.html#261">[ subject ]</a>
+              <a href="author.html#261">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>cowboy_req:host/1?
+
+Please use the nice manual we have now.
+
+   <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req</A>
+
+On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000260.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+	<LI>Next message: <A HREF="000262.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#261">[ date ]</a>
+              <a href="thread.html#261">[ thread ]</a>
+              <a href="subject.html#261">[ subject ]</a>
+              <a href="author.html#261">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000262.html b/_build/static/archives/extend/2013-October/000262.html
new file mode 100644
index 00000000..1484f57d
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000262.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Calling Hostname
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3C6B317ED7-A80B-4866-A347-CA9FE489D522%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000261.html">
+   <LINK REL="Next"  HREF="000263.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Calling Hostname</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3C6B317ED7-A80B-4866-A347-CA9FE489D522%40gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Calling Hostname">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Wed Oct  9 17:30:21 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000261.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+        <LI>Next message: <A HREF="000263.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#262">[ date ]</a>
+              <a href="thread.html#262">[ thread ]</a>
+              <a href="subject.html#262">[ subject ]</a>
+              <a href="author.html#262">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thank you.  I couldn't work out if that's the host being called from or the host name in the request.  For example, a store called things.com makes a request to my service on widgets.net.  I need to see that the request is made FROM things.com for validation purposes. Is it correct that host will provide this?
+
+Thanks,
+Lee
+
+Sent from my iPhone
+
+&gt;<i> On Oct 9, 2013, at 2:31 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> cowboy_req:host/1?
+</I>&gt;<i> 
+</I>&gt;<i> Please use the nice manual we have now.
+</I>&gt;<i> 
+</I>&gt;<i>  <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req</A>
+</I>&gt;<i> 
+</I>&gt;&gt;<i> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000261.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+	<LI>Next message: <A HREF="000263.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#262">[ date ]</a>
+              <a href="thread.html#262">[ thread ]</a>
+              <a href="subject.html#262">[ subject ]</a>
+              <a href="author.html#262">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000263.html b/_build/static/archives/extend/2013-October/000263.html
new file mode 100644
index 00000000..d4e0dd90
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000263.html
@@ -0,0 +1,108 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Calling Hostname
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3C52557726.2060908%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000262.html">
+   <LINK REL="Next"  HREF="000264.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Calling Hostname</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3C52557726.2060908%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy Calling Hostname">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct  9 17:32:54 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000262.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+        <LI>Next message: <A HREF="000264.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#263">[ date ]</a>
+              <a href="thread.html#263">[ thread ]</a>
+              <a href="subject.html#263">[ subject ]</a>
+              <a href="author.html#263">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>In short: you can't.
+
+Browsers may send origin/referer/.. headers depending on the type of 
+request, but you can't rely on them to be real or even just there.
+
+On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+&gt;<i> Thank you.  I couldn't work out if that's the host being called from or the host name in the request.  For example, a store called things.com makes a request to my service on widgets.net.  I need to see that the request is made FROM things.com for validation purposes. Is it correct that host will provide this?
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i> Sent from my iPhone
+</I>&gt;<i>
+</I>&gt;&gt;<i> On Oct 9, 2013, at 2:31 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> cowboy_req:host/1?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Please use the nice manual we have now.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000262.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+	<LI>Next message: <A HREF="000264.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#263">[ date ]</a>
+              <a href="thread.html#263">[ thread ]</a>
+              <a href="subject.html#263">[ subject ]</a>
+              <a href="author.html#263">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000264.html b/_build/static/archives/extend/2013-October/000264.html
new file mode 100644
index 00000000..7b28dcfe
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000264.html
@@ -0,0 +1,134 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Calling Hostname
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3CCALvUveMuMZabtizGQDURJs7x62RjZNr%3DNukQLF49MDtZBiPF6A%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000263.html">
+   <LINK REL="Next"  HREF="000265.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Calling Hostname</H1>
+    <B>Nathan Michaels</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3CCALvUveMuMZabtizGQDURJs7x62RjZNr%3DNukQLF49MDtZBiPF6A%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Calling Hostname">nathan at nmichaels.org
+       </A><BR>
+    <I>Wed Oct  9 17:51:14 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000263.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+        <LI>Next message: <A HREF="000265.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#264">[ date ]</a>
+              <a href="thread.html#264">[ thread ]</a>
+              <a href="subject.html#264">[ subject ]</a>
+              <a href="author.html#264">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Is the client making the request to your service on widgets.net because
+things.com sent them there, or is things.com making the request directly on
+behalf of the client? The first is what Lo&#239;c is talking about. The second
+is the source IP of the request, which you can definitely get.
+
+
+On Wed, Oct 9, 2013 at 11:32 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> In short: you can't.
+</I>&gt;<i>
+</I>&gt;<i> Browsers may send origin/referer/.. headers depending on the type of
+</I>&gt;<i> request, but you can't rely on them to be real or even just there.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Thank you.  I couldn't work out if that's the host being called from or
+</I>&gt;&gt;<i> the host name in the request.  For example, a store called things.commakes a request to my service on
+</I>&gt;&gt;<i> widgets.net.  I need to see that the request is made FROM things.com for
+</I>&gt;&gt;<i> validation purposes. Is it correct that host will provide this?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Sent from my iPhone
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  On Oct 9, 2013, at 2:31 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> cowboy_req:host/1?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Please use the nice manual we have now.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>   <A HREF="http://ninenines.eu/docs/en/**cowboy/HEAD/manual/cowboy_req&lt;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req">http://ninenines.eu/docs/en/**cowboy/HEAD/manual/cowboy_req&lt;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req</A>&gt;
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>  On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> When receiving a Cowboy request, is there a way to find out which
+</I>&gt;&gt;&gt;&gt;<i> hostname the user made the request from?  I'm using CORS in my REST and
+</I>&gt;&gt;&gt;&gt;<i> Bullet app, where each call can be made through a given account.  However,
+</I>&gt;&gt;&gt;&gt;<i> I'd like to be able to lock requests for each account to a designated
+</I>&gt;&gt;&gt;&gt;<i> hostname to protect that users account usage.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> ______________________________**_________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131009/cc05d6f5/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131009/cc05d6f5/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000263.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+	<LI>Next message: <A HREF="000265.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#264">[ date ]</a>
+              <a href="thread.html#264">[ thread ]</a>
+              <a href="subject.html#264">[ subject ]</a>
+              <a href="author.html#264">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000265.html b/_build/static/archives/extend/2013-October/000265.html
new file mode 100644
index 00000000..173b2a44
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000265.html
@@ -0,0 +1,132 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Calling Hostname
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3CA93F7716-AA8E-453D-B773-AB7A7409D154%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000264.html">
+   <LINK REL="Next"  HREF="000266.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Calling Hostname</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3CA93F7716-AA8E-453D-B773-AB7A7409D154%40gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Calling Hostname">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Wed Oct  9 19:28:40 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000264.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+        <LI>Next message: <A HREF="000266.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#265">[ date ]</a>
+              <a href="thread.html#265">[ thread ]</a>
+              <a href="subject.html#265">[ subject ]</a>
+              <a href="author.html#265">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Essentially, the REST service endpoint would be on widgets.net while the clients website, in this case things.com, has a JavaScript that makes an AJAX call to widgets.net.  The account on widgets.net for things.com will have the things.com domain registered to its account, so that widgets.net can check to see if the request is coming from an expected domain.
+
+Thanks,
+Lee
+
+
+On 9 Oct 2013, at 16:51, Nathan Michaels &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">nathan at nmichaels.org</A>&gt; wrote:
+
+&gt;<i> Is the client making the request to your service on widgets.net because things.com sent them there, or is things.com making the request directly on behalf of the client? The first is what Lo&#239;c is talking about. The second is the source IP of the request, which you can definitely get.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On Wed, Oct 9, 2013 at 11:32 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> In short: you can't.
+</I>&gt;<i> 
+</I>&gt;<i> Browsers may send origin/referer/.. headers depending on the type of request, but you can't rely on them to be real or even just there.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+</I>&gt;<i> Thank you.  I couldn't work out if that's the host being called from or the host name in the request.  For example, a store called things.com makes a request to my service on widgets.net.  I need to see that the request is made FROM things.com for validation purposes. Is it correct that host will provide this?
+</I>&gt;<i> 
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i> 
+</I>&gt;<i> Sent from my iPhone
+</I>&gt;<i> 
+</I>&gt;<i> On Oct 9, 2013, at 2:31 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> cowboy_req:host/1?
+</I>&gt;<i> 
+</I>&gt;<i> Please use the nice manual we have now.
+</I>&gt;<i> 
+</I>&gt;<i>   <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req</A>
+</I>&gt;<i> 
+</I>&gt;<i> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+</I>&gt;<i> Hi,
+</I>&gt;<i> 
+</I>&gt;<i> When receiving a Cowboy request, is there a way to find out which hostname the user made the request from?  I'm using CORS in my REST and Bullet app, where each call can be made through a given account.  However, I'd like to be able to lock requests for each account to a designated hostname to protect that users account usage.
+</I>&gt;<i> 
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i> 
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> 
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131009/7c03cefc/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131009/7c03cefc/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000264.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+	<LI>Next message: <A HREF="000266.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#265">[ date ]</a>
+              <a href="thread.html#265">[ thread ]</a>
+              <a href="subject.html#265">[ subject ]</a>
+              <a href="author.html#265">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000266.html b/_build/static/archives/extend/2013-October/000266.html
new file mode 100644
index 00000000..32c5a245
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000266.html
@@ -0,0 +1,189 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Calling Hostname
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3CCAMD5n_3RJT3Nd0p4cbgCtR1XavDXSY6kaWTbwiLwqH_bF74KOw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000265.html">
+   <LINK REL="Next"  HREF="000267.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Calling Hostname</H1>
+    <B>Daniel White</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3CCAMD5n_3RJT3Nd0p4cbgCtR1XavDXSY6kaWTbwiLwqH_bF74KOw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Calling Hostname">daniel at whitehouse.id.au
+       </A><BR>
+    <I>Thu Oct 10 01:03:08 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000265.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+        <LI>Next message: <A HREF="000267.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#266">[ date ]</a>
+              <a href="thread.html#266">[ thread ]</a>
+              <a href="subject.html#266">[ subject ]</a>
+              <a href="author.html#266">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Depending on your requirements, there is a high likelihood that you
+need to support pre-flight requests.  Especially if you're intending
+on providing credentials in the requests.  Many of the interesting
+headers are not simple headers (for CORS) and require a handshake
+first between browser and server to ensure the headers in question are
+allowed to be sent.
+
+This obviously limits the amount of information you can determine
+about the caller.  One alternative here, is the use of OAuth2 with the
+'access_token' query parameter.  This can be sent along with the
+pre-flight request.
+
+On the other hand, some providers (Github, IIRC) will simply validate
+a CORS request by comparing the 'Origin' against their entire list of
+registered origins.  This opens up some opportunity for abuse by other
+clients in the system, but can be further mitigated by enforcing the
+'Origin' more strictly at the authorization step of the request.
+
+As an aside, I have a cowboy middleware project to do the heavy
+lifting for CORS at <A HREF="https://github.com/danielwhite/cowboy_cors.">https://github.com/danielwhite/cowboy_cors.</A>
+Business policies can be implemented by means of a callback module.
+
+Cheers,
+
+
+On Thu, Oct 10, 2013 at 4:28 AM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+&gt;<i> Essentially, the REST service endpoint would be on widgets.net while the
+</I>&gt;<i> clients website, in this case things.com, has a JavaScript that makes an
+</I>&gt;<i> AJAX call to widgets.net.  The account on widgets.net for things.com will
+</I>&gt;<i> have the things.com domain registered to its account, so that widgets.net
+</I>&gt;<i> can check to see if the request is coming from an expected domain.
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Lee
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 9 Oct 2013, at 16:51, Nathan Michaels &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">nathan at nmichaels.org</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i> Is the client making the request to your service on widgets.net because
+</I>&gt;<i> things.com sent them there, or is things.com making the request directly on
+</I>&gt;<i> behalf of the client? The first is what Lo&#239;c is talking about. The second is
+</I>&gt;<i> the source IP of the request, which you can definitely get.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Wed, Oct 9, 2013 at 11:32 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> In short: you can't.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Browsers may send origin/referer/.. headers depending on the type of
+</I>&gt;&gt;<i> request, but you can't rely on them to be real or even just there.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thank you.  I couldn't work out if that's the host being called from or
+</I>&gt;&gt;&gt;<i> the host name in the request.  For example, a store called things.com makes
+</I>&gt;&gt;&gt;<i> a request to my service on widgets.net.  I need to see that the request is
+</I>&gt;&gt;&gt;<i> made FROM things.com for validation purposes. Is it correct that host will
+</I>&gt;&gt;&gt;<i> provide this?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Sent from my iPhone
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On Oct 9, 2013, at 2:31 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> cowboy_req:host/1?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Please use the nice manual we have now.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>   <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req</A>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> When receiving a Cowboy request, is there a way to find out which
+</I>&gt;&gt;&gt;&gt;&gt;<i> hostname the user made the request from?  I'm using CORS in my REST and
+</I>&gt;&gt;&gt;&gt;&gt;<i> Bullet app, where each call can be made through a given account.  However,
+</I>&gt;&gt;&gt;&gt;&gt;<i> I'd like to be able to lock requests for each account to a designated
+</I>&gt;&gt;&gt;&gt;&gt;<i> hostname to protect that users account usage.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+
+-- 
+Daniel White
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000265.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+	<LI>Next message: <A HREF="000267.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#266">[ date ]</a>
+              <a href="thread.html#266">[ thread ]</a>
+              <a href="subject.html#266">[ subject ]</a>
+              <a href="author.html#266">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000267.html b/_build/static/archives/extend/2013-October/000267.html
new file mode 100644
index 00000000..b403cab5
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000267.html
@@ -0,0 +1,197 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy Calling Hostname
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3C9CEDE09F-E3AF-47FB-95B4-6550000B4CE7%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000266.html">
+   <LINK REL="Next"  HREF="000268.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy Calling Hostname</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20Calling%20Hostname&In-Reply-To=%3C9CEDE09F-E3AF-47FB-95B4-6550000B4CE7%40gmail.com%3E"
+       TITLE="[99s-extend] Cowboy Calling Hostname">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Thu Oct 10 08:05:23 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000266.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+        <LI>Next message: <A HREF="000268.html">[99s-extend] SSL Example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#267">[ date ]</a>
+              <a href="thread.html#267">[ thread ]</a>
+              <a href="subject.html#267">[ subject ]</a>
+              <a href="author.html#267">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thank you, Daniel.  The project looks very useful.  At this stage, I don't need to strictly require calls to come from a set domain but would like this to be a hurdle for hackers.  I may set up an IP restriction instead.
+
+Thanks,
+Lee
+
+Sent from my iPhone
+
+&gt;<i> On Oct 10, 2013, at 12:03 AM, Daniel White &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">daniel at whitehouse.id.au</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> Depending on your requirements, there is a high likelihood that you
+</I>&gt;<i> need to support pre-flight requests.  Especially if you're intending
+</I>&gt;<i> on providing credentials in the requests.  Many of the interesting
+</I>&gt;<i> headers are not simple headers (for CORS) and require a handshake
+</I>&gt;<i> first between browser and server to ensure the headers in question are
+</I>&gt;<i> allowed to be sent.
+</I>&gt;<i> 
+</I>&gt;<i> This obviously limits the amount of information you can determine
+</I>&gt;<i> about the caller.  One alternative here, is the use of OAuth2 with the
+</I>&gt;<i> 'access_token' query parameter.  This can be sent along with the
+</I>&gt;<i> pre-flight request.
+</I>&gt;<i> 
+</I>&gt;<i> On the other hand, some providers (Github, IIRC) will simply validate
+</I>&gt;<i> a CORS request by comparing the 'Origin' against their entire list of
+</I>&gt;<i> registered origins.  This opens up some opportunity for abuse by other
+</I>&gt;<i> clients in the system, but can be further mitigated by enforcing the
+</I>&gt;<i> 'Origin' more strictly at the authorization step of the request.
+</I>&gt;<i> 
+</I>&gt;<i> As an aside, I have a cowboy middleware project to do the heavy
+</I>&gt;<i> lifting for CORS at <A HREF="https://github.com/danielwhite/cowboy_cors.">https://github.com/danielwhite/cowboy_cors.</A>
+</I>&gt;<i> Business policies can be implemented by means of a callback module.
+</I>&gt;<i> 
+</I>&gt;<i> Cheers,
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;&gt;<i> On Thu, Oct 10, 2013 at 4:28 AM, Lee Sylvester &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lee.sylvester at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;<i> Essentially, the REST service endpoint would be on widgets.net while the
+</I>&gt;&gt;<i> clients website, in this case things.com, has a JavaScript that makes an
+</I>&gt;&gt;<i> AJAX call to widgets.net.  The account on widgets.net for things.com will
+</I>&gt;&gt;<i> have the things.com domain registered to its account, so that widgets.net
+</I>&gt;&gt;<i> can check to see if the request is coming from an expected domain.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Lee
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 9 Oct 2013, at 16:51, Nathan Michaels &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">nathan at nmichaels.org</A>&gt; wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Is the client making the request to your service on widgets.net because
+</I>&gt;&gt;<i> things.com sent them there, or is things.com making the request directly on
+</I>&gt;&gt;<i> behalf of the client? The first is what Lo&#239;c is talking about. The second is
+</I>&gt;&gt;<i> the source IP of the request, which you can definitely get.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On Wed, Oct 9, 2013 at 11:32 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> In short: you can't.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Browsers may send origin/referer/.. headers depending on the type of
+</I>&gt;&gt;&gt;<i> request, but you can't rely on them to be real or even just there.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> On 10/09/2013 05:30 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Thank you.  I couldn't work out if that's the host being called from or
+</I>&gt;&gt;&gt;&gt;<i> the host name in the request.  For example, a store called things.com makes
+</I>&gt;&gt;&gt;&gt;<i> a request to my service on widgets.net.  I need to see that the request is
+</I>&gt;&gt;&gt;&gt;<i> made FROM things.com for validation purposes. Is it correct that host will
+</I>&gt;&gt;&gt;&gt;<i> provide this?
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Sent from my iPhone
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> On Oct 9, 2013, at 2:31 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> cowboy_req:host/1?
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> Please use the nice manual we have now.
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i>  <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> On 10/09/2013 03:27 PM, Lee Sylvester wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> When receiving a Cowboy request, is there a way to find out which
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> hostname the user made the request from?  I'm using CORS in my REST and
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Bullet app, where each call can be made through a given account.  However,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> I'd like to be able to lock requests for each account to a designated
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> hostname to protect that users account usage.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Lee
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> Erlang Cowboy
+</I>&gt;&gt;&gt;<i> Nine Nines
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Daniel White
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000266.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+	<LI>Next message: <A HREF="000268.html">[99s-extend] SSL Example
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#267">[ date ]</a>
+              <a href="thread.html#267">[ thread ]</a>
+              <a href="subject.html#267">[ subject ]</a>
+              <a href="author.html#267">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000268.html b/_build/static/archives/extend/2013-October/000268.html
new file mode 100644
index 00000000..95734509
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000268.html
@@ -0,0 +1,100 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] SSL Example
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SSL%20Example&In-Reply-To=%3CCAO_b8hbgbhKYxuh2SGA7n0SSQqCWOCjhKWzL5xhjcC4ht2h7WA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000267.html">
+   <LINK REL="Next"  HREF="000269.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] SSL Example</H1>
+    <B>&#27604;&#37051;&#27604;&#29305;Prinbit</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20SSL%20Example&In-Reply-To=%3CCAO_b8hbgbhKYxuh2SGA7n0SSQqCWOCjhKWzL5xhjcC4ht2h7WA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] SSL Example">prinbit at gmail.com
+       </A><BR>
+    <I>Tue Oct 15 03:53:05 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000267.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+        <LI>Next message: <A HREF="000269.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#268">[ date ]</a>
+              <a href="thread.html#268">[ thread ]</a>
+              <a href="subject.html#268">[ subject ]</a>
+              <a href="author.html#268">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi Essen,
+
+Any suggestion on the question?
+
+I can't receive any email from the lists.
+
+Thanks in advance
+
+2013/10/13 &#27604;&#37051;&#27604;&#29305;Prinbit &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">prinbit at gmail.com</A>&gt;:
+&gt;<i> Hi essen
+</I>&gt;<i>
+</I>&gt;<i> In your ssl example, three files are needed in ssl folder, they are
+</I>&gt;<i> cowboy-ca.crt, server.crt and server.key.
+</I>&gt;<i>
+</I>&gt;<i> I am applying for a free ssl in startssl, and found there are only
+</I>&gt;<i> server.crt and server.key generated.
+</I>&gt;<i>
+</I>&gt;<i> What is cowboy-ca.crt used for?
+</I>&gt;<i>
+</I>&gt;<i> I want to add ssl certificate in <A HREF="http://prinbit.com,">http://prinbit.com,</A> my question is
+</I>&gt;<i> that is cowboy-ca.crt is needed for me?
+</I>&gt;<i>
+</I>&gt;<i> Thanks in advance
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Thanks &amp; Regards,
+</I>&gt;<i>
+</I>&gt;<i> PrinBit, Video Chatting and Collaborative Coding, Together
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="http://prinbit.com">http://prinbit.com</A>
+</I>
+
+
+-- 
+Thanks &amp; Regards,
+
+PrinBit, Video Chatting and Collaborative Coding, Together
+
+<A HREF="http://prinbit.com">http://prinbit.com</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000267.html">[99s-extend] Cowboy Calling Hostname
+</A></li>
+	<LI>Next message: <A HREF="000269.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#268">[ date ]</a>
+              <a href="thread.html#268">[ thread ]</a>
+              <a href="subject.html#268">[ subject ]</a>
+              <a href="author.html#268">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000269.html b/_build/static/archives/extend/2013-October/000269.html
new file mode 100644
index 00000000..5c7ddf49
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000269.html
@@ -0,0 +1,83 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwZDCwOi32RY_mwKY7w-O1Q%2BPTGQwp4vY72KJY3C-Q8_Xw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000268.html">
+   <LINK REL="Next"  HREF="000270.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwZDCwOi32RY_mwKY7w-O1Q%2BPTGQwp4vY72KJY3C-Q8_Xw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">akonsu at gmail.com
+       </A><BR>
+    <I>Wed Oct 16 04:55:28 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000268.html">[99s-extend] SSL Example
+</A></li>
+        <LI>Next message: <A HREF="000270.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#269">[ date ]</a>
+              <a href="thread.html#269">[ thread ]</a>
+              <a href="subject.html#269">[ subject ]</a>
+              <a href="author.html#269">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+the documentation for `init` at
+<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler</A> says:
+
+The receive loop will run for a duration of up to Timeout milliseconds
+after it last received data from the socket, at which point it will stop
+and send a 204 No Content reply.
+
+What socket does it refer to? I had an impression that the loop handles
+erlang messages. Do these messages come through a socket (sorry about a
+trivial question, but I am new to erlang), and this is the socket that the
+docs talk about?
+
+The reason why I am asking is because I used to have a Timeout of 60000,
+and even though messages kept coming non stop, it still kept disconnecting
+after a minute, until I set Timeout to infinity.
+
+thanks
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131015/94506752/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131015/94506752/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000268.html">[99s-extend] SSL Example
+</A></li>
+	<LI>Next message: <A HREF="000270.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#269">[ date ]</a>
+              <a href="thread.html#269">[ thread ]</a>
+              <a href="subject.html#269">[ subject ]</a>
+              <a href="author.html#269">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000270.html b/_build/static/archives/extend/2013-October/000270.html
new file mode 100644
index 00000000..74979150
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000270.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E0192.7020706%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000269.html">
+   <LINK REL="Next"  HREF="000271.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E0192.7020706%40ninenines.eu%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct 16 05:01:38 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000269.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000271.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#270">[ date ]</a>
+              <a href="thread.html#270">[ thread ]</a>
+              <a href="subject.html#270">[ subject ]</a>
+              <a href="author.html#270">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>The socket connected to the client.
+
+TCP isn't perfect, there is no way to be 100% sure the client is still 
+connected, hence the timeout. If the client is still up you should make 
+it reconnect.
+
+On 10/16/2013 04:55 AM, akonsu wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> the documentation for `init` at
+</I>&gt;<i> <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler</A> says:
+</I>&gt;<i>
+</I>&gt;<i> The receive loop will run for a duration of up to Timeout milliseconds
+</I>&gt;<i> after it last received data from the socket, at which point it will stop
+</I>&gt;<i> and send a 204 No Content reply.
+</I>&gt;<i>
+</I>&gt;<i> What socket does it refer to? I had an impression that the loop handles
+</I>&gt;<i> erlang messages. Do these messages come through a socket (sorry about a
+</I>&gt;<i> trivial question, but I am new to erlang), and this is the socket that
+</I>&gt;<i> the docs talk about?
+</I>&gt;<i>
+</I>&gt;<i> The reason why I am asking is because I used to have a Timeout of 60000,
+</I>&gt;<i> and even though messages kept coming non stop, it still kept
+</I>&gt;<i> disconnecting after a minute, until I set Timeout to infinity.
+</I>&gt;<i>
+</I>&gt;<i> thanks
+</I>&gt;<i> Konstantin
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000269.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000271.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#270">[ date ]</a>
+              <a href="thread.html#270">[ thread ]</a>
+              <a href="subject.html#270">[ subject ]</a>
+              <a href="author.html#270">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000271.html b/_build/static/archives/extend/2013-October/000271.html
new file mode 100644
index 00000000..a71e5ae4
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000271.html
@@ -0,0 +1,113 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000270.html">
+   <LINK REL="Next"  HREF="000272.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwYP_rRrgTSqwv7nD2UAJkvKDzpKDfkrfLaLJTff_Dg7ig%40mail.gmail.com%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">akonsu at gmail.com
+       </A><BR>
+    <I>Wed Oct 16 05:03:53 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000270.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000272.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#271">[ date ]</a>
+              <a href="thread.html#271">[ thread ]</a>
+              <a href="subject.html#271">[ subject ]</a>
+              <a href="author.html#271">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>so it will disconnect if the client only listens and sends nothing to the
+socket, correct?
+
+
+2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> The socket connected to the client.
+</I>&gt;<i>
+</I>&gt;<i> TCP isn't perfect, there is no way to be 100% sure the client is still
+</I>&gt;<i> connected, hence the timeout. If the client is still up you should make it
+</I>&gt;<i> reconnect.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 10/16/2013 04:55 AM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> the documentation for `init` at
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu/docs/en/**cowboy/HEAD/manual/cowboy_**loop_handler&lt;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler">http://ninenines.eu/docs/en/**cowboy/HEAD/manual/cowboy_**loop_handler&lt;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler</A>&gt;says:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The receive loop will run for a duration of up to Timeout milliseconds
+</I>&gt;&gt;<i> after it last received data from the socket, at which point it will stop
+</I>&gt;&gt;<i> and send a 204 No Content reply.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> What socket does it refer to? I had an impression that the loop handles
+</I>&gt;&gt;<i> erlang messages. Do these messages come through a socket (sorry about a
+</I>&gt;&gt;<i> trivial question, but I am new to erlang), and this is the socket that
+</I>&gt;&gt;<i> the docs talk about?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The reason why I am asking is because I used to have a Timeout of 60000,
+</I>&gt;&gt;<i> and even though messages kept coming non stop, it still kept
+</I>&gt;&gt;<i> disconnecting after a minute, until I set Timeout to infinity.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> thanks
+</I>&gt;&gt;<i> Konstantin
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#271;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131015/591e8649/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131015/591e8649/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000270.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000272.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#271">[ date ]</a>
+              <a href="thread.html#271">[ thread ]</a>
+              <a href="subject.html#271">[ subject ]</a>
+              <a href="author.html#271">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000272.html b/_build/static/archives/extend/2013-October/000272.html
new file mode 100644
index 00000000..7a3052d4
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000272.html
@@ -0,0 +1,132 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E03E2.5040201%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000271.html">
+   <LINK REL="Next"  HREF="000273.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E03E2.5040201%40ninenines.eu%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct 16 05:11:30 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000271.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000273.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#272">[ date ]</a>
+              <a href="thread.html#272">[ thread ]</a>
+              <a href="subject.html#272">[ subject ]</a>
+              <a href="author.html#272">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Yep. And it will also disconnect if the client sends too much. It has to 
+disconnect and reconnect eventually, there's no way around it.
+
+On 10/16/2013 05:03 AM, akonsu wrote:
+&gt;<i> so it will disconnect if the client only listens and sends nothing to
+</I>&gt;<i> the socket, correct?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> 2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>     The socket connected to the client.
+</I>&gt;<i>
+</I>&gt;<i>     TCP isn't perfect, there is no way to be 100% sure the client is
+</I>&gt;<i>     still connected, hence the timeout. If the client is still up you
+</I>&gt;<i>     should make it reconnect.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 10/16/2013 04:55 AM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Hello,
+</I>&gt;<i>
+</I>&gt;<i>         the documentation for `init` at
+</I>&gt;<i>         <A HREF="http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler">http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler</A>
+</I>&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler</A>&gt;
+</I>&gt;<i>         says:
+</I>&gt;<i>
+</I>&gt;<i>         The receive loop will run for a duration of up to Timeout
+</I>&gt;<i>         milliseconds
+</I>&gt;<i>         after it last received data from the socket, at which point it
+</I>&gt;<i>         will stop
+</I>&gt;<i>         and send a 204 No Content reply.
+</I>&gt;<i>
+</I>&gt;<i>         What socket does it refer to? I had an impression that the loop
+</I>&gt;<i>         handles
+</I>&gt;<i>         erlang messages. Do these messages come through a socket (sorry
+</I>&gt;<i>         about a
+</I>&gt;<i>         trivial question, but I am new to erlang), and this is the
+</I>&gt;<i>         socket that
+</I>&gt;<i>         the docs talk about?
+</I>&gt;<i>
+</I>&gt;<i>         The reason why I am asking is because I used to have a Timeout
+</I>&gt;<i>         of 60000,
+</I>&gt;<i>         and even though messages kept coming non stop, it still kept
+</I>&gt;<i>         disconnecting after a minute, until I set Timeout to infinity.
+</I>&gt;<i>
+</I>&gt;<i>         thanks
+</I>&gt;<i>         Konstantin
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         _________________________________________________
+</I>&gt;<i>         Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         <A HREF="http://lists.ninenines.eu:81/__listinfo/extend">http://lists.ninenines.eu:81/__listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#271;c Hoguin
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000271.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000273.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#272">[ date ]</a>
+              <a href="thread.html#272">[ thread ]</a>
+              <a href="subject.html#272">[ subject ]</a>
+              <a href="author.html#272">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000273.html b/_build/static/archives/extend/2013-October/000273.html
new file mode 100644
index 00000000..2639fffd
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000273.html
@@ -0,0 +1,156 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000272.html">
+   <LINK REL="Next"  HREF="000274.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwY75j1G2Ew13WY5dMCT8_E41b85OjoKdFHw9AZfX9qQcg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">akonsu at gmail.com
+       </A><BR>
+    <I>Wed Oct 16 05:31:46 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000272.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000274.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#273">[ date ]</a>
+              <a href="thread.html#273">[ thread ]</a>
+              <a href="subject.html#273">[ subject ]</a>
+              <a href="author.html#273">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>thanks for your help. suppose that I want to stream live audio. I do not
+know how long my audio program will be, and as I stream it, if I have a
+timeout, the server will just disconnect the user that listens to the audio
+in the browser. and the browser won't reconnect. Would you suggest the
+&quot;right&quot; way to implement something like that? Would infinite timeout
+suffice? or is it a bad practice? another type of handler maybe?
+
+
+2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> Yep. And it will also disconnect if the client sends too much. It has to
+</I>&gt;<i> disconnect and reconnect eventually, there's no way around it.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 10/16/2013 05:03 AM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> so it will disconnect if the client only listens and sends nothing to
+</I>&gt;&gt;<i> the socket, correct?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     The socket connected to the client.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     TCP isn't perfect, there is no way to be 100% sure the client is
+</I>&gt;&gt;<i>     still connected, hence the timeout. If the client is still up you
+</I>&gt;&gt;<i>     should make it reconnect.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 10/16/2013 04:55 AM, akonsu wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         the documentation for `init` at
+</I>&gt;&gt;<i>         <A HREF="http://ninenines.eu/docs/en/__**cowboy/HEAD/manual/cowboy___**">http://ninenines.eu/docs/en/__**cowboy/HEAD/manual/cowboy___**</A>
+</I>&gt;&gt;<i> loop_handler&lt;<A HREF="http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler">http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/**cowboy/HEAD/manual/cowboy_**">http://ninenines.eu/docs/en/**cowboy/HEAD/manual/cowboy_**</A>
+</I>&gt;&gt;<i> loop_handler&lt;<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>         says:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         The receive loop will run for a duration of up to Timeout
+</I>&gt;&gt;<i>         milliseconds
+</I>&gt;&gt;<i>         after it last received data from the socket, at which point it
+</I>&gt;&gt;<i>         will stop
+</I>&gt;&gt;<i>         and send a 204 No Content reply.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         What socket does it refer to? I had an impression that the loop
+</I>&gt;&gt;<i>         handles
+</I>&gt;&gt;<i>         erlang messages. Do these messages come through a socket (sorry
+</I>&gt;&gt;<i>         about a
+</I>&gt;&gt;<i>         trivial question, but I am new to erlang), and this is the
+</I>&gt;&gt;<i>         socket that
+</I>&gt;&gt;<i>         the docs talk about?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         The reason why I am asking is because I used to have a Timeout
+</I>&gt;&gt;<i>         of 60000,
+</I>&gt;&gt;<i>         and even though messages kept coming non stop, it still kept
+</I>&gt;&gt;<i>         disconnecting after a minute, until I set Timeout to infinity.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         thanks
+</I>&gt;&gt;<i>         Konstantin
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         ______________________________**___________________
+</I>&gt;&gt;<i>         Extend mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.</A>**ninenines.eu&lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>         <A HREF="http://lists.ninenines.eu:81/_**_listinfo/extend&lt;http://lists.ninenines.eu:81/__listinfo/extend">http://lists.ninenines.eu:81/_**_listinfo/extend&lt;http://lists.ninenines.eu:81/__listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#271;c Hoguin
+</I>&gt;&gt;<i>     Erlang Cowboy
+</I>&gt;&gt;<i>     Nine Nines
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i>
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131015/203060cc/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131015/203060cc/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000272.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000274.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#273">[ date ]</a>
+              <a href="thread.html#273">[ thread ]</a>
+              <a href="subject.html#273">[ subject ]</a>
+              <a href="author.html#273">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000274.html b/_build/static/archives/extend/2013-October/000274.html
new file mode 100644
index 00000000..98d9d064
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000274.html
@@ -0,0 +1,183 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E0AAF.3070203%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000273.html">
+   <LINK REL="Next"  HREF="000275.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E0AAF.3070203%40ninenines.eu%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct 16 05:40:31 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000273.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000275.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#274">[ date ]</a>
+              <a href="thread.html#274">[ thread ]</a>
+              <a href="subject.html#274">[ subject ]</a>
+              <a href="author.html#274">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Infinite is bad practice, yes. Infinite means some connections will 
+*never* be closed, eating FDs and memory for nothing.
+
+I'm not sure why you want to receive messages, you could just use a 
+normal handler that asks for more data, sends it, ask for more data, 
+sends it, etc.
+
+On 10/16/2013 05:31 AM, akonsu wrote:
+&gt;<i> thanks for your help. suppose that I want to stream live audio. I do not
+</I>&gt;<i> know how long my audio program will be, and as I stream it, if I have a
+</I>&gt;<i> timeout, the server will just disconnect the user that listens to the
+</I>&gt;<i> audio in the browser. and the browser won't reconnect. Would you suggest
+</I>&gt;<i> the &quot;right&quot; way to implement something like that? Would infinite timeout
+</I>&gt;<i> suffice? or is it a bad practice? another type of handler maybe?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> 2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>     Yep. And it will also disconnect if the client sends too much. It
+</I>&gt;<i>     has to disconnect and reconnect eventually, there's no way around it.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 10/16/2013 05:03 AM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;<i>         so it will disconnect if the client only listens and sends
+</I>&gt;<i>         nothing to
+</I>&gt;<i>         the socket, correct?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              The socket connected to the client.
+</I>&gt;<i>
+</I>&gt;<i>              TCP isn't perfect, there is no way to be 100% sure the
+</I>&gt;<i>         client is
+</I>&gt;<i>              still connected, hence the timeout. If the client is still
+</I>&gt;<i>         up you
+</I>&gt;<i>              should make it reconnect.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              On 10/16/2013 04:55 AM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;<i>                  Hello,
+</I>&gt;<i>
+</I>&gt;<i>                  the documentation for `init` at
+</I>&gt;<i>         <A HREF="http://ninenines.eu/docs/en/____cowboy/HEAD/manual/cowboy_____loop_handler">http://ninenines.eu/docs/en/____cowboy/HEAD/manual/cowboy_____loop_handler</A>
+</I>&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler">http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler">http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler</A>
+</I>&gt;<i>         &lt;<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler</A>&gt;&gt;
+</I>&gt;<i>                  says:
+</I>&gt;<i>
+</I>&gt;<i>                  The receive loop will run for a duration of up to Timeout
+</I>&gt;<i>                  milliseconds
+</I>&gt;<i>                  after it last received data from the socket, at which
+</I>&gt;<i>         point it
+</I>&gt;<i>                  will stop
+</I>&gt;<i>                  and send a 204 No Content reply.
+</I>&gt;<i>
+</I>&gt;<i>                  What socket does it refer to? I had an impression that
+</I>&gt;<i>         the loop
+</I>&gt;<i>                  handles
+</I>&gt;<i>                  erlang messages. Do these messages come through a
+</I>&gt;<i>         socket (sorry
+</I>&gt;<i>                  about a
+</I>&gt;<i>                  trivial question, but I am new to erlang), and this is the
+</I>&gt;<i>                  socket that
+</I>&gt;<i>                  the docs talk about?
+</I>&gt;<i>
+</I>&gt;<i>                  The reason why I am asking is because I used to have a
+</I>&gt;<i>         Timeout
+</I>&gt;<i>                  of 60000,
+</I>&gt;<i>                  and even though messages kept coming non stop, it still
+</I>&gt;<i>         kept
+</I>&gt;<i>                  disconnecting after a minute, until I set Timeout to
+</I>&gt;<i>         infinity.
+</I>&gt;<i>
+</I>&gt;<i>                  thanks
+</I>&gt;<i>                  Konstantin
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  ___________________________________________________
+</I>&gt;<i>                  Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.__ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>         <A HREF="http://lists.ninenines.eu:81/____listinfo/extend">http://lists.ninenines.eu:81/____listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/__listinfo/extend">http://lists.ninenines.eu:81/__listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>                  &lt;<A HREF="http://lists.ninenines.eu:81/__listinfo/extend">http://lists.ninenines.eu:81/__listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              --
+</I>&gt;<i>              Lo&#271;c Hoguin
+</I>&gt;<i>              Erlang Cowboy
+</I>&gt;<i>              Nine Nines
+</I>&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000273.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000275.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#274">[ date ]</a>
+              <a href="thread.html#274">[ thread ]</a>
+              <a href="subject.html#274">[ subject ]</a>
+              <a href="author.html#274">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000275.html b/_build/static/archives/extend/2013-October/000275.html
new file mode 100644
index 00000000..946261ed
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000275.html
@@ -0,0 +1,84 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwZW64xGtVxca35PngCXBJEh8oaQk9TuOPesXf48XUH%3Dqg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000274.html">
+   <LINK REL="Next"  HREF="000276.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwZW64xGtVxca35PngCXBJEh8oaQk9TuOPesXf48XUH%3Dqg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">akonsu at gmail.com
+       </A><BR>
+    <I>Wed Oct 16 05:48:42 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000274.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000276.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#275">[ date ]</a>
+              <a href="thread.html#275">[ thread ]</a>
+              <a href="subject.html#275">[ subject ]</a>
+              <a href="author.html#275">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>1. do you mean that there is no way on the server side to tell if the
+client has disconnected?
+
+2. if I use a normal handler, I will still run into the same problem, it
+does not matter which handler I use, from the standpoint of deciding
+whether the client is still there, right?
+
+I am confused as to how I can implement my streaming and not drop the
+connection on each client and yet make sure I do close the connections when
+the clients disconnect...
+
+
+2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> Infinite is bad practice, yes. Infinite means some connections will
+</I>&gt;<i> *never* be closed, eating FDs and memory for nothing.
+</I>&gt;<i>
+</I>&gt;<i> I'm not sure why you want to receive messages, you could just use a normal
+</I>&gt;<i> handler that asks for more data, sends it, ask for more data, sends it, etc.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131015/bac10460/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131015/bac10460/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000274.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000276.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#275">[ date ]</a>
+              <a href="thread.html#275">[ thread ]</a>
+              <a href="subject.html#275">[ subject ]</a>
+              <a href="author.html#275">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000276.html b/_build/static/archives/extend/2013-October/000276.html
new file mode 100644
index 00000000..4445393d
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000276.html
@@ -0,0 +1,98 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E10FE.2020107%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000275.html">
+   <LINK REL="Next"  HREF="000277.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E10FE.2020107%40ninenines.eu%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct 16 06:07:26 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000275.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000277.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#276">[ date ]</a>
+              <a href="thread.html#276">[ thread ]</a>
+              <a href="subject.html#276">[ subject ]</a>
+              <a href="author.html#276">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 10/16/2013 05:48 AM, akonsu wrote:
+&gt;<i> 1. do you mean that there is no way on the server side to tell if the
+</I>&gt;<i> client has disconnected?
+</I>
+There are ways, and Cowboy will happily detect them. There's also the 
+problem that a side may be closed without the other side knowing about 
+it, which is why you need timeouts.
+
+&gt;<i> 2. if I use a normal handler, I will still run into the same problem, it
+</I>&gt;<i> does not matter which handler I use, from the standpoint of deciding
+</I>&gt;<i> whether the client is still there, right?
+</I>
+If the client is gone, the send will fail. Normal handlers are pretty 
+much the same except they don't have a timeout, because your code has an 
+explicit end.
+
+&gt;<i> I am confused as to how I can implement my streaming and not drop the
+</I>&gt;<i> connection on each client and yet make sure I do close the connections
+</I>&gt;<i> when the clients disconnect...
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> 2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>     Infinite is bad practice, yes. Infinite means some connections will
+</I>&gt;<i>     *never* be closed, eating FDs and memory for nothing.
+</I>&gt;<i>
+</I>&gt;<i>     I'm not sure why you want to receive messages, you could just use a
+</I>&gt;<i>     normal handler that asks for more data, sends it, ask for more data,
+</I>&gt;<i>     sends it, etc.
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000275.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000277.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#276">[ date ]</a>
+              <a href="thread.html#276">[ thread ]</a>
+              <a href="subject.html#276">[ subject ]</a>
+              <a href="author.html#276">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000277.html b/_build/static/archives/extend/2013-October/000277.html
new file mode 100644
index 00000000..ae9bd3ff
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000277.html
@@ -0,0 +1,118 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwb0ubM3O%3DyKmEJvrJ94Y2xVWpnPxXWO7Qx0q8kxL4%2BqwQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000276.html">
+   <LINK REL="Next"  HREF="000278.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwb0ubM3O%3DyKmEJvrJ94Y2xVWpnPxXWO7Qx0q8kxL4%2BqwQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">akonsu at gmail.com
+       </A><BR>
+    <I>Wed Oct 16 06:12:29 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000276.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000278.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#277">[ date ]</a>
+              <a href="thread.html#277">[ thread ]</a>
+              <a href="subject.html#277">[ subject ]</a>
+              <a href="author.html#277">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>thanks. one more question if you do not mind. you say that we need timeouts
+when the client does not notify us when it dies. but then you say that if
+the client dies then the socket write will fail. to me this sounds like a
+contradiction. would you please clarify?
+
+(I assume that this is the problem that we are discussing:
+<A HREF="http://stackoverflow.com/questions/283375/detecting-tcp-client-disconnect,">http://stackoverflow.com/questions/283375/detecting-tcp-client-disconnect,</A>
+right?)
+
+
+2013/10/16 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> On 10/16/2013 05:48 AM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> 1. do you mean that there is no way on the server side to tell if the
+</I>&gt;&gt;<i> client has disconnected?
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> There are ways, and Cowboy will happily detect them. There's also the
+</I>&gt;<i> problem that a side may be closed without the other side knowing about it,
+</I>&gt;<i> which is why you need timeouts.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>  2. if I use a normal handler, I will still run into the same problem, it
+</I>&gt;&gt;<i> does not matter which handler I use, from the standpoint of deciding
+</I>&gt;&gt;<i> whether the client is still there, right?
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> If the client is gone, the send will fail. Normal handlers are pretty much
+</I>&gt;<i> the same except they don't have a timeout, because your code has an
+</I>&gt;<i> explicit end.
+</I>&gt;<i>
+</I>&gt;<i>  I am confused as to how I can implement my streaming and not drop the
+</I>&gt;&gt;<i> connection on each client and yet make sure I do close the connections
+</I>&gt;&gt;<i> when the clients disconnect...
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Infinite is bad practice, yes. Infinite means some connections will
+</I>&gt;&gt;<i>     *never* be closed, eating FDs and memory for nothing.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I'm not sure why you want to receive messages, you could just use a
+</I>&gt;&gt;<i>     normal handler that asks for more data, sends it, ask for more data,
+</I>&gt;&gt;<i>     sends it, etc.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131016/edbc349c/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131016/edbc349c/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000276.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000278.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#277">[ date ]</a>
+              <a href="thread.html#277">[ thread ]</a>
+              <a href="subject.html#277">[ subject ]</a>
+              <a href="author.html#277">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000278.html b/_build/static/archives/extend/2013-October/000278.html
new file mode 100644
index 00000000..0bded9f4
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000278.html
@@ -0,0 +1,142 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E179F.2010200%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000277.html">
+   <LINK REL="Next"  HREF="000279.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E179F.2010200%40ninenines.eu%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct 16 06:35:43 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000277.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000279.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#278">[ date ]</a>
+              <a href="thread.html#278">[ thread ]</a>
+              <a href="subject.html#278">[ subject ]</a>
+              <a href="author.html#278">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Loop handlers are designed to wait for a long time with the socket 
+*idle* and then eventually send one response then close the socket. 
+Things like long-polling.
+
+What you are doing is just streaming, for which you do not need a 
+timeout because the socket isn't idle. You are just sending a large 
+response, and normal handlers are perfectly capable of doing that.
+
+On 10/16/2013 06:12 AM, akonsu wrote:
+&gt;<i> thanks. one more question if you do not mind. you say that we need
+</I>&gt;<i> timeouts when the client does not notify us when it dies. but then you
+</I>&gt;<i> say that if the client dies then the socket write will fail. to me this
+</I>&gt;<i> sounds like a contradiction. would you please clarify?
+</I>&gt;<i>
+</I>&gt;<i> (I assume that this is the problem that we are discussing:
+</I>&gt;<i> <A HREF="http://stackoverflow.com/questions/283375/detecting-tcp-client-disconnect,">http://stackoverflow.com/questions/283375/detecting-tcp-client-disconnect,</A>
+</I>&gt;<i> right?)
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> 2013/10/16 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>     On 10/16/2013 05:48 AM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;<i>         1. do you mean that there is no way on the server side to tell
+</I>&gt;<i>         if the
+</I>&gt;<i>         client has disconnected?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     There are ways, and Cowboy will happily detect them. There's also
+</I>&gt;<i>     the problem that a side may be closed without the other side knowing
+</I>&gt;<i>     about it, which is why you need timeouts.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         2. if I use a normal handler, I will still run into the same
+</I>&gt;<i>         problem, it
+</I>&gt;<i>         does not matter which handler I use, from the standpoint of deciding
+</I>&gt;<i>         whether the client is still there, right?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     If the client is gone, the send will fail. Normal handlers are
+</I>&gt;<i>     pretty much the same except they don't have a timeout, because your
+</I>&gt;<i>     code has an explicit end.
+</I>&gt;<i>
+</I>&gt;<i>         I am confused as to how I can implement my streaming and not
+</I>&gt;<i>         drop the
+</I>&gt;<i>         connection on each client and yet make sure I do close the
+</I>&gt;<i>         connections
+</I>&gt;<i>         when the clients disconnect...
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         2013/10/15 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              Infinite is bad practice, yes. Infinite means some
+</I>&gt;<i>         connections will
+</I>&gt;<i>              *never* be closed, eating FDs and memory for nothing.
+</I>&gt;<i>
+</I>&gt;<i>              I'm not sure why you want to receive messages, you could
+</I>&gt;<i>         just use a
+</I>&gt;<i>              normal handler that asks for more data, sends it, ask for
+</I>&gt;<i>         more data,
+</I>&gt;<i>              sends it, etc.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000277.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000279.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#278">[ date ]</a>
+              <a href="thread.html#278">[ thread ]</a>
+              <a href="subject.html#278">[ subject ]</a>
+              <a href="author.html#278">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000279.html b/_build/static/archives/extend/2013-October/000279.html
new file mode 100644
index 00000000..8d3af11e
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000279.html
@@ -0,0 +1,81 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwbh8xH9Etiev66oA90p7aw3RjffnYoBd8b3Kuab0Bg6WQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000278.html">
+   <LINK REL="Next"  HREF="000280.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwbh8xH9Etiev66oA90p7aw3RjffnYoBd8b3Kuab0Bg6WQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">akonsu at gmail.com
+       </A><BR>
+    <I>Wed Oct 16 06:42:02 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000278.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000280.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#279">[ date ]</a>
+              <a href="thread.html#279">[ thread ]</a>
+              <a href="subject.html#279">[ subject ]</a>
+              <a href="author.html#279">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>ok. the data that I need to send are coming as erlang messages to the
+process that runs my handler. so it sounds like if I want to use the
+&quot;normal&quot; cowboy_http_handler, then I need a receive loop inside handle(Req,
+State) callback, right? Basically, my response stream will potentially
+never end, I do not know how to handle this properly in cowboy...
+
+
+2013/10/16 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> Loop handlers are designed to wait for a long time with the socket *idle*
+</I>&gt;<i> and then eventually send one response then close the socket. Things like
+</I>&gt;<i> long-polling.
+</I>&gt;<i>
+</I>&gt;<i> What you are doing is just streaming, for which you do not need a timeout
+</I>&gt;<i> because the socket isn't idle. You are just sending a large response, and
+</I>&gt;<i> normal handlers are perfectly capable of doing that.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131016/abe38a1a/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131016/abe38a1a/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000278.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000280.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#279">[ date ]</a>
+              <a href="thread.html#279">[ thread ]</a>
+              <a href="subject.html#279">[ subject ]</a>
+              <a href="author.html#279">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000280.html b/_build/static/archives/extend/2013-October/000280.html
new file mode 100644
index 00000000..24d9e1e3
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000280.html
@@ -0,0 +1,91 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeout in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E1A85.3070706%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000279.html">
+   <LINK REL="Next"  HREF="000281.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeout in cowboy loop handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeout%20in%20cowboy%20loop%20handler&In-Reply-To=%3C525E1A85.3070706%40ninenines.eu%3E"
+       TITLE="[99s-extend] timeout in cowboy loop handler">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Oct 16 06:48:05 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000279.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000281.html">[99s-extend] handler and a linked process
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#280">[ date ]</a>
+              <a href="thread.html#280">[ thread ]</a>
+              <a href="subject.html#280">[ subject ]</a>
+              <a href="author.html#280">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Then use a loop handler, set its timeout to infinity *but* create a new 
+timeout that checks regularly if the handler is active or not to be able 
+to kill it off in case something happens.
+
+On 10/16/2013 06:42 AM, akonsu wrote:
+&gt;<i> ok. the data that I need to send are coming as erlang messages to the
+</I>&gt;<i> process that runs my handler. so it sounds like if I want to use the
+</I>&gt;<i> &quot;normal&quot; cowboy_http_handler, then I need a receive loop
+</I>&gt;<i> inside handle(Req, State) callback, right? Basically, my response stream
+</I>&gt;<i> will potentially never end, I do not know how to handle this properly in
+</I>&gt;<i> cowboy...
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> 2013/10/16 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>     Loop handlers are designed to wait for a long time with the socket
+</I>&gt;<i>     *idle* and then eventually send one response then close the socket.
+</I>&gt;<i>     Things like long-polling.
+</I>&gt;<i>
+</I>&gt;<i>     What you are doing is just streaming, for which you do not need a
+</I>&gt;<i>     timeout because the socket isn't idle. You are just sending a large
+</I>&gt;<i>     response, and normal handlers are perfectly capable of doing that.
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000279.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000281.html">[99s-extend] handler and a linked process
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#280">[ date ]</a>
+              <a href="thread.html#280">[ thread ]</a>
+              <a href="subject.html#280">[ subject ]</a>
+              <a href="author.html#280">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000281.html b/_build/static/archives/extend/2013-October/000281.html
new file mode 100644
index 00000000..621c5af7
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000281.html
@@ -0,0 +1,83 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] handler and a linked process
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20handler%20and%20a%20linked%20process&In-Reply-To=%3CCA%2BeMAwZE0WqFNH0%3DusVp0ykdGhNE0y7QoaDoRRNcMMveucy7Qw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000280.html">
+   <LINK REL="Next"  HREF="000282.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] handler and a linked process</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20handler%20and%20a%20linked%20process&In-Reply-To=%3CCA%2BeMAwZE0WqFNH0%3DusVp0ykdGhNE0y7QoaDoRRNcMMveucy7Qw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] handler and a linked process">akonsu at gmail.com
+       </A><BR>
+    <I>Fri Oct 18 15:15:37 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000280.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000282.html">[99s-extend] handler and a linked process
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#281">[ date ]</a>
+              <a href="thread.html#281">[ thread ]</a>
+              <a href="subject.html#281">[ subject ]</a>
+              <a href="author.html#281">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I have a handler that spawns a process and links to this process. the new
+process does not trap exit signals.
+
+When I open the URL that is handled by this handler in the browser, and
+stop the browser before the handler finishes the request, the handler is
+terminated and my terminate function is called with the Reason set to
+{error,closed} or something similar.
+
+When this happens, the linked process does not get killed, so I have to
+call exit on it from the terminate function.
+
+is this by design? I suppose when I cancel the browser request, the handler
+is exited with normal exit code, correct? could you point me to the source
+code for that part? it is perhaps in the &quot;ranch&quot; repo, no?
+
+thanks in advance
+
+konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131018/00d4df12/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131018/00d4df12/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000280.html">[99s-extend] timeout in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000282.html">[99s-extend] handler and a linked process
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#281">[ date ]</a>
+              <a href="thread.html#281">[ thread ]</a>
+              <a href="subject.html#281">[ subject ]</a>
+              <a href="author.html#281">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000282.html b/_build/static/archives/extend/2013-October/000282.html
new file mode 100644
index 00000000..a3ec5417
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000282.html
@@ -0,0 +1,105 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] handler and a linked process
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20handler%20and%20a%20linked%20process&In-Reply-To=%3C52652716.4010806%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000281.html">
+   <LINK REL="Next"  HREF="000283.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] handler and a linked process</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20handler%20and%20a%20linked%20process&In-Reply-To=%3C52652716.4010806%40ninenines.eu%3E"
+       TITLE="[99s-extend] handler and a linked process">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Oct 21 15:07:34 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000281.html">[99s-extend] handler and a linked process
+</A></li>
+        <LI>Next message: <A HREF="000283.html">[99s-extend] Generate url in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#282">[ date ]</a>
+              <a href="thread.html#282">[ thread ]</a>
+              <a href="subject.html#282">[ subject ]</a>
+              <a href="author.html#282">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey,
+
+I'm guessing you use loop handler or websocket handler? The browser 
+closing the connection in these cases is perfectly normal, that's part 
+of the deal. What you can do is monitor the connection process from the 
+other process if you need to go down in all cases. Links are only useful 
+for crashing on errors.
+
+On 10/18/2013 03:15 PM, akonsu wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I have a handler that spawns a process and links to this process. the
+</I>&gt;<i> new process does not trap exit signals.
+</I>&gt;<i>
+</I>&gt;<i> When I open the URL that is handled by this handler in the browser, and
+</I>&gt;<i> stop the browser before the handler finishes the request, the handler is
+</I>&gt;<i> terminated and my terminate function is called with the Reason set to
+</I>&gt;<i> {error,closed} or something similar.
+</I>&gt;<i>
+</I>&gt;<i> When this happens, the linked process does not get killed, so I have to
+</I>&gt;<i> call exit on it from the terminate function.
+</I>&gt;<i>
+</I>&gt;<i> is this by design? I suppose when I cancel the browser request, the
+</I>&gt;<i> handler is exited with normal exit code, correct? could you point me to
+</I>&gt;<i> the source code for that part? it is perhaps in the &quot;ranch&quot; repo, no?
+</I>&gt;<i>
+</I>&gt;<i> thanks in advance
+</I>&gt;<i>
+</I>&gt;<i> konstantin
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000281.html">[99s-extend] handler and a linked process
+</A></li>
+	<LI>Next message: <A HREF="000283.html">[99s-extend] Generate url in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#282">[ date ]</a>
+              <a href="thread.html#282">[ thread ]</a>
+              <a href="subject.html#282">[ subject ]</a>
+              <a href="author.html#282">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000283.html b/_build/static/archives/extend/2013-October/000283.html
new file mode 100644
index 00000000..7205f1a7
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000283.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Generate url in cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Generate%20url%20in%20cowboy&In-Reply-To=%3C52663C82.80702%40statpro.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000282.html">
+   <LINK REL="Next"  HREF="000284.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Generate url in cowboy</H1>
+    <B>Antonio Valente</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Generate%20url%20in%20cowboy&In-Reply-To=%3C52663C82.80702%40statpro.com%3E"
+       TITLE="[99s-extend] Generate url in cowboy">antonio.valente at statpro.com
+       </A><BR>
+    <I>Tue Oct 22 10:51:14 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000282.html">[99s-extend] handler and a linked process
+</A></li>
+        <LI>Next message: <A HREF="000284.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#283">[ date ]</a>
+              <a href="thread.html#283">[ thread ]</a>
+              <a href="subject.html#283">[ subject ]</a>
+              <a href="author.html#283">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi all,
+I need to automatically generate urls from the dispatcher configuration: 
+I'm looking for some kind of function that, given the dispatcher 
+configuration, a module and a list of bindings, returns an url.
+
+For example, if I have the following dispatch configuration:
+
+     [
+     {'_', [
+
+     {&quot;/api/v1/container/:resource/something&quot;, a_module, []},
+     ]}
+     ].
+
+I'd like to do something like:
+
+&lt;&lt;&quot;/api/v1/container/replaced/something&quot;&gt;&gt; = generate_url(Dispatch, 
+a_module, [{resource, &quot;replaced&quot;}]).
+
+Is there such a function? If not, can you give me some advice to write one?
+
+Thanks
+Antonio
+
+
+This message is private and confidential. If you have received this message in error, please notify us and remove it from your system. Any views or opinions presented in this email are solely those of the author and might not represent those of StatPro. Warning: Although StatPro has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments.
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000282.html">[99s-extend] handler and a linked process
+</A></li>
+	<LI>Next message: <A HREF="000284.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#283">[ date ]</a>
+              <a href="thread.html#283">[ thread ]</a>
+              <a href="subject.html#283">[ subject ]</a>
+              <a href="author.html#283">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000284.html b/_build/static/archives/extend/2013-October/000284.html
new file mode 100644
index 00000000..89cdd668
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000284.html
@@ -0,0 +1,73 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest, POST and redirect
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%2C%20POST%20and%20redirect&In-Reply-To=%3CCE9537D4.769B%25rolph.deruiter%40spilgames.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000283.html">
+   <LINK REL="Next"  HREF="000285.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest, POST and redirect</H1>
+    <B>Rolph de Ruiter</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%2C%20POST%20and%20redirect&In-Reply-To=%3CCE9537D4.769B%25rolph.deruiter%40spilgames.com%3E"
+       TITLE="[99s-extend] cowboy_rest, POST and redirect">Rolph.deRuiter at spilgames.com
+       </A><BR>
+    <I>Tue Oct 29 10:00:53 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000283.html">[99s-extend] Generate url in cowboy
+</A></li>
+        <LI>Next message: <A HREF="000285.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#284">[ date ]</a>
+              <a href="thread.html#284">[ thread ]</a>
+              <a href="subject.html#284">[ subject ]</a>
+              <a href="author.html#284">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I'm using cowboy_rest for a part of our api to handle POST requests. Under certain conditions, I would like to redirect to a new location (based on availability of the redirect qs parameter).
+I was unable to get the moved_temporarily/2 callback to work (was not invoked at al). So I just do the 302 myself, using cowboy_req:reply/4. This works, however, every time it produces an error in the emulator process:
+ [error] emulator Error in process &lt;0.509.0&gt; on node '<A HREF="https://lists.ninenines.eu/listinfo/extend">api at dev.loc</A>' with exit value: {function_clause,[{cowboy_req,reply,[204,[],&lt;&lt;0 bytes&gt;&gt;,{http_req,#Port&lt;0.14491&gt;,ranch_tcp,keepalive,&lt;0.509.0&gt;,&lt;&lt;4 bytes&gt;&gt;,'HTTP/1.1',{{10,10,10,1},62197},&lt;&lt;15 bytes&gt;&gt;,undefined,8000,&lt;&lt;26 bytes&gt;&gt;,undefined,&lt;&lt;14 bytes&gt;&gt;,[{&lt;&lt;8 bytes&gt;&gt;,&lt;&lt;5 bytes&gt;&gt;}],[{method,&lt;&lt;5 bytes&gt;&gt;}],[{&lt;&lt;4 bytes&gt;&gt;,&lt;&lt;20 bytes&gt;&gt;},{&lt;&lt;10 bytes&gt;&gt;,&lt;&lt;10 bytes&gt;&gt;},{&lt;&lt;14 bytes&gt;&gt;,&lt;&lt;2 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;74 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;27 bytes&gt;&gt;},{&lt;&lt;10 bytes&gt;&gt;,&lt;&lt;120 bytes&gt;&gt;},{&lt;&lt;12 bytes&gt;&gt;,&lt;&lt;33 bytes&gt;&gt;},{&lt;&lt;7 bytes&gt;&gt;,&lt;&lt;54 bytes&gt;&gt;},{&lt;&lt;15 bytes&gt;&gt;,&lt;&lt;17 bytes&gt;&gt;},{&lt;&lt;15 bytes&gt;&gt;,&lt;&lt;14 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;245 bytes&gt;&gt;}],[{&lt;&lt;14 bytes&gt;&gt;,34},{&lt;&lt;6 bytes&gt;&gt;,undefined},{&lt;&lt;14 bytes&gt;&gt;,34},{&lt;&lt;12 bytes&gt;&gt;,{&lt;&lt;11 bytes&gt;&gt;,&lt;&lt;21 bytes&gt;&gt;,[]}},{&lt;&lt;17 bytes&gt;&gt;,undefined},{&lt;&lt;13 bytes&gt;&gt;,...
+
+Can you point me out how to (ideally) make use of moved_temporarily/2 or how I can prevent cowboy_rest from wanting to reply with 204 in this case?
+
+Cheers,
+Rolph
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131029/5fc5da75/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131029/5fc5da75/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000283.html">[99s-extend] Generate url in cowboy
+</A></li>
+	<LI>Next message: <A HREF="000285.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#284">[ date ]</a>
+              <a href="thread.html#284">[ thread ]</a>
+              <a href="subject.html#284">[ subject ]</a>
+              <a href="author.html#284">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000285.html b/_build/static/archives/extend/2013-October/000285.html
new file mode 100644
index 00000000..0976552b
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000285.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest, POST and redirect
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%2C%20POST%20and%20redirect&In-Reply-To=%3C526F7B40.4060408%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000284.html">
+   <LINK REL="Next"  HREF="000286.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest, POST and redirect</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%2C%20POST%20and%20redirect&In-Reply-To=%3C526F7B40.4060408%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy_rest, POST and redirect">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Oct 29 10:09:20 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000284.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+        <LI>Next message: <A HREF="000286.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#285">[ date ]</a>
+              <a href="thread.html#285">[ thread ]</a>
+              <a href="subject.html#285">[ subject ]</a>
+              <a href="author.html#285">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 10/29/2013 10:00 AM, Rolph de Ruiter wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I'm using cowboy_rest for a part of our api to handle POST requests.
+</I>&gt;<i> Under certain conditions, I would like to redirect to a new location
+</I>&gt;<i> (based on availability of the redirect qs parameter).
+</I>&gt;<i> I was unable to get the moved_temporarily/2 callback to work (was not
+</I>&gt;<i> invoked at al). So I just do the 302 myself, using cowboy_req:reply/4.
+</I>&gt;<i> This works, however, every time it produces an error in the emulator
+</I>&gt;<i> process:
+</I>&gt;<i>   [error] emulator Error in process &lt;0.509.0&gt; on node '<A HREF="https://lists.ninenines.eu/listinfo/extend">api at dev.loc</A>' with
+</I>&gt;<i> exit value: {function_clause,[{cowboy_req,reply,[204,[],&lt;&lt;0
+</I>&gt;<i> bytes&gt;&gt;,{http_req,#Port&lt;0.14491&gt;,ranch_tcp,keepalive,&lt;0.509.0&gt;,&lt;&lt;4
+</I>&gt;<i> bytes&gt;&gt;,'HTTP/1.1',{{10,10,10,1},62197},&lt;&lt;15 bytes&gt;&gt;,undefined,8000,&lt;&lt;26
+</I>&gt;<i> bytes&gt;&gt;,undefined,&lt;&lt;14 bytes&gt;&gt;,[{&lt;&lt;8 bytes&gt;&gt;,&lt;&lt;5 bytes&gt;&gt;}],[{method,&lt;&lt;5
+</I>&gt;<i> bytes&gt;&gt;}],[{&lt;&lt;4 bytes&gt;&gt;,&lt;&lt;20 bytes&gt;&gt;},{&lt;&lt;10 bytes&gt;&gt;,&lt;&lt;10 bytes&gt;&gt;},{&lt;&lt;14
+</I>&gt;<i> bytes&gt;&gt;,&lt;&lt;2 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;74 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;27
+</I>&gt;<i> bytes&gt;&gt;},{&lt;&lt;10 bytes&gt;&gt;,&lt;&lt;120 bytes&gt;&gt;},{&lt;&lt;12 bytes&gt;&gt;,&lt;&lt;33 bytes&gt;&gt;},{&lt;&lt;7
+</I>&gt;<i> bytes&gt;&gt;,&lt;&lt;54 bytes&gt;&gt;},{&lt;&lt;15 bytes&gt;&gt;,&lt;&lt;17 bytes&gt;&gt;},{&lt;&lt;15 bytes&gt;&gt;,&lt;&lt;14
+</I>&gt;<i> bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;245 bytes&gt;&gt;}],[{&lt;&lt;14 bytes&gt;&gt;,34},{&lt;&lt;6
+</I>&gt;<i> bytes&gt;&gt;,undefined},{&lt;&lt;14 bytes&gt;&gt;,34},{&lt;&lt;12 bytes&gt;&gt;,{&lt;&lt;11 bytes&gt;&gt;,&lt;&lt;21
+</I>&gt;<i> bytes&gt;&gt;,[]}},{&lt;&lt;17 bytes&gt;&gt;,undefined},{&lt;&lt;13 bytes&gt;&gt;,...
+</I>&gt;<i>
+</I>&gt;<i> Can you point me out how to (ideally) make use of moved_temporarily/2 or
+</I>&gt;<i> how I can prevent cowboy_rest from wanting to reply with 204 in this case?
+</I>
+moved_temporarily is only called if the resource previously existed.
+
+As for calling reply yourself, you just need to return {halt, NewReq, 
+State} afterwards.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000284.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+	<LI>Next message: <A HREF="000286.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#285">[ date ]</a>
+              <a href="thread.html#285">[ thread ]</a>
+              <a href="subject.html#285">[ subject ]</a>
+              <a href="author.html#285">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000286.html b/_build/static/archives/extend/2013-October/000286.html
new file mode 100644
index 00000000..bc94b505
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000286.html
@@ -0,0 +1,117 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest, POST and redirect
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%2C%20POST%20and%20redirect&In-Reply-To=%3CCE953B4E.76B1%25rolph.deruiter%40spilgames.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000285.html">
+   <LINK REL="Next"  HREF="000287.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest, POST and redirect</H1>
+    <B>Rolph de Ruiter</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%2C%20POST%20and%20redirect&In-Reply-To=%3CCE953B4E.76B1%25rolph.deruiter%40spilgames.com%3E"
+       TITLE="[99s-extend] cowboy_rest, POST and redirect">Rolph.deRuiter at spilgames.com
+       </A><BR>
+    <I>Tue Oct 29 10:16:15 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000285.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+        <LI>Next message: <A HREF="000287.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#286">[ date ]</a>
+              <a href="thread.html#286">[ thread ]</a>
+              <a href="subject.html#286">[ subject ]</a>
+              <a href="author.html#286">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>(forgot to include the list)
+
+On 10/29/13 10:14 AM, &quot;Rolph de Ruiter&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Rolph.deRuiter at spilgames.com</A>&gt;
+wrote:
+
+&gt;<i>Thanks!
+</I>&gt;<i>
+</I>&gt;<i>{halt, NewReq, State} worked like a charm :)
+</I>&gt;<i>
+</I>&gt;<i>Cheers,
+</I>&gt;<i>Rolph
+</I>&gt;<i>
+</I>&gt;<i>On 10/29/13 10:09 AM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i>On 10/29/2013 10:00 AM, Rolph de Ruiter wrote:
+</I>&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I'm using cowboy_rest for a part of our api to handle POST requests.
+</I>&gt;&gt;&gt;<i> Under certain conditions, I would like to redirect to a new location
+</I>&gt;&gt;&gt;<i> (based on availability of the redirect qs parameter).
+</I>&gt;&gt;&gt;<i> I was unable to get the moved_temporarily/2 callback to work (was not
+</I>&gt;&gt;&gt;<i> invoked at al). So I just do the 302 myself, using cowboy_req:reply/4.
+</I>&gt;&gt;&gt;<i> This works, however, every time it produces an error in the emulator
+</I>&gt;&gt;&gt;<i> process:
+</I>&gt;&gt;&gt;<i>   [error] emulator Error in process &lt;0.509.0&gt; on node '<A HREF="https://lists.ninenines.eu/listinfo/extend">api at dev.loc</A>'
+</I>&gt;&gt;&gt;<i>with
+</I>&gt;&gt;&gt;<i> exit value: {function_clause,[{cowboy_req,reply,[204,[],&lt;&lt;0
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;,{http_req,#Port&lt;0.14491&gt;,ranch_tcp,keepalive,&lt;0.509.0&gt;,&lt;&lt;4
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;,'HTTP/1.1',{{10,10,10,1},62197},&lt;&lt;15
+</I>&gt;&gt;&gt;<i>bytes&gt;&gt;,undefined,8000,&lt;&lt;26
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;,undefined,&lt;&lt;14 bytes&gt;&gt;,[{&lt;&lt;8 bytes&gt;&gt;,&lt;&lt;5 bytes&gt;&gt;}],[{method,&lt;&lt;5
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;}],[{&lt;&lt;4 bytes&gt;&gt;,&lt;&lt;20 bytes&gt;&gt;},{&lt;&lt;10 bytes&gt;&gt;,&lt;&lt;10 bytes&gt;&gt;},{&lt;&lt;14
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;,&lt;&lt;2 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;74 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;27
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;},{&lt;&lt;10 bytes&gt;&gt;,&lt;&lt;120 bytes&gt;&gt;},{&lt;&lt;12 bytes&gt;&gt;,&lt;&lt;33 bytes&gt;&gt;},{&lt;&lt;7
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;,&lt;&lt;54 bytes&gt;&gt;},{&lt;&lt;15 bytes&gt;&gt;,&lt;&lt;17 bytes&gt;&gt;},{&lt;&lt;15 bytes&gt;&gt;,&lt;&lt;14
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;245 bytes&gt;&gt;}],[{&lt;&lt;14 bytes&gt;&gt;,34},{&lt;&lt;6
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;,undefined},{&lt;&lt;14 bytes&gt;&gt;,34},{&lt;&lt;12 bytes&gt;&gt;,{&lt;&lt;11 bytes&gt;&gt;,&lt;&lt;21
+</I>&gt;&gt;&gt;<i> bytes&gt;&gt;,[]}},{&lt;&lt;17 bytes&gt;&gt;,undefined},{&lt;&lt;13 bytes&gt;&gt;,...
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Can you point me out how to (ideally) make use of moved_temporarily/2
+</I>&gt;&gt;&gt;<i>or
+</I>&gt;&gt;&gt;<i> how I can prevent cowboy_rest from wanting to reply with 204 in this
+</I>&gt;&gt;&gt;<i>case?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>moved_temporarily is only called if the resource previously existed.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>As for calling reply yourself, you just need to return {halt, NewReq,
+</I>&gt;&gt;<i>State} afterwards.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>-- 
+</I>&gt;&gt;<i>Lo&#239;c Hoguin
+</I>&gt;&gt;<i>Erlang Cowboy
+</I>&gt;&gt;<i>Nine Nines
+</I>&gt;&gt;<i><A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000285.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+	<LI>Next message: <A HREF="000287.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#286">[ date ]</a>
+              <a href="thread.html#286">[ thread ]</a>
+              <a href="subject.html#286">[ subject ]</a>
+              <a href="author.html#286">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000287.html b/_build/static/archives/extend/2013-October/000287.html
new file mode 100644
index 00000000..a4a09c33
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000287.html
@@ -0,0 +1,103 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST handler failure
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CCAJCf5Rz0mKmouz5DEunOOZ%2Bb21bfLCjyQy7ssbHAgUp%2B3rGCaw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000286.html">
+   <LINK REL="Next"  HREF="000288.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST handler failure</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CCAJCf5Rz0mKmouz5DEunOOZ%2Bb21bfLCjyQy7ssbHAgUp%2B3rGCaw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] REST handler failure">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Tue Oct 29 21:25:54 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000286.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+        <LI>Next message: <A HREF="000288.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#287">[ date ]</a>
+              <a href="thread.html#287">[ thread ]</a>
+              <a href="subject.html#287">[ subject ]</a>
+              <a href="author.html#287">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>My situation is that I have a rest handler that may fail due to invalid url
+segments.  Example situation:
+
+
+init(_Transport, _Req, _Opts) -&gt;
+        {upgrade, protocol, cowboy_rest}.
+
+content_types_provided(Req, State) -&gt;
+    {[{&lt;&lt;&quot;application/json&quot;&gt;&gt;, get_json}], Req, State}.
+
+get_json(Req0, State) -&gt;
+    {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0,
+[param1, param2, param3, ....]),
+
+    case catch other_module:request(Params) of
+        {'EXIT', {badarg, _}} -&gt;
+            hmmm, Params were bad and I would like to return a 404 code now.
+        Result -&gt;
+            {jiffy:encode(Result), Req1, State}
+    end.
+
+
+
+So I would like to return a 404 code when my underlying request function
+fails, but it appears my choices are:
+
+- return a 200 (ok) response with data.
+- crash and cause a 500 (Internal Server Error) response to be returned.
+Not exactly the sentiment I want.
+
+
+Is there some other way to cause a 404 response?
+
+I realize I could add path constraint functions, but I will be replicating
+logic from my underlying request function.  Furthermore, the constraint
+functions consider parameters in isolation, so that won't work if the
+validity of parameters is coupled.
+
+Thanks,
+Dan.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131029/a9204600/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131029/a9204600/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000286.html">[99s-extend] cowboy_rest, POST and redirect
+</A></li>
+	<LI>Next message: <A HREF="000288.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#287">[ date ]</a>
+              <a href="thread.html#287">[ thread ]</a>
+              <a href="subject.html#287">[ subject ]</a>
+              <a href="author.html#287">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000288.html b/_build/static/archives/extend/2013-October/000288.html
new file mode 100644
index 00000000..50c515f5
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000288.html
@@ -0,0 +1,110 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST handler failure
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3C0F1D01F5-A4B3-4135-8F4C-FCC2E9F79DFA%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000287.html">
+   <LINK REL="Next"  HREF="000289.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST handler failure</H1>
+    <B>Ivan uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3C0F1D01F5-A4B3-4135-8F4C-FCC2E9F79DFA%40llaisdy.com%3E"
+       TITLE="[99s-extend] REST handler failure">ivan at llaisdy.com
+       </A><BR>
+    <I>Tue Oct 29 22:01:30 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000287.html">[99s-extend] REST handler failure
+</A></li>
+        <LI>Next message: <A HREF="000289.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#288">[ date ]</a>
+              <a href="thread.html#288">[ thread ]</a>
+              <a href="subject.html#288">[ subject ]</a>
+              <a href="author.html#288">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Sorry for terse but I only have a phone. Why can't you return a 404 here?  Using something like cowboy:reply(404, ...
+
+Ivan
+
+--
+festina lente
+
+
+On 29 Oct 2013, at 21:25, Daniel Goertzen &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">daniel.goertzen at gmail.com</A>&gt; wrote:
+
+&gt;<i> My situation is that I have a rest handler that may fail due to invalid url segments.  Example situation:
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> init(_Transport, _Req, _Opts) -&gt;
+</I>&gt;<i>         {upgrade, protocol, cowboy_rest}.
+</I>&gt;<i> 
+</I>&gt;<i> content_types_provided(Req, State) -&gt;
+</I>&gt;<i>     {[{&lt;&lt;&quot;application/json&quot;&gt;&gt;, get_json}], Req, State}.
+</I>&gt;<i> 
+</I>&gt;<i> get_json(Req0, State) -&gt;
+</I>&gt;<i>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0, [param1, param2, param3, ....]),
+</I>&gt;<i> 
+</I>&gt;<i>     case catch other_module:request(Params) of
+</I>&gt;<i>         {'EXIT', {badarg, _}} -&gt;
+</I>&gt;<i>             hmmm, Params were bad and I would like to return a 404 code now.
+</I>&gt;<i>         Result -&gt;
+</I>&gt;<i>             {jiffy:encode(Result), Req1, State}
+</I>&gt;<i>     end.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> So I would like to return a 404 code when my underlying request function fails, but it appears my choices are:
+</I>&gt;<i> 
+</I>&gt;<i> - return a 200 (ok) response with data.
+</I>&gt;<i> - crash and cause a 500 (Internal Server Error) response to be returned.  Not exactly the sentiment I want.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> Is there some other way to cause a 404 response?
+</I>&gt;<i> 
+</I>&gt;<i> I realize I could add path constraint functions, but I will be replicating logic from my underlying request function.  Furthermore, the constraint functions consider parameters in isolation, so that won't work if the validity of parameters is coupled.
+</I>&gt;<i> 
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Dan.
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131029/3df30c1d/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131029/3df30c1d/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000287.html">[99s-extend] REST handler failure
+</A></li>
+	<LI>Next message: <A HREF="000289.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#288">[ date ]</a>
+              <a href="thread.html#288">[ thread ]</a>
+              <a href="subject.html#288">[ subject ]</a>
+              <a href="author.html#288">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000289.html b/_build/static/archives/extend/2013-October/000289.html
new file mode 100644
index 00000000..35391c10
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000289.html
@@ -0,0 +1,154 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST handler failure
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CCAJCf5RzwUz1moQooTpMp33tFn8R9xkhxqOnR0joBSUSTwJ_CoQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000288.html">
+   <LINK REL="Next"  HREF="000290.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST handler failure</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CCAJCf5RzwUz1moQooTpMp33tFn8R9xkhxqOnR0joBSUSTwJ_CoQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] REST handler failure">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Wed Oct 30 15:58:41 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000288.html">[99s-extend] REST handler failure
+</A></li>
+        <LI>Next message: <A HREF="000290.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#289">[ date ]</a>
+              <a href="thread.html#289">[ thread ]</a>
+              <a href="subject.html#289">[ subject ]</a>
+              <a href="author.html#289">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Well, this sort of works.  I tried this in the response handler:
+
+            {ok, Req2} = cowboy_req:reply(404, [] , &lt;&lt;&quot;this is the body
+that gets used&quot;&gt;&gt;, Req1),
+            {&lt;&lt;&quot;this body gets ignored&quot;&gt;&gt;, Req2, State};
+
+
+
+The client receives a 404 response, but cowboy crashes:
+
+=ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+Error in process &lt;0.131.0&gt; with exit value:
+{function_clause,[{cowboy_req,reply,[200,[],&lt;&lt;31
+bytes&gt;&gt;,{http_req,#Port&lt;0.1208&gt;,ranch_tcp,keepalive,&lt;0.131.0&gt;,&lt;&lt;3
+bytes&gt;&gt;,'HTTP/1.1',{{192,168,1,187},51017},&lt;&lt;12 bytes&gt;&gt;,undefined,80,&lt;&lt;24
+bytes&gt;&gt;,undefined,&lt;&lt;0 bytes&gt;&gt;,undefined,[{channel_num,3}],[{&lt;&lt;10
+bytes&gt;&gt;,&lt;&lt;11 bytes&gt;&gt;},{&lt;&lt;4 bytes&gt;&gt;,&lt;&lt;12 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;3
+bytes&gt;&gt;}],[{&lt;&lt;17 bytes&gt;&gt;,undefined},{&lt;&lt;13 bytes&gt;&gt;,undefined},{&lt;&lt;19
+bytes&gt;&gt;,undefined},{&lt;&lt;8 bytes&gt;&gt;,undefined},{&lt;&lt;6 bytes&gt;&gt;,[...
+
+
+
+The issue is that the REST wrapper wants to do the cowboy_req:reply(), and
+when we do the call we cause the wrapper's call to fail.
+
+Dan.
+
+
+
+On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>&gt; wrote:
+
+&gt;<i> Sorry for terse but I only have a phone. Why can't you return a 404 here?
+</I>&gt;<i>  Using something like cowboy:reply(404, ...
+</I>&gt;<i>
+</I>&gt;<i> Ivan
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> festina lente
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 29 Oct 2013, at 21:25, Daniel Goertzen &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">daniel.goertzen at gmail.com</A>&gt;
+</I>&gt;<i> wrote:
+</I>&gt;<i>
+</I>&gt;<i> My situation is that I have a rest handler that may fail due to invalid
+</I>&gt;<i> url segments.  Example situation:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> init(_Transport, _Req, _Opts) -&gt;
+</I>&gt;<i>         {upgrade, protocol, cowboy_rest}.
+</I>&gt;<i>
+</I>&gt;<i> content_types_provided(Req, State) -&gt;
+</I>&gt;<i>     {[{&lt;&lt;&quot;application/json&quot;&gt;&gt;, get_json}], Req, State}.
+</I>&gt;<i>
+</I>&gt;<i> get_json(Req0, State) -&gt;
+</I>&gt;<i>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0,
+</I>&gt;<i> [param1, param2, param3, ....]),
+</I>&gt;<i>
+</I>&gt;<i>     case catch other_module:request(Params) of
+</I>&gt;<i>         {'EXIT', {badarg, _}} -&gt;
+</I>&gt;<i>             hmmm, Params were bad and I would like to return a 404 code
+</I>&gt;<i> now.
+</I>&gt;<i>         Result -&gt;
+</I>&gt;<i>             {jiffy:encode(Result), Req1, State}
+</I>&gt;<i>     end.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> So I would like to return a 404 code when my underlying request function
+</I>&gt;<i> fails, but it appears my choices are:
+</I>&gt;<i>
+</I>&gt;<i> - return a 200 (ok) response with data.
+</I>&gt;<i> - crash and cause a 500 (Internal Server Error) response to be returned.
+</I>&gt;<i> Not exactly the sentiment I want.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Is there some other way to cause a 404 response?
+</I>&gt;<i>
+</I>&gt;<i> I realize I could add path constraint functions, but I will be replicating
+</I>&gt;<i> logic from my underlying request function.  Furthermore, the constraint
+</I>&gt;<i> functions consider parameters in isolation, so that won't work if the
+</I>&gt;<i> validity of parameters is coupled.
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i> Dan.
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131030/460453c8/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131030/460453c8/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000288.html">[99s-extend] REST handler failure
+</A></li>
+	<LI>Next message: <A HREF="000290.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#289">[ date ]</a>
+              <a href="thread.html#289">[ thread ]</a>
+              <a href="subject.html#289">[ subject ]</a>
+              <a href="author.html#289">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000290.html b/_build/static/archives/extend/2013-October/000290.html
new file mode 100644
index 00000000..fef7ff9f
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000290.html
@@ -0,0 +1,141 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST handler failure
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CA7D0DF68-BC2E-4249-A81F-3F7A645AD310%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000289.html">
+   <LINK REL="Next"  HREF="000293.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST handler failure</H1>
+    <B>Tilman Holschuh</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CA7D0DF68-BC2E-4249-A81F-3F7A645AD310%40gmail.com%3E"
+       TITLE="[99s-extend] REST handler failure">tilman.holschuh at gmail.com
+       </A><BR>
+    <I>Wed Oct 30 16:25:02 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000289.html">[99s-extend] REST handler failure
+</A></li>
+        <LI>Next message: <A HREF="000293.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#290">[ date ]</a>
+              <a href="thread.html#290">[ thread ]</a>
+              <a href="subject.html#290">[ subject ]</a>
+              <a href="author.html#290">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Why not let resource_exists/2 return false when your resource does not exist? You will get 404 on false. This way you separate the implementation for turning your data to json from checking if the request went to the correct resource. 
+
+- Tilman
+
+On 2013-10-30, at 7:58 AM, Daniel Goertzen wrote:
+
+&gt;<i> Well, this sort of works.  I tried this in the response handler:
+</I>&gt;<i> 
+</I>&gt;<i>             {ok, Req2} = cowboy_req:reply(404, [] , &lt;&lt;&quot;this is the body that gets used&quot;&gt;&gt;, Req1),
+</I>&gt;<i>             {&lt;&lt;&quot;this body gets ignored&quot;&gt;&gt;, Req2, State};
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> The client receives a 404 response, but cowboy crashes:
+</I>&gt;<i> 
+</I>&gt;<i> =ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+</I>&gt;<i> Error in process &lt;0.131.0&gt; with exit value: {function_clause,[{cowboy_req,reply,[200,[],&lt;&lt;31 bytes&gt;&gt;,{http_req,#Port&lt;0.1208&gt;,ranch_tcp,keepalive,&lt;0.131.0&gt;,&lt;&lt;3 bytes&gt;&gt;,'HTTP/1.1',{{192,168,1,187},51017},&lt;&lt;12 bytes&gt;&gt;,undefined,80,&lt;&lt;24 bytes&gt;&gt;,undefined,&lt;&lt;0 bytes&gt;&gt;,undefined,[{channel_num,3}],[{&lt;&lt;10 bytes&gt;&gt;,&lt;&lt;11 bytes&gt;&gt;},{&lt;&lt;4 bytes&gt;&gt;,&lt;&lt;12 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;3 bytes&gt;&gt;}],[{&lt;&lt;17 bytes&gt;&gt;,undefined},{&lt;&lt;13 bytes&gt;&gt;,undefined},{&lt;&lt;19 bytes&gt;&gt;,undefined},{&lt;&lt;8 bytes&gt;&gt;,undefined},{&lt;&lt;6 bytes&gt;&gt;,[... 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> The issue is that the REST wrapper wants to do the cowboy_req:reply(), and when we do the call we cause the wrapper's call to fail.
+</I>&gt;<i> 
+</I>&gt;<i> Dan.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>&gt; wrote:
+</I>&gt;<i> Sorry for terse but I only have a phone. Why can't you return a 404 here?  Using something like cowboy:reply(404, ...
+</I>&gt;<i> 
+</I>&gt;<i> Ivan
+</I>&gt;<i> 
+</I>&gt;<i> --
+</I>&gt;<i> festina lente
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On 29 Oct 2013, at 21:25, Daniel Goertzen &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">daniel.goertzen at gmail.com</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;&gt;<i> My situation is that I have a rest handler that may fail due to invalid url segments.  Example situation:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> init(_Transport, _Req, _Opts) -&gt;
+</I>&gt;&gt;<i>         {upgrade, protocol, cowboy_rest}.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> content_types_provided(Req, State) -&gt;
+</I>&gt;&gt;<i>     {[{&lt;&lt;&quot;application/json&quot;&gt;&gt;, get_json}], Req, State}.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> get_json(Req0, State) -&gt;
+</I>&gt;&gt;<i>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0, [param1, param2, param3, ....]),
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i>     case catch other_module:request(Params) of
+</I>&gt;&gt;<i>         {'EXIT', {badarg, _}} -&gt;
+</I>&gt;&gt;<i>             hmmm, Params were bad and I would like to return a 404 code now.
+</I>&gt;&gt;<i>         Result -&gt;
+</I>&gt;&gt;<i>             {jiffy:encode(Result), Req1, State}
+</I>&gt;&gt;<i>     end.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> So I would like to return a 404 code when my underlying request function fails, but it appears my choices are:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> - return a 200 (ok) response with data.
+</I>&gt;&gt;<i> - crash and cause a 500 (Internal Server Error) response to be returned.  Not exactly the sentiment I want.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Is there some other way to cause a 404 response?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I realize I could add path constraint functions, but I will be replicating logic from my underlying request function.  Furthermore, the constraint functions consider parameters in isolation, so that won't work if the validity of parameters is coupled.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Dan.
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> 
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000289.html">[99s-extend] REST handler failure
+</A></li>
+	<LI>Next message: <A HREF="000293.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#290">[ date ]</a>
+              <a href="thread.html#290">[ thread ]</a>
+              <a href="subject.html#290">[ subject ]</a>
+              <a href="author.html#290">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000291.html b/_build/static/archives/extend/2013-October/000291.html
new file mode 100644
index 00000000..12b20628
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000291.html
@@ -0,0 +1,144 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST handler failure
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3C215FA968-210F-474B-A3C2-0627D8FFFC74%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000293.html">
+   <LINK REL="Next"  HREF="000292.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST handler failure</H1>
+    <B>Ivan uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3C215FA968-210F-474B-A3C2-0627D8FFFC74%40llaisdy.com%3E"
+       TITLE="[99s-extend] REST handler failure">ivan at llaisdy.com
+       </A><BR>
+    <I>Wed Oct 30 16:27:15 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000293.html">[99s-extend] REST handler failure
+</A></li>
+        <LI>Next message: <A HREF="000292.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#291">[ date ]</a>
+              <a href="thread.html#291">[ thread ]</a>
+              <a href="subject.html#291">[ subject ]</a>
+              <a href="author.html#291">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Instead of &lt;&lt;&quot;this body ignored&quot;&gt;&gt; can you return the atom halt?
+
+#dontevenhaveanyofmycodewithme:(
+
+Ivan
+
+--
+festina lente
+
+
+On 30 Oct 2013, at 15:58, Daniel Goertzen &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">daniel.goertzen at gmail.com</A>&gt; wrote:
+
+&gt;<i> Well, this sort of works.  I tried this in the response handler:
+</I>&gt;<i> 
+</I>&gt;<i>             {ok, Req2} = cowboy_req:reply(404, [] , &lt;&lt;&quot;this is the body that gets used&quot;&gt;&gt;, Req1),
+</I>&gt;<i>             {&lt;&lt;&quot;this body gets ignored&quot;&gt;&gt;, Req2, State};
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> The client receives a 404 response, but cowboy crashes:
+</I>&gt;<i> 
+</I>&gt;<i> =ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+</I>&gt;<i> Error in process &lt;0.131.0&gt; with exit value: {function_clause,[{cowboy_req,reply,[200,[],&lt;&lt;31 bytes&gt;&gt;,{http_req,#Port&lt;0.1208&gt;,ranch_tcp,keepalive,&lt;0.131.0&gt;,&lt;&lt;3 bytes&gt;&gt;,'HTTP/1.1',{{192,168,1,187},51017},&lt;&lt;12 bytes&gt;&gt;,undefined,80,&lt;&lt;24 bytes&gt;&gt;,undefined,&lt;&lt;0 bytes&gt;&gt;,undefined,[{channel_num,3}],[{&lt;&lt;10 bytes&gt;&gt;,&lt;&lt;11 bytes&gt;&gt;},{&lt;&lt;4 bytes&gt;&gt;,&lt;&lt;12 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;3 bytes&gt;&gt;}],[{&lt;&lt;17 bytes&gt;&gt;,undefined},{&lt;&lt;13 bytes&gt;&gt;,undefined},{&lt;&lt;19 bytes&gt;&gt;,undefined},{&lt;&lt;8 bytes&gt;&gt;,undefined},{&lt;&lt;6 bytes&gt;&gt;,[... 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> The issue is that the REST wrapper wants to do the cowboy_req:reply(), and when we do the call we cause the wrapper's call to fail.
+</I>&gt;<i> 
+</I>&gt;<i> Dan.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>&gt; wrote:
+</I>&gt;&gt;<i> Sorry for terse but I only have a phone. Why can't you return a 404 here?  Using something like cowboy:reply(404, ...
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Ivan
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> festina lente
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 29 Oct 2013, at 21:25, Daniel Goertzen &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">daniel.goertzen at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> My situation is that I have a rest handler that may fail due to invalid url segments.  Example situation:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> init(_Transport, _Req, _Opts) -&gt;
+</I>&gt;&gt;&gt;<i>         {upgrade, protocol, cowboy_rest}.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> content_types_provided(Req, State) -&gt;
+</I>&gt;&gt;&gt;<i>     {[{&lt;&lt;&quot;application/json&quot;&gt;&gt;, get_json}], Req, State}.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> get_json(Req0, State) -&gt;
+</I>&gt;&gt;&gt;<i>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0, [param1, param2, param3, ....]),
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i>     case catch other_module:request(Params) of
+</I>&gt;&gt;&gt;<i>         {'EXIT', {badarg, _}} -&gt;
+</I>&gt;&gt;&gt;<i>             hmmm, Params were bad and I would like to return a 404 code now.
+</I>&gt;&gt;&gt;<i>         Result -&gt;
+</I>&gt;&gt;&gt;<i>             {jiffy:encode(Result), Req1, State}
+</I>&gt;&gt;&gt;<i>     end.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> So I would like to return a 404 code when my underlying request function fails, but it appears my choices are:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> - return a 200 (ok) response with data.
+</I>&gt;&gt;&gt;<i> - crash and cause a 500 (Internal Server Error) response to be returned.  Not exactly the sentiment I want.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Is there some other way to cause a 404 response?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> I realize I could add path constraint functions, but I will be replicating logic from my underlying request function.  Furthermore, the constraint functions consider parameters in isolation, so that won't work if the validity of parameters is coupled.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i> Dan.
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> 
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131030/6e8ec2f0/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131030/6e8ec2f0/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000293.html">[99s-extend] REST handler failure
+</A></li>
+	<LI>Next message: <A HREF="000292.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#291">[ date ]</a>
+              <a href="thread.html#291">[ thread ]</a>
+              <a href="subject.html#291">[ subject ]</a>
+              <a href="author.html#291">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000292.html b/_build/static/archives/extend/2013-October/000292.html
new file mode 100644
index 00000000..373e8147
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000292.html
@@ -0,0 +1,173 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST handler failure
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CCAJCf5Rx_o66FDE-91kX_%3DKBQou9wcx%2BUEenGPFYLE2nR_PRh8g%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000291.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST handler failure</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CCAJCf5Rx_o66FDE-91kX_%3DKBQou9wcx%2BUEenGPFYLE2nR_PRh8g%40mail.gmail.com%3E"
+       TITLE="[99s-extend] REST handler failure">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Wed Oct 30 16:32:47 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000291.html">[99s-extend] REST handler failure
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#292">[ date ]</a>
+              <a href="thread.html#292">[ thread ]</a>
+              <a href="subject.html#292">[ subject ]</a>
+              <a href="author.html#292">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Returning 'halt' caused a status code of 204.
+
+Dan.
+
+
+On Wed, Oct 30, 2013 at 10:27 AM, Ivan uemlianin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>&gt; wrote:
+
+&gt;<i> Instead of &lt;&lt;&quot;this body ignored&quot;&gt;&gt; can you return the atom halt?
+</I>&gt;<i>
+</I>&gt;<i> #dontevenhaveanyofmycodewithme:(
+</I>&gt;<i>
+</I>&gt;<i> Ivan
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> festina lente
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 30 Oct 2013, at 15:58, Daniel Goertzen &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">daniel.goertzen at gmail.com</A>&gt;
+</I>&gt;<i> wrote:
+</I>&gt;<i>
+</I>&gt;<i> Well, this sort of works.  I tried this in the response handler:
+</I>&gt;<i>
+</I>&gt;<i>             {ok, Req2} = cowboy_req:reply(404, [] , &lt;&lt;&quot;this is the body
+</I>&gt;<i> that gets used&quot;&gt;&gt;, Req1),
+</I>&gt;<i>             {&lt;&lt;&quot;this body gets ignored&quot;&gt;&gt;, Req2, State};
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> The client receives a 404 response, but cowboy crashes:
+</I>&gt;<i>
+</I>&gt;<i> =ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+</I>&gt;<i> Error in process &lt;0.131.0&gt; with exit value:
+</I>&gt;<i> {function_clause,[{cowboy_req,reply,[200,[],&lt;&lt;31
+</I>&gt;<i> bytes&gt;&gt;,{http_req,#Port&lt;0.1208&gt;,ranch_tcp,keepalive,&lt;0.131.0&gt;,&lt;&lt;3
+</I>&gt;<i> bytes&gt;&gt;,'HTTP/1.1',{{192,168,1,187},51017},&lt;&lt;12 bytes&gt;&gt;,undefined,80,&lt;&lt;24
+</I>&gt;<i> bytes&gt;&gt;,undefined,&lt;&lt;0 bytes&gt;&gt;,undefined,[{channel_num,3}],[{&lt;&lt;10
+</I>&gt;<i> bytes&gt;&gt;,&lt;&lt;11 bytes&gt;&gt;},{&lt;&lt;4 bytes&gt;&gt;,&lt;&lt;12 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;3
+</I>&gt;<i> bytes&gt;&gt;}],[{&lt;&lt;17 bytes&gt;&gt;,undefined},{&lt;&lt;13 bytes&gt;&gt;,undefined},{&lt;&lt;19
+</I>&gt;<i> bytes&gt;&gt;,undefined},{&lt;&lt;8 bytes&gt;&gt;,undefined},{&lt;&lt;6 bytes&gt;&gt;,[...
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> The issue is that the REST wrapper wants to do the cowboy_req:reply(), and
+</I>&gt;<i> when we do the call we cause the wrapper's call to fail.
+</I>&gt;<i>
+</I>&gt;<i> Dan.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Sorry for terse but I only have a phone. Why can't you return a 404 here?
+</I>&gt;&gt;<i>  Using something like cowboy:reply(404, ...
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Ivan
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> festina lente
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 29 Oct 2013, at 21:25, Daniel Goertzen &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">daniel.goertzen at gmail.com</A>&gt;
+</I>&gt;&gt;<i> wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> My situation is that I have a rest handler that may fail due to invalid
+</I>&gt;&gt;<i> url segments.  Example situation:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> init(_Transport, _Req, _Opts) -&gt;
+</I>&gt;&gt;<i>         {upgrade, protocol, cowboy_rest}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> content_types_provided(Req, State) -&gt;
+</I>&gt;&gt;<i>     {[{&lt;&lt;&quot;application/json&quot;&gt;&gt;, get_json}], Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> get_json(Req0, State) -&gt;
+</I>&gt;&gt;<i>     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0,
+</I>&gt;&gt;<i> [param1, param2, param3, ....]),
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     case catch other_module:request(Params) of
+</I>&gt;&gt;<i>         {'EXIT', {badarg, _}} -&gt;
+</I>&gt;&gt;<i>             hmmm, Params were bad and I would like to return a 404 code
+</I>&gt;&gt;<i> now.
+</I>&gt;&gt;<i>         Result -&gt;
+</I>&gt;&gt;<i>             {jiffy:encode(Result), Req1, State}
+</I>&gt;&gt;<i>     end.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> So I would like to return a 404 code when my underlying request function
+</I>&gt;&gt;<i> fails, but it appears my choices are:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> - return a 200 (ok) response with data.
+</I>&gt;&gt;<i> - crash and cause a 500 (Internal Server Error) response to be returned.
+</I>&gt;&gt;<i> Not exactly the sentiment I want.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Is there some other way to cause a 404 response?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I realize I could add path constraint functions, but I will be
+</I>&gt;&gt;<i> replicating logic from my underlying request function.  Furthermore, the
+</I>&gt;&gt;<i> constraint functions consider parameters in isolation, so that won't work
+</I>&gt;&gt;<i> if the validity of parameters is coupled.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i> Dan.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131030/0ab7c8ee/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131030/0ab7c8ee/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000291.html">[99s-extend] REST handler failure
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#292">[ date ]</a>
+              <a href="thread.html#292">[ thread ]</a>
+              <a href="subject.html#292">[ subject ]</a>
+              <a href="author.html#292">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/000293.html b/_build/static/archives/extend/2013-October/000293.html
new file mode 100644
index 00000000..548908dd
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/000293.html
@@ -0,0 +1,175 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST handler failure
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CCAJCf5RzwO4nNcv%3D2Ezf7aMQqFShPhLs4zaYoBBunmzuC7Wp4uQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000290.html">
+   <LINK REL="Next"  HREF="000291.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST handler failure</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20failure&In-Reply-To=%3CCAJCf5RzwO4nNcv%3D2Ezf7aMQqFShPhLs4zaYoBBunmzuC7Wp4uQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] REST handler failure">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Wed Oct 30 16:46:37 CET 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000290.html">[99s-extend] REST handler failure
+</A></li>
+        <LI>Next message: <A HREF="000291.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#293">[ date ]</a>
+              <a href="thread.html#293">[ thread ]</a>
+              <a href="subject.html#293">[ subject ]</a>
+              <a href="author.html#293">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>That's what I was looking for, thanks!
+
+Dan.
+
+
+On Wed, Oct 30, 2013 at 10:25 AM, Tilman Holschuh &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">tilman.holschuh at gmail.com</A>
+&gt;<i> wrote:
+</I>
+&gt;<i> Why not let resource_exists/2 return false when your resource does not
+</I>&gt;<i> exist? You will get 404 on false. This way you separate the implementation
+</I>&gt;<i> for turning your data to json from checking if the request went to the
+</I>&gt;<i> correct resource.
+</I>&gt;<i>
+</I>&gt;<i> - Tilman
+</I>&gt;<i>
+</I>&gt;<i> On 2013-10-30, at 7:58 AM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;<i> &gt; Well, this sort of works.  I tried this in the response handler:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;             {ok, Req2} = cowboy_req:reply(404, [] , &lt;&lt;&quot;this is the body
+</I>&gt;<i> that gets used&quot;&gt;&gt;, Req1),
+</I>&gt;<i> &gt;             {&lt;&lt;&quot;this body gets ignored&quot;&gt;&gt;, Req2, State};
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; The client receives a 404 response, but cowboy crashes:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; =ERROR REPORT==== 8-Sep-2013::22:22:03 ===
+</I>&gt;<i> &gt; Error in process &lt;0.131.0&gt; with exit value:
+</I>&gt;<i> {function_clause,[{cowboy_req,reply,[200,[],&lt;&lt;31
+</I>&gt;<i> bytes&gt;&gt;,{http_req,#Port&lt;0.1208&gt;,ranch_tcp,keepalive,&lt;0.131.0&gt;,&lt;&lt;3
+</I>&gt;<i> bytes&gt;&gt;,'HTTP/1.1',{{192,168,1,187},51017},&lt;&lt;12 bytes&gt;&gt;,undefined,80,&lt;&lt;24
+</I>&gt;<i> bytes&gt;&gt;,undefined,&lt;&lt;0 bytes&gt;&gt;,undefined,[{channel_num,3}],[{&lt;&lt;10
+</I>&gt;<i> bytes&gt;&gt;,&lt;&lt;11 bytes&gt;&gt;},{&lt;&lt;4 bytes&gt;&gt;,&lt;&lt;12 bytes&gt;&gt;},{&lt;&lt;6 bytes&gt;&gt;,&lt;&lt;3
+</I>&gt;<i> bytes&gt;&gt;}],[{&lt;&lt;17 bytes&gt;&gt;,undefined},{&lt;&lt;13 bytes&gt;&gt;,undefined},{&lt;&lt;19
+</I>&gt;<i> bytes&gt;&gt;,undefined},{&lt;&lt;8 bytes&gt;&gt;,undefined},{&lt;&lt;6 bytes&gt;&gt;,[...
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; The issue is that the REST wrapper wants to do the cowboy_req:reply(),
+</I>&gt;<i> and when we do the call we cause the wrapper's call to fail.
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; Dan.
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; On Tue, Oct 29, 2013 at 4:01 PM, Ivan uemlianin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>&gt;
+</I>&gt;<i> wrote:
+</I>&gt;<i> &gt; Sorry for terse but I only have a phone. Why can't you return a 404
+</I>&gt;<i> here?  Using something like cowboy:reply(404, ...
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; Ivan
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; --
+</I>&gt;<i> &gt; festina lente
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; On 29 Oct 2013, at 21:25, Daniel Goertzen &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">daniel.goertzen at gmail.com</A>&gt;
+</I>&gt;<i> wrote:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;&gt; My situation is that I have a rest handler that may fail due to invalid
+</I>&gt;<i> url segments.  Example situation:
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt; init(_Transport, _Req, _Opts) -&gt;
+</I>&gt;<i> &gt;&gt;         {upgrade, protocol, cowboy_rest}.
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt; content_types_provided(Req, State) -&gt;
+</I>&gt;<i> &gt;&gt;     {[{&lt;&lt;&quot;application/json&quot;&gt;&gt;, get_json}], Req, State}.
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt; get_json(Req0, State) -&gt;
+</I>&gt;<i> &gt;&gt;     {Params, Req1} = lists:mapfoldl(fun cowboy_req:binding/2, Req0,
+</I>&gt;<i> [param1, param2, param3, ....]),
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt;     case catch other_module:request(Params) of
+</I>&gt;<i> &gt;&gt;         {'EXIT', {badarg, _}} -&gt;
+</I>&gt;<i> &gt;&gt;             hmmm, Params were bad and I would like to return a 404 code
+</I>&gt;<i> now.
+</I>&gt;<i> &gt;&gt;         Result -&gt;
+</I>&gt;<i> &gt;&gt;             {jiffy:encode(Result), Req1, State}
+</I>&gt;<i> &gt;&gt;     end.
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt; So I would like to return a 404 code when my underlying request
+</I>&gt;<i> function fails, but it appears my choices are:
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt; - return a 200 (ok) response with data.
+</I>&gt;<i> &gt;&gt; - crash and cause a 500 (Internal Server Error) response to be
+</I>&gt;<i> returned.  Not exactly the sentiment I want.
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt; Is there some other way to cause a 404 response?
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt; I realize I could add path constraint functions, but I will be
+</I>&gt;<i> replicating logic from my underlying request function.  Furthermore, the
+</I>&gt;<i> constraint functions consider parameters in isolation, so that won't work
+</I>&gt;<i> if the validity of parameters is coupled.
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt;&gt; Thanks,
+</I>&gt;<i> &gt;&gt; Dan.
+</I>&gt;<i> &gt;&gt; _______________________________________________
+</I>&gt;<i> &gt;&gt; Extend mailing list
+</I>&gt;<i> &gt;&gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> &gt;&gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; _______________________________________________
+</I>&gt;<i> &gt; Extend mailing list
+</I>&gt;<i> &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20131030/3ea4ac64/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20131030/3ea4ac64/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000290.html">[99s-extend] REST handler failure
+</A></li>
+	<LI>Next message: <A HREF="000291.html">[99s-extend] REST handler failure
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#293">[ date ]</a>
+              <a href="thread.html#293">[ thread ]</a>
+              <a href="subject.html#293">[ subject ]</a>
+              <a href="author.html#293">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-October/author.html b/_build/static/archives/extend/2013-October/author.html
new file mode 100644
index 00000000..f2461560
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/author.html
@@ -0,0 +1,242 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Oct  3 07:00:28 CEST 2013</i><br>
+         <b>Ending:</b> <i>Wed Oct 30 16:46:37 CET 2013</i><br>
+         <b>Messages:</b> 39<p>
+     <ul>
+
+<LI><A HREF="000256.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="256">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<LI><A HREF="000258.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="258">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<LI><A HREF="000259.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="259">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<LI><A HREF="000287.html">[99s-extend] REST handler failure
+</A><A NAME="287">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000289.html">[99s-extend] REST handler failure
+</A><A NAME="289">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000292.html">[99s-extend] REST handler failure
+</A><A NAME="292">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000293.html">[99s-extend] REST handler failure
+</A><A NAME="293">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000257.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="257">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000261.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="261">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000263.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="263">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000270.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="270">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000272.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="272">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000274.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="274">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000276.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="276">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000278.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="278">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000280.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="280">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000282.html">[99s-extend] handler and a linked process
+</A><A NAME="282">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000285.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="285">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000290.html">[99s-extend] REST handler failure
+</A><A NAME="290">&nbsp;</A>
+<I>Tilman Holschuh
+</I>
+
+<LI><A HREF="000255.html">[99s-extend] websocket_info and RPC
+</A><A NAME="255">&nbsp;</A>
+<I>Marcel Meyer
+</I>
+
+<LI><A HREF="000264.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="264">&nbsp;</A>
+<I>Nathan Michaels
+</I>
+
+<LI><A HREF="000284.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="284">&nbsp;</A>
+<I>Rolph de Ruiter
+</I>
+
+<LI><A HREF="000286.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="286">&nbsp;</A>
+<I>Rolph de Ruiter
+</I>
+
+<LI><A HREF="000260.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="260">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000262.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="262">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000265.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="265">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000267.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="267">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000283.html">[99s-extend] Generate url in cowboy
+</A><A NAME="283">&nbsp;</A>
+<I>Antonio Valente
+</I>
+
+<LI><A HREF="000266.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="266">&nbsp;</A>
+<I>Daniel White
+</I>
+
+<LI><A HREF="000269.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="269">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000271.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="271">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000273.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="273">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000275.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="275">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000277.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="277">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000279.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="279">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000281.html">[99s-extend] handler and a linked process
+</A><A NAME="281">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000288.html">[99s-extend] REST handler failure
+</A><A NAME="288">&nbsp;</A>
+<I>Ivan uemlianin
+</I>
+
+<LI><A HREF="000291.html">[99s-extend] REST handler failure
+</A><A NAME="291">&nbsp;</A>
+<I>Ivan uemlianin
+</I>
+
+<LI><A HREF="000268.html">[99s-extend] SSL Example
+</A><A NAME="268">&nbsp;</A>
+<I>&#27604;&#37051;&#27604;&#29305;Prinbit
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Oct 30 16:46:37 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:45 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-October/date.html b/_build/static/archives/extend/2013-October/date.html
new file mode 100644
index 00000000..dc7c46ef
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/date.html
@@ -0,0 +1,242 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Oct  3 07:00:28 CEST 2013</i><br>
+         <b>Ending:</b> <i>Wed Oct 30 16:46:37 CET 2013</i><br>
+         <b>Messages:</b> 39<p>
+     <ul>
+
+<LI><A HREF="000255.html">[99s-extend] websocket_info and RPC
+</A><A NAME="255">&nbsp;</A>
+<I>Marcel Meyer
+</I>
+
+<LI><A HREF="000256.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="256">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<LI><A HREF="000257.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="257">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000258.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="258">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<LI><A HREF="000259.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="259">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<LI><A HREF="000260.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="260">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000261.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="261">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000262.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="262">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000263.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="263">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000264.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="264">&nbsp;</A>
+<I>Nathan Michaels
+</I>
+
+<LI><A HREF="000265.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="265">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000266.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="266">&nbsp;</A>
+<I>Daniel White
+</I>
+
+<LI><A HREF="000267.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="267">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000268.html">[99s-extend] SSL Example
+</A><A NAME="268">&nbsp;</A>
+<I>&#27604;&#37051;&#27604;&#29305;Prinbit
+</I>
+
+<LI><A HREF="000269.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="269">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000270.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="270">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000271.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="271">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000272.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="272">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000273.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="273">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000274.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="274">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000275.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="275">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000276.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="276">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000277.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="277">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000278.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="278">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000279.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="279">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000280.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="280">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000281.html">[99s-extend] handler and a linked process
+</A><A NAME="281">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000282.html">[99s-extend] handler and a linked process
+</A><A NAME="282">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000283.html">[99s-extend] Generate url in cowboy
+</A><A NAME="283">&nbsp;</A>
+<I>Antonio Valente
+</I>
+
+<LI><A HREF="000284.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="284">&nbsp;</A>
+<I>Rolph de Ruiter
+</I>
+
+<LI><A HREF="000285.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="285">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000286.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="286">&nbsp;</A>
+<I>Rolph de Ruiter
+</I>
+
+<LI><A HREF="000287.html">[99s-extend] REST handler failure
+</A><A NAME="287">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000288.html">[99s-extend] REST handler failure
+</A><A NAME="288">&nbsp;</A>
+<I>Ivan uemlianin
+</I>
+
+<LI><A HREF="000289.html">[99s-extend] REST handler failure
+</A><A NAME="289">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000290.html">[99s-extend] REST handler failure
+</A><A NAME="290">&nbsp;</A>
+<I>Tilman Holschuh
+</I>
+
+<LI><A HREF="000291.html">[99s-extend] REST handler failure
+</A><A NAME="291">&nbsp;</A>
+<I>Ivan uemlianin
+</I>
+
+<LI><A HREF="000292.html">[99s-extend] REST handler failure
+</A><A NAME="292">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000293.html">[99s-extend] REST handler failure
+</A><A NAME="293">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Oct 30 16:46:37 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:45 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-October/index.html b/_build/static/archives/extend/2013-October/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-October/subject.html b/_build/static/archives/extend/2013-October/subject.html
new file mode 100644
index 00000000..5d57cab3
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/subject.html
@@ -0,0 +1,242 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Oct  3 07:00:28 CEST 2013</i><br>
+         <b>Ending:</b> <i>Wed Oct 30 16:46:37 CET 2013</i><br>
+         <b>Messages:</b> 39<p>
+     <ul>
+
+<LI><A HREF="000284.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="284">&nbsp;</A>
+<I>Rolph de Ruiter
+</I>
+
+<LI><A HREF="000285.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="285">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000286.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="286">&nbsp;</A>
+<I>Rolph de Ruiter
+</I>
+
+<LI><A HREF="000260.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="260">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000261.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="261">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000262.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="262">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000263.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="263">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000264.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="264">&nbsp;</A>
+<I>Nathan Michaels
+</I>
+
+<LI><A HREF="000265.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="265">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000266.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="266">&nbsp;</A>
+<I>Daniel White
+</I>
+
+<LI><A HREF="000267.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="267">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000283.html">[99s-extend] Generate url in cowboy
+</A><A NAME="283">&nbsp;</A>
+<I>Antonio Valente
+</I>
+
+<LI><A HREF="000281.html">[99s-extend] handler and a linked process
+</A><A NAME="281">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000282.html">[99s-extend] handler and a linked process
+</A><A NAME="282">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000256.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="256">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<LI><A HREF="000257.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="257">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000258.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="258">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<LI><A HREF="000259.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="259">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<LI><A HREF="000287.html">[99s-extend] REST handler failure
+</A><A NAME="287">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000288.html">[99s-extend] REST handler failure
+</A><A NAME="288">&nbsp;</A>
+<I>Ivan uemlianin
+</I>
+
+<LI><A HREF="000289.html">[99s-extend] REST handler failure
+</A><A NAME="289">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000290.html">[99s-extend] REST handler failure
+</A><A NAME="290">&nbsp;</A>
+<I>Tilman Holschuh
+</I>
+
+<LI><A HREF="000291.html">[99s-extend] REST handler failure
+</A><A NAME="291">&nbsp;</A>
+<I>Ivan uemlianin
+</I>
+
+<LI><A HREF="000292.html">[99s-extend] REST handler failure
+</A><A NAME="292">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000293.html">[99s-extend] REST handler failure
+</A><A NAME="293">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000268.html">[99s-extend] SSL Example
+</A><A NAME="268">&nbsp;</A>
+<I>&#27604;&#37051;&#27604;&#29305;Prinbit
+</I>
+
+<LI><A HREF="000269.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="269">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000270.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="270">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000271.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="271">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000272.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="272">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000273.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="273">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000274.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="274">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000275.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="275">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000276.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="276">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000277.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="277">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000278.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="278">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000279.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="279">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000280.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="280">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000255.html">[99s-extend] websocket_info and RPC
+</A><A NAME="255">&nbsp;</A>
+<I>Marcel Meyer
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Oct 30 16:46:37 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:45 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-October/thread.html b/_build/static/archives/extend/2013-October/thread.html
new file mode 100644
index 00000000..96277f8f
--- /dev/null
+++ b/_build/static/archives/extend/2013-October/thread.html
@@ -0,0 +1,309 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Oct  3 07:00:28 CEST 2013</i><br>
+         <b>Ending:</b> <i>Wed Oct 30 16:46:37 CET 2013</i><br>
+         <b>Messages:</b> 39<p>
+     <ul>
+
+<!--0 01380776428.255- -->
+<LI><A HREF="000255.html">[99s-extend] websocket_info and RPC
+</A><A NAME="255">&nbsp;</A>
+<I>Marcel Meyer
+</I>
+
+<!--0 01381204557.256- -->
+<LI><A HREF="000256.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="256">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<UL>
+<!--1 01381204557.256-01381205584.257- -->
+<LI><A HREF="000257.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="257">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01381204557.256-01381205584.257-01381206294.258- -->
+<LI><A HREF="000258.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="258">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+<UL>
+<!--3 01381204557.256-01381205584.257-01381206294.258-01381246416.259- -->
+<LI><A HREF="000259.html">[99s-extend] Problem with cowboy ssl example
+</A><A NAME="259">&nbsp;</A>
+<I>Ryan Brown
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01381325245.260- -->
+<LI><A HREF="000260.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="260">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--1 01381325245.260-01381325464.261- -->
+<LI><A HREF="000261.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="261">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01381325245.260-01381325464.261-01381332621.262- -->
+<LI><A HREF="000262.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="262">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--3 01381325245.260-01381325464.261-01381332621.262-01381332774.263- -->
+<LI><A HREF="000263.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="263">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01381325245.260-01381325464.261-01381332621.262-01381332774.263-01381333874.264- -->
+<LI><A HREF="000264.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="264">&nbsp;</A>
+<I>Nathan Michaels
+</I>
+
+<!--3 01381325245.260-01381325464.261-01381332621.262-01381332774.263-01381333874.264-01381339720.265- -->
+<LI><A HREF="000265.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="265">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<!--3 01381325245.260-01381325464.261-01381332621.262-01381332774.263-01381333874.264-01381339720.265-01381359788.266- -->
+<LI><A HREF="000266.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="266">&nbsp;</A>
+<I>Daniel White
+</I>
+
+<!--3 01381325245.260-01381325464.261-01381332621.262-01381332774.263-01381333874.264-01381339720.265-01381359788.266-01381385123.267- -->
+<LI><A HREF="000267.html">[99s-extend] Cowboy Calling Hostname
+</A><A NAME="267">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01381801985.268- -->
+<LI><A HREF="000268.html">[99s-extend] SSL Example
+</A><A NAME="268">&nbsp;</A>
+<I>&#27604;&#37051;&#27604;&#29305;Prinbit
+</I>
+
+<!--0 01381892128.269- -->
+<LI><A HREF="000269.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="269">&nbsp;</A>
+<I>akonsu
+</I>
+
+<UL>
+<!--1 01381892128.269-01381892498.270- -->
+<LI><A HREF="000270.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="270">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01381892128.269-01381892498.270-01381892633.271- -->
+<LI><A HREF="000271.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="271">&nbsp;</A>
+<I>akonsu
+</I>
+
+<UL>
+<!--3 01381892128.269-01381892498.270-01381892633.271-01381893090.272- -->
+<LI><A HREF="000272.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="272">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01381892128.269-01381892498.270-01381892633.271-01381893090.272-01381894306.273- -->
+<LI><A HREF="000273.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="273">&nbsp;</A>
+<I>akonsu
+</I>
+
+<!--3 01381892128.269-01381892498.270-01381892633.271-01381893090.272-01381894306.273-01381894831.274- -->
+<LI><A HREF="000274.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="274">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01381892128.269-01381892498.270-01381892633.271-01381893090.272-01381894306.273-01381894831.274-01381895322.275- -->
+<LI><A HREF="000275.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="275">&nbsp;</A>
+<I>akonsu
+</I>
+
+<!--3 01381892128.269-01381892498.270-01381892633.271-01381893090.272-01381894306.273-01381894831.274-01381895322.275-01381896446.276- -->
+<LI><A HREF="000276.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="276">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01381892128.269-01381892498.270-01381892633.271-01381893090.272-01381894306.273-01381894831.274-01381895322.275-01381896446.276-01381896749.277- -->
+<LI><A HREF="000277.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="277">&nbsp;</A>
+<I>akonsu
+</I>
+
+<!--3 01381892128.269-01381892498.270-01381892633.271-01381893090.272-01381894306.273-01381894831.274-01381895322.275-01381896446.276-01381896749.277-01381898143.278- -->
+<LI><A HREF="000278.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="278">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01381892128.269-01381892498.270-01381892633.271-01381893090.272-01381894306.273-01381894831.274-01381895322.275-01381896446.276-01381896749.277-01381898143.278-01381898522.279- -->
+<LI><A HREF="000279.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="279">&nbsp;</A>
+<I>akonsu
+</I>
+
+<!--3 01381892128.269-01381892498.270-01381892633.271-01381893090.272-01381894306.273-01381894831.274-01381895322.275-01381896446.276-01381896749.277-01381898143.278-01381898522.279-01381898885.280- -->
+<LI><A HREF="000280.html">[99s-extend] timeout in cowboy loop handler
+</A><A NAME="280">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01382102137.281- -->
+<LI><A HREF="000281.html">[99s-extend] handler and a linked process
+</A><A NAME="281">&nbsp;</A>
+<I>akonsu
+</I>
+
+<UL>
+<!--1 01382102137.281-01382360854.282- -->
+<LI><A HREF="000282.html">[99s-extend] handler and a linked process
+</A><A NAME="282">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01382431874.283- -->
+<LI><A HREF="000283.html">[99s-extend] Generate url in cowboy
+</A><A NAME="283">&nbsp;</A>
+<I>Antonio Valente
+</I>
+
+<!--0 01383037253.284- -->
+<LI><A HREF="000284.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="284">&nbsp;</A>
+<I>Rolph de Ruiter
+</I>
+
+<UL>
+<!--1 01383037253.284-01383037760.285- -->
+<LI><A HREF="000285.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="285">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--1 01383037253.284-01383038175.286- -->
+<LI><A HREF="000286.html">[99s-extend] cowboy_rest, POST and redirect
+</A><A NAME="286">&nbsp;</A>
+<I>Rolph de Ruiter
+</I>
+
+</UL>
+<!--0 01383078354.287- -->
+<LI><A HREF="000287.html">[99s-extend] REST handler failure
+</A><A NAME="287">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<UL>
+<!--1 01383078354.287-01383080490.288- -->
+<LI><A HREF="000288.html">[99s-extend] REST handler failure
+</A><A NAME="288">&nbsp;</A>
+<I>Ivan uemlianin
+</I>
+
+<UL>
+<!--2 01383078354.287-01383080490.288-01383145121.289- -->
+<LI><A HREF="000289.html">[99s-extend] REST handler failure
+</A><A NAME="289">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<UL>
+<!--3 01383078354.287-01383080490.288-01383145121.289-01383146702.290- -->
+<LI><A HREF="000290.html">[99s-extend] REST handler failure
+</A><A NAME="290">&nbsp;</A>
+<I>Tilman Holschuh
+</I>
+
+<!--3 01383078354.287-01383080490.288-01383145121.289-01383146702.290-01383147997.293- -->
+<LI><A HREF="000293.html">[99s-extend] REST handler failure
+</A><A NAME="293">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<!--3 01383078354.287-01383080490.288-01383145121.289-01383146835.291- -->
+<LI><A HREF="000291.html">[99s-extend] REST handler failure
+</A><A NAME="291">&nbsp;</A>
+<I>Ivan uemlianin
+</I>
+
+<!--3 01383078354.287-01383080490.288-01383145121.289-01383146835.291-01383147167.292- -->
+<LI><A HREF="000292.html">[99s-extend] REST handler failure
+</A><A NAME="292">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+</UL>
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Oct 30 16:46:37 CET 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:45 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-September.txt b/_build/static/archives/extend/2013-September.txt
new file mode 100644
index 00000000..a79d3857
--- /dev/null
+++ b/_build/static/archives/extend/2013-September.txt
@@ -0,0 +1,2240 @@
+From joe.freeman at bitroot.com  Sun Sep 15 19:01:30 2013
+From: joe.freeman at bitroot.com (Joe Freeman)
+Date: Sun, 15 Sep 2013 18:01:30 +0100
+Subject: [99s-extend] Cowboy load test
+Message-ID: <CAOBKReerkZKL_Rm9j7X4FH3YUbFHZDGHiVojNgO7WepOWCc_eQ@mail.gmail.com>
+
+Hi,
+
+I've started work on a project using Clojure, but I was wondering whether
+(and secretly hoping that) Erlang would be a better fit, so I've been load
+testing a few web server frameworks. I'm particularly interested in how the
+server can handle a large number of concurrent WebSocket connections, and
+the test I've been running is similar to Eric Moritz's [1].
+
+I've setup a simple Cowboy 'echo' server running on an EC2 instance
+(m1.medium, as in Eric's test) which could comfortably handle 10k
+concurrent WebSocket requests (as in Eric's results), while echoing about
+200 messages/second. The CPU usage of the VM at this point is about 99%,
+but the server continues to handle up to 40k concurrent connections with a
+consistent average response time (<30ms). Pushing the test beyond this
+number results in a spike in response times and lots of connection timeouts.
+
+40k connections seems pretty good, but when comparing this to the same test
+against a couple of Clojure/JVM-based frameworks (specifically Aleph/Netty
+and http-kit) I find I can get higher numbers of concurrent connections
+with slightly better average response times (100k connections, <10ms
+response time) using much less CPU (~20%). In fact, memory seems to be the
+limiting factor.
+
+So I have two questions:
+
+1) Should I be concerned about the CPU usage in the Erlang/Cowboy test? I
+have limited experience with Erlang so far, but 100% CPU feels like a bad
+thing.
+
+2) Is there any way to increase the performance of the cowboy server? Are
+there any Erlang VM parameters I can change? The fact that the Clojure/JVM
+tests (on the same machine) have managed to get to 100k connections
+suggests that the limitation isn't being imposed by the operating system
+(I've applied changes various changes to sysctl and ulimit).
+
+(Perhaps an echo server isn't the best way to compare HTTP servers, but it
+feels like a good starting point.)
+
+Thanks for any help.
+
+[1] https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md - the
+GitHub repo actually contains code for an Aleph server, but results from
+this aren't included in the summary here.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130915/c9a5340e/attachment.html>
+
+From essen at ninenines.eu  Sun Sep 15 21:02:35 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sun, 15 Sep 2013 21:02:35 +0200
+Subject: [99s-extend] Cowboy load test
+In-Reply-To: <CAOBKReerkZKL_Rm9j7X4FH3YUbFHZDGHiVojNgO7WepOWCc_eQ@mail.gmail.com>
+References: <CAOBKReerkZKL_Rm9j7X4FH3YUbFHZDGHiVojNgO7WepOWCc_eQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+This sounds like you have too many timers, or something else is using 
+the CPU. 40k connections is literally nothing. Also make sure the 
+clients are on a separate VM/machine.
+
+Either way 99% CPU for 10k sounds high, I've had that with 0 CPU (though 
+on real hardware).
+
+Someone a couple years back got above 1 million after fixing 'too many 
+timers issues' but I don't think it was on a medium instance.
+
+On 09/15/2013 07:01 PM, Joe Freeman wrote:
+> Hi,
+>
+> I've started work on a project using Clojure, but I was wondering
+> whether (and secretly hoping that) Erlang would be a better fit, so I've
+> been load testing a few web server frameworks. I'm particularly
+> interested in how the server can handle a large number of concurrent
+> WebSocket connections, and the test I've been running is similar to Eric
+> Moritz's [1].
+>
+> I've setup a simple Cowboy 'echo' server running on an EC2 instance
+> (m1.medium, as in Eric's test) which could comfortably handle 10k
+> concurrent WebSocket requests (as in Eric's results), while echoing
+> about 200 messages/second. The CPU usage of the VM at this point is
+> about 99%, but the server continues to handle up to 40k concurrent
+> connections with a consistent average response time (<30ms). Pushing the
+> test beyond this number results in a spike in response times and lots of
+> connection timeouts.
+>
+> 40k connections seems pretty good, but when comparing this to the same
+> test against a couple of Clojure/JVM-based frameworks (specifically
+> Aleph/Netty and http-kit) I find I can get higher numbers of concurrent
+> connections with slightly better average response times (100k
+> connections, <10ms response time) using much less CPU (~20%). In fact,
+> memory seems to be the limiting factor.
+>
+> So I have two questions:
+>
+> 1) Should I be concerned about the CPU usage in the Erlang/Cowboy test?
+> I have limited experience with Erlang so far, but 100% CPU feels like a
+> bad thing.
+>
+> 2) Is there any way to increase the performance of the cowboy server?
+> Are there any Erlang VM parameters I can change? The fact that the
+> Clojure/JVM tests (on the same machine) have managed to get to 100k
+> connections suggests that the limitation isn't being imposed by the
+> operating system (I've applied changes various changes to sysctl and
+> ulimit).
+>
+> (Perhaps an echo server isn't the best way to compare HTTP servers, but
+> it feels like a good starting point.)
+>
+> Thanks for any help.
+>
+> [1] https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md -
+> the GitHub repo actually contains code for an Aleph server, but results
+> from this aren't included in the summary here.
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Sun Sep 15 21:05:02 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Sun, 15 Sep 2013 21:05:02 +0200
+Subject: [99s-extend] Cowboy load test
+In-Reply-To: <[email protected]>
+References: <CAOBKReerkZKL_Rm9j7X4FH3YUbFHZDGHiVojNgO7WepOWCc_eQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+This just hit me after hitting send.
+
+Another possibility is that you are using text frames which are required 
+to be valid UTF-8. Cowboy checks that (as required by the RFC), and it's 
+fairly expensive, while most other servers don't. Try with binary frames 
+instead.
+
+On 09/15/2013 09:02 PM, Lo?c Hoguin wrote:
+> This sounds like you have too many timers, or something else is using
+> the CPU. 40k connections is literally nothing. Also make sure the
+> clients are on a separate VM/machine.
+>
+> Either way 99% CPU for 10k sounds high, I've had that with 0 CPU (though
+> on real hardware).
+>
+> Someone a couple years back got above 1 million after fixing 'too many
+> timers issues' but I don't think it was on a medium instance.
+>
+> On 09/15/2013 07:01 PM, Joe Freeman wrote:
+>> Hi,
+>>
+>> I've started work on a project using Clojure, but I was wondering
+>> whether (and secretly hoping that) Erlang would be a better fit, so I've
+>> been load testing a few web server frameworks. I'm particularly
+>> interested in how the server can handle a large number of concurrent
+>> WebSocket connections, and the test I've been running is similar to Eric
+>> Moritz's [1].
+>>
+>> I've setup a simple Cowboy 'echo' server running on an EC2 instance
+>> (m1.medium, as in Eric's test) which could comfortably handle 10k
+>> concurrent WebSocket requests (as in Eric's results), while echoing
+>> about 200 messages/second. The CPU usage of the VM at this point is
+>> about 99%, but the server continues to handle up to 40k concurrent
+>> connections with a consistent average response time (<30ms). Pushing the
+>> test beyond this number results in a spike in response times and lots of
+>> connection timeouts.
+>>
+>> 40k connections seems pretty good, but when comparing this to the same
+>> test against a couple of Clojure/JVM-based frameworks (specifically
+>> Aleph/Netty and http-kit) I find I can get higher numbers of concurrent
+>> connections with slightly better average response times (100k
+>> connections, <10ms response time) using much less CPU (~20%). In fact,
+>> memory seems to be the limiting factor.
+>>
+>> So I have two questions:
+>>
+>> 1) Should I be concerned about the CPU usage in the Erlang/Cowboy test?
+>> I have limited experience with Erlang so far, but 100% CPU feels like a
+>> bad thing.
+>>
+>> 2) Is there any way to increase the performance of the cowboy server?
+>> Are there any Erlang VM parameters I can change? The fact that the
+>> Clojure/JVM tests (on the same machine) have managed to get to 100k
+>> connections suggests that the limitation isn't being imposed by the
+>> operating system (I've applied changes various changes to sysctl and
+>> ulimit).
+>>
+>> (Perhaps an echo server isn't the best way to compare HTTP servers, but
+>> it feels like a good starting point.)
+>>
+>> Thanks for any help.
+>>
+>> [1] https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md -
+>> the GitHub repo actually contains code for an Aleph server, but results
+>> from this aren't included in the summary here.
+>>
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/listinfo/extend
+>>
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Mon Sep 16 15:50:22 2013
+From: akonsu at gmail.com (akonsu)
+Date: Mon, 16 Sep 2013 09:50:22 -0400
+Subject: [99s-extend] how to send a message to all connections in cowboy
+Message-ID: <CA+eMAwYqrYJ1bFQfuJJJm=Sfan3K0VVdOQRPb2ULsomk6VuGsA@mail.gmail.com>
+
+Hello,
+
+this is somewhat similar to what someone else has asked:
+http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html
+
+I am new to cowboy, I have a process that runs alongside a cowboy server
+and this process needs to periodically send text to all http clients
+connected to the cowboy server. My goal is to have a streaming connection
+for each http client so that I could stream text to them from my process.
+how is this done?
+
+Thanks!
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130916/dedbf486/attachment.html>
+
+From essen at ninenines.eu  Mon Sep 16 19:06:32 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Mon, 16 Sep 2013 19:06:32 +0200
+Subject: [99s-extend] how to send a message to all connections in cowboy
+In-Reply-To: <CA+eMAwYqrYJ1bFQfuJJJm=Sfan3K0VVdOQRPb2ULsomk6VuGsA@mail.gmail.com>
+References: <CA+eMAwYqrYJ1bFQfuJJJm=Sfan3K0VVdOQRPb2ULsomk6VuGsA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 09/16/2013 03:50 PM, akonsu wrote:
+> Hello,
+>
+> this is somewhat similar to what someone else has asked:
+> http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html
+>
+> I am new to cowboy, I have a process that runs alongside a cowboy server
+> and this process needs to periodically send text to all http clients
+> connected to the cowboy server. My goal is to have a streaming
+> connection for each http client so that I could stream text to them from
+> my process. how is this done?
+
+Same answer really. You need some kind of process registry, like gproc 
+properties for example, that will store all Pids and allow you to send a 
+message to all of them.
+
+On init, register the process, and then handle the incoming message when 
+it arrives.
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Mon Sep 16 19:14:24 2013
+From: akonsu at gmail.com (akonsu)
+Date: Mon, 16 Sep 2013 13:14:24 -0400
+Subject: [99s-extend] how to send a message to all connections in cowboy
+In-Reply-To: <[email protected]>
+References: <CA+eMAwYqrYJ1bFQfuJJJm=Sfan3K0VVdOQRPb2ULsomk6VuGsA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+eMAwYJdErXi780jUepDaCMrWPv99N1diF0a_88AzfM3Z9mMA@mail.gmail.com>
+
+thanks. Suppose my external process is registered and has a name, so I can
+discover it by name from my cowboy request handler. when my cowboy handler
+is invoked, can I just send the handler's process ID to the external
+process? the question is then how does the external process know that the
+http client has disconnected so that it can stop sending data to it.
+
+
+2013/9/16 Lo?c Hoguin <essen at ninenines.eu>
+
+> On 09/16/2013 03:50 PM, akonsu wrote:
+>
+>> Hello,
+>>
+>> this is somewhat similar to what someone else has asked:
+>> http://lists.ninenines.eu:81/**archives/extend/2013-August/**000224.html<http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html>
+>>
+>> I am new to cowboy, I have a process that runs alongside a cowboy server
+>> and this process needs to periodically send text to all http clients
+>> connected to the cowboy server. My goal is to have a streaming
+>> connection for each http client so that I could stream text to them from
+>> my process. how is this done?
+>>
+>
+> Same answer really. You need some kind of process registry, like gproc
+> properties for example, that will store all Pids and allow you to send a
+> message to all of them.
+>
+> On init, register the process, and then handle the incoming message when
+> it arrives.
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130916/f55d10f5/attachment.html>
+
+From essen at ninenines.eu  Mon Sep 16 19:19:59 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 16 Sep 2013 19:19:59 +0200
+Subject: [99s-extend] how to send a message to all connections in cowboy
+In-Reply-To: <CA+eMAwYJdErXi780jUepDaCMrWPv99N1diF0a_88AzfM3Z9mMA@mail.gmail.com>
+References: <CA+eMAwYqrYJ1bFQfuJJJm=Sfan3K0VVdOQRPb2ULsomk6VuGsA@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwYJdErXi780jUepDaCMrWPv99N1diF0a_88AzfM3Z9mMA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Monitors.
+
+But really gproc does all that for you and is already well tested.
+
+https://github.com/esl/gproc
+
+On 09/16/2013 07:14 PM, akonsu wrote:
+> thanks. Suppose my external process is registered and has a name, so I
+> can discover it by name from my cowboy request handler. when my cowboy
+> handler is invoked, can I just send the handler's process ID to the
+> external process? the question is then how does the external process
+> know that the http client has disconnected so that it can stop sending
+> data to it.
+>
+>
+> 2013/9/16 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>
+>     On 09/16/2013 03:50 PM, akonsu wrote:
+>
+>         Hello,
+>
+>         this is somewhat similar to what someone else has asked:
+>         http://lists.ninenines.eu:81/__archives/extend/2013-August/__000224.html
+>         <http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html>
+>
+>         I am new to cowboy, I have a process that runs alongside a
+>         cowboy server
+>         and this process needs to periodically send text to all http clients
+>         connected to the cowboy server. My goal is to have a streaming
+>         connection for each http client so that I could stream text to
+>         them from
+>         my process. how is this done?
+>
+>
+>     Same answer really. You need some kind of process registry, like
+>     gproc properties for example, that will store all Pids and allow you
+>     to send a message to all of them.
+>
+>     On init, register the process, and then handle the incoming message
+>     when it arrives.
+>
+>     --
+>     Lo?c Hoguin
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Thu Sep 19 06:30:57 2013
+From: akonsu at gmail.com (akonsu)
+Date: Thu, 19 Sep 2013 00:30:57 -0400
+Subject: [99s-extend] cowboy_loop_handler
+Message-ID: <CA+eMAwZtgAjDxQTo6VgC729hhog7wONi-o6vnQa21JExgjUGDA@mail.gmail.com>
+
+Hello,
+
+from the documentation:
+
+info(Info, Req, State) -> {ok, Req, State} | {loop, Req, State} | {loop,
+Req, State, hibernate}
+
+
+in case my handler receives a lot of messages, and they come very often,
+does a response of the latter form {loop, Req, State, hibernate} save
+anything? Can hibernating in this case actually hinder performance?
+
+thanks
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130919/9614ef5e/attachment.html>
+
+From essen at ninenines.eu  Thu Sep 19 11:03:02 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Thu, 19 Sep 2013 11:03:02 +0200
+Subject: [99s-extend] cowboy_loop_handler
+In-Reply-To: <CA+eMAwZtgAjDxQTo6VgC729hhog7wONi-o6vnQa21JExgjUGDA@mail.gmail.com>
+References: <CA+eMAwZtgAjDxQTo6VgC729hhog7wONi-o6vnQa21JExgjUGDA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+How much is a lot of messages?
+
+Hibernating is a bit more expensive on the CPU but better for saving 
+memory. It's generally fine to use except when you have a really busy 
+system. Do note that it also means your responses will be slightly 
+slower (though that is generally not noticeable).
+
+On 09/19/2013 06:30 AM, akonsu wrote:
+> Hello,
+>
+> from the documentation:
+>
+> info(Info, Req, State) -> {ok, Req, State} | {loop, Req, State}| {loop,
+> Req, State, hibernate}
+>
+>
+> in case my handler receives a lot of messages, and they come very often,
+> does a response of the latter form {loop, Req, State, hibernate} save
+> anything? Can hibernating in this case actually hinder performance?
+>
+> thanks
+> Konstantin
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Thu Sep 19 13:37:58 2013
+From: akonsu at gmail.com (akonsu)
+Date: Thu, 19 Sep 2013 07:37:58 -0400
+Subject: [99s-extend] cowboy_loop_handler
+In-Reply-To: <[email protected]>
+References: <CA+eMAwZtgAjDxQTo6VgC729hhog7wONi-o6vnQa21JExgjUGDA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+eMAwYiCni664CiSRLmS6nuZOv1O7OSn0D8TM3ZHPRSHu6g_A@mail.gmail.com>
+
+my http handler receives messages carrying json parts obtained from a
+twitter stream by a separate process. the twitter stream is the stream of
+all public tweets, (they call it "firehose") so there are a lot.
+
+
+2013/9/19 Lo?c Hoguin <essen at ninenines.eu>
+
+> How much is a lot of messages?
+>
+> Hibernating is a bit more expensive on the CPU but better for saving
+> memory. It's generally fine to use except when you have a really busy
+> system. Do note that it also means your responses will be slightly slower
+> (though that is generally not noticeable).
+>
+>
+> On 09/19/2013 06:30 AM, akonsu wrote:
+>
+>> Hello,
+>>
+>> from the documentation:
+>>
+>> info(Info, Req, State) -> {ok, Req, State} | {loop, Req, State}| {loop,
+>> Req, State, hibernate}
+>>
+>>
+>> in case my handler receives a lot of messages, and they come very often,
+>> does a response of the latter form {loop, Req, State, hibernate} save
+>> anything? Can hibernating in this case actually hinder performance?
+>>
+>> thanks
+>> Konstantin
+>>
+>>
+>> ______________________________**_________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130919/0a4bcb6c/attachment.html>
+
+From akonsu at gmail.com  Fri Sep 20 20:47:54 2013
+From: akonsu at gmail.com (akonsu)
+Date: Fri, 20 Sep 2013 14:47:54 -0400
+Subject: [99s-extend] timeouts and slow clients in cowboy loop handler
+Message-ID: <CA+eMAwaZoY2LMns_SahfQmNLC5Z6j_nB_YuCHapyShHL6CHnQA@mail.gmail.com>
+
+Hi,
+
+I am using loop handler and I stream from it:
+
+info({stream, Part}, Req, S) ->
+    ok = cowboy_req:chunk(Part, Req),
+    {loop, Req, S, hibernate};
+
+I have two questions:
+
+1. on timeouts cowboy sends 204 No Content. In my case it is not the right
+response because I may have already sent some data. Is there a way to send
+a custom response?
+
+2. how to check if the client is too slow and is not reading the response
+stream fast enough? If this happens, then I need to disconnect.
+
+I can live without 1. but I need to figure out 2. Please help.
+
+thank you!
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130920/6e3fa036/attachment.html>
+
+From essen at ninenines.eu  Fri Sep 20 20:50:57 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 20 Sep 2013 20:50:57 +0200
+Subject: [99s-extend] timeouts and slow clients in cowboy loop handler
+In-Reply-To: <CA+eMAwaZoY2LMns_SahfQmNLC5Z6j_nB_YuCHapyShHL6CHnQA@mail.gmail.com>
+References: <CA+eMAwaZoY2LMns_SahfQmNLC5Z6j_nB_YuCHapyShHL6CHnQA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Loop handlers close after a while regardless of what you send, it only 
+checks what the client sends. The best way for you would be to disable 
+that timeout and handle it manually.
+
+As for the second question, I'm still reading the thread on 
+erlang-questions but I've seen some good ideas about timestamps so far.
+
+On 09/20/2013 08:47 PM, akonsu wrote:
+> Hi,
+>
+> I am using loop handler and I stream from it:
+>
+> info({stream, Part}, Req, S) ->
+>      ok = cowboy_req:chunk(Part, Req),
+>      {loop, Req, S, hibernate};
+>
+> I have two questions:
+>
+> 1. on timeouts cowboy sends 204 No Content. In my case it is not the
+> right response because I may have already sent some data. Is there a way
+> to send a custom response?
+>
+> 2. how to check if the client is too slow and is not reading the
+> response stream fast enough? If this happens, then I need to disconnect.
+>
+> I can live without 1. but I need to figure out 2. Please help.
+>
+> thank you!
+> Konstantin
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Fri Sep 20 20:54:56 2013
+From: akonsu at gmail.com (akonsu)
+Date: Fri, 20 Sep 2013 14:54:56 -0400
+Subject: [99s-extend] timeouts and slow clients in cowboy loop handler
+In-Reply-To: <[email protected]>
+References: <CA+eMAwaZoY2LMns_SahfQmNLC5Z6j_nB_YuCHapyShHL6CHnQA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+eMAwavLu=E6Ayd2SLKz=OqAn5rfDU=-2USHYcNu-JDSmKhYA@mail.gmail.com>
+
+thanks!
+
+how to implement timeout callback manually? if I had receive then I would
+just use timeout clause there, but with the handler I do not know...
+
+I have doubts about validity of my question on the erlang list.  I later
+realised that there is no problem receiving messages in my handler from my
+upstream process, I can do it fast enough and shove everything to the
+response. my real problem is to determine if the http client is reading
+fast enough from the response...
+
+
+2013/9/20 Lo?c Hoguin <essen at ninenines.eu>
+
+> Loop handlers close after a while regardless of what you send, it only
+> checks what the client sends. The best way for you would be to disable that
+> timeout and handle it manually.
+>
+> As for the second question, I'm still reading the thread on
+> erlang-questions but I've seen some good ideas about timestamps so far.
+>
+>
+> On 09/20/2013 08:47 PM, akonsu wrote:
+>
+>> Hi,
+>>
+>> I am using loop handler and I stream from it:
+>>
+>> info({stream, Part}, Req, S) ->
+>>      ok = cowboy_req:chunk(Part, Req),
+>>      {loop, Req, S, hibernate};
+>>
+>> I have two questions:
+>>
+>> 1. on timeouts cowboy sends 204 No Content. In my case it is not the
+>> right response because I may have already sent some data. Is there a way
+>> to send a custom response?
+>>
+>> 2. how to check if the client is too slow and is not reading the
+>> response stream fast enough? If this happens, then I need to disconnect.
+>>
+>> I can live without 1. but I need to figure out 2. Please help.
+>>
+>> thank you!
+>> Konstantin
+>>
+>>
+>>
+>> ______________________________**_________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130920/32352505/attachment.html>
+
+From essen at ninenines.eu  Fri Sep 20 20:56:31 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 20 Sep 2013 20:56:31 +0200
+Subject: [99s-extend] timeouts and slow clients in cowboy loop handler
+In-Reply-To: <CA+eMAwavLu=E6Ayd2SLKz=OqAn5rfDU=-2USHYcNu-JDSmKhYA@mail.gmail.com>
+References: <CA+eMAwaZoY2LMns_SahfQmNLC5Z6j_nB_YuCHapyShHL6CHnQA@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwavLu=E6Ayd2SLKz=OqAn5rfDU=-2USHYcNu-JDSmKhYA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+chunk only returns when the client has received the chunk, so the 
+timestamps solution should work.
+
+As for the timeout, you can simply use erlang:send_after or something 
+like usual and the message will arrive in info/3.
+
+On 09/20/2013 08:54 PM, akonsu wrote:
+> thanks!
+>
+> how to implement timeout callback manually? if I had receive then I
+> would just use timeout clause there, but with the handler I do not know...
+>
+> I have doubts about validity of my question on the erlang list.  I later
+> realised that there is no problem receiving messages in my handler from
+> my upstream process, I can do it fast enough and shove everything to the
+> response. my real problem is to determine if the http client is reading
+> fast enough from the response...
+>
+>
+> 2013/9/20 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>
+>     Loop handlers close after a while regardless of what you send, it
+>     only checks what the client sends. The best way for you would be to
+>     disable that timeout and handle it manually.
+>
+>     As for the second question, I'm still reading the thread on
+>     erlang-questions but I've seen some good ideas about timestamps so far.
+>
+>
+>     On 09/20/2013 08:47 PM, akonsu wrote:
+>
+>         Hi,
+>
+>         I am using loop handler and I stream from it:
+>
+>         info({stream, Part}, Req, S) ->
+>               ok = cowboy_req:chunk(Part, Req),
+>               {loop, Req, S, hibernate};
+>
+>         I have two questions:
+>
+>         1. on timeouts cowboy sends 204 No Content. In my case it is not the
+>         right response because I may have already sent some data. Is
+>         there a way
+>         to send a custom response?
+>
+>         2. how to check if the client is too slow and is not reading the
+>         response stream fast enough? If this happens, then I need to
+>         disconnect.
+>
+>         I can live without 1. but I need to figure out 2. Please help.
+>
+>         thank you!
+>         Konstantin
+>
+>
+>
+>         _________________________________________________
+>         Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         http://lists.ninenines.eu:81/__listinfo/extend
+>         <http://lists.ninenines.eu:81/listinfo/extend>
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From akonsu at gmail.com  Fri Sep 20 20:59:46 2013
+From: akonsu at gmail.com (akonsu)
+Date: Fri, 20 Sep 2013 14:59:46 -0400
+Subject: [99s-extend] timeouts and slow clients in cowboy loop handler
+In-Reply-To: <[email protected]>
+References: <CA+eMAwaZoY2LMns_SahfQmNLC5Z6j_nB_YuCHapyShHL6CHnQA@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwavLu=E6Ayd2SLKz=OqAn5rfDU=-2USHYcNu-JDSmKhYA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+eMAwbGgYLp0W2esA204iZ0sumV2dBBN6ppbqD29ZKow+ts3A@mail.gmail.com>
+
+Understand about chunks being synchronous. that helps me tremendously to
+understand how it works.
+
+would you give me a sketchy example of how to use send_after in a loop
+handler? (sorry I am new to erlang)
+
+Konstantin
+
+
+2013/9/20 Lo?c Hoguin <essen at ninenines.eu>
+
+> chunk only returns when the client has received the chunk, so the
+> timestamps solution should work.
+>
+> As for the timeout, you can simply use erlang:send_after or something like
+> usual and the message will arrive in info/3.
+>
+>
+> On 09/20/2013 08:54 PM, akonsu wrote:
+>
+>> thanks!
+>>
+>> how to implement timeout callback manually? if I had receive then I
+>> would just use timeout clause there, but with the handler I do not know...
+>>
+>> I have doubts about validity of my question on the erlang list.  I later
+>> realised that there is no problem receiving messages in my handler from
+>> my upstream process, I can do it fast enough and shove everything to the
+>> response. my real problem is to determine if the http client is reading
+>> fast enough from the response...
+>>
+>>
+>> 2013/9/20 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>>
+>>
+>>     Loop handlers close after a while regardless of what you send, it
+>>     only checks what the client sends. The best way for you would be to
+>>     disable that timeout and handle it manually.
+>>
+>>     As for the second question, I'm still reading the thread on
+>>     erlang-questions but I've seen some good ideas about timestamps so
+>> far.
+>>
+>>
+>>     On 09/20/2013 08:47 PM, akonsu wrote:
+>>
+>>         Hi,
+>>
+>>         I am using loop handler and I stream from it:
+>>
+>>         info({stream, Part}, Req, S) ->
+>>               ok = cowboy_req:chunk(Part, Req),
+>>               {loop, Req, S, hibernate};
+>>
+>>         I have two questions:
+>>
+>>         1. on timeouts cowboy sends 204 No Content. In my case it is not
+>> the
+>>         right response because I may have already sent some data. Is
+>>         there a way
+>>         to send a custom response?
+>>
+>>         2. how to check if the client is too slow and is not reading the
+>>         response stream fast enough? If this happens, then I need to
+>>         disconnect.
+>>
+>>         I can live without 1. but I need to figure out 2. Please help.
+>>
+>>         thank you!
+>>         Konstantin
+>>
+>>
+>>
+>>         ______________________________**___________________
+>>         Extend mailing list
+>>         Extend at lists.ninenines.eu <mailto:Extend at lists.**ninenines.eu<Extend at lists.ninenines.eu>
+>> >
+>>         http://lists.ninenines.eu:81/_**_listinfo/extend<http://lists.ninenines.eu:81/__listinfo/extend>
+>>
+>>         <http://lists.ninenines.eu:81/**listinfo/extend<http://lists.ninenines.eu:81/listinfo/extend>
+>> >
+>>
+>>
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     Erlang Cowboy
+>>     Nine Nines
+>>     http://ninenines.eu
+>>
+>>
+>>
+>
+> --
+> Lo?c Hoguin
+>
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130920/4c005881/attachment.html>
+
+From essen at ninenines.eu  Fri Sep 20 21:04:34 2013
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 20 Sep 2013 21:04:34 +0200
+Subject: [99s-extend] timeouts and slow clients in cowboy loop handler
+In-Reply-To: <CA+eMAwbGgYLp0W2esA204iZ0sumV2dBBN6ppbqD29ZKow+ts3A@mail.gmail.com>
+References: <CA+eMAwaZoY2LMns_SahfQmNLC5Z6j_nB_YuCHapyShHL6CHnQA@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwavLu=E6Ayd2SLKz=OqAn5rfDU=-2USHYcNu-JDSmKhYA@mail.gmail.com>
+ <[email protected]>
+ <CA+eMAwbGgYLp0W2esA204iZ0sumV2dBBN6ppbqD29ZKow+ts3A@mail.gmail.com>
+Message-ID: <[email protected]>
+
+send_after sends an Erlang message to a Pid after N milliseconds. It's 
+the same as Pid ! Message, except it's sent later. Send it to self().
+
+But if you're going to use timestamps then you probably don't need this 
+timeout, just check the timestamps and close when too slow.
+
+On 09/20/2013 08:59 PM, akonsu wrote:
+> Understand about chunks being synchronous. that helps me tremendously to
+> understand how it works.
+>
+> would you give me a sketchy example of how to use send_after in a loop
+> handler? (sorry I am new to erlang)
+>
+> Konstantin
+>
+>
+> 2013/9/20 Lo?c Hoguin <essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>
+>     chunk only returns when the client has received the chunk, so the
+>     timestamps solution should work.
+>
+>     As for the timeout, you can simply use erlang:send_after or
+>     something like usual and the message will arrive in info/3.
+>
+>
+>     On 09/20/2013 08:54 PM, akonsu wrote:
+>
+>         thanks!
+>
+>         how to implement timeout callback manually? if I had receive then I
+>         would just use timeout clause there, but with the handler I do
+>         not know...
+>
+>         I have doubts about validity of my question on the erlang list.
+>           I later
+>         realised that there is no problem receiving messages in my
+>         handler from
+>         my upstream process, I can do it fast enough and shove
+>         everything to the
+>         response. my real problem is to determine if the http client is
+>         reading
+>         fast enough from the response...
+>
+>
+>         2013/9/20 Lo?c Hoguin <essen at ninenines.eu
+>         <mailto:essen at ninenines.eu> <mailto:essen at ninenines.eu
+>         <mailto:essen at ninenines.eu>>>
+>
+>
+>              Loop handlers close after a while regardless of what you
+>         send, it
+>              only checks what the client sends. The best way for you
+>         would be to
+>              disable that timeout and handle it manually.
+>
+>              As for the second question, I'm still reading the thread on
+>              erlang-questions but I've seen some good ideas about
+>         timestamps so far.
+>
+>
+>              On 09/20/2013 08:47 PM, akonsu wrote:
+>
+>                  Hi,
+>
+>                  I am using loop handler and I stream from it:
+>
+>                  info({stream, Part}, Req, S) ->
+>                        ok = cowboy_req:chunk(Part, Req),
+>                        {loop, Req, S, hibernate};
+>
+>                  I have two questions:
+>
+>                  1. on timeouts cowboy sends 204 No Content. In my case
+>         it is not the
+>                  right response because I may have already sent some
+>         data. Is
+>                  there a way
+>                  to send a custom response?
+>
+>                  2. how to check if the client is too slow and is not
+>         reading the
+>                  response stream fast enough? If this happens, then I
+>         need to
+>                  disconnect.
+>
+>                  I can live without 1. but I need to figure out 2.
+>         Please help.
+>
+>                  thank you!
+>                  Konstantin
+>
+>
+>
+>                  ___________________________________________________
+>                  Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         <mailto:Extend at lists.__ninenines.eu
+>         <mailto:Extend at lists.ninenines.eu>>
+>         http://lists.ninenines.eu:81/____listinfo/extend
+>         <http://lists.ninenines.eu:81/__listinfo/extend>
+>
+>                  <http://lists.ninenines.eu:81/__listinfo/extend
+>         <http://lists.ninenines.eu:81/listinfo/extend>>
+>
+>
+>
+>              --
+>              Lo?c Hoguin
+>              Erlang Cowboy
+>              Nine Nines
+>         http://ninenines.eu
+>
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>
+>     Erlang Cowboy
+>     Nine Nines
+>     http://ninenines.eu
+>
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From mrhegarty at gmail.com  Sun Sep 22 22:55:31 2013
+From: mrhegarty at gmail.com (Matthew Hegarty)
+Date: Sun, 22 Sep 2013 21:55:31 +0100
+Subject: [99s-extend] Cowboy helloworld make fails with missing_beam_file
+	(hipe)
+Message-ID: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+
+hi
+Just starting out so I've got latest versions of apps.
+in cowboy/examples/hello_world, running make fails with:
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130922/77e355ff/attachment.html>
+
+From mrhegarty at gmail.com  Sun Sep 22 22:59:37 2013
+From: mrhegarty at gmail.com (Matthew Hegarty)
+Date: Sun, 22 Sep 2013 21:59:37 +0100
+Subject: [99s-extend] Cowboy helloworld make fails with
+	missing_beam_file (hipe)
+In-Reply-To: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+References: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+Message-ID: <CAAcKVnknx8gBQZSL-QUOTUVin=a0M+KAEwNd84HMOO1C3iSyZQ@mail.gmail.com>
+
+hi
+Just starting out so I'm trying to run cowboy's helloworld
+in cowboy/examples/hello_world, running make fails with:
+
+===> Provider (rlx_prv_discover) failed with: {error,
+                                                      {rlx_app_discovery,
+                                                       [{missing_beam_file,
+                                                         hipe,
+
+<<"/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam">>},
+                                                        {missing_beam_file,
+                                                         hipe,
+
+<<"/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam">>}]}}
+
+there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it is
+in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+I've tried passing the correct dir to relx using --lib-dir but I still get
+the same error.
+
+Any ideas what's going wrong?
+
+erl: Erlang R16B02 (erts-5.10.3)
+relx: 0.0.0+build.275.refca03701
+rebar: rebar 2.1.0-pre R16B02 20130922_191744 git 2.1.0-pre-46-g78fa8fc
+
+
+On 22 September 2013 21:55, Matthew Hegarty <mrhegarty at gmail.com> wrote:
+
+> hi
+> Just starting out so I've got latest versions of apps.
+> in cowboy/examples/hello_world, running make fails with:
+>
+>
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130922/6e925e9d/attachment.html>
+
+From lloyd at writersglen.com  Mon Sep 23 01:57:41 2013
+From: lloyd at writersglen.com (lloyd at writersglen.com)
+Date: Sun, 22 Sep 2013 19:57:41 -0400 (EDT)
+Subject: [99s-extend] Cowboy: Having problems with Getting Started
+Message-ID: <[email protected]>
+
+Hello,
+
+Forgive my ignorance, but I'm having problems with the Getting Started chapter of the Cowboy Guide.
+
+Near the end I can download relx just fine. But there seems to be a hidden assumption shared, perhaps, by all Erlang cowboys but outside my understanding.
+
+When I get to $./relx, the following is returned:
+
+lloyd at Reliance:~/hello_erlang/relx$ ./relx
+===> Starting relx build process ...
+===> Resolving OTP Applications from directories:
+          /home/lloyd/hello_erlang/relx/ebin
+          /home/lloyd/hello_erlang/relx/deps
+          /usr/lib/erlang/lib
+
+===> Resolving available OTP Releases from directories:
+          /home/lloyd/hello_erlang/relx/ebin
+          /home/lloyd/hello_erlang/relx/deps
+          /usr/lib/erlang/lib
+
+Failed to solve release:
+ Dependency hello_erlang is specified as a dependency but is not reachable by the system.
+
+I've added all variations to .erlang that I can think of to put hello_erlang into the code path, but none seem to work. Can some kind soul let me in on the secret?
+
+Many thanks,
+
+Lloyd
+
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+http://thegospelofashes.com
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+http://freeinpancho.com
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+http://ayatakeo.com
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+
+
+
+From essen at ninenines.eu  Wed Sep 25 17:09:16 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 25 Sep 2013 17:09:16 +0200
+Subject: [99s-extend] Cowboy helloworld make fails with
+ missing_beam_file (hipe)
+In-Reply-To: <CAAcKVnknx8gBQZSL-QUOTUVin=a0M+KAEwNd84HMOO1C3iSyZQ@mail.gmail.com>
+References: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+ <CAAcKVnknx8gBQZSL-QUOTUVin=a0M+KAEwNd84HMOO1C3iSyZQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Why does it look for hipe at all to begin with?
+
+I'll ping tristan about it.
+
+On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+> hi
+> Just starting out so I'm trying to run cowboy's helloworld
+> in cowboy/examples/hello_world, running make fails with:
+>
+> ===> Provider (rlx_prv_discover) failed with: {error,
+>                                                        {rlx_app_discovery,
+>                                                         [{missing_beam_file,
+>                                                           hipe,
+>
+> <<"/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam">>},
+>                                                          {missing_beam_file,
+>                                                           hipe,
+>
+> <<"/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam">>}]}}
+>
+> there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+> is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+> I've tried passing the correct dir to relx using --lib-dir but I still
+> get the same error.
+>
+> Any ideas what's going wrong?
+>
+> erl: Erlang R16B02 (erts-5.10.3)
+> relx: 0.0.0+build.275.refca03701
+> rebar: rebar 2.1.0-pre R16B02 20130922_191744 git 2.1.0-pre-46-g78fa8fc
+>
+>
+> On 22 September 2013 21:55, Matthew Hegarty <mrhegarty at gmail.com
+> <mailto:mrhegarty at gmail.com>> wrote:
+>
+>     hi
+>     Just starting out so I've got latest versions of apps.
+>     in cowboy/examples/hello_world, running make fails with:
+>
+>
+>
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Wed Sep 25 17:10:01 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 25 Sep 2013 17:10:01 +0200
+Subject: [99s-extend] Cowboy: Having problems with Getting Started
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 09/23/2013 01:57 AM, lloyd at writersglen.com wrote:
+> Hello,
+>
+> Forgive my ignorance, but I'm having problems with the Getting Started chapter of the Cowboy Guide.
+>
+> Near the end I can download relx just fine. But there seems to be a hidden assumption shared, perhaps, by all Erlang cowboys but outside my understanding.
+>
+> When I get to $./relx, the following is returned:
+>
+> lloyd at Reliance:~/hello_erlang/relx$ ./relx
+
+You're in hello_erlang/relx, I'm guessing you want to do that in 
+hello_erlang/ directly.
+
+> ===> Starting relx build process ...
+> ===> Resolving OTP Applications from directories:
+>            /home/lloyd/hello_erlang/relx/ebin
+>            /home/lloyd/hello_erlang/relx/deps
+>            /usr/lib/erlang/lib
+>
+> ===> Resolving available OTP Releases from directories:
+>            /home/lloyd/hello_erlang/relx/ebin
+>            /home/lloyd/hello_erlang/relx/deps
+>            /usr/lib/erlang/lib
+>
+> Failed to solve release:
+>   Dependency hello_erlang is specified as a dependency but is not reachable by the system.
+>
+> I've added all variations to .erlang that I can think of to put hello_erlang into the code path, but none seem to work. Can some kind soul let me in on the secret?
+>
+> Many thanks,
+>
+> Lloyd
+>
+> *********************************************
+> My books:
+>
+> THE GOSPEL OF ASHES
+> http://thegospelofashes.com
+>
+> Strength is not enough. Do they have the courage
+> and the cunning? Can they survive long enough to
+> save the lives of millions?
+>
+> FREEIN' PANCHO
+> http://freeinpancho.com
+>
+> A community of misfits help a troubled boy find his way
+>
+> AYA TAKEO
+> http://ayatakeo.com
+>
+> Star-crossed love, war and power in an alternative
+> universe
+>
+> Available through Amazon or by request from your
+> favorite bookstore
+>
+>
+> **********************************************
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+>
+
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From tristan.sloughter at gmail.com  Wed Sep 25 18:25:04 2013
+From: tristan.sloughter at gmail.com (Tristan Sloughter)
+Date: Wed, 25 Sep 2013 09:25:04 -0700
+Subject: [99s-extend] Cowboy helloworld make fails with
+ missing_beam_file (hipe)
+In-Reply-To: <[email protected]>
+References: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+ <CAAcKVnknx8gBQZSL-QUOTUVin=a0M+KAEwNd84HMOO1C3iSyZQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I ran into the same thing. I assume you installed Erlang from the Erlang
+Solutions repo?
+
+Install erlang-hipe package. Or remove
+/usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+
+Their packages install a broken hipe app, missing lots of beams, for
+some reason. But if you install the hipe package it'll install what is
+missing. I told them about this but I haven't heard back.
+
+-- 
+  Tristan Sloughter
+  tsloughter at fastmail.fm
+
+On Wed, Sep 25, 2013, at 08:09 AM, Lo?c Hoguin wrote:
+> Why does it look for hipe at all to begin with?
+> 
+> I'll ping tristan about it.
+> 
+> On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+> > hi
+> > Just starting out so I'm trying to run cowboy's helloworld
+> > in cowboy/examples/hello_world, running make fails with:
+> >
+> > ===> Provider (rlx_prv_discover) failed with: {error,
+> >                                                        {rlx_app_discovery,
+> >                                                         [{missing_beam_file,
+> >                                                           hipe,
+> >
+> > <<"/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam">>},
+> >                                                          {missing_beam_file,
+> >                                                           hipe,
+> >
+> > <<"/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam">>}]}}
+> >
+> > there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+> > is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+> > I've tried passing the correct dir to relx using --lib-dir but I still
+> > get the same error.
+> >
+> > Any ideas what's going wrong?
+> >
+> > erl: Erlang R16B02 (erts-5.10.3)
+> > relx: 0.0.0+build.275.refca03701
+> > rebar: rebar 2.1.0-pre R16B02 20130922_191744 git 2.1.0-pre-46-g78fa8fc
+> >
+> >
+> > On 22 September 2013 21:55, Matthew Hegarty <mrhegarty at gmail.com
+> > <mailto:mrhegarty at gmail.com>> wrote:
+> >
+> >     hi
+> >     Just starting out so I've got latest versions of apps.
+> >     in cowboy/examples/hello_world, running make fails with:
+> >
+> >
+> >
+> >
+> >
+> >
+> > _______________________________________________
+> > Extend mailing list
+> > Extend at lists.ninenines.eu
+> > http://lists.ninenines.eu:81/listinfo/extend
+> >
+> 
+> 
+> -- 
+> Lo?c Hoguin
+> Erlang Cowboy
+> Nine Nines
+> http://ninenines.eu
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> http://lists.ninenines.eu:81/listinfo/extend
+
+
+-- 
+  Tristan Sloughter
+  tristan.sloughter at gmail.com
+
+
+From essen at ninenines.eu  Wed Sep 25 18:27:58 2013
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Wed, 25 Sep 2013 18:27:58 +0200
+Subject: [99s-extend] Mailing lists maintenance 28th of September
+Message-ID: <[email protected]>
+
+Hello,
+
+Just a heads up, I will be moving the mailing lists to a new server 
+Saturday. As a result they might be unavailable for a couple hours/days 
+depending on how well I manage to do it.
+
+Thanks for your understanding!
+
+-- 
+Lo?c Hoguin
+Erlang Cowboy
+Nine Nines
+http://ninenines.eu
+
+
+From mrhegarty at gmail.com  Thu Sep 26 21:03:06 2013
+From: mrhegarty at gmail.com (Matthew Hegarty)
+Date: Thu, 26 Sep 2013 20:03:06 +0100
+Subject: [99s-extend] Cowboy helloworld make fails with
+	missing_beam_file (hipe)
+In-Reply-To: <[email protected]>
+References: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+ <CAAcKVnknx8gBQZSL-QUOTUVin=a0M+KAEwNd84HMOO1C3iSyZQ@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <CAAcKVnkTmqkvxq8r6ufAAgkqoLrzjO_rVENuk9YzZNd-mmnM6Q@mail.gmail.com>
+
+hi
+I compiled Erlang from source (downloaded from erlang.org)
+
+
+On 25 September 2013 17:25, Tristan Sloughter
+<tristan.sloughter at gmail.com>wrote:
+
+> I ran into the same thing. I assume you installed Erlang from the Erlang
+> Solutions repo?
+>
+> Install erlang-hipe package. Or remove
+> /usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+>
+> Their packages install a broken hipe app, missing lots of beams, for
+> some reason. But if you install the hipe package it'll install what is
+> missing. I told them about this but I haven't heard back.
+>
+> --
+>   Tristan Sloughter
+>   tsloughter at fastmail.fm
+>
+> On Wed, Sep 25, 2013, at 08:09 AM, Lo?c Hoguin wrote:
+> > Why does it look for hipe at all to begin with?
+> >
+> > I'll ping tristan about it.
+> >
+> > On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+> > > hi
+> > > Just starting out so I'm trying to run cowboy's helloworld
+> > > in cowboy/examples/hello_world, running make fails with:
+> > >
+> > > ===> Provider (rlx_prv_discover) failed with: {error,
+> > >
+>  {rlx_app_discovery,
+> > >
+> [{missing_beam_file,
+> > >                                                           hipe,
+> > >
+> > > <<"/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam">>},
+> > >
+>  {missing_beam_file,
+> > >                                                           hipe,
+> > >
+> > > <<"/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam">>}]}}
+> > >
+> > > there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,
+> it
+> > > is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+> > > I've tried passing the correct dir to relx using --lib-dir but I still
+> > > get the same error.
+> > >
+> > > Any ideas what's going wrong?
+> > >
+> > > erl: Erlang R16B02 (erts-5.10.3)
+> > > relx: 0.0.0+build.275.refca03701
+> > > rebar: rebar 2.1.0-pre R16B02 20130922_191744 git 2.1.0-pre-46-g78fa8fc
+> > >
+> > >
+> > > On 22 September 2013 21:55, Matthew Hegarty <mrhegarty at gmail.com
+> > > <mailto:mrhegarty at gmail.com>> wrote:
+> > >
+> > >     hi
+> > >     Just starting out so I've got latest versions of apps.
+> > >     in cowboy/examples/hello_world, running make fails with:
+> > >
+> > >
+> > >
+> > >
+> > >
+> > >
+> > > _______________________________________________
+> > > Extend mailing list
+> > > Extend at lists.ninenines.eu
+> > > http://lists.ninenines.eu:81/listinfo/extend
+> > >
+> >
+> >
+> > --
+> > Lo?c Hoguin
+> > Erlang Cowboy
+> > Nine Nines
+> > http://ninenines.eu
+> > _______________________________________________
+> > Extend mailing list
+> > Extend at lists.ninenines.eu
+> > http://lists.ninenines.eu:81/listinfo/extend
+>
+>
+> --
+>   Tristan Sloughter
+>   tristan.sloughter at gmail.com
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130926/d34b33e3/attachment.html>
+
+From tristan.sloughter at gmail.com  Thu Sep 26 21:04:00 2013
+From: tristan.sloughter at gmail.com (Tristan Sloughter)
+Date: Thu, 26 Sep 2013 12:04:00 -0700
+Subject: [99s-extend] Cowboy helloworld make fails with
+ missing_beam_file (hipe)
+In-Reply-To: <CAAcKVnkTmqkvxq8r6ufAAgkqoLrzjO_rVENuk9YzZNd-mmnM6Q@mail.gmail.com>
+References: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+ <CAAcKVnknx8gBQZSL-QUOTUVin=a0M+KAEwNd84HMOO1C3iSyZQ@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <CAAcKVnkTmqkvxq8r6ufAAgkqoLrzjO_rVENuk9YzZNd-mmnM6Q@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Did you enable hipe when you compiled? Does
+/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam exist?
+
+
+
+--
+Tristan Sloughter
+tristan.sloughter at gmail.com
+
+
+
+
+
+On Thu, Sep 26, 2013, at 12:03 PM, Matthew Hegarty wrote:
+
+hi
+
+I compiled Erlang from source (downloaded from [1]erlang.org)
+
+
+
+On 25 September 2013 17:25, Tristan Sloughter
+<[2]tristan.sloughter at gmail.com> wrote:
+
+I ran into the same thing. I assume you installed Erlang from the
+Erlang
+
+Solutions repo?
+
+
+
+Install erlang-hipe package. Or remove
+
+/usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+
+
+
+Their packages install a broken hipe app, missing lots of beams, for
+
+some reason. But if you install the hipe package it'll install what is
+
+missing. I told them about this but I haven't heard back.
+
+
+
+--
+
+  Tristan Sloughter
+
+  [3]tsloughter at fastmail.fm
+
+
+
+
+On Wed, Sep 25, 2013, at 08:09 AM, Lo?c Hoguin wrote:
+> Why does it look for hipe at all to begin with?
+>
+> I'll ping tristan about it.
+>
+> On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+> > hi
+> > Just starting out so I'm trying to run cowboy's helloworld
+> > in cowboy/examples/hello_world, running make fails with:
+> >
+> > ===> Provider (rlx_prv_discover) failed with: {error,
+> >
+{rlx_app_discovery,
+> >
+[{missing_beam_file,
+> >                                                           hipe,
+> >
+> > <<"/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam">>},
+> >
+{missing_beam_file,
+> >                                                           hipe,
+> >
+> > <<"/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam">>}]}}
+> >
+> > there is no hipe.beam in
+/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+> > is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+> > I've tried passing the correct dir to relx using --lib-dir but I
+still
+> > get the same error.
+> >
+> > Any ideas what's going wrong?
+> >
+> > erl: Erlang R16B02 (erts-5.10.3)
+> > relx: 0.0.0+build.275.refca03701
+> > rebar: rebar 2.1.0-pre R16B02 20130922_191744 git
+2.1.0-pre-46-g78fa8fc
+> >
+> >
+> > On 22 September 2013 21:55, Matthew Hegarty <[4]mrhegarty at gmail.com
+> > <mailto:[5]mrhegarty at gmail.com>> wrote:
+> >
+> >     hi
+> >     Just starting out so I've got latest versions of apps.
+> >     in cowboy/examples/hello_world, running make fails with:
+> >
+> >
+> >
+> >
+> >
+> >
+> > _______________________________________________
+> > Extend mailing list
+> > [6]Extend at lists.ninenines.eu
+> > [7]http://lists.ninenines.eu:81/listinfo/extend
+> >
+>
+>
+> --
+
+> Lo?c Hoguin
+
+
+
+> Erlang Cowboy
+
+> Nine Nines
+
+> [8]http://ninenines.eu
+
+> _______________________________________________
+> Extend mailing list
+> [9]Extend at lists.ninenines.eu
+> [10]http://lists.ninenines.eu:81/listinfo/extend
+
+
+--
+
+  Tristan Sloughter
+
+  [11]tristan.sloughter at gmail.com
+
+References
+
+1. http://erlang.org/
+2. mailto:tristan.sloughter at gmail.com
+3. mailto:tsloughter at fastmail.fm
+4. mailto:mrhegarty at gmail.com
+5. mailto:mrhegarty at gmail.com
+6. mailto:Extend at lists.ninenines.eu
+7. http://lists.ninenines.eu:81/listinfo/extend
+8. http://ninenines.eu/
+9. mailto:Extend at lists.ninenines.eu
+  10. http://lists.ninenines.eu:81/listinfo/extend
+  11. mailto:tristan.sloughter at gmail.com
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130926/28d38e59/attachment.html>
+
+From mrhegarty at gmail.com  Thu Sep 26 22:36:03 2013
+From: mrhegarty at gmail.com (Matthew Hegarty)
+Date: Thu, 26 Sep 2013 21:36:03 +0100
+Subject: [99s-extend] Cowboy helloworld make fails with
+	missing_beam_file (hipe)
+In-Reply-To: <[email protected]>
+References: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+ <CAAcKVnknx8gBQZSL-QUOTUVin=a0M+KAEwNd84HMOO1C3iSyZQ@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <CAAcKVnkTmqkvxq8r6ufAAgkqoLrzjO_rVENuk9YzZNd-mmnM6Q@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAAcKVn=wMD6crYFEHXB=BcO8HhOJHK5Rhk7LAAzJVBNDU1+tYw@mail.gmail.com>
+
+yes it exists.  I believe hipe is enabled by default when I compile.
+
+however there is no
+
+ /usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam
+ /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam
+
+which is what relx is apparently looking for.
+Do you know where does relx get these paths from?
+
+
+On 26 September 2013 20:04, Tristan Sloughter
+<tristan.sloughter at gmail.com>wrote:
+
+> **
+> Did you enable hipe when you compiled? Does
+> /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam exist?
+>
+> --
+>  Tristan Sloughter
+>  tristan.sloughter at gmail.com
+>
+>
+>
+> On Thu, Sep 26, 2013, at 12:03 PM, Matthew Hegarty wrote:
+>
+> hi
+> I compiled Erlang from source (downloaded from erlang.org)
+>
+>
+> On 25 September 2013 17:25, Tristan Sloughter <tristan.sloughter at gmail.com
+> > wrote:
+>
+>
+> I ran into the same thing. I assume you installed Erlang from the Erlang
+>  Solutions repo?
+>
+>  Install erlang-hipe package. Or remove
+>  /usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+>
+>  Their packages install a broken hipe app, missing lots of beams, for
+>  some reason. But if you install the hipe package it'll install what is
+>  missing. I told them about this but I haven't heard back.
+>
+>  --
+>    Tristan Sloughter
+>    tsloughter at fastmail.fm
+>
+>
+>  On Wed, Sep 25, 2013, at 08:09 AM, Lo?c Hoguin wrote:
+>  > Why does it look for hipe at all to begin with?
+>  >
+>  > I'll ping tristan about it.
+>  >
+>  > On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+>  > > hi
+>  > > Just starting out so I'm trying to run cowboy's helloworld
+>  > > in cowboy/examples/hello_world, running make fails with:
+>  > >
+>  > > ===> Provider (rlx_prv_discover) failed with: {error,
+>  > >
+>  {rlx_app_discovery,
+>  > >
+> [{missing_beam_file,
+>  > >                                                           hipe,
+>  > >
+>  > > <<"/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam">>},
+>  > >
+>  {missing_beam_file,
+>  > >                                                           hipe,
+>  > >
+>  > > <<"/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam">>}]}}
+>  > >
+>  > > there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,
+> it
+>  > > is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+>  > > I've tried passing the correct dir to relx using --lib-dir but I still
+>  > > get the same error.
+>  > >
+>  > > Any ideas what's going wrong?
+>  > >
+>  > > erl: Erlang R16B02 (erts-5.10.3)
+>  > > relx: 0.0.0+build.275.refca03701
+>  > > rebar: rebar 2.1.0-pre R16B02 20130922_191744 git
+> 2.1.0-pre-46-g78fa8fc
+>  > >
+>  > >
+>  > > On 22 September 2013 21:55, Matthew Hegarty <mrhegarty at gmail.com
+>  > > <mailto:mrhegarty at gmail.com>> wrote:
+>  > >
+>  > >     hi
+>  > >     Just starting out so I've got latest versions of apps.
+>  > >     in cowboy/examples/hello_world, running make fails with:
+>  > >
+>  > >
+>  > >
+>  > >
+>  > >
+>  > >
+>  > > _______________________________________________
+>  > > Extend mailing list
+>  > > Extend at lists.ninenines.eu
+>  > > http://lists.ninenines.eu:81/listinfo/extend
+>  > >
+>  >
+>  >
+>  > --
+>  > Lo?c Hoguin
+>
+> > Erlang Cowboy
+>  > Nine Nines
+>  > http://ninenines.eu
+> > _______________________________________________
+>  > Extend mailing list
+>  > Extend at lists.ninenines.eu
+>  > http://lists.ninenines.eu:81/listinfo/extend
+>
+>
+>  --
+>    Tristan Sloughter
+>    tristan.sloughter at gmail.com
+>
+>
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130926/3a77fe04/attachment.html>
+
+From mrhegarty at gmail.com  Sat Sep 28 22:41:16 2013
+From: mrhegarty at gmail.com (Matthew Hegarty)
+Date: Sat, 28 Sep 2013 21:41:16 +0100
+Subject: [99s-extend] Cowboy helloworld make fails with
+	missing_beam_file (hipe)
+In-Reply-To: <CAAcKVn=wMD6crYFEHXB=BcO8HhOJHK5Rhk7LAAzJVBNDU1+tYw@mail.gmail.com>
+References: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+ <CAAcKVnknx8gBQZSL-QUOTUVin=a0M+KAEwNd84HMOO1C3iSyZQ@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <CAAcKVnkTmqkvxq8r6ufAAgkqoLrzjO_rVENuk9YzZNd-mmnM6Q@mail.gmail.com>
+ <[email protected]>
+ <CAAcKVn=wMD6crYFEHXB=BcO8HhOJHK5Rhk7LAAzJVBNDU1+tYw@mail.gmail.com>
+Message-ID: <CAAcKVn=K=7Pv+J_Qx+dJqRH=xcDdhGPws2MmsuwpROVGU_1Axg@mail.gmail.com>
+
+Got it to work.  I apparently had a few versions of hipe in my Erlang lib
+dir:
+
+$ /usr/local/lib/erlang/lib $ ll -ld hipe*
+drwxr-xr-x  9 root root 4096 Feb 11  2013 hipe-3.10/
+drwxr-xr-x  9 root root 4096 Mar  1  2013 hipe-3.10.1/
+drwxr-xr-x 10 root root 4096 Jul  2 11:31 hipe-3.10.2/
+drwxr-xr-x 10 root root 4096 Sep 21 17:36 hipe-3.10.2.1/
+
+They must have come from previous erlang installations (compilation from
+source).  The solution was to remove the older versions and leave only the
+latest one.  Maybe relx should be able to handle this?
+
+thanks for the responses
+
+Matt
+
+
+On 26 September 2013 21:36, Matthew Hegarty <mrhegarty at gmail.com> wrote:
+
+> yes it exists.  I believe hipe is enabled by default when I compile.
+>
+> however there is no
+>
+>  /usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam
+>  /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam
+>
+> which is what relx is apparently looking for.
+> Do you know where does relx get these paths from?
+>
+>
+> On 26 September 2013 20:04, Tristan Sloughter <tristan.sloughter at gmail.com
+> > wrote:
+>
+>> **
+>> Did you enable hipe when you compiled? Does
+>> /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam exist?
+>>
+>> --
+>>  Tristan Sloughter
+>>  tristan.sloughter at gmail.com
+>>
+>>
+>>
+>> On Thu, Sep 26, 2013, at 12:03 PM, Matthew Hegarty wrote:
+>>
+>> hi
+>> I compiled Erlang from source (downloaded from erlang.org)
+>>
+>>
+>> On 25 September 2013 17:25, Tristan Sloughter <
+>> tristan.sloughter at gmail.com> wrote:
+>>
+>>
+>> I ran into the same thing. I assume you installed Erlang from the Erlang
+>>  Solutions repo?
+>>
+>>  Install erlang-hipe package. Or remove
+>>  /usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+>>
+>>  Their packages install a broken hipe app, missing lots of beams, for
+>>  some reason. But if you install the hipe package it'll install what is
+>>  missing. I told them about this but I haven't heard back.
+>>
+>>  --
+>>    Tristan Sloughter
+>>    tsloughter at fastmail.fm
+>>
+>>
+>>  On Wed, Sep 25, 2013, at 08:09 AM, Lo?c Hoguin wrote:
+>>  > Why does it look for hipe at all to begin with?
+>>  >
+>>  > I'll ping tristan about it.
+>>  >
+>>  > On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+>>  > > hi
+>>  > > Just starting out so I'm trying to run cowboy's helloworld
+>>  > > in cowboy/examples/hello_world, running make fails with:
+>>  > >
+>>  > > ===> Provider (rlx_prv_discover) failed with: {error,
+>>  > >
+>>  {rlx_app_discovery,
+>>  > >
+>> [{missing_beam_file,
+>>  > >                                                           hipe,
+>>  > >
+>>  > > <<"/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam">>},
+>>  > >
+>>  {missing_beam_file,
+>>  > >                                                           hipe,
+>>  > >
+>>  > > <<"/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam">>}]}}
+>>  > >
+>>  > > there is no hipe.beam in
+>> /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+>>  > > is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+>>  > > I've tried passing the correct dir to relx using --lib-dir but I
+>> still
+>>  > > get the same error.
+>>  > >
+>>  > > Any ideas what's going wrong?
+>>  > >
+>>  > > erl: Erlang R16B02 (erts-5.10.3)
+>>  > > relx: 0.0.0+build.275.refca03701
+>>  > > rebar: rebar 2.1.0-pre R16B02 20130922_191744 git
+>> 2.1.0-pre-46-g78fa8fc
+>>  > >
+>>  > >
+>>  > > On 22 September 2013 21:55, Matthew Hegarty <mrhegarty at gmail.com
+>>  > > <mailto:mrhegarty at gmail.com>> wrote:
+>>  > >
+>>  > >     hi
+>>  > >     Just starting out so I've got latest versions of apps.
+>>  > >     in cowboy/examples/hello_world, running make fails with:
+>>  > >
+>>  > >
+>>  > >
+>>  > >
+>>  > >
+>>  > >
+>>  > > _______________________________________________
+>>  > > Extend mailing list
+>>  > > Extend at lists.ninenines.eu
+>>  > > http://lists.ninenines.eu:81/listinfo/extend
+>>  > >
+>>  >
+>>  >
+>>  > --
+>>  > Lo?c Hoguin
+>>
+>> > Erlang Cowboy
+>>  > Nine Nines
+>>  > http://ninenines.eu
+>> > _______________________________________________
+>>  > Extend mailing list
+>>  > Extend at lists.ninenines.eu
+>>  > http://lists.ninenines.eu:81/listinfo/extend
+>>
+>>
+>>  --
+>>    Tristan Sloughter
+>>    tristan.sloughter at gmail.com
+>>
+>>
+>>
+>>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130928/b1333ac2/attachment.html>
+
+From tristan.sloughter at gmail.com  Sat Sep 28 22:43:25 2013
+From: tristan.sloughter at gmail.com (Tristan Sloughter)
+Date: Sat, 28 Sep 2013 13:43:25 -0700
+Subject: [99s-extend] Cowboy helloworld make fails with
+ missing_beam_file (hipe)
+In-Reply-To: <CAAcKVn=K=7Pv+J_Qx+dJqRH=xcDdhGPws2MmsuwpROVGU_1Axg@mail.gmail.com>
+References: <CAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ@mail.gmail.com>
+ <CAAcKVnknx8gBQZSL-QUOTUVin=a0M+KAEwNd84HMOO1C3iSyZQ@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <CAAcKVnkTmqkvxq8r6ufAAgkqoLrzjO_rVENuk9YzZNd-mmnM6Q@mail.gmail.com>
+ <[email protected]>
+ <CAAcKVn=wMD6crYFEHXB=BcO8HhOJHK5Rhk7LAAzJVBNDU1+tYw@mail.gmail.com>
+ <CAAcKVn=K=7Pv+J_Qx+dJqRH=xcDdhGPws2MmsuwpROVGU_1Axg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Yea, since I doubt the OTP team (or anyone) will fix the fact that it
+installs a broken hipe we've decided to just warn on broken apps during
+the discovery phase. So it'll only fail if the broken app is also
+suppose to be part of the release.
+
+
+
+Finishing up the relx patch right now.
+
+
+
+--
+Tristan Sloughter
+tristan.sloughter at gmail.com
+
+
+
+
+
+On Sat, Sep 28, 2013, at 01:41 PM, Matthew Hegarty wrote:
+
+Got it to work.  I apparently had a few versions of hipe in my Erlang
+lib dir:
+
+$ /usr/local/lib/erlang/lib $ ll -ld hipe*
+drwxr-xr-x  9 root root 4096 Feb 11  2013 hipe-3.10/
+drwxr-xr-x  9 root root 4096 Mar  1  2013 hipe-3.10.1/
+drwxr-xr-x 10 root root 4096 Jul  2 11:31 hipe-3.10.2/
+drwxr-xr-x 10 root root 4096 Sep 21 17:36 hipe-3.10.2.1/
+
+They must have come from previous erlang installations (compilation
+from source).  The solution was to remove the older versions and leave
+only the latest one.  Maybe relx should be able to handle this?
+
+thanks for the responses
+
+Matt
+
+
+
+On 26 September 2013 21:36, Matthew Hegarty <[1]mrhegarty at gmail.com>
+wrote:
+
+yes it exists.  I believe hipe is enabled by default when I compile.
+
+however there is no
+
+ /usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam
+ /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam
+
+which is what relx is apparently looking for.
+Do you know where does relx get these paths from?
+
+
+
+On 26 September 2013 20:04, Tristan Sloughter
+<[2]tristan.sloughter at gmail.com> wrote:
+
+Did you enable hipe when you compiled? Does
+/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam exist?
+
+--
+Tristan Sloughter
+[3]tristan.sloughter at gmail.com
+
+
+
+On Thu, Sep 26, 2013, at 12:03 PM, Matthew Hegarty wrote:
+
+hi
+
+I compiled Erlang from source (downloaded from [4]erlang.org)
+
+
+
+On 25 September 2013 17:25, Tristan Sloughter
+<[5]tristan.sloughter at gmail.com> wrote:
+
+I ran into the same thing. I assume you installed Erlang from the
+Erlang
+
+Solutions repo?
+
+
+
+Install erlang-hipe package. Or remove
+
+/usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+
+
+
+Their packages install a broken hipe app, missing lots of beams, for
+
+some reason. But if you install the hipe package it'll install what is
+
+missing. I told them about this but I haven't heard back.
+
+
+
+--
+
+  Tristan Sloughter
+
+  [6]tsloughter at fastmail.fm
+
+
+
+
+On Wed, Sep 25, 2013, at 08:09 AM, Lo?c Hoguin wrote:
+> Why does it look for hipe at all to begin with?
+>
+> I'll ping tristan about it.
+>
+> On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+> > hi
+> > Just starting out so I'm trying to run cowboy's helloworld
+> > in cowboy/examples/hello_world, running make fails with:
+> >
+> > ===> Provider (rlx_prv_discover) failed with: {error,
+> >
+{rlx_app_discovery,
+> >
+[{missing_beam_file,
+> >                                                           hipe,
+> >
+> > <<"/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam">>},
+> >
+{missing_beam_file,
+> >                                                           hipe,
+> >
+> > <<"/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam">>}]}}
+> >
+> > there is no hipe.beam in
+/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+> > is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+> > I've tried passing the correct dir to relx using --lib-dir but I
+still
+> > get the same error.
+> >
+> > Any ideas what's going wrong?
+> >
+> > erl: Erlang R16B02 (erts-5.10.3)
+> > relx: 0.0.0+build.275.refca03701
+> > rebar: rebar 2.1.0-pre R16B02 20130922_191744 git
+2.1.0-pre-46-g78fa8fc
+> >
+> >
+> > On 22 September 2013 21:55, Matthew Hegarty <[7]mrhegarty at gmail.com
+> > <mailto:[8]mrhegarty at gmail.com>> wrote:
+> >
+> >     hi
+> >     Just starting out so I've got latest versions of apps.
+> >     in cowboy/examples/hello_world, running make fails with:
+> >
+> >
+> >
+> >
+> >
+> >
+> > _______________________________________________
+> > Extend mailing list
+> > [9]Extend at lists.ninenines.eu
+> > [10]http://lists.ninenines.eu:81/listinfo/extend
+> >
+>
+>
+> --
+
+> Lo?c Hoguin
+
+
+
+> Erlang Cowboy
+
+> Nine Nines
+
+> [11]http://ninenines.eu
+
+> _______________________________________________
+> Extend mailing list
+> [12]Extend at lists.ninenines.eu
+> [13]http://lists.ninenines.eu:81/listinfo/extend
+
+
+--
+
+  Tristan Sloughter
+
+  [14]tristan.sloughter at gmail.com
+
+References
+
+1. mailto:mrhegarty at gmail.com
+2. mailto:tristan.sloughter at gmail.com
+3. mailto:tristan.sloughter at gmail.com
+4. http://erlang.org/
+5. mailto:tristan.sloughter at gmail.com
+6. mailto:tsloughter at fastmail.fm
+7. mailto:mrhegarty at gmail.com
+8. mailto:mrhegarty at gmail.com
+9. mailto:Extend at lists.ninenines.eu
+  10. http://lists.ninenines.eu:81/listinfo/extend
+  11. http://ninenines.eu/
+  12. mailto:Extend at lists.ninenines.eu
+  13. http://lists.ninenines.eu:81/listinfo/extend
+  14. mailto:tristan.sloughter at gmail.com
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20130928/41b322fd/attachment.html>
+
diff --git a/_build/static/archives/extend/2013-September/000227.html b/_build/static/archives/extend/2013-September/000227.html
new file mode 100644
index 00000000..9863b688
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000227.html
@@ -0,0 +1,104 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy load test
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20load%20test&In-Reply-To=%3CCAOBKReerkZKL_Rm9j7X4FH3YUbFHZDGHiVojNgO7WepOWCc_eQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000228.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy load test</H1>
+    <B>Joe Freeman</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20load%20test&In-Reply-To=%3CCAOBKReerkZKL_Rm9j7X4FH3YUbFHZDGHiVojNgO7WepOWCc_eQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy load test">joe.freeman at bitroot.com
+       </A><BR>
+    <I>Sun Sep 15 19:01:30 CEST 2013</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000228.html">[99s-extend] Cowboy load test
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#227">[ date ]</a>
+              <a href="thread.html#227">[ thread ]</a>
+              <a href="subject.html#227">[ subject ]</a>
+              <a href="author.html#227">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I've started work on a project using Clojure, but I was wondering whether
+(and secretly hoping that) Erlang would be a better fit, so I've been load
+testing a few web server frameworks. I'm particularly interested in how the
+server can handle a large number of concurrent WebSocket connections, and
+the test I've been running is similar to Eric Moritz's [1].
+
+I've setup a simple Cowboy 'echo' server running on an EC2 instance
+(m1.medium, as in Eric's test) which could comfortably handle 10k
+concurrent WebSocket requests (as in Eric's results), while echoing about
+200 messages/second. The CPU usage of the VM at this point is about 99%,
+but the server continues to handle up to 40k concurrent connections with a
+consistent average response time (&lt;30ms). Pushing the test beyond this
+number results in a spike in response times and lots of connection timeouts.
+
+40k connections seems pretty good, but when comparing this to the same test
+against a couple of Clojure/JVM-based frameworks (specifically Aleph/Netty
+and http-kit) I find I can get higher numbers of concurrent connections
+with slightly better average response times (100k connections, &lt;10ms
+response time) using much less CPU (~20%). In fact, memory seems to be the
+limiting factor.
+
+So I have two questions:
+
+1) Should I be concerned about the CPU usage in the Erlang/Cowboy test? I
+have limited experience with Erlang so far, but 100% CPU feels like a bad
+thing.
+
+2) Is there any way to increase the performance of the cowboy server? Are
+there any Erlang VM parameters I can change? The fact that the Clojure/JVM
+tests (on the same machine) have managed to get to 100k connections
+suggests that the limitation isn't being imposed by the operating system
+(I've applied changes various changes to sysctl and ulimit).
+
+(Perhaps an echo server isn't the best way to compare HTTP servers, but it
+feels like a good starting point.)
+
+Thanks for any help.
+
+[1] <A HREF="https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md">https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md</A> - the
+GitHub repo actually contains code for an Aleph server, but results from
+this aren't included in the summary here.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130915/c9a5340e/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130915/c9a5340e/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000228.html">[99s-extend] Cowboy load test
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#227">[ date ]</a>
+              <a href="thread.html#227">[ thread ]</a>
+              <a href="subject.html#227">[ subject ]</a>
+              <a href="author.html#227">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000228.html b/_build/static/archives/extend/2013-September/000228.html
new file mode 100644
index 00000000..88282495
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000228.html
@@ -0,0 +1,133 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy load test
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20load%20test&In-Reply-To=%3C5236044B.5040905%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000227.html">
+   <LINK REL="Next"  HREF="000229.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy load test</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20load%20test&In-Reply-To=%3C5236044B.5040905%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy load test">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Sep 15 21:02:35 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000227.html">[99s-extend] Cowboy load test
+</A></li>
+        <LI>Next message: <A HREF="000229.html">[99s-extend] Cowboy load test
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#228">[ date ]</a>
+              <a href="thread.html#228">[ thread ]</a>
+              <a href="subject.html#228">[ subject ]</a>
+              <a href="author.html#228">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>This sounds like you have too many timers, or something else is using 
+the CPU. 40k connections is literally nothing. Also make sure the 
+clients are on a separate VM/machine.
+
+Either way 99% CPU for 10k sounds high, I've had that with 0 CPU (though 
+on real hardware).
+
+Someone a couple years back got above 1 million after fixing 'too many 
+timers issues' but I don't think it was on a medium instance.
+
+On 09/15/2013 07:01 PM, Joe Freeman wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I've started work on a project using Clojure, but I was wondering
+</I>&gt;<i> whether (and secretly hoping that) Erlang would be a better fit, so I've
+</I>&gt;<i> been load testing a few web server frameworks. I'm particularly
+</I>&gt;<i> interested in how the server can handle a large number of concurrent
+</I>&gt;<i> WebSocket connections, and the test I've been running is similar to Eric
+</I>&gt;<i> Moritz's [1].
+</I>&gt;<i>
+</I>&gt;<i> I've setup a simple Cowboy 'echo' server running on an EC2 instance
+</I>&gt;<i> (m1.medium, as in Eric's test) which could comfortably handle 10k
+</I>&gt;<i> concurrent WebSocket requests (as in Eric's results), while echoing
+</I>&gt;<i> about 200 messages/second. The CPU usage of the VM at this point is
+</I>&gt;<i> about 99%, but the server continues to handle up to 40k concurrent
+</I>&gt;<i> connections with a consistent average response time (&lt;30ms). Pushing the
+</I>&gt;<i> test beyond this number results in a spike in response times and lots of
+</I>&gt;<i> connection timeouts.
+</I>&gt;<i>
+</I>&gt;<i> 40k connections seems pretty good, but when comparing this to the same
+</I>&gt;<i> test against a couple of Clojure/JVM-based frameworks (specifically
+</I>&gt;<i> Aleph/Netty and http-kit) I find I can get higher numbers of concurrent
+</I>&gt;<i> connections with slightly better average response times (100k
+</I>&gt;<i> connections, &lt;10ms response time) using much less CPU (~20%). In fact,
+</I>&gt;<i> memory seems to be the limiting factor.
+</I>&gt;<i>
+</I>&gt;<i> So I have two questions:
+</I>&gt;<i>
+</I>&gt;<i> 1) Should I be concerned about the CPU usage in the Erlang/Cowboy test?
+</I>&gt;<i> I have limited experience with Erlang so far, but 100% CPU feels like a
+</I>&gt;<i> bad thing.
+</I>&gt;<i>
+</I>&gt;<i> 2) Is there any way to increase the performance of the cowboy server?
+</I>&gt;<i> Are there any Erlang VM parameters I can change? The fact that the
+</I>&gt;<i> Clojure/JVM tests (on the same machine) have managed to get to 100k
+</I>&gt;<i> connections suggests that the limitation isn't being imposed by the
+</I>&gt;<i> operating system (I've applied changes various changes to sysctl and
+</I>&gt;<i> ulimit).
+</I>&gt;<i>
+</I>&gt;<i> (Perhaps an echo server isn't the best way to compare HTTP servers, but
+</I>&gt;<i> it feels like a good starting point.)
+</I>&gt;<i>
+</I>&gt;<i> Thanks for any help.
+</I>&gt;<i>
+</I>&gt;<i> [1] <A HREF="https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md">https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md</A> -
+</I>&gt;<i> the GitHub repo actually contains code for an Aleph server, but results
+</I>&gt;<i> from this aren't included in the summary here.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000227.html">[99s-extend] Cowboy load test
+</A></li>
+	<LI>Next message: <A HREF="000229.html">[99s-extend] Cowboy load test
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#228">[ date ]</a>
+              <a href="thread.html#228">[ thread ]</a>
+              <a href="subject.html#228">[ subject ]</a>
+              <a href="author.html#228">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000229.html b/_build/static/archives/extend/2013-September/000229.html
new file mode 100644
index 00000000..3b7176d5
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000229.html
@@ -0,0 +1,143 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy load test
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20load%20test&In-Reply-To=%3C523604DE.6050600%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000228.html">
+   <LINK REL="Next"  HREF="000230.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy load test</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20load%20test&In-Reply-To=%3C523604DE.6050600%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy load test">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Sep 15 21:05:02 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000228.html">[99s-extend] Cowboy load test
+</A></li>
+        <LI>Next message: <A HREF="000230.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#229">[ date ]</a>
+              <a href="thread.html#229">[ thread ]</a>
+              <a href="subject.html#229">[ subject ]</a>
+              <a href="author.html#229">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>This just hit me after hitting send.
+
+Another possibility is that you are using text frames which are required 
+to be valid UTF-8. Cowboy checks that (as required by the RFC), and it's 
+fairly expensive, while most other servers don't. Try with binary frames 
+instead.
+
+On 09/15/2013 09:02 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> This sounds like you have too many timers, or something else is using
+</I>&gt;<i> the CPU. 40k connections is literally nothing. Also make sure the
+</I>&gt;<i> clients are on a separate VM/machine.
+</I>&gt;<i>
+</I>&gt;<i> Either way 99% CPU for 10k sounds high, I've had that with 0 CPU (though
+</I>&gt;<i> on real hardware).
+</I>&gt;<i>
+</I>&gt;<i> Someone a couple years back got above 1 million after fixing 'too many
+</I>&gt;<i> timers issues' but I don't think it was on a medium instance.
+</I>&gt;<i>
+</I>&gt;<i> On 09/15/2013 07:01 PM, Joe Freeman wrote:
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I've started work on a project using Clojure, but I was wondering
+</I>&gt;&gt;<i> whether (and secretly hoping that) Erlang would be a better fit, so I've
+</I>&gt;&gt;<i> been load testing a few web server frameworks. I'm particularly
+</I>&gt;&gt;<i> interested in how the server can handle a large number of concurrent
+</I>&gt;&gt;<i> WebSocket connections, and the test I've been running is similar to Eric
+</I>&gt;&gt;<i> Moritz's [1].
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I've setup a simple Cowboy 'echo' server running on an EC2 instance
+</I>&gt;&gt;<i> (m1.medium, as in Eric's test) which could comfortably handle 10k
+</I>&gt;&gt;<i> concurrent WebSocket requests (as in Eric's results), while echoing
+</I>&gt;&gt;<i> about 200 messages/second. The CPU usage of the VM at this point is
+</I>&gt;&gt;<i> about 99%, but the server continues to handle up to 40k concurrent
+</I>&gt;&gt;<i> connections with a consistent average response time (&lt;30ms). Pushing the
+</I>&gt;&gt;<i> test beyond this number results in a spike in response times and lots of
+</I>&gt;&gt;<i> connection timeouts.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 40k connections seems pretty good, but when comparing this to the same
+</I>&gt;&gt;<i> test against a couple of Clojure/JVM-based frameworks (specifically
+</I>&gt;&gt;<i> Aleph/Netty and http-kit) I find I can get higher numbers of concurrent
+</I>&gt;&gt;<i> connections with slightly better average response times (100k
+</I>&gt;&gt;<i> connections, &lt;10ms response time) using much less CPU (~20%). In fact,
+</I>&gt;&gt;<i> memory seems to be the limiting factor.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> So I have two questions:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 1) Should I be concerned about the CPU usage in the Erlang/Cowboy test?
+</I>&gt;&gt;<i> I have limited experience with Erlang so far, but 100% CPU feels like a
+</I>&gt;&gt;<i> bad thing.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 2) Is there any way to increase the performance of the cowboy server?
+</I>&gt;&gt;<i> Are there any Erlang VM parameters I can change? The fact that the
+</I>&gt;&gt;<i> Clojure/JVM tests (on the same machine) have managed to get to 100k
+</I>&gt;&gt;<i> connections suggests that the limitation isn't being imposed by the
+</I>&gt;&gt;<i> operating system (I've applied changes various changes to sysctl and
+</I>&gt;&gt;<i> ulimit).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> (Perhaps an echo server isn't the best way to compare HTTP servers, but
+</I>&gt;&gt;<i> it feels like a good starting point.)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks for any help.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> [1] <A HREF="https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md">https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md</A> -
+</I>&gt;&gt;<i> the GitHub repo actually contains code for an Aleph server, but results
+</I>&gt;&gt;<i> from this aren't included in the summary here.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000228.html">[99s-extend] Cowboy load test
+</A></li>
+	<LI>Next message: <A HREF="000230.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#229">[ date ]</a>
+              <a href="thread.html#229">[ thread ]</a>
+              <a href="subject.html#229">[ subject ]</a>
+              <a href="author.html#229">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000230.html b/_build/static/archives/extend/2013-September/000230.html
new file mode 100644
index 00000000..365029b4
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000230.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] how to send a message to all connections in cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20how%20to%20send%20a%20message%20to%20all%20connections%20in%20cowboy&In-Reply-To=%3CCA%2BeMAwYqrYJ1bFQfuJJJm%3DSfan3K0VVdOQRPb2ULsomk6VuGsA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000229.html">
+   <LINK REL="Next"  HREF="000231.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] how to send a message to all connections in cowboy</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20how%20to%20send%20a%20message%20to%20all%20connections%20in%20cowboy&In-Reply-To=%3CCA%2BeMAwYqrYJ1bFQfuJJJm%3DSfan3K0VVdOQRPb2ULsomk6VuGsA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] how to send a message to all connections in cowboy">akonsu at gmail.com
+       </A><BR>
+    <I>Mon Sep 16 15:50:22 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000229.html">[99s-extend] Cowboy load test
+</A></li>
+        <LI>Next message: <A HREF="000231.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#230">[ date ]</a>
+              <a href="thread.html#230">[ thread ]</a>
+              <a href="subject.html#230">[ subject ]</a>
+              <a href="author.html#230">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+this is somewhat similar to what someone else has asked:
+<A HREF="http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html">http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html</A>
+
+I am new to cowboy, I have a process that runs alongside a cowboy server
+and this process needs to periodically send text to all http clients
+connected to the cowboy server. My goal is to have a streaming connection
+for each http client so that I could stream text to them from my process.
+how is this done?
+
+Thanks!
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130916/dedbf486/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130916/dedbf486/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000229.html">[99s-extend] Cowboy load test
+</A></li>
+	<LI>Next message: <A HREF="000231.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#230">[ date ]</a>
+              <a href="thread.html#230">[ thread ]</a>
+              <a href="subject.html#230">[ subject ]</a>
+              <a href="author.html#230">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000231.html b/_build/static/archives/extend/2013-September/000231.html
new file mode 100644
index 00000000..aa0fe981
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000231.html
@@ -0,0 +1,85 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] how to send a message to all connections in cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20how%20to%20send%20a%20message%20to%20all%20connections%20in%20cowboy&In-Reply-To=%3C52373A98.4080406%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000230.html">
+   <LINK REL="Next"  HREF="000232.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] how to send a message to all connections in cowboy</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20how%20to%20send%20a%20message%20to%20all%20connections%20in%20cowboy&In-Reply-To=%3C52373A98.4080406%40ninenines.eu%3E"
+       TITLE="[99s-extend] how to send a message to all connections in cowboy">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Sep 16 19:06:32 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000230.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+        <LI>Next message: <A HREF="000232.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#231">[ date ]</a>
+              <a href="thread.html#231">[ thread ]</a>
+              <a href="subject.html#231">[ subject ]</a>
+              <a href="author.html#231">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 09/16/2013 03:50 PM, akonsu wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> this is somewhat similar to what someone else has asked:
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html">http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html</A>
+</I>&gt;<i>
+</I>&gt;<i> I am new to cowboy, I have a process that runs alongside a cowboy server
+</I>&gt;<i> and this process needs to periodically send text to all http clients
+</I>&gt;<i> connected to the cowboy server. My goal is to have a streaming
+</I>&gt;<i> connection for each http client so that I could stream text to them from
+</I>&gt;<i> my process. how is this done?
+</I>
+Same answer really. You need some kind of process registry, like gproc 
+properties for example, that will store all Pids and allow you to send a 
+message to all of them.
+
+On init, register the process, and then handle the incoming message when 
+it arrives.
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000230.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+	<LI>Next message: <A HREF="000232.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#231">[ date ]</a>
+              <a href="thread.html#231">[ thread ]</a>
+              <a href="subject.html#231">[ subject ]</a>
+              <a href="author.html#231">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000232.html b/_build/static/archives/extend/2013-September/000232.html
new file mode 100644
index 00000000..623d57ed
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000232.html
@@ -0,0 +1,99 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] how to send a message to all connections in cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20how%20to%20send%20a%20message%20to%20all%20connections%20in%20cowboy&In-Reply-To=%3CCA%2BeMAwYJdErXi780jUepDaCMrWPv99N1diF0a_88AzfM3Z9mMA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000231.html">
+   <LINK REL="Next"  HREF="000233.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] how to send a message to all connections in cowboy</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20how%20to%20send%20a%20message%20to%20all%20connections%20in%20cowboy&In-Reply-To=%3CCA%2BeMAwYJdErXi780jUepDaCMrWPv99N1diF0a_88AzfM3Z9mMA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] how to send a message to all connections in cowboy">akonsu at gmail.com
+       </A><BR>
+    <I>Mon Sep 16 19:14:24 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000231.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+        <LI>Next message: <A HREF="000233.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#232">[ date ]</a>
+              <a href="thread.html#232">[ thread ]</a>
+              <a href="subject.html#232">[ subject ]</a>
+              <a href="author.html#232">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>thanks. Suppose my external process is registered and has a name, so I can
+discover it by name from my cowboy request handler. when my cowboy handler
+is invoked, can I just send the handler's process ID to the external
+process? the question is then how does the external process know that the
+http client has disconnected so that it can stop sending data to it.
+
+
+2013/9/16 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> On 09/16/2013 03:50 PM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> this is somewhat similar to what someone else has asked:
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**archives/extend/2013-August/**000224.html&lt;http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html">http://lists.ninenines.eu:81/**archives/extend/2013-August/**000224.html&lt;http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I am new to cowboy, I have a process that runs alongside a cowboy server
+</I>&gt;&gt;<i> and this process needs to periodically send text to all http clients
+</I>&gt;&gt;<i> connected to the cowboy server. My goal is to have a streaming
+</I>&gt;&gt;<i> connection for each http client so that I could stream text to them from
+</I>&gt;&gt;<i> my process. how is this done?
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Same answer really. You need some kind of process registry, like gproc
+</I>&gt;<i> properties for example, that will store all Pids and allow you to send a
+</I>&gt;<i> message to all of them.
+</I>&gt;<i>
+</I>&gt;<i> On init, register the process, and then handle the incoming message when
+</I>&gt;<i> it arrives.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#271;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130916/f55d10f5/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130916/f55d10f5/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000231.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+	<LI>Next message: <A HREF="000233.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#232">[ date ]</a>
+              <a href="thread.html#232">[ thread ]</a>
+              <a href="subject.html#232">[ subject ]</a>
+              <a href="author.html#232">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000233.html b/_build/static/archives/extend/2013-September/000233.html
new file mode 100644
index 00000000..1ac511fd
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000233.html
@@ -0,0 +1,116 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] how to send a message to all connections in cowboy
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20how%20to%20send%20a%20message%20to%20all%20connections%20in%20cowboy&In-Reply-To=%3C52373DBF.3080503%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000232.html">
+   <LINK REL="Next"  HREF="000234.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] how to send a message to all connections in cowboy</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20how%20to%20send%20a%20message%20to%20all%20connections%20in%20cowboy&In-Reply-To=%3C52373DBF.3080503%40ninenines.eu%3E"
+       TITLE="[99s-extend] how to send a message to all connections in cowboy">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Sep 16 19:19:59 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000232.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+        <LI>Next message: <A HREF="000234.html">[99s-extend] cowboy_loop_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#233">[ date ]</a>
+              <a href="thread.html#233">[ thread ]</a>
+              <a href="subject.html#233">[ subject ]</a>
+              <a href="author.html#233">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Monitors.
+
+But really gproc does all that for you and is already well tested.
+
+<A HREF="https://github.com/esl/gproc">https://github.com/esl/gproc</A>
+
+On 09/16/2013 07:14 PM, akonsu wrote:
+&gt;<i> thanks. Suppose my external process is registered and has a name, so I
+</I>&gt;<i> can discover it by name from my cowboy request handler. when my cowboy
+</I>&gt;<i> handler is invoked, can I just send the handler's process ID to the
+</I>&gt;<i> external process? the question is then how does the external process
+</I>&gt;<i> know that the http client has disconnected so that it can stop sending
+</I>&gt;<i> data to it.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> 2013/9/16 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>     On 09/16/2013 03:50 PM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Hello,
+</I>&gt;<i>
+</I>&gt;<i>         this is somewhat similar to what someone else has asked:
+</I>&gt;<i>         <A HREF="http://lists.ninenines.eu:81/__archives/extend/2013-August/__000224.html">http://lists.ninenines.eu:81/__archives/extend/2013-August/__000224.html</A>
+</I>&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html">http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>         I am new to cowboy, I have a process that runs alongside a
+</I>&gt;<i>         cowboy server
+</I>&gt;<i>         and this process needs to periodically send text to all http clients
+</I>&gt;<i>         connected to the cowboy server. My goal is to have a streaming
+</I>&gt;<i>         connection for each http client so that I could stream text to
+</I>&gt;<i>         them from
+</I>&gt;<i>         my process. how is this done?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     Same answer really. You need some kind of process registry, like
+</I>&gt;<i>     gproc properties for example, that will store all Pids and allow you
+</I>&gt;<i>     to send a message to all of them.
+</I>&gt;<i>
+</I>&gt;<i>     On init, register the process, and then handle the incoming message
+</I>&gt;<i>     when it arrives.
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#271;c Hoguin
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000232.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+	<LI>Next message: <A HREF="000234.html">[99s-extend] cowboy_loop_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#233">[ date ]</a>
+              <a href="thread.html#233">[ thread ]</a>
+              <a href="subject.html#233">[ subject ]</a>
+              <a href="author.html#233">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000234.html b/_build/static/archives/extend/2013-September/000234.html
new file mode 100644
index 00000000..b282a715
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000234.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_loop_handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_loop_handler&In-Reply-To=%3CCA%2BeMAwZtgAjDxQTo6VgC729hhog7wONi-o6vnQa21JExgjUGDA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000233.html">
+   <LINK REL="Next"  HREF="000235.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_loop_handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_loop_handler&In-Reply-To=%3CCA%2BeMAwZtgAjDxQTo6VgC729hhog7wONi-o6vnQa21JExgjUGDA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy_loop_handler">akonsu at gmail.com
+       </A><BR>
+    <I>Thu Sep 19 06:30:57 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000233.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+        <LI>Next message: <A HREF="000235.html">[99s-extend] cowboy_loop_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#234">[ date ]</a>
+              <a href="thread.html#234">[ thread ]</a>
+              <a href="subject.html#234">[ subject ]</a>
+              <a href="author.html#234">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+from the documentation:
+
+info(Info, Req, State) -&gt; {ok, Req, State} | {loop, Req, State} | {loop,
+Req, State, hibernate}
+
+
+in case my handler receives a lot of messages, and they come very often,
+does a response of the latter form {loop, Req, State, hibernate} save
+anything? Can hibernating in this case actually hinder performance?
+
+thanks
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130919/9614ef5e/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130919/9614ef5e/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000233.html">[99s-extend] how to send a message to all connections in cowboy
+</A></li>
+	<LI>Next message: <A HREF="000235.html">[99s-extend] cowboy_loop_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#234">[ date ]</a>
+              <a href="thread.html#234">[ thread ]</a>
+              <a href="subject.html#234">[ subject ]</a>
+              <a href="author.html#234">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000235.html b/_build/static/archives/extend/2013-September/000235.html
new file mode 100644
index 00000000..cb8fdc7b
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000235.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_loop_handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_loop_handler&In-Reply-To=%3C523ABDC6.1050204%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000234.html">
+   <LINK REL="Next"  HREF="000236.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_loop_handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_loop_handler&In-Reply-To=%3C523ABDC6.1050204%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy_loop_handler">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Sep 19 11:03:02 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000234.html">[99s-extend] cowboy_loop_handler
+</A></li>
+        <LI>Next message: <A HREF="000236.html">[99s-extend] cowboy_loop_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#235">[ date ]</a>
+              <a href="thread.html#235">[ thread ]</a>
+              <a href="subject.html#235">[ subject ]</a>
+              <a href="author.html#235">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>How much is a lot of messages?
+
+Hibernating is a bit more expensive on the CPU but better for saving 
+memory. It's generally fine to use except when you have a really busy 
+system. Do note that it also means your responses will be slightly 
+slower (though that is generally not noticeable).
+
+On 09/19/2013 06:30 AM, akonsu wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> from the documentation:
+</I>&gt;<i>
+</I>&gt;<i> info(Info, Req, State) -&gt; {ok, Req, State} | {loop, Req, State}| {loop,
+</I>&gt;<i> Req, State, hibernate}
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> in case my handler receives a lot of messages, and they come very often,
+</I>&gt;<i> does a response of the latter form {loop, Req, State, hibernate} save
+</I>&gt;<i> anything? Can hibernating in this case actually hinder performance?
+</I>&gt;<i>
+</I>&gt;<i> thanks
+</I>&gt;<i> Konstantin
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000234.html">[99s-extend] cowboy_loop_handler
+</A></li>
+	<LI>Next message: <A HREF="000236.html">[99s-extend] cowboy_loop_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#235">[ date ]</a>
+              <a href="thread.html#235">[ thread ]</a>
+              <a href="subject.html#235">[ subject ]</a>
+              <a href="author.html#235">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000236.html b/_build/static/archives/extend/2013-September/000236.html
new file mode 100644
index 00000000..c45f3491
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000236.html
@@ -0,0 +1,109 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_loop_handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_loop_handler&In-Reply-To=%3CCA%2BeMAwYiCni664CiSRLmS6nuZOv1O7OSn0D8TM3ZHPRSHu6g_A%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000235.html">
+   <LINK REL="Next"  HREF="000237.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_loop_handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_loop_handler&In-Reply-To=%3CCA%2BeMAwYiCni664CiSRLmS6nuZOv1O7OSn0D8TM3ZHPRSHu6g_A%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy_loop_handler">akonsu at gmail.com
+       </A><BR>
+    <I>Thu Sep 19 13:37:58 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000235.html">[99s-extend] cowboy_loop_handler
+</A></li>
+        <LI>Next message: <A HREF="000237.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#236">[ date ]</a>
+              <a href="thread.html#236">[ thread ]</a>
+              <a href="subject.html#236">[ subject ]</a>
+              <a href="author.html#236">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>my http handler receives messages carrying json parts obtained from a
+twitter stream by a separate process. the twitter stream is the stream of
+all public tweets, (they call it &quot;firehose&quot;) so there are a lot.
+
+
+2013/9/19 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> How much is a lot of messages?
+</I>&gt;<i>
+</I>&gt;<i> Hibernating is a bit more expensive on the CPU but better for saving
+</I>&gt;<i> memory. It's generally fine to use except when you have a really busy
+</I>&gt;<i> system. Do note that it also means your responses will be slightly slower
+</I>&gt;<i> (though that is generally not noticeable).
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 09/19/2013 06:30 AM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> from the documentation:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> info(Info, Req, State) -&gt; {ok, Req, State} | {loop, Req, State}| {loop,
+</I>&gt;&gt;<i> Req, State, hibernate}
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> in case my handler receives a lot of messages, and they come very often,
+</I>&gt;&gt;<i> does a response of the latter form {loop, Req, State, hibernate} save
+</I>&gt;&gt;<i> anything? Can hibernating in this case actually hinder performance?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> thanks
+</I>&gt;&gt;<i> Konstantin
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#271;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130919/0a4bcb6c/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130919/0a4bcb6c/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000235.html">[99s-extend] cowboy_loop_handler
+</A></li>
+	<LI>Next message: <A HREF="000237.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#236">[ date ]</a>
+              <a href="thread.html#236">[ thread ]</a>
+              <a href="subject.html#236">[ subject ]</a>
+              <a href="author.html#236">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000237.html b/_build/static/archives/extend/2013-September/000237.html
new file mode 100644
index 00000000..68c95fbb
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000237.html
@@ -0,0 +1,84 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeouts and slow clients in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwaZoY2LMns_SahfQmNLC5Z6j_nB_YuCHapyShHL6CHnQA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000236.html">
+   <LINK REL="Next"  HREF="000238.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeouts and slow clients in cowboy loop handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwaZoY2LMns_SahfQmNLC5Z6j_nB_YuCHapyShHL6CHnQA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] timeouts and slow clients in cowboy loop handler">akonsu at gmail.com
+       </A><BR>
+    <I>Fri Sep 20 20:47:54 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000236.html">[99s-extend] cowboy_loop_handler
+</A></li>
+        <LI>Next message: <A HREF="000238.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#237">[ date ]</a>
+              <a href="thread.html#237">[ thread ]</a>
+              <a href="subject.html#237">[ subject ]</a>
+              <a href="author.html#237">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I am using loop handler and I stream from it:
+
+info({stream, Part}, Req, S) -&gt;
+    ok = cowboy_req:chunk(Part, Req),
+    {loop, Req, S, hibernate};
+
+I have two questions:
+
+1. on timeouts cowboy sends 204 No Content. In my case it is not the right
+response because I may have already sent some data. Is there a way to send
+a custom response?
+
+2. how to check if the client is too slow and is not reading the response
+stream fast enough? If this happens, then I need to disconnect.
+
+I can live without 1. but I need to figure out 2. Please help.
+
+thank you!
+Konstantin
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130920/6e3fa036/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130920/6e3fa036/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000236.html">[99s-extend] cowboy_loop_handler
+</A></li>
+	<LI>Next message: <A HREF="000238.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#237">[ date ]</a>
+              <a href="thread.html#237">[ thread ]</a>
+              <a href="subject.html#237">[ subject ]</a>
+              <a href="author.html#237">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000238.html b/_build/static/archives/extend/2013-September/000238.html
new file mode 100644
index 00000000..9a244158
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000238.html
@@ -0,0 +1,105 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeouts and slow clients in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3C523C9911.8070908%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000237.html">
+   <LINK REL="Next"  HREF="000239.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeouts and slow clients in cowboy loop handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3C523C9911.8070908%40ninenines.eu%3E"
+       TITLE="[99s-extend] timeouts and slow clients in cowboy loop handler">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Sep 20 20:50:57 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000237.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000239.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#238">[ date ]</a>
+              <a href="thread.html#238">[ thread ]</a>
+              <a href="subject.html#238">[ subject ]</a>
+              <a href="author.html#238">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Loop handlers close after a while regardless of what you send, it only 
+checks what the client sends. The best way for you would be to disable 
+that timeout and handle it manually.
+
+As for the second question, I'm still reading the thread on 
+erlang-questions but I've seen some good ideas about timestamps so far.
+
+On 09/20/2013 08:47 PM, akonsu wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I am using loop handler and I stream from it:
+</I>&gt;<i>
+</I>&gt;<i> info({stream, Part}, Req, S) -&gt;
+</I>&gt;<i>      ok = cowboy_req:chunk(Part, Req),
+</I>&gt;<i>      {loop, Req, S, hibernate};
+</I>&gt;<i>
+</I>&gt;<i> I have two questions:
+</I>&gt;<i>
+</I>&gt;<i> 1. on timeouts cowboy sends 204 No Content. In my case it is not the
+</I>&gt;<i> right response because I may have already sent some data. Is there a way
+</I>&gt;<i> to send a custom response?
+</I>&gt;<i>
+</I>&gt;<i> 2. how to check if the client is too slow and is not reading the
+</I>&gt;<i> response stream fast enough? If this happens, then I need to disconnect.
+</I>&gt;<i>
+</I>&gt;<i> I can live without 1. but I need to figure out 2. Please help.
+</I>&gt;<i>
+</I>&gt;<i> thank you!
+</I>&gt;<i> Konstantin
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000237.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000239.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#238">[ date ]</a>
+              <a href="thread.html#238">[ thread ]</a>
+              <a href="subject.html#238">[ subject ]</a>
+              <a href="author.html#238">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000239.html b/_build/static/archives/extend/2013-September/000239.html
new file mode 100644
index 00000000..e9bb837c
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000239.html
@@ -0,0 +1,124 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeouts and slow clients in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwavLu%3DE6Ayd2SLKz%3DOqAn5rfDU%3D-2USHYcNu-JDSmKhYA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000238.html">
+   <LINK REL="Next"  HREF="000240.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeouts and slow clients in cowboy loop handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwavLu%3DE6Ayd2SLKz%3DOqAn5rfDU%3D-2USHYcNu-JDSmKhYA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] timeouts and slow clients in cowboy loop handler">akonsu at gmail.com
+       </A><BR>
+    <I>Fri Sep 20 20:54:56 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000238.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000240.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#239">[ date ]</a>
+              <a href="thread.html#239">[ thread ]</a>
+              <a href="subject.html#239">[ subject ]</a>
+              <a href="author.html#239">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>thanks!
+
+how to implement timeout callback manually? if I had receive then I would
+just use timeout clause there, but with the handler I do not know...
+
+I have doubts about validity of my question on the erlang list.  I later
+realised that there is no problem receiving messages in my handler from my
+upstream process, I can do it fast enough and shove everything to the
+response. my real problem is to determine if the http client is reading
+fast enough from the response...
+
+
+2013/9/20 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> Loop handlers close after a while regardless of what you send, it only
+</I>&gt;<i> checks what the client sends. The best way for you would be to disable that
+</I>&gt;<i> timeout and handle it manually.
+</I>&gt;<i>
+</I>&gt;<i> As for the second question, I'm still reading the thread on
+</I>&gt;<i> erlang-questions but I've seen some good ideas about timestamps so far.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 09/20/2013 08:47 PM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I am using loop handler and I stream from it:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> info({stream, Part}, Req, S) -&gt;
+</I>&gt;&gt;<i>      ok = cowboy_req:chunk(Part, Req),
+</I>&gt;&gt;<i>      {loop, Req, S, hibernate};
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I have two questions:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 1. on timeouts cowboy sends 204 No Content. In my case it is not the
+</I>&gt;&gt;<i> right response because I may have already sent some data. Is there a way
+</I>&gt;&gt;<i> to send a custom response?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 2. how to check if the client is too slow and is not reading the
+</I>&gt;&gt;<i> response stream fast enough? If this happens, then I need to disconnect.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I can live without 1. but I need to figure out 2. Please help.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> thank you!
+</I>&gt;&gt;<i> Konstantin
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ______________________________**_________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#271;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130920/32352505/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130920/32352505/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000238.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000240.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#239">[ date ]</a>
+              <a href="thread.html#239">[ thread ]</a>
+              <a href="subject.html#239">[ subject ]</a>
+              <a href="author.html#239">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000240.html b/_build/static/archives/extend/2013-September/000240.html
new file mode 100644
index 00000000..a5c5c8b3
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000240.html
@@ -0,0 +1,140 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeouts and slow clients in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3C523C9A5F.3080805%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000239.html">
+   <LINK REL="Next"  HREF="000241.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeouts and slow clients in cowboy loop handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3C523C9A5F.3080805%40ninenines.eu%3E"
+       TITLE="[99s-extend] timeouts and slow clients in cowboy loop handler">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Sep 20 20:56:31 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000239.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000241.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#240">[ date ]</a>
+              <a href="thread.html#240">[ thread ]</a>
+              <a href="subject.html#240">[ subject ]</a>
+              <a href="author.html#240">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>chunk only returns when the client has received the chunk, so the 
+timestamps solution should work.
+
+As for the timeout, you can simply use erlang:send_after or something 
+like usual and the message will arrive in info/3.
+
+On 09/20/2013 08:54 PM, akonsu wrote:
+&gt;<i> thanks!
+</I>&gt;<i>
+</I>&gt;<i> how to implement timeout callback manually? if I had receive then I
+</I>&gt;<i> would just use timeout clause there, but with the handler I do not know...
+</I>&gt;<i>
+</I>&gt;<i> I have doubts about validity of my question on the erlang list.  I later
+</I>&gt;<i> realised that there is no problem receiving messages in my handler from
+</I>&gt;<i> my upstream process, I can do it fast enough and shove everything to the
+</I>&gt;<i> response. my real problem is to determine if the http client is reading
+</I>&gt;<i> fast enough from the response...
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> 2013/9/20 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>     Loop handlers close after a while regardless of what you send, it
+</I>&gt;<i>     only checks what the client sends. The best way for you would be to
+</I>&gt;<i>     disable that timeout and handle it manually.
+</I>&gt;<i>
+</I>&gt;<i>     As for the second question, I'm still reading the thread on
+</I>&gt;<i>     erlang-questions but I've seen some good ideas about timestamps so far.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 09/20/2013 08:47 PM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Hi,
+</I>&gt;<i>
+</I>&gt;<i>         I am using loop handler and I stream from it:
+</I>&gt;<i>
+</I>&gt;<i>         info({stream, Part}, Req, S) -&gt;
+</I>&gt;<i>               ok = cowboy_req:chunk(Part, Req),
+</I>&gt;<i>               {loop, Req, S, hibernate};
+</I>&gt;<i>
+</I>&gt;<i>         I have two questions:
+</I>&gt;<i>
+</I>&gt;<i>         1. on timeouts cowboy sends 204 No Content. In my case it is not the
+</I>&gt;<i>         right response because I may have already sent some data. Is
+</I>&gt;<i>         there a way
+</I>&gt;<i>         to send a custom response?
+</I>&gt;<i>
+</I>&gt;<i>         2. how to check if the client is too slow and is not reading the
+</I>&gt;<i>         response stream fast enough? If this happens, then I need to
+</I>&gt;<i>         disconnect.
+</I>&gt;<i>
+</I>&gt;<i>         I can live without 1. but I need to figure out 2. Please help.
+</I>&gt;<i>
+</I>&gt;<i>         thank you!
+</I>&gt;<i>         Konstantin
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         _________________________________________________
+</I>&gt;<i>         Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         <A HREF="http://lists.ninenines.eu:81/__listinfo/extend">http://lists.ninenines.eu:81/__listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#271;c Hoguin
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000239.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000241.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#240">[ date ]</a>
+              <a href="thread.html#240">[ thread ]</a>
+              <a href="subject.html#240">[ subject ]</a>
+              <a href="author.html#240">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000241.html b/_build/static/archives/extend/2013-September/000241.html
new file mode 100644
index 00000000..da555d9a
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000241.html
@@ -0,0 +1,163 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeouts and slow clients in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwbGgYLp0W2esA204iZ0sumV2dBBN6ppbqD29ZKow%2Bts3A%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000240.html">
+   <LINK REL="Next"  HREF="000242.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeouts and slow clients in cowboy loop handler</H1>
+    <B>akonsu</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3CCA%2BeMAwbGgYLp0W2esA204iZ0sumV2dBBN6ppbqD29ZKow%2Bts3A%40mail.gmail.com%3E"
+       TITLE="[99s-extend] timeouts and slow clients in cowboy loop handler">akonsu at gmail.com
+       </A><BR>
+    <I>Fri Sep 20 20:59:46 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000240.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000242.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#241">[ date ]</a>
+              <a href="thread.html#241">[ thread ]</a>
+              <a href="subject.html#241">[ subject ]</a>
+              <a href="author.html#241">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Understand about chunks being synchronous. that helps me tremendously to
+understand how it works.
+
+would you give me a sketchy example of how to use send_after in a loop
+handler? (sorry I am new to erlang)
+
+Konstantin
+
+
+2013/9/20 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+
+&gt;<i> chunk only returns when the client has received the chunk, so the
+</I>&gt;<i> timestamps solution should work.
+</I>&gt;<i>
+</I>&gt;<i> As for the timeout, you can simply use erlang:send_after or something like
+</I>&gt;<i> usual and the message will arrive in info/3.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 09/20/2013 08:54 PM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> thanks!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> how to implement timeout callback manually? if I had receive then I
+</I>&gt;&gt;<i> would just use timeout clause there, but with the handler I do not know...
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I have doubts about validity of my question on the erlang list.  I later
+</I>&gt;&gt;<i> realised that there is no problem receiving messages in my handler from
+</I>&gt;&gt;<i> my upstream process, I can do it fast enough and shove everything to the
+</I>&gt;&gt;<i> response. my real problem is to determine if the http client is reading
+</I>&gt;&gt;<i> fast enough from the response...
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 2013/9/20 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Loop handlers close after a while regardless of what you send, it
+</I>&gt;&gt;<i>     only checks what the client sends. The best way for you would be to
+</I>&gt;&gt;<i>     disable that timeout and handle it manually.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     As for the second question, I'm still reading the thread on
+</I>&gt;&gt;<i>     erlang-questions but I've seen some good ideas about timestamps so
+</I>&gt;&gt;<i> far.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 09/20/2013 08:47 PM, akonsu wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Hi,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I am using loop handler and I stream from it:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         info({stream, Part}, Req, S) -&gt;
+</I>&gt;&gt;<i>               ok = cowboy_req:chunk(Part, Req),
+</I>&gt;&gt;<i>               {loop, Req, S, hibernate};
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I have two questions:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         1. on timeouts cowboy sends 204 No Content. In my case it is not
+</I>&gt;&gt;<i> the
+</I>&gt;&gt;<i>         right response because I may have already sent some data. Is
+</I>&gt;&gt;<i>         there a way
+</I>&gt;&gt;<i>         to send a custom response?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         2. how to check if the client is too slow and is not reading the
+</I>&gt;&gt;<i>         response stream fast enough? If this happens, then I need to
+</I>&gt;&gt;<i>         disconnect.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I can live without 1. but I need to figure out 2. Please help.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         thank you!
+</I>&gt;&gt;<i>         Konstantin
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         ______________________________**___________________
+</I>&gt;&gt;<i>         Extend mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.</A>**ninenines.eu&lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>         <A HREF="http://lists.ninenines.eu:81/_**_listinfo/extend&lt;http://lists.ninenines.eu:81/__listinfo/extend">http://lists.ninenines.eu:81/_**_listinfo/extend&lt;http://lists.ninenines.eu:81/__listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/**listinfo/extend&lt;http://lists.ninenines.eu:81/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#271;c Hoguin
+</I>&gt;&gt;<i>     Erlang Cowboy
+</I>&gt;&gt;<i>     Nine Nines
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i>
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130920/4c005881/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130920/4c005881/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000240.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000242.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#241">[ date ]</a>
+              <a href="thread.html#241">[ thread ]</a>
+              <a href="subject.html#241">[ subject ]</a>
+              <a href="author.html#241">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000242.html b/_build/static/archives/extend/2013-September/000242.html
new file mode 100644
index 00000000..a9e2c705
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000242.html
@@ -0,0 +1,191 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] timeouts and slow clients in cowboy loop handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3C523C9C42.4040300%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000241.html">
+   <LINK REL="Next"  HREF="000243.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] timeouts and slow clients in cowboy loop handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20timeouts%20and%20slow%20clients%20in%20cowboy%20loop%20handler&In-Reply-To=%3C523C9C42.4040300%40ninenines.eu%3E"
+       TITLE="[99s-extend] timeouts and slow clients in cowboy loop handler">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Sep 20 21:04:34 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000241.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000243.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#242">[ date ]</a>
+              <a href="thread.html#242">[ thread ]</a>
+              <a href="subject.html#242">[ subject ]</a>
+              <a href="author.html#242">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>send_after sends an Erlang message to a Pid after N milliseconds. It's 
+the same as Pid ! Message, except it's sent later. Send it to self().
+
+But if you're going to use timestamps then you probably don't need this 
+timeout, just check the timestamps and close when too slow.
+
+On 09/20/2013 08:59 PM, akonsu wrote:
+&gt;<i> Understand about chunks being synchronous. that helps me tremendously to
+</I>&gt;<i> understand how it works.
+</I>&gt;<i>
+</I>&gt;<i> would you give me a sketchy example of how to use send_after in a loop
+</I>&gt;<i> handler? (sorry I am new to erlang)
+</I>&gt;<i>
+</I>&gt;<i> Konstantin
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> 2013/9/20 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>     chunk only returns when the client has received the chunk, so the
+</I>&gt;<i>     timestamps solution should work.
+</I>&gt;<i>
+</I>&gt;<i>     As for the timeout, you can simply use erlang:send_after or
+</I>&gt;<i>     something like usual and the message will arrive in info/3.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 09/20/2013 08:54 PM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;<i>         thanks!
+</I>&gt;<i>
+</I>&gt;<i>         how to implement timeout callback manually? if I had receive then I
+</I>&gt;<i>         would just use timeout clause there, but with the handler I do
+</I>&gt;<i>         not know...
+</I>&gt;<i>
+</I>&gt;<i>         I have doubts about validity of my question on the erlang list.
+</I>&gt;<i>           I later
+</I>&gt;<i>         realised that there is no problem receiving messages in my
+</I>&gt;<i>         handler from
+</I>&gt;<i>         my upstream process, I can do it fast enough and shove
+</I>&gt;<i>         everything to the
+</I>&gt;<i>         response. my real problem is to determine if the http client is
+</I>&gt;<i>         reading
+</I>&gt;<i>         fast enough from the response...
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         2013/9/20 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              Loop handlers close after a while regardless of what you
+</I>&gt;<i>         send, it
+</I>&gt;<i>              only checks what the client sends. The best way for you
+</I>&gt;<i>         would be to
+</I>&gt;<i>              disable that timeout and handle it manually.
+</I>&gt;<i>
+</I>&gt;<i>              As for the second question, I'm still reading the thread on
+</I>&gt;<i>              erlang-questions but I've seen some good ideas about
+</I>&gt;<i>         timestamps so far.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              On 09/20/2013 08:47 PM, akonsu wrote:
+</I>&gt;<i>
+</I>&gt;<i>                  Hi,
+</I>&gt;<i>
+</I>&gt;<i>                  I am using loop handler and I stream from it:
+</I>&gt;<i>
+</I>&gt;<i>                  info({stream, Part}, Req, S) -&gt;
+</I>&gt;<i>                        ok = cowboy_req:chunk(Part, Req),
+</I>&gt;<i>                        {loop, Req, S, hibernate};
+</I>&gt;<i>
+</I>&gt;<i>                  I have two questions:
+</I>&gt;<i>
+</I>&gt;<i>                  1. on timeouts cowboy sends 204 No Content. In my case
+</I>&gt;<i>         it is not the
+</I>&gt;<i>                  right response because I may have already sent some
+</I>&gt;<i>         data. Is
+</I>&gt;<i>                  there a way
+</I>&gt;<i>                  to send a custom response?
+</I>&gt;<i>
+</I>&gt;<i>                  2. how to check if the client is too slow and is not
+</I>&gt;<i>         reading the
+</I>&gt;<i>                  response stream fast enough? If this happens, then I
+</I>&gt;<i>         need to
+</I>&gt;<i>                  disconnect.
+</I>&gt;<i>
+</I>&gt;<i>                  I can live without 1. but I need to figure out 2.
+</I>&gt;<i>         Please help.
+</I>&gt;<i>
+</I>&gt;<i>                  thank you!
+</I>&gt;<i>                  Konstantin
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  ___________________________________________________
+</I>&gt;<i>                  Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.__ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>         <A HREF="http://lists.ninenines.eu:81/____listinfo/extend">http://lists.ninenines.eu:81/____listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/__listinfo/extend">http://lists.ninenines.eu:81/__listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>                  &lt;<A HREF="http://lists.ninenines.eu:81/__listinfo/extend">http://lists.ninenines.eu:81/__listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              --
+</I>&gt;<i>              Lo&#271;c Hoguin
+</I>&gt;<i>              Erlang Cowboy
+</I>&gt;<i>              Nine Nines
+</I>&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>
+</I>&gt;<i>     Erlang Cowboy
+</I>&gt;<i>     Nine Nines
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000241.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000243.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#242">[ date ]</a>
+              <a href="thread.html#242">[ thread ]</a>
+              <a href="subject.html#242">[ subject ]</a>
+              <a href="author.html#242">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000243.html b/_build/static/archives/extend/2013-September/000243.html
new file mode 100644
index 00000000..783433f9
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000243.html
@@ -0,0 +1,66 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%20missing_beam_file%0A%09%28hipe%29&In-Reply-To=%3CCAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000242.html">
+   <LINK REL="Next"  HREF="000244.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)</H1>
+    <B>Matthew Hegarty</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%20missing_beam_file%0A%09%28hipe%29&In-Reply-To=%3CCAAcKVnkWZ_CHTCu7J0N16g4DqWPEnBriOgYN1A2r05Xom92mCQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)">mrhegarty at gmail.com
+       </A><BR>
+    <I>Sun Sep 22 22:55:31 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000242.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+        <LI>Next message: <A HREF="000244.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#243">[ date ]</a>
+              <a href="thread.html#243">[ thread ]</a>
+              <a href="subject.html#243">[ subject ]</a>
+              <a href="author.html#243">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hi
+Just starting out so I've got latest versions of apps.
+in cowboy/examples/hello_world, running make fails with:
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130922/77e355ff/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130922/77e355ff/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000242.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A></li>
+	<LI>Next message: <A HREF="000244.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#243">[ date ]</a>
+              <a href="thread.html#243">[ thread ]</a>
+              <a href="subject.html#243">[ subject ]</a>
+              <a href="author.html#243">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000244.html b/_build/static/archives/extend/2013-September/000244.html
new file mode 100644
index 00000000..175e1b7a
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000244.html
@@ -0,0 +1,99 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%09missing_beam_file%20%28hipe%29&In-Reply-To=%3CCAAcKVnknx8gBQZSL-QUOTUVin%3Da0M%2BKAEwNd84HMOO1C3iSyZQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000243.html">
+   <LINK REL="Next"  HREF="000246.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)</H1>
+    <B>Matthew Hegarty</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%09missing_beam_file%20%28hipe%29&In-Reply-To=%3CCAAcKVnknx8gBQZSL-QUOTUVin%3Da0M%2BKAEwNd84HMOO1C3iSyZQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)">mrhegarty at gmail.com
+       </A><BR>
+    <I>Sun Sep 22 22:59:37 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000243.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)
+</A></li>
+        <LI>Next message: <A HREF="000246.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#244">[ date ]</a>
+              <a href="thread.html#244">[ thread ]</a>
+              <a href="subject.html#244">[ subject ]</a>
+              <a href="author.html#244">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hi
+Just starting out so I'm trying to run cowboy's helloworld
+in cowboy/examples/hello_world, running make fails with:
+
+===&gt; Provider (rlx_prv_discover) failed with: {error,
+                                                      {rlx_app_discovery,
+                                                       [{missing_beam_file,
+                                                         hipe,
+
+&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},
+                                                        {missing_beam_file,
+                                                         hipe,
+
+&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}
+
+there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it is
+in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+I've tried passing the correct dir to relx using --lib-dir but I still get
+the same error.
+
+Any ideas what's going wrong?
+
+erl: Erlang R16B02 (erts-5.10.3)
+relx: 0.0.0+build.275.refca03701
+rebar: rebar 2.1.0-pre R16B02 20130922_191744 git 2.1.0-pre-46-g78fa8fc
+
+
+On 22 September 2013 21:55, Matthew Hegarty &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt; wrote:
+
+&gt;<i> hi
+</I>&gt;<i> Just starting out so I've got latest versions of apps.
+</I>&gt;<i> in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130922/6e925e9d/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130922/6e925e9d/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000243.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)
+</A></li>
+	<LI>Next message: <A HREF="000246.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#244">[ date ]</a>
+              <a href="thread.html#244">[ thread ]</a>
+              <a href="subject.html#244">[ subject ]</a>
+              <a href="author.html#244">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000245.html b/_build/static/archives/extend/2013-September/000245.html
new file mode 100644
index 00000000..4912361a
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000245.html
@@ -0,0 +1,117 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy: Having problems with Getting Started
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20Having%20problems%20with%20Getting%20Started&In-Reply-To=%3C1379894261.367227790%40apps.rackspace.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000254.html">
+   <LINK REL="Next"  HREF="000247.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy: Having problems with Getting Started</H1>
+    <B>lloyd at writersglen.com</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20Having%20problems%20with%20Getting%20Started&In-Reply-To=%3C1379894261.367227790%40apps.rackspace.com%3E"
+       TITLE="[99s-extend] Cowboy: Having problems with Getting Started">lloyd at writersglen.com
+       </A><BR>
+    <I>Mon Sep 23 01:57:41 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000254.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+        <LI>Next message: <A HREF="000247.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#245">[ date ]</a>
+              <a href="thread.html#245">[ thread ]</a>
+              <a href="subject.html#245">[ subject ]</a>
+              <a href="author.html#245">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+Forgive my ignorance, but I'm having problems with the Getting Started chapter of the Cowboy Guide.
+
+Near the end I can download relx just fine. But there seems to be a hidden assumption shared, perhaps, by all Erlang cowboys but outside my understanding.
+
+When I get to $./relx, the following is returned:
+
+<A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at Reliance</A>:~/hello_erlang/relx$ ./relx
+===&gt; Starting relx build process ...
+===&gt; Resolving OTP Applications from directories:
+          /home/lloyd/hello_erlang/relx/ebin
+          /home/lloyd/hello_erlang/relx/deps
+          /usr/lib/erlang/lib
+
+===&gt; Resolving available OTP Releases from directories:
+          /home/lloyd/hello_erlang/relx/ebin
+          /home/lloyd/hello_erlang/relx/deps
+          /usr/lib/erlang/lib
+
+Failed to solve release:
+ Dependency hello_erlang is specified as a dependency but is not reachable by the system.
+
+I've added all variations to .erlang that I can think of to put hello_erlang into the code path, but none seem to work. Can some kind soul let me in on the secret?
+
+Many thanks,
+
+Lloyd
+
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+<A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+<A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+<A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000254.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+	<LI>Next message: <A HREF="000247.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#245">[ date ]</a>
+              <a href="thread.html#245">[ thread ]</a>
+              <a href="subject.html#245">[ subject ]</a>
+              <a href="author.html#245">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000246.html b/_build/static/archives/extend/2013-September/000246.html
new file mode 100644
index 00000000..90276dba
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000246.html
@@ -0,0 +1,117 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%20missing_beam_file%20%28hipe%29&In-Reply-To=%3C5242FC9C.2090501%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000244.html">
+   <LINK REL="Next"  HREF="000248.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%20missing_beam_file%20%28hipe%29&In-Reply-To=%3C5242FC9C.2090501%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Sep 25 17:09:16 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000244.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+        <LI>Next message: <A HREF="000248.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#246">[ date ]</a>
+              <a href="thread.html#246">[ thread ]</a>
+              <a href="subject.html#246">[ subject ]</a>
+              <a href="author.html#246">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Why does it look for hipe at all to begin with?
+
+I'll ping tristan about it.
+
+On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+&gt;<i> hi
+</I>&gt;<i> Just starting out so I'm trying to run cowboy's helloworld
+</I>&gt;<i> in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i>
+</I>&gt;<i> ===&gt; Provider (rlx_prv_discover) failed with: {error,
+</I>&gt;<i>                                                        {rlx_app_discovery,
+</I>&gt;<i>                                                         [{missing_beam_file,
+</I>&gt;<i>                                                           hipe,
+</I>&gt;<i>
+</I>&gt;<i> &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},
+</I>&gt;<i>                                                          {missing_beam_file,
+</I>&gt;<i>                                                           hipe,
+</I>&gt;<i>
+</I>&gt;<i> &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}
+</I>&gt;<i>
+</I>&gt;<i> there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+</I>&gt;<i> is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+</I>&gt;<i> I've tried passing the correct dir to relx using --lib-dir but I still
+</I>&gt;<i> get the same error.
+</I>&gt;<i>
+</I>&gt;<i> Any ideas what's going wrong?
+</I>&gt;<i>
+</I>&gt;<i> erl: Erlang R16B02 (erts-5.10.3)
+</I>&gt;<i> relx: 0.0.0+build.275.refca03701
+</I>&gt;<i> rebar: rebar 2.1.0-pre R16B02 20130922_191744 git 2.1.0-pre-46-g78fa8fc
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 22 September 2013 21:55, Matthew Hegarty &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     hi
+</I>&gt;<i>     Just starting out so I've got latest versions of apps.
+</I>&gt;<i>     in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000244.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+	<LI>Next message: <A HREF="000248.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#246">[ date ]</a>
+              <a href="thread.html#246">[ thread ]</a>
+              <a href="subject.html#246">[ subject ]</a>
+              <a href="author.html#246">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000247.html b/_build/static/archives/extend/2013-September/000247.html
new file mode 100644
index 00000000..c5263d81
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000247.html
@@ -0,0 +1,134 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy: Having problems with Getting Started
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20Having%20problems%20with%20Getting%20Started&In-Reply-To=%3C5242FCC9.5090003%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000245.html">
+   <LINK REL="Next"  HREF="000249.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy: Having problems with Getting Started</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20Having%20problems%20with%20Getting%20Started&In-Reply-To=%3C5242FCC9.5090003%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy: Having problems with Getting Started">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Sep 25 17:10:01 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000245.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A></li>
+        <LI>Next message: <A HREF="000249.html">[99s-extend] Mailing lists maintenance 28th of September
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#247">[ date ]</a>
+              <a href="thread.html#247">[ thread ]</a>
+              <a href="subject.html#247">[ subject ]</a>
+              <a href="author.html#247">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 09/23/2013 01:57 AM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> Forgive my ignorance, but I'm having problems with the Getting Started chapter of the Cowboy Guide.
+</I>&gt;<i>
+</I>&gt;<i> Near the end I can download relx just fine. But there seems to be a hidden assumption shared, perhaps, by all Erlang cowboys but outside my understanding.
+</I>&gt;<i>
+</I>&gt;<i> When I get to $./relx, the following is returned:
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at Reliance</A>:~/hello_erlang/relx$ ./relx
+</I>
+You're in hello_erlang/relx, I'm guessing you want to do that in 
+hello_erlang/ directly.
+
+&gt;<i> ===&gt; Starting relx build process ...
+</I>&gt;<i> ===&gt; Resolving OTP Applications from directories:
+</I>&gt;<i>            /home/lloyd/hello_erlang/relx/ebin
+</I>&gt;<i>            /home/lloyd/hello_erlang/relx/deps
+</I>&gt;<i>            /usr/lib/erlang/lib
+</I>&gt;<i>
+</I>&gt;<i> ===&gt; Resolving available OTP Releases from directories:
+</I>&gt;<i>            /home/lloyd/hello_erlang/relx/ebin
+</I>&gt;<i>            /home/lloyd/hello_erlang/relx/deps
+</I>&gt;<i>            /usr/lib/erlang/lib
+</I>&gt;<i>
+</I>&gt;<i> Failed to solve release:
+</I>&gt;<i>   Dependency hello_erlang is specified as a dependency but is not reachable by the system.
+</I>&gt;<i>
+</I>&gt;<i> I've added all variations to .erlang that I can think of to put hello_erlang into the code path, but none seem to work. Can some kind soul let me in on the secret?
+</I>&gt;<i>
+</I>&gt;<i> Many thanks,
+</I>&gt;<i>
+</I>&gt;<i> Lloyd
+</I>&gt;<i>
+</I>&gt;<i> *********************************************
+</I>&gt;<i> My books:
+</I>&gt;<i>
+</I>&gt;<i> THE GOSPEL OF ASHES
+</I>&gt;<i> <A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+</I>&gt;<i>
+</I>&gt;<i> Strength is not enough. Do they have the courage
+</I>&gt;<i> and the cunning? Can they survive long enough to
+</I>&gt;<i> save the lives of millions?
+</I>&gt;<i>
+</I>&gt;<i> FREEIN' PANCHO
+</I>&gt;<i> <A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+</I>&gt;<i>
+</I>&gt;<i> A community of misfits help a troubled boy find his way
+</I>&gt;<i>
+</I>&gt;<i> AYA TAKEO
+</I>&gt;<i> <A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+</I>&gt;<i>
+</I>&gt;<i> Star-crossed love, war and power in an alternative
+</I>&gt;<i> universe
+</I>&gt;<i>
+</I>&gt;<i> Available through Amazon or by request from your
+</I>&gt;<i> favorite bookstore
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> **********************************************
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000245.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A></li>
+	<LI>Next message: <A HREF="000249.html">[99s-extend] Mailing lists maintenance 28th of September
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#247">[ date ]</a>
+              <a href="thread.html#247">[ thread ]</a>
+              <a href="subject.html#247">[ subject ]</a>
+              <a href="author.html#247">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000248.html b/_build/static/archives/extend/2013-September/000248.html
new file mode 100644
index 00000000..3d6dd723
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000248.html
@@ -0,0 +1,141 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%20missing_beam_file%20%28hipe%29&In-Reply-To=%3C1380126304.20343.26357585.70B016C0%40webmail.messagingengine.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000246.html">
+   <LINK REL="Next"  HREF="000250.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)</H1>
+    <B>Tristan Sloughter</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%20missing_beam_file%20%28hipe%29&In-Reply-To=%3C1380126304.20343.26357585.70B016C0%40webmail.messagingengine.com%3E"
+       TITLE="[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)">tristan.sloughter at gmail.com
+       </A><BR>
+    <I>Wed Sep 25 18:25:04 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000246.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+        <LI>Next message: <A HREF="000250.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#248">[ date ]</a>
+              <a href="thread.html#248">[ thread ]</a>
+              <a href="subject.html#248">[ subject ]</a>
+              <a href="author.html#248">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I ran into the same thing. I assume you installed Erlang from the Erlang
+Solutions repo?
+
+Install erlang-hipe package. Or remove
+/usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+
+Their packages install a broken hipe app, missing lots of beams, for
+some reason. But if you install the hipe package it'll install what is
+missing. I told them about this but I haven't heard back.
+
+-- 
+  Tristan Sloughter
+  <A HREF="https://lists.ninenines.eu/listinfo/extend">tsloughter at fastmail.fm</A>
+
+On Wed, Sep 25, 2013, at 08:09 AM, Lo&#239;c Hoguin wrote:
+&gt;<i> Why does it look for hipe at all to begin with?
+</I>&gt;<i> 
+</I>&gt;<i> I'll ping tristan about it.
+</I>&gt;<i> 
+</I>&gt;<i> On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+</I>&gt;<i> &gt; hi
+</I>&gt;<i> &gt; Just starting out so I'm trying to run cowboy's helloworld
+</I>&gt;<i> &gt; in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; ===&gt; Provider (rlx_prv_discover) failed with: {error,
+</I>&gt;<i> &gt;                                                        {rlx_app_discovery,
+</I>&gt;<i> &gt;                                                         [{missing_beam_file,
+</I>&gt;<i> &gt;                                                           hipe,
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},
+</I>&gt;<i> &gt;                                                          {missing_beam_file,
+</I>&gt;<i> &gt;                                                           hipe,
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+</I>&gt;<i> &gt; is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+</I>&gt;<i> &gt; I've tried passing the correct dir to relx using --lib-dir but I still
+</I>&gt;<i> &gt; get the same error.
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; Any ideas what's going wrong?
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; erl: Erlang R16B02 (erts-5.10.3)
+</I>&gt;<i> &gt; relx: 0.0.0+build.275.refca03701
+</I>&gt;<i> &gt; rebar: rebar 2.1.0-pre R16B02 20130922_191744 git 2.1.0-pre-46-g78fa8fc
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; On 22 September 2013 21:55, Matthew Hegarty &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+</I>&gt;<i> &gt; &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;     hi
+</I>&gt;<i> &gt;     Just starting out so I've got latest versions of apps.
+</I>&gt;<i> &gt;     in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; _______________________________________________
+</I>&gt;<i> &gt; Extend mailing list
+</I>&gt;<i> &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> &gt;
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> Erlang Cowboy
+</I>&gt;<i> Nine Nines
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+-- 
+  Tristan Sloughter
+  <A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000246.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+	<LI>Next message: <A HREF="000250.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#248">[ date ]</a>
+              <a href="thread.html#248">[ thread ]</a>
+              <a href="subject.html#248">[ subject ]</a>
+              <a href="author.html#248">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000249.html b/_build/static/archives/extend/2013-September/000249.html
new file mode 100644
index 00000000..cc39f8fe
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000249.html
@@ -0,0 +1,72 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mailing lists maintenance 28th of September
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists%20maintenance%2028th%20of%20September&In-Reply-To=%3C52430F0E.5090306%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000247.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mailing lists maintenance 28th of September</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mailing%20lists%20maintenance%2028th%20of%20September&In-Reply-To=%3C52430F0E.5090306%40ninenines.eu%3E"
+       TITLE="[99s-extend] Mailing lists maintenance 28th of September">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Sep 25 18:27:58 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000247.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#249">[ date ]</a>
+              <a href="thread.html#249">[ thread ]</a>
+              <a href="subject.html#249">[ subject ]</a>
+              <a href="author.html#249">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+Just a heads up, I will be moving the mailing lists to a new server 
+Saturday. As a result they might be unavailable for a couple hours/days 
+depending on how well I manage to do it.
+
+Thanks for your understanding!
+
+-- 
+Lo&#239;c Hoguin
+Erlang Cowboy
+Nine Nines
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000247.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#249">[ date ]</a>
+              <a href="thread.html#249">[ thread ]</a>
+              <a href="subject.html#249">[ subject ]</a>
+              <a href="author.html#249">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000250.html b/_build/static/archives/extend/2013-September/000250.html
new file mode 100644
index 00000000..75ceea7c
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000250.html
@@ -0,0 +1,155 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%09missing_beam_file%20%28hipe%29&In-Reply-To=%3CCAAcKVnkTmqkvxq8r6ufAAgkqoLrzjO_rVENuk9YzZNd-mmnM6Q%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000248.html">
+   <LINK REL="Next"  HREF="000251.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)</H1>
+    <B>Matthew Hegarty</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%09missing_beam_file%20%28hipe%29&In-Reply-To=%3CCAAcKVnkTmqkvxq8r6ufAAgkqoLrzjO_rVENuk9YzZNd-mmnM6Q%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)">mrhegarty at gmail.com
+       </A><BR>
+    <I>Thu Sep 26 21:03:06 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000248.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+        <LI>Next message: <A HREF="000251.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#250">[ date ]</a>
+              <a href="thread.html#250">[ thread ]</a>
+              <a href="subject.html#250">[ subject ]</a>
+              <a href="author.html#250">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hi
+I compiled Erlang from source (downloaded from erlang.org)
+
+
+On 25 September 2013 17:25, Tristan Sloughter
+&lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>&gt;wrote:
+
+&gt;<i> I ran into the same thing. I assume you installed Erlang from the Erlang
+</I>&gt;<i> Solutions repo?
+</I>&gt;<i>
+</I>&gt;<i> Install erlang-hipe package. Or remove
+</I>&gt;<i> /usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+</I>&gt;<i>
+</I>&gt;<i> Their packages install a broken hipe app, missing lots of beams, for
+</I>&gt;<i> some reason. But if you install the hipe package it'll install what is
+</I>&gt;<i> missing. I told them about this but I haven't heard back.
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i>   Tristan Sloughter
+</I>&gt;<i>   <A HREF="https://lists.ninenines.eu/listinfo/extend">tsloughter at fastmail.fm</A>
+</I>&gt;<i>
+</I>&gt;<i> On Wed, Sep 25, 2013, at 08:09 AM, Lo&#239;c Hoguin wrote:
+</I>&gt;<i> &gt; Why does it look for hipe at all to begin with?
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; I'll ping tristan about it.
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+</I>&gt;<i> &gt; &gt; hi
+</I>&gt;<i> &gt; &gt; Just starting out so I'm trying to run cowboy's helloworld
+</I>&gt;<i> &gt; &gt; in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt; ===&gt; Provider (rlx_prv_discover) failed with: {error,
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i>  {rlx_app_discovery,
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> [{missing_beam_file,
+</I>&gt;<i> &gt; &gt;                                                           hipe,
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i>  {missing_beam_file,
+</I>&gt;<i> &gt; &gt;                                                           hipe,
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt; there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,
+</I>&gt;<i> it
+</I>&gt;<i> &gt; &gt; is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+</I>&gt;<i> &gt; &gt; I've tried passing the correct dir to relx using --lib-dir but I still
+</I>&gt;<i> &gt; &gt; get the same error.
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt; Any ideas what's going wrong?
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt; erl: Erlang R16B02 (erts-5.10.3)
+</I>&gt;<i> &gt; &gt; relx: 0.0.0+build.275.refca03701
+</I>&gt;<i> &gt; &gt; rebar: rebar 2.1.0-pre R16B02 20130922_191744 git 2.1.0-pre-46-g78fa8fc
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt; On 22 September 2013 21:55, Matthew Hegarty &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+</I>&gt;<i> &gt; &gt; &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt;     hi
+</I>&gt;<i> &gt; &gt;     Just starting out so I've got latest versions of apps.
+</I>&gt;<i> &gt; &gt;     in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt; &gt; _______________________________________________
+</I>&gt;<i> &gt; &gt; Extend mailing list
+</I>&gt;<i> &gt; &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> &gt; &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> &gt; &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; --
+</I>&gt;<i> &gt; Lo&#239;c Hoguin
+</I>&gt;<i> &gt; Erlang Cowboy
+</I>&gt;<i> &gt; Nine Nines
+</I>&gt;<i> &gt; <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> &gt; _______________________________________________
+</I>&gt;<i> &gt; Extend mailing list
+</I>&gt;<i> &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i>   Tristan Sloughter
+</I>&gt;<i>   <A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130926/d34b33e3/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130926/d34b33e3/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000248.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+	<LI>Next message: <A HREF="000251.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#250">[ date ]</a>
+              <a href="thread.html#250">[ thread ]</a>
+              <a href="subject.html#250">[ subject ]</a>
+              <a href="author.html#250">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000251.html b/_build/static/archives/extend/2013-September/000251.html
new file mode 100644
index 00000000..1bb672ae
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000251.html
@@ -0,0 +1,212 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%20missing_beam_file%20%28hipe%29&In-Reply-To=%3C1380222240.30914.26875993.6CA5F061%40webmail.messagingengine.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000250.html">
+   <LINK REL="Next"  HREF="000252.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)</H1>
+    <B>Tristan Sloughter</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%20missing_beam_file%20%28hipe%29&In-Reply-To=%3C1380222240.30914.26875993.6CA5F061%40webmail.messagingengine.com%3E"
+       TITLE="[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)">tristan.sloughter at gmail.com
+       </A><BR>
+    <I>Thu Sep 26 21:04:00 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000250.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+        <LI>Next message: <A HREF="000252.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#251">[ date ]</a>
+              <a href="thread.html#251">[ thread ]</a>
+              <a href="subject.html#251">[ subject ]</a>
+              <a href="author.html#251">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Did you enable hipe when you compiled? Does
+/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam exist?
+
+
+
+--
+Tristan Sloughter
+<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+
+
+
+
+
+On Thu, Sep 26, 2013, at 12:03 PM, Matthew Hegarty wrote:
+
+hi
+
+I compiled Erlang from source (downloaded from [1]erlang.org)
+
+
+
+On 25 September 2013 17:25, Tristan Sloughter
+&lt;[2]<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>&gt; wrote:
+
+I ran into the same thing. I assume you installed Erlang from the
+Erlang
+
+Solutions repo?
+
+
+
+Install erlang-hipe package. Or remove
+
+/usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+
+
+
+Their packages install a broken hipe app, missing lots of beams, for
+
+some reason. But if you install the hipe package it'll install what is
+
+missing. I told them about this but I haven't heard back.
+
+
+
+--
+
+  Tristan Sloughter
+
+  [3]<A HREF="https://lists.ninenines.eu/listinfo/extend">tsloughter at fastmail.fm</A>
+
+
+
+
+On Wed, Sep 25, 2013, at 08:09 AM, Lo&#239;c Hoguin wrote:
+&gt;<i> Why does it look for hipe at all to begin with?
+</I>&gt;<i>
+</I>&gt;<i> I'll ping tristan about it.
+</I>&gt;<i>
+</I>&gt;<i> On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+</I>&gt;<i> &gt; hi
+</I>&gt;<i> &gt; Just starting out so I'm trying to run cowboy's helloworld
+</I>&gt;<i> &gt; in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; ===&gt; Provider (rlx_prv_discover) failed with: {error,
+</I>&gt;<i> &gt;
+</I>{rlx_app_discovery,
+&gt;<i> &gt;
+</I>[{missing_beam_file,
+&gt;<i> &gt;                                                           hipe,
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},
+</I>&gt;<i> &gt;
+</I>{missing_beam_file,
+&gt;<i> &gt;                                                           hipe,
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; there is no hipe.beam in
+</I>/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+&gt;<i> &gt; is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+</I>&gt;<i> &gt; I've tried passing the correct dir to relx using --lib-dir but I
+</I>still
+&gt;<i> &gt; get the same error.
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; Any ideas what's going wrong?
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; erl: Erlang R16B02 (erts-5.10.3)
+</I>&gt;<i> &gt; relx: 0.0.0+build.275.refca03701
+</I>&gt;<i> &gt; rebar: rebar 2.1.0-pre R16B02 20130922_191744 git
+</I>2.1.0-pre-46-g78fa8fc
+&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; On 22 September 2013 21:55, Matthew Hegarty &lt;[4]<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+</I>&gt;<i> &gt; &lt;mailto:[5]<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;     hi
+</I>&gt;<i> &gt;     Just starting out so I've got latest versions of apps.
+</I>&gt;<i> &gt;     in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; _______________________________________________
+</I>&gt;<i> &gt; Extend mailing list
+</I>&gt;<i> &gt; [6]<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> &gt; [7]<A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> &gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>
+&gt;<i> Lo&#239;c Hoguin
+</I>
+
+
+&gt;<i> Erlang Cowboy
+</I>
+&gt;<i> Nine Nines
+</I>
+&gt;<i> [8]<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> [9]<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> [10]<A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+--
+
+  Tristan Sloughter
+
+  [11]<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+
+References
+
+1. <A HREF="http://erlang.org/">http://erlang.org/</A>
+2. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+3. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">tsloughter at fastmail.fm</A>
+4. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+5. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+6. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+7. <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+8. <A HREF="http://ninenines.eu/">http://ninenines.eu/</A>
+9. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+  10. <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+  11. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130926/28d38e59/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130926/28d38e59/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000250.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+	<LI>Next message: <A HREF="000252.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#251">[ date ]</a>
+              <a href="thread.html#251">[ thread ]</a>
+              <a href="subject.html#251">[ subject ]</a>
+              <a href="author.html#251">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000252.html b/_build/static/archives/extend/2013-September/000252.html
new file mode 100644
index 00000000..68aa9a1a
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000252.html
@@ -0,0 +1,188 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%09missing_beam_file%20%28hipe%29&In-Reply-To=%3CCAAcKVn%3DwMD6crYFEHXB%3DBcO8HhOJHK5Rhk7LAAzJVBNDU1%2BtYw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000251.html">
+   <LINK REL="Next"  HREF="000253.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)</H1>
+    <B>Matthew Hegarty</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%09missing_beam_file%20%28hipe%29&In-Reply-To=%3CCAAcKVn%3DwMD6crYFEHXB%3DBcO8HhOJHK5Rhk7LAAzJVBNDU1%2BtYw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)">mrhegarty at gmail.com
+       </A><BR>
+    <I>Thu Sep 26 22:36:03 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000251.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+        <LI>Next message: <A HREF="000253.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#252">[ date ]</a>
+              <a href="thread.html#252">[ thread ]</a>
+              <a href="subject.html#252">[ subject ]</a>
+              <a href="author.html#252">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>yes it exists.  I believe hipe is enabled by default when I compile.
+
+however there is no
+
+ /usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam
+ /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam
+
+which is what relx is apparently looking for.
+Do you know where does relx get these paths from?
+
+
+On 26 September 2013 20:04, Tristan Sloughter
+&lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>&gt;wrote:
+
+&gt;<i> **
+</I>&gt;<i> Did you enable hipe when you compiled? Does
+</I>&gt;<i> /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam exist?
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i>  Tristan Sloughter
+</I>&gt;<i>  <A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Thu, Sep 26, 2013, at 12:03 PM, Matthew Hegarty wrote:
+</I>&gt;<i>
+</I>&gt;<i> hi
+</I>&gt;<i> I compiled Erlang from source (downloaded from erlang.org)
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 25 September 2013 17:25, Tristan Sloughter &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+</I>&gt;<i> &gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> I ran into the same thing. I assume you installed Erlang from the Erlang
+</I>&gt;<i>  Solutions repo?
+</I>&gt;<i>
+</I>&gt;<i>  Install erlang-hipe package. Or remove
+</I>&gt;<i>  /usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+</I>&gt;<i>
+</I>&gt;<i>  Their packages install a broken hipe app, missing lots of beams, for
+</I>&gt;<i>  some reason. But if you install the hipe package it'll install what is
+</I>&gt;<i>  missing. I told them about this but I haven't heard back.
+</I>&gt;<i>
+</I>&gt;<i>  --
+</I>&gt;<i>    Tristan Sloughter
+</I>&gt;<i>    <A HREF="https://lists.ninenines.eu/listinfo/extend">tsloughter at fastmail.fm</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>  On Wed, Sep 25, 2013, at 08:09 AM, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>  &gt; Why does it look for hipe at all to begin with?
+</I>&gt;<i>  &gt;
+</I>&gt;<i>  &gt; I'll ping tristan about it.
+</I>&gt;<i>  &gt;
+</I>&gt;<i>  &gt; On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+</I>&gt;<i>  &gt; &gt; hi
+</I>&gt;<i>  &gt; &gt; Just starting out so I'm trying to run cowboy's helloworld
+</I>&gt;<i>  &gt; &gt; in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt; ===&gt; Provider (rlx_prv_discover) failed with: {error,
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  {rlx_app_discovery,
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i> [{missing_beam_file,
+</I>&gt;<i>  &gt; &gt;                                                           hipe,
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  {missing_beam_file,
+</I>&gt;<i>  &gt; &gt;                                                           hipe,
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt; there is no hipe.beam in /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,
+</I>&gt;<i> it
+</I>&gt;<i>  &gt; &gt; is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+</I>&gt;<i>  &gt; &gt; I've tried passing the correct dir to relx using --lib-dir but I still
+</I>&gt;<i>  &gt; &gt; get the same error.
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt; Any ideas what's going wrong?
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt; erl: Erlang R16B02 (erts-5.10.3)
+</I>&gt;<i>  &gt; &gt; relx: 0.0.0+build.275.refca03701
+</I>&gt;<i>  &gt; &gt; rebar: rebar 2.1.0-pre R16B02 20130922_191744 git
+</I>&gt;<i> 2.1.0-pre-46-g78fa8fc
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt; On 22 September 2013 21:55, Matthew Hegarty &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+</I>&gt;<i>  &gt; &gt; &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt;     hi
+</I>&gt;<i>  &gt; &gt;     Just starting out so I've got latest versions of apps.
+</I>&gt;<i>  &gt; &gt;     in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt; &gt; _______________________________________________
+</I>&gt;<i>  &gt; &gt; Extend mailing list
+</I>&gt;<i>  &gt; &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i>  &gt; &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>  &gt; &gt;
+</I>&gt;<i>  &gt;
+</I>&gt;<i>  &gt;
+</I>&gt;<i>  &gt; --
+</I>&gt;<i>  &gt; Lo&#239;c Hoguin
+</I>&gt;<i>
+</I>&gt;<i> &gt; Erlang Cowboy
+</I>&gt;<i>  &gt; Nine Nines
+</I>&gt;<i>  &gt; <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> &gt; _______________________________________________
+</I>&gt;<i>  &gt; Extend mailing list
+</I>&gt;<i>  &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i>  &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>  --
+</I>&gt;<i>    Tristan Sloughter
+</I>&gt;<i>    <A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130926/3a77fe04/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130926/3a77fe04/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000251.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+	<LI>Next message: <A HREF="000253.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#252">[ date ]</a>
+              <a href="thread.html#252">[ thread ]</a>
+              <a href="subject.html#252">[ subject ]</a>
+              <a href="author.html#252">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000253.html b/_build/static/archives/extend/2013-September/000253.html
new file mode 100644
index 00000000..168be8bc
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000253.html
@@ -0,0 +1,210 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%09missing_beam_file%20%28hipe%29&In-Reply-To=%3CCAAcKVn%3DK%3D7Pv%2BJ_Qx%2BdJqRH%3DxcDdhGPws2MmsuwpROVGU_1Axg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000252.html">
+   <LINK REL="Next"  HREF="000254.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)</H1>
+    <B>Matthew Hegarty</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%09missing_beam_file%20%28hipe%29&In-Reply-To=%3CCAAcKVn%3DK%3D7Pv%2BJ_Qx%2BdJqRH%3DxcDdhGPws2MmsuwpROVGU_1Axg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)">mrhegarty at gmail.com
+       </A><BR>
+    <I>Sat Sep 28 22:41:16 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000252.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+        <LI>Next message: <A HREF="000254.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#253">[ date ]</a>
+              <a href="thread.html#253">[ thread ]</a>
+              <a href="subject.html#253">[ subject ]</a>
+              <a href="author.html#253">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Got it to work.  I apparently had a few versions of hipe in my Erlang lib
+dir:
+
+$ /usr/local/lib/erlang/lib $ ll -ld hipe*
+drwxr-xr-x  9 root root 4096 Feb 11  2013 hipe-3.10/
+drwxr-xr-x  9 root root 4096 Mar  1  2013 hipe-3.10.1/
+drwxr-xr-x 10 root root 4096 Jul  2 11:31 hipe-3.10.2/
+drwxr-xr-x 10 root root 4096 Sep 21 17:36 hipe-3.10.2.1/
+
+They must have come from previous erlang installations (compilation from
+source).  The solution was to remove the older versions and leave only the
+latest one.  Maybe relx should be able to handle this?
+
+thanks for the responses
+
+Matt
+
+
+On 26 September 2013 21:36, Matthew Hegarty &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt; wrote:
+
+&gt;<i> yes it exists.  I believe hipe is enabled by default when I compile.
+</I>&gt;<i>
+</I>&gt;<i> however there is no
+</I>&gt;<i>
+</I>&gt;<i>  /usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam
+</I>&gt;<i>  /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam
+</I>&gt;<i>
+</I>&gt;<i> which is what relx is apparently looking for.
+</I>&gt;<i> Do you know where does relx get these paths from?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 26 September 2013 20:04, Tristan Sloughter &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+</I>&gt;<i> &gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> **
+</I>&gt;&gt;<i> Did you enable hipe when you compiled? Does
+</I>&gt;&gt;<i> /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam exist?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i>  Tristan Sloughter
+</I>&gt;&gt;<i>  <A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Thu, Sep 26, 2013, at 12:03 PM, Matthew Hegarty wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> hi
+</I>&gt;&gt;<i> I compiled Erlang from source (downloaded from erlang.org)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 25 September 2013 17:25, Tristan Sloughter &lt;
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I ran into the same thing. I assume you installed Erlang from the Erlang
+</I>&gt;&gt;<i>  Solutions repo?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  Install erlang-hipe package. Or remove
+</I>&gt;&gt;<i>  /usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  Their packages install a broken hipe app, missing lots of beams, for
+</I>&gt;&gt;<i>  some reason. But if you install the hipe package it'll install what is
+</I>&gt;&gt;<i>  missing. I told them about this but I haven't heard back.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  --
+</I>&gt;&gt;<i>    Tristan Sloughter
+</I>&gt;&gt;<i>    <A HREF="https://lists.ninenines.eu/listinfo/extend">tsloughter at fastmail.fm</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  On Wed, Sep 25, 2013, at 08:09 AM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i>  &gt; Why does it look for hipe at all to begin with?
+</I>&gt;&gt;<i>  &gt;
+</I>&gt;&gt;<i>  &gt; I'll ping tristan about it.
+</I>&gt;&gt;<i>  &gt;
+</I>&gt;&gt;<i>  &gt; On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+</I>&gt;&gt;<i>  &gt; &gt; hi
+</I>&gt;&gt;<i>  &gt; &gt; Just starting out so I'm trying to run cowboy's helloworld
+</I>&gt;&gt;<i>  &gt; &gt; in cowboy/examples/hello_world, running make fails with:
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt; ===&gt; Provider (rlx_prv_discover) failed with: {error,
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  {rlx_app_discovery,
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i> [{missing_beam_file,
+</I>&gt;&gt;<i>  &gt; &gt;                                                           hipe,
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  {missing_beam_file,
+</I>&gt;&gt;<i>  &gt; &gt;                                                           hipe,
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt; there is no hipe.beam in
+</I>&gt;&gt;<i> /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+</I>&gt;&gt;<i>  &gt; &gt; is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+</I>&gt;&gt;<i>  &gt; &gt; I've tried passing the correct dir to relx using --lib-dir but I
+</I>&gt;&gt;<i> still
+</I>&gt;&gt;<i>  &gt; &gt; get the same error.
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt; Any ideas what's going wrong?
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt; erl: Erlang R16B02 (erts-5.10.3)
+</I>&gt;&gt;<i>  &gt; &gt; relx: 0.0.0+build.275.refca03701
+</I>&gt;&gt;<i>  &gt; &gt; rebar: rebar 2.1.0-pre R16B02 20130922_191744 git
+</I>&gt;&gt;<i> 2.1.0-pre-46-g78fa8fc
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt; On 22 September 2013 21:55, Matthew Hegarty &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+</I>&gt;&gt;<i>  &gt; &gt; &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt;     hi
+</I>&gt;&gt;<i>  &gt; &gt;     Just starting out so I've got latest versions of apps.
+</I>&gt;&gt;<i>  &gt; &gt;     in cowboy/examples/hello_world, running make fails with:
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt; &gt; _______________________________________________
+</I>&gt;&gt;<i>  &gt; &gt; Extend mailing list
+</I>&gt;&gt;<i>  &gt; &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i>  &gt; &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>  &gt; &gt;
+</I>&gt;&gt;<i>  &gt;
+</I>&gt;&gt;<i>  &gt;
+</I>&gt;&gt;<i>  &gt; --
+</I>&gt;&gt;<i>  &gt; Lo&#239;c Hoguin
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> &gt; Erlang Cowboy
+</I>&gt;&gt;<i>  &gt; Nine Nines
+</I>&gt;&gt;<i>  &gt; <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> &gt; _______________________________________________
+</I>&gt;&gt;<i>  &gt; Extend mailing list
+</I>&gt;&gt;<i>  &gt; <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i>  &gt; <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  --
+</I>&gt;&gt;<i>    Tristan Sloughter
+</I>&gt;&gt;<i>    <A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130928/b1333ac2/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130928/b1333ac2/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000252.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+	<LI>Next message: <A HREF="000254.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#253">[ date ]</a>
+              <a href="thread.html#253">[ thread ]</a>
+              <a href="subject.html#253">[ subject ]</a>
+              <a href="author.html#253">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/000254.html b/_build/static/archives/extend/2013-September/000254.html
new file mode 100644
index 00000000..9e3ffb6a
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/000254.html
@@ -0,0 +1,269 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%20missing_beam_file%20%28hipe%29&In-Reply-To=%3C1380401005.2981.27620409.32622BC4%40webmail.messagingengine.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000253.html">
+   <LINK REL="Next"  HREF="000245.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)</H1>
+    <B>Tristan Sloughter</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20helloworld%20make%20fails%20with%0A%20missing_beam_file%20%28hipe%29&In-Reply-To=%3C1380401005.2981.27620409.32622BC4%40webmail.messagingengine.com%3E"
+       TITLE="[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)">tristan.sloughter at gmail.com
+       </A><BR>
+    <I>Sat Sep 28 22:43:25 CEST 2013</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000253.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+        <LI>Next message: <A HREF="000245.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#254">[ date ]</a>
+              <a href="thread.html#254">[ thread ]</a>
+              <a href="subject.html#254">[ subject ]</a>
+              <a href="author.html#254">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Yea, since I doubt the OTP team (or anyone) will fix the fact that it
+installs a broken hipe we've decided to just warn on broken apps during
+the discovery phase. So it'll only fail if the broken app is also
+suppose to be part of the release.
+
+
+
+Finishing up the relx patch right now.
+
+
+
+--
+Tristan Sloughter
+<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+
+
+
+
+
+On Sat, Sep 28, 2013, at 01:41 PM, Matthew Hegarty wrote:
+
+Got it to work.  I apparently had a few versions of hipe in my Erlang
+lib dir:
+
+$ /usr/local/lib/erlang/lib $ ll -ld hipe*
+drwxr-xr-x  9 root root 4096 Feb 11  2013 hipe-3.10/
+drwxr-xr-x  9 root root 4096 Mar  1  2013 hipe-3.10.1/
+drwxr-xr-x 10 root root 4096 Jul  2 11:31 hipe-3.10.2/
+drwxr-xr-x 10 root root 4096 Sep 21 17:36 hipe-3.10.2.1/
+
+They must have come from previous erlang installations (compilation
+from source).  The solution was to remove the older versions and leave
+only the latest one.  Maybe relx should be able to handle this?
+
+thanks for the responses
+
+Matt
+
+
+
+On 26 September 2013 21:36, Matthew Hegarty &lt;[1]<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt;
+wrote:
+
+yes it exists.  I believe hipe is enabled by default when I compile.
+
+however there is no
+
+ /usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam
+ /usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam
+
+which is what relx is apparently looking for.
+Do you know where does relx get these paths from?
+
+
+
+On 26 September 2013 20:04, Tristan Sloughter
+&lt;[2]<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>&gt; wrote:
+
+Did you enable hipe when you compiled? Does
+/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam exist?
+
+--
+Tristan Sloughter
+[3]<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+
+
+
+On Thu, Sep 26, 2013, at 12:03 PM, Matthew Hegarty wrote:
+
+hi
+
+I compiled Erlang from source (downloaded from [4]erlang.org)
+
+
+
+On 25 September 2013 17:25, Tristan Sloughter
+&lt;[5]<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>&gt; wrote:
+
+I ran into the same thing. I assume you installed Erlang from the
+Erlang
+
+Solutions repo?
+
+
+
+Install erlang-hipe package. Or remove
+
+/usr/local/lib/erlang/lib/hipe-3.10.2.1 entirely.
+
+
+
+Their packages install a broken hipe app, missing lots of beams, for
+
+some reason. But if you install the hipe package it'll install what is
+
+missing. I told them about this but I haven't heard back.
+
+
+
+--
+
+  Tristan Sloughter
+
+  [6]<A HREF="https://lists.ninenines.eu/listinfo/extend">tsloughter at fastmail.fm</A>
+
+
+
+
+On Wed, Sep 25, 2013, at 08:09 AM, Lo&#239;c Hoguin wrote:
+&gt;<i> Why does it look for hipe at all to begin with?
+</I>&gt;<i>
+</I>&gt;<i> I'll ping tristan about it.
+</I>&gt;<i>
+</I>&gt;<i> On 09/22/2013 10:59 PM, Matthew Hegarty wrote:
+</I>&gt;<i> &gt; hi
+</I>&gt;<i> &gt; Just starting out so I'm trying to run cowboy's helloworld
+</I>&gt;<i> &gt; in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; ===&gt; Provider (rlx_prv_discover) failed with: {error,
+</I>&gt;<i> &gt;
+</I>{rlx_app_discovery,
+&gt;<i> &gt;
+</I>[{missing_beam_file,
+&gt;<i> &gt;                                                           hipe,
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},
+</I>&gt;<i> &gt;
+</I>{missing_beam_file,
+&gt;<i> &gt;                                                           hipe,
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; &lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; there is no hipe.beam in
+</I>/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/, it
+&gt;<i> &gt; is in /usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.
+</I>&gt;<i> &gt; I've tried passing the correct dir to relx using --lib-dir but I
+</I>still
+&gt;<i> &gt; get the same error.
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; Any ideas what's going wrong?
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; erl: Erlang R16B02 (erts-5.10.3)
+</I>&gt;<i> &gt; relx: 0.0.0+build.275.refca03701
+</I>&gt;<i> &gt; rebar: rebar 2.1.0-pre R16B02 20130922_191744 git
+</I>2.1.0-pre-46-g78fa8fc
+&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; On 22 September 2013 21:55, Matthew Hegarty &lt;[7]<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+</I>&gt;<i> &gt; &lt;mailto:[8]<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;     hi
+</I>&gt;<i> &gt;     Just starting out so I've got latest versions of apps.
+</I>&gt;<i> &gt;     in cowboy/examples/hello_world, running make fails with:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt; _______________________________________________
+</I>&gt;<i> &gt; Extend mailing list
+</I>&gt;<i> &gt; [9]<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> &gt; [10]<A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>&gt;<i> &gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>
+&gt;<i> Lo&#239;c Hoguin
+</I>
+
+
+&gt;<i> Erlang Cowboy
+</I>
+&gt;<i> Nine Nines
+</I>
+&gt;<i> [11]<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> [12]<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> [13]<A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+</I>
+
+--
+
+  Tristan Sloughter
+
+  [14]<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+
+References
+
+1. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+2. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+3. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+4. <A HREF="http://erlang.org/">http://erlang.org/</A>
+5. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+6. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">tsloughter at fastmail.fm</A>
+7. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+8. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">mrhegarty at gmail.com</A>
+9. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+  10. <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+  11. <A HREF="http://ninenines.eu/">http://ninenines.eu/</A>
+  12. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+  13. <A HREF="http://lists.ninenines.eu:81/listinfo/extend">http://lists.ninenines.eu:81/listinfo/extend</A>
+  14. mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">tristan.sloughter at gmail.com</A>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20130928/41b322fd/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20130928/41b322fd/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000253.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A></li>
+	<LI>Next message: <A HREF="000245.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#254">[ date ]</a>
+              <a href="thread.html#254">[ thread ]</a>
+              <a href="subject.html#254">[ subject ]</a>
+              <a href="author.html#254">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2013-September/author.html b/_build/static/archives/extend/2013-September/author.html
new file mode 100644
index 00000000..97404d5d
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/author.html
@@ -0,0 +1,187 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2013 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2013 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Sep 15 19:01:30 CEST 2013</i><br>
+         <b>Ending:</b> <i>Sat Sep 28 22:43:25 CEST 2013</i><br>
+         <b>Messages:</b> 28<p>
+     <ul>
+
+<LI><A HREF="000227.html">[99s-extend] Cowboy load test
+</A><A NAME="227">&nbsp;</A>
+<I>Joe Freeman
+</I>
+
+<LI><A HREF="000243.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)
+</A><A NAME="243">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000244.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="244">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000250.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="250">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000252.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="252">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000253.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="253">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000228.html">[99s-extend] Cowboy load test
+</A><A NAME="228">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000229.html">[99s-extend] Cowboy load test
+</A><A NAME="229">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000231.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="231">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000233.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="233">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000235.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="235">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000238.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="238">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000240.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="240">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000242.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="242">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000246.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="246">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000247.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A><A NAME="247">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000249.html">[99s-extend] Mailing lists maintenance 28th of September
+</A><A NAME="249">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000248.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="248">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000251.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="251">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000254.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="254">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000230.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="230">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000232.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="232">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000234.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="234">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000236.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="236">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000237.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="237">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000239.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="239">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000241.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="241">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000245.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A><A NAME="245">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Sep 28 22:43:25 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:45 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-September/date.html b/_build/static/archives/extend/2013-September/date.html
new file mode 100644
index 00000000..ccbd2574
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/date.html
@@ -0,0 +1,187 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2013 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2013 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Sep 15 19:01:30 CEST 2013</i><br>
+         <b>Ending:</b> <i>Sat Sep 28 22:43:25 CEST 2013</i><br>
+         <b>Messages:</b> 28<p>
+     <ul>
+
+<LI><A HREF="000227.html">[99s-extend] Cowboy load test
+</A><A NAME="227">&nbsp;</A>
+<I>Joe Freeman
+</I>
+
+<LI><A HREF="000228.html">[99s-extend] Cowboy load test
+</A><A NAME="228">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000229.html">[99s-extend] Cowboy load test
+</A><A NAME="229">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000230.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="230">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000231.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="231">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000232.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="232">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000233.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="233">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000234.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="234">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000235.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="235">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000236.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="236">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000237.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="237">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000238.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="238">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000239.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="239">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000240.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="240">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000241.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="241">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000242.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="242">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000243.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)
+</A><A NAME="243">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000244.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="244">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000245.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A><A NAME="245">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000246.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="246">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000247.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A><A NAME="247">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000248.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="248">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000249.html">[99s-extend] Mailing lists maintenance 28th of September
+</A><A NAME="249">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000250.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="250">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000251.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="251">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000252.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="252">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000253.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="253">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000254.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="254">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Sep 28 22:43:25 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:45 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-September/index.html b/_build/static/archives/extend/2013-September/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2013-September/subject.html b/_build/static/archives/extend/2013-September/subject.html
new file mode 100644
index 00000000..835ec2ec
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/subject.html
@@ -0,0 +1,187 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2013 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2013 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Sep 15 19:01:30 CEST 2013</i><br>
+         <b>Ending:</b> <i>Sat Sep 28 22:43:25 CEST 2013</i><br>
+         <b>Messages:</b> 28<p>
+     <ul>
+
+<LI><A HREF="000245.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A><A NAME="245">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000247.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A><A NAME="247">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000234.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="234">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000235.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="235">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000236.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="236">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000243.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)
+</A><A NAME="243">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000244.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="244">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000246.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="246">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000248.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="248">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000250.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="250">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000251.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="251">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000252.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="252">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000253.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="253">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<LI><A HREF="000254.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="254">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000227.html">[99s-extend] Cowboy load test
+</A><A NAME="227">&nbsp;</A>
+<I>Joe Freeman
+</I>
+
+<LI><A HREF="000228.html">[99s-extend] Cowboy load test
+</A><A NAME="228">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000229.html">[99s-extend] Cowboy load test
+</A><A NAME="229">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000230.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="230">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000231.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="231">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000232.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="232">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000233.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="233">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000249.html">[99s-extend] Mailing lists maintenance 28th of September
+</A><A NAME="249">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000237.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="237">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000238.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="238">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000239.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="239">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000240.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="240">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000241.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="241">&nbsp;</A>
+<I>akonsu
+</I>
+
+<LI><A HREF="000242.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="242">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Sep 28 22:43:25 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:45 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2013-September/thread.html b/_build/static/archives/extend/2013-September/thread.html
new file mode 100644
index 00000000..8366d4d0
--- /dev/null
+++ b/_build/static/archives/extend/2013-September/thread.html
@@ -0,0 +1,243 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2013 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2013 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Sep 15 19:01:30 CEST 2013</i><br>
+         <b>Ending:</b> <i>Sat Sep 28 22:43:25 CEST 2013</i><br>
+         <b>Messages:</b> 28<p>
+     <ul>
+
+<!--0 01379264490.227- -->
+<LI><A HREF="000227.html">[99s-extend] Cowboy load test
+</A><A NAME="227">&nbsp;</A>
+<I>Joe Freeman
+</I>
+
+<UL>
+<!--1 01379264490.227-01379271755.228- -->
+<LI><A HREF="000228.html">[99s-extend] Cowboy load test
+</A><A NAME="228">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01379264490.227-01379271755.228-01379271902.229- -->
+<LI><A HREF="000229.html">[99s-extend] Cowboy load test
+</A><A NAME="229">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+<!--0 01379339422.230- -->
+<LI><A HREF="000230.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="230">&nbsp;</A>
+<I>akonsu
+</I>
+
+<UL>
+<!--1 01379339422.230-01379351192.231- -->
+<LI><A HREF="000231.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="231">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01379339422.230-01379351192.231-01379351664.232- -->
+<LI><A HREF="000232.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="232">&nbsp;</A>
+<I>akonsu
+</I>
+
+<UL>
+<!--3 01379339422.230-01379351192.231-01379351664.232-01379351999.233- -->
+<LI><A HREF="000233.html">[99s-extend] how to send a message to all connections in cowboy
+</A><A NAME="233">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01379565057.234- -->
+<LI><A HREF="000234.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="234">&nbsp;</A>
+<I>akonsu
+</I>
+
+<UL>
+<!--1 01379565057.234-01379581382.235- -->
+<LI><A HREF="000235.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="235">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01379565057.234-01379581382.235-01379590678.236- -->
+<LI><A HREF="000236.html">[99s-extend] cowboy_loop_handler
+</A><A NAME="236">&nbsp;</A>
+<I>akonsu
+</I>
+
+</UL>
+</UL>
+<!--0 01379702874.237- -->
+<LI><A HREF="000237.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="237">&nbsp;</A>
+<I>akonsu
+</I>
+
+<UL>
+<!--1 01379702874.237-01379703057.238- -->
+<LI><A HREF="000238.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="238">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01379702874.237-01379703057.238-01379703296.239- -->
+<LI><A HREF="000239.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="239">&nbsp;</A>
+<I>akonsu
+</I>
+
+<UL>
+<!--3 01379702874.237-01379703057.238-01379703296.239-01379703391.240- -->
+<LI><A HREF="000240.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="240">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01379702874.237-01379703057.238-01379703296.239-01379703391.240-01379703586.241- -->
+<LI><A HREF="000241.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="241">&nbsp;</A>
+<I>akonsu
+</I>
+
+<!--3 01379702874.237-01379703057.238-01379703296.239-01379703391.240-01379703586.241-01379703874.242- -->
+<LI><A HREF="000242.html">[99s-extend] timeouts and slow clients in cowboy loop handler
+</A><A NAME="242">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01379883331.243- -->
+<LI><A HREF="000243.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file	(hipe)
+</A><A NAME="243">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<UL>
+<!--1 01379883331.243-01379883577.244- -->
+<LI><A HREF="000244.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="244">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<UL>
+<!--2 01379883331.243-01379883577.244-01380121756.246- -->
+<LI><A HREF="000246.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="246">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--3 01379883331.243-01379883577.244-01380121756.246-01380126304.248- -->
+<LI><A HREF="000248.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="248">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<!--3 01379883331.243-01379883577.244-01380121756.246-01380126304.248-01380222186.250- -->
+<LI><A HREF="000250.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="250">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<!--3 01379883331.243-01379883577.244-01380121756.246-01380126304.248-01380222186.250-01380222240.251- -->
+<LI><A HREF="000251.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="251">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<!--3 01379883331.243-01379883577.244-01380121756.246-01380126304.248-01380222186.250-01380222240.251-01380227763.252- -->
+<LI><A HREF="000252.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="252">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<!--3 01379883331.243-01379883577.244-01380121756.246-01380126304.248-01380222186.250-01380222240.251-01380227763.252-01380400876.253- -->
+<LI><A HREF="000253.html">[99s-extend] Cowboy helloworld make fails with	missing_beam_file (hipe)
+</A><A NAME="253">&nbsp;</A>
+<I>Matthew Hegarty
+</I>
+
+<!--3 01379883331.243-01379883577.244-01380121756.246-01380126304.248-01380222186.250-01380222240.251-01380227763.252-01380400876.253-01380401005.254- -->
+<LI><A HREF="000254.html">[99s-extend] Cowboy helloworld make fails with missing_beam_file (hipe)
+</A><A NAME="254">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01379894261.245- -->
+<LI><A HREF="000245.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A><A NAME="245">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<UL>
+<!--1 01379894261.245-01380121801.247- -->
+<LI><A HREF="000247.html">[99s-extend] Cowboy: Having problems with Getting Started
+</A><A NAME="247">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01380126478.249- -->
+<LI><A HREF="000249.html">[99s-extend] Mailing lists maintenance 28th of September
+</A><A NAME="249">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Sep 28 22:43:25 CEST 2013</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:45 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-April.txt b/_build/static/archives/extend/2014-April.txt
new file mode 100644
index 00000000..7118b8ac
--- /dev/null
+++ b/_build/static/archives/extend/2014-April.txt
@@ -0,0 +1,943 @@
+From essen at ninenines.eu  Tue Apr  8 11:11:07 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 08 Apr 2014 11:11:07 +0200
+Subject: [99s-extend] Closing the mailing lists later this week
+Message-ID: <[email protected]>
+
+Hello,
+
+I will be closing the mailing lists later this week. Preferred medium 
+for getting help will be opening tickets on github (if you can't figure 
+something out, then it's a bug!) or IRC.
+
+If you would like to continue helping users, then hop on IRC or follow 
+the projects on github and answer tickets. Thank you.
+
+Announcements will probably be made using the website's articles page 
+instead of here.
+
+The archives will be moved to git for safekeeping, but everything else 
+will be deleted, including user data and backups.
+
+Thanks for your understanding,
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From samset at wanadoo.fr  Wed Apr  9 16:52:47 2014
+From: samset at wanadoo.fr (Samir Sow)
+Date: Wed, 9 Apr 2014 16:52:47 +0200
+Subject: [99s-extend] REST handler with ssl support
+Message-ID: <[email protected]>
+
+Hi,
+
+I?d like to secure my rest api with an ssl transport.
+Could not find any example to do so ?
+
+Any clue ?
+
+Thank you.
+
+Samir
+
+From samset at wanadoo.fr  Fri Apr 11 12:39:13 2014
+From: samset at wanadoo.fr (Samir Sow)
+Date: Fri, 11 Apr 2014 12:39:13 +0200
+Subject: [99s-extend] ssl_hello_world
+Message-ID: <[email protected]>
+
+Hi,
+
+Still struggling to make ssl work.
+
+I downloaded the example ssl_hello_world.
+Upon execution : i get the following error with curl 
+
+ About to connect() to localhost port 8443 (#0)
+*   Trying ::1... Connexion refus?e
+*   Trying 127.0.0.1... connected
+* Connected to localhost (127.0.0.1) port 8443 (#0)
+* Initializing NSS with certpath: sql:/etc/pki/nssdb
+* NSS error -8018
+* Closing connection #0
+* Problem with the SSL CA cert (path? access rights?)
+curl: (77) Problem with the SSL CA cert (path? access rights?)
+
+
+cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i https://localhost:8443/
+
+cacert path checked.
+read permission checked
+
+I?ve tested with a browser and get a connection error.
+
+Any clue ?
+
+Samir
+
+
+
+
+From essen at ninenines.eu  Fri Apr 11 13:18:56 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 11 Apr 2014 13:18:56 +0200
+Subject: [99s-extend] ssl_hello_world
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+The certificate in the SSL example is self-generated, try curl with the 
+--insecure option.
+
+On 04/11/2014 12:39 PM, Samir Sow wrote:
+> Hi,
+>
+> Still struggling to make ssl work.
+>
+> I downloaded the example ssl_hello_world.
+> Upon execution : i get the following error with curl
+>
+>   About to connect() to localhost port 8443 (#0)
+> *   Trying ::1... Connexion refus?e
+> *   Trying 127.0.0.1... connected
+> * Connected to localhost (127.0.0.1) port 8443 (#0)
+> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+> * NSS error -8018
+> * Closing connection #0
+> * Problem with the SSL CA cert (path? access rights?)
+> curl: (77) Problem with the SSL CA cert (path? access rights?)
+>
+>
+> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i https://localhost:8443/
+>
+> cacert path checked.
+> read permission checked
+>
+> I?ve tested with a browser and get a connection error.
+>
+> Any clue ?
+>
+> Samir
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From samset at wanadoo.fr  Fri Apr 11 13:25:51 2014
+From: samset at wanadoo.fr (Samir Sow)
+Date: Fri, 11 Apr 2014 13:25:51 +0200
+Subject: [99s-extend] ssl_hello_world
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thx.
+
+Same error ?
+Openssl s_client does not work either.
+the server does not answer to ClientHello ?
+
+Samir
+
+On 11 avr. 2014, at 13:18, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> The certificate in the SSL example is self-generated, try curl with the --insecure option.
+> 
+> On 04/11/2014 12:39 PM, Samir Sow wrote:
+>> Hi,
+>> 
+>> Still struggling to make ssl work.
+>> 
+>> I downloaded the example ssl_hello_world.
+>> Upon execution : i get the following error with curl
+>> 
+>>  About to connect() to localhost port 8443 (#0)
+>> *   Trying ::1... Connexion refus?e
+>> *   Trying 127.0.0.1... connected
+>> * Connected to localhost (127.0.0.1) port 8443 (#0)
+>> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+>> * NSS error -8018
+>> * Closing connection #0
+>> * Problem with the SSL CA cert (path? access rights?)
+>> curl: (77) Problem with the SSL CA cert (path? access rights?)
+>> 
+>> 
+>> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i https://localhost:8443/
+>> 
+>> cacert path checked.
+>> read permission checked
+>> 
+>> I?ve tested with a browser and get a connection error.
+>> 
+>> Any clue ?
+>> 
+>> Samir
+>> 
+>> 
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Fri Apr 11 13:41:29 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 11 Apr 2014 13:41:29 +0200
+Subject: [99s-extend] ssl_hello_world
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+This is the successful output I get. You should try to see why yours is 
+different, perhaps someone somewhere ran into the same issue at some 
+point. Note that the --cacert option isn't needed and basically makes no 
+difference.
+
+
+% curl -ikvv https://localhost:8443
+* Rebuilt URL to: https://localhost:8443/
+* Hostname was NOT found in DNS cache
+*   Trying 127.0.0.1...
+* Connected to localhost (127.0.0.1) port 8443 (#0)
+* successfully set certificate verify locations:
+*   CAfile: /etc/ssl/certs/ca-certificates.crt
+   CApath: none
+* SSLv3, TLS handshake, Client hello (1):
+* SSLv3, TLS handshake, Server hello (2):
+* SSLv3, TLS handshake, CERT (11):
+* SSLv3, TLS handshake, Server key exchange (12):
+* SSLv3, TLS handshake, Server finished (14):
+* SSLv3, TLS handshake, Client key exchange (16):
+* SSLv3, TLS change cipher, Client hello (1):
+* SSLv3, TLS handshake, Finished (20):
+* SSLv3, TLS change cipher, Client hello (1):
+* SSLv3, TLS handshake, Finished (20):
+* SSL connection using ECDHE-RSA-AES256-SHA384
+* Server certificate:
+* 	 subject: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=localhost
+* 	 start date: 2013-02-28 05:23:34 GMT
+* 	 expire date: 2033-02-23 05:23:34 GMT
+* 	 issuer: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=ROOT CA
+* 	 SSL certificate verify result: self signed certificate in 
+certificate chain (19), continuing anyway.
+ > GET / HTTP/1.1
+ > User-Agent: curl/7.35.0
+ > Host: localhost:8443
+ > Accept: */*
+ >
+< HTTP/1.1 200 OK
+HTTP/1.1 200 OK
+< connection: keep-alive
+connection: keep-alive
+* Server Cowboy is not blacklisted
+< server: Cowboy
+server: Cowboy
+< date: Fri, 11 Apr 2014 11:30:03 GMT
+date: Fri, 11 Apr 2014 11:30:03 GMT
+< content-length: 12
+content-length: 12
+< content-type: text/plain
+content-type: text/plain
+
+<
+
+
+On 04/11/2014 01:25 PM, Samir Sow wrote:
+> Thx.
+>
+> Same error ?
+> Openssl s_client does not work either.
+> the server does not answer to ClientHello ?
+>
+> Samir
+>
+> On 11 avr. 2014, at 13:18, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> The certificate in the SSL example is self-generated, try curl with the --insecure option.
+>>
+>> On 04/11/2014 12:39 PM, Samir Sow wrote:
+>>> Hi,
+>>>
+>>> Still struggling to make ssl work.
+>>>
+>>> I downloaded the example ssl_hello_world.
+>>> Upon execution : i get the following error with curl
+>>>
+>>>   About to connect() to localhost port 8443 (#0)
+>>> *   Trying ::1... Connexion refus?e
+>>> *   Trying 127.0.0.1... connected
+>>> * Connected to localhost (127.0.0.1) port 8443 (#0)
+>>> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+>>> * NSS error -8018
+>>> * Closing connection #0
+>>> * Problem with the SSL CA cert (path? access rights?)
+>>> curl: (77) Problem with the SSL CA cert (path? access rights?)
+>>>
+>>>
+>>> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i https://localhost:8443/
+>>>
+>>> cacert path checked.
+>>> read permission checked
+>>>
+>>> I?ve tested with a browser and get a connection error.
+>>>
+>>> Any clue ?
+>>>
+>>> Samir
+>>>
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> https://lists.ninenines.eu/listinfo/extend
+>>>
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From samset at wanadoo.fr  Fri Apr 11 13:48:41 2014
+From: samset at wanadoo.fr (Samir Sow)
+Date: Fri, 11 Apr 2014 13:48:41 +0200
+Subject: [99s-extend] ssl_hello_world
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thx.
+
+On which OS + Erlang version is the server running ?
+
+Samir
+On 11 avr. 2014, at 13:41, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> This is the successful output I get. You should try to see why yours is different, perhaps someone somewhere ran into the same issue at some point. Note that the --cacert option isn't needed and basically makes no difference.
+> 
+> 
+> % curl -ikvv https://localhost:8443
+> * Rebuilt URL to: https://localhost:8443/
+> * Hostname was NOT found in DNS cache
+> *   Trying 127.0.0.1...
+> * Connected to localhost (127.0.0.1) port 8443 (#0)
+> * successfully set certificate verify locations:
+> *   CAfile: /etc/ssl/certs/ca-certificates.crt
+>  CApath: none
+> * SSLv3, TLS handshake, Client hello (1):
+> * SSLv3, TLS handshake, Server hello (2):
+> * SSLv3, TLS handshake, CERT (11):
+> * SSLv3, TLS handshake, Server key exchange (12):
+> * SSLv3, TLS handshake, Server finished (14):
+> * SSLv3, TLS handshake, Client key exchange (16):
+> * SSLv3, TLS change cipher, Client hello (1):
+> * SSLv3, TLS handshake, Finished (20):
+> * SSLv3, TLS change cipher, Client hello (1):
+> * SSLv3, TLS handshake, Finished (20):
+> * SSL connection using ECDHE-RSA-AES256-SHA384
+> * Server certificate:
+> * 	 subject: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=localhost
+> * 	 start date: 2013-02-28 05:23:34 GMT
+> * 	 expire date: 2033-02-23 05:23:34 GMT
+> * 	 issuer: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=ROOT CA
+> * 	 SSL certificate verify result: self signed certificate in certificate chain (19), continuing anyway.
+> > GET / HTTP/1.1
+> > User-Agent: curl/7.35.0
+> > Host: localhost:8443
+> > Accept: */*
+> >
+> < HTTP/1.1 200 OK
+> HTTP/1.1 200 OK
+> < connection: keep-alive
+> connection: keep-alive
+> * Server Cowboy is not blacklisted
+> < server: Cowboy
+> server: Cowboy
+> < date: Fri, 11 Apr 2014 11:30:03 GMT
+> date: Fri, 11 Apr 2014 11:30:03 GMT
+> < content-length: 12
+> content-length: 12
+> < content-type: text/plain
+> content-type: text/plain
+> 
+> <
+> 
+> 
+> On 04/11/2014 01:25 PM, Samir Sow wrote:
+>> Thx.
+>> 
+>> Same error ?
+>> Openssl s_client does not work either.
+>> the server does not answer to ClientHello ?
+>> 
+>> Samir
+>> 
+>> On 11 avr. 2014, at 13:18, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> 
+>>> The certificate in the SSL example is self-generated, try curl with the --insecure option.
+>>> 
+>>> On 04/11/2014 12:39 PM, Samir Sow wrote:
+>>>> Hi,
+>>>> 
+>>>> Still struggling to make ssl work.
+>>>> 
+>>>> I downloaded the example ssl_hello_world.
+>>>> Upon execution : i get the following error with curl
+>>>> 
+>>>>  About to connect() to localhost port 8443 (#0)
+>>>> *   Trying ::1... Connexion refus?e
+>>>> *   Trying 127.0.0.1... connected
+>>>> * Connected to localhost (127.0.0.1) port 8443 (#0)
+>>>> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+>>>> * NSS error -8018
+>>>> * Closing connection #0
+>>>> * Problem with the SSL CA cert (path? access rights?)
+>>>> curl: (77) Problem with the SSL CA cert (path? access rights?)
+>>>> 
+>>>> 
+>>>> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i https://localhost:8443/
+>>>> 
+>>>> cacert path checked.
+>>>> read permission checked
+>>>> 
+>>>> I?ve tested with a browser and get a connection error.
+>>>> 
+>>>> Any clue ?
+>>>> 
+>>>> Samir
+>>>> 
+>>>> 
+>>>> _______________________________________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> https://lists.ninenines.eu/listinfo/extend
+>>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> http://ninenines.eu
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Fri Apr 11 13:57:59 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 11 Apr 2014 13:57:59 +0200
+Subject: [99s-extend] ssl_hello_world
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+It's tested on ArchLinux from R15B01 to master so that's unrelated to 
+the Erlang version.
+
+On 04/11/2014 01:48 PM, Samir Sow wrote:
+> Thx.
+>
+> On which OS + Erlang version is the server running ?
+>
+> Samir
+> On 11 avr. 2014, at 13:41, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> This is the successful output I get. You should try to see why yours is different, perhaps someone somewhere ran into the same issue at some point. Note that the --cacert option isn't needed and basically makes no difference.
+>>
+>>
+>> % curl -ikvv https://localhost:8443
+>> * Rebuilt URL to: https://localhost:8443/
+>> * Hostname was NOT found in DNS cache
+>> *   Trying 127.0.0.1...
+>> * Connected to localhost (127.0.0.1) port 8443 (#0)
+>> * successfully set certificate verify locations:
+>> *   CAfile: /etc/ssl/certs/ca-certificates.crt
+>>   CApath: none
+>> * SSLv3, TLS handshake, Client hello (1):
+>> * SSLv3, TLS handshake, Server hello (2):
+>> * SSLv3, TLS handshake, CERT (11):
+>> * SSLv3, TLS handshake, Server key exchange (12):
+>> * SSLv3, TLS handshake, Server finished (14):
+>> * SSLv3, TLS handshake, Client key exchange (16):
+>> * SSLv3, TLS change cipher, Client hello (1):
+>> * SSLv3, TLS handshake, Finished (20):
+>> * SSLv3, TLS change cipher, Client hello (1):
+>> * SSLv3, TLS handshake, Finished (20):
+>> * SSL connection using ECDHE-RSA-AES256-SHA384
+>> * Server certificate:
+>> * 	 subject: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=localhost
+>> * 	 start date: 2013-02-28 05:23:34 GMT
+>> * 	 expire date: 2033-02-23 05:23:34 GMT
+>> * 	 issuer: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=ROOT CA
+>> * 	 SSL certificate verify result: self signed certificate in certificate chain (19), continuing anyway.
+>>> GET / HTTP/1.1
+>>> User-Agent: curl/7.35.0
+>>> Host: localhost:8443
+>>> Accept: */*
+>>>
+>> < HTTP/1.1 200 OK
+>> HTTP/1.1 200 OK
+>> < connection: keep-alive
+>> connection: keep-alive
+>> * Server Cowboy is not blacklisted
+>> < server: Cowboy
+>> server: Cowboy
+>> < date: Fri, 11 Apr 2014 11:30:03 GMT
+>> date: Fri, 11 Apr 2014 11:30:03 GMT
+>> < content-length: 12
+>> content-length: 12
+>> < content-type: text/plain
+>> content-type: text/plain
+>>
+>> <
+>>
+>>
+>> On 04/11/2014 01:25 PM, Samir Sow wrote:
+>>> Thx.
+>>>
+>>> Same error ?
+>>> Openssl s_client does not work either.
+>>> the server does not answer to ClientHello ?
+>>>
+>>> Samir
+>>>
+>>> On 11 avr. 2014, at 13:18, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>
+>>>> The certificate in the SSL example is self-generated, try curl with the --insecure option.
+>>>>
+>>>> On 04/11/2014 12:39 PM, Samir Sow wrote:
+>>>>> Hi,
+>>>>>
+>>>>> Still struggling to make ssl work.
+>>>>>
+>>>>> I downloaded the example ssl_hello_world.
+>>>>> Upon execution : i get the following error with curl
+>>>>>
+>>>>>   About to connect() to localhost port 8443 (#0)
+>>>>> *   Trying ::1... Connexion refus?e
+>>>>> *   Trying 127.0.0.1... connected
+>>>>> * Connected to localhost (127.0.0.1) port 8443 (#0)
+>>>>> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+>>>>> * NSS error -8018
+>>>>> * Closing connection #0
+>>>>> * Problem with the SSL CA cert (path? access rights?)
+>>>>> curl: (77) Problem with the SSL CA cert (path? access rights?)
+>>>>>
+>>>>>
+>>>>> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i https://localhost:8443/
+>>>>>
+>>>>> cacert path checked.
+>>>>> read permission checked
+>>>>>
+>>>>> I?ve tested with a browser and get a connection error.
+>>>>>
+>>>>> Any clue ?
+>>>>>
+>>>>> Samir
+>>>>>
+>>>>>
+>>>>> _______________________________________________
+>>>>> Extend mailing list
+>>>>> Extend at lists.ninenines.eu
+>>>>> https://lists.ninenines.eu/listinfo/extend
+>>>>>
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> http://ninenines.eu
+>>>
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From samset at wanadoo.fr  Fri Apr 11 23:23:10 2014
+From: samset at wanadoo.fr (Samir Sow)
+Date: Fri, 11 Apr 2014 23:23:10 +0200
+Subject: [99s-extend] ssl
+Message-ID: <[email protected]>
+
+Hi,
+
+Still struggling with ssl.
+I decided to check what?s going on at the ssl module level. Did a step by step ssl connection using the erlang ssl doc.
+Found an error erlang:size badarg, but could not understand if it?s a problem with the key/cert files or with the data sent by the client.
+
+Any help welcomed. Thx
+
+Samir
+
+{ok, SSLSocket} = ssl:ssl_accept(Socket, [{cacertfile, "priv/cert/cacert.crt"}, {certfile, "priv/cert/server.crt"}, {keyfile, "priv/cert/server.key"}]).
+** exception exit: {{badarg,
+                        [{erlang,size,
+                             [[22,3,1,0,176,1,0,0,172,3,3,83,72,89,48,183,175,
+                               58,145,197,219|...]],
+                             []},
+                         {tls_record,get_tls_records_aux,2,
+                             [{file,"tls_record.erl"},{line,122}]},
+                         {tls_connection,next_tls_record,2,
+                             [{file,"tls_connection.erl"},{line,484}]},
+                         {tls_connection,handle_info,3,
+                             [{file,"tls_connection.erl"},{line,307}]},
+                         {gen_fsm,handle_msg,7,
+                             [{file,"gen_fsm.erl"},{line,503}]},
+                         {proc_lib,init_p_do_apply,3,
+                             [{file,"proc_lib.erl"},{line,239}]}]},
+                    {gen_fsm,sync_send_all_state_event,
+                        [<0.105.0>,{start,infinity},infinity]}}
+     in function  gen_fsm:sync_send_all_state_event/3 (gen_fsm.erl, line 242)
+     in call from ssl_connection:sync_send_all_state_event/2 (ssl_connection.erl, line 1649)
+     in call from ssl_connection:handshake/2 (ssl_connection.erl, line 97)
+     in call from tls_connection:start_fsm/8 (tls_connection.erl, line 81)
+     in call from ssl_connection:ssl_accept/7 (ssl_connection.erl, line 84)
+
+From essen at ninenines.eu  Fri Apr 11 23:31:36 2014
+From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=)
+Date: Fri, 11 Apr 2014 23:31:36 +0200
+Subject: [99s-extend] ssl
+Message-ID: <[email protected]>
+
+Please report it to erlang-bugs, you'll get better help with ssl bugs there.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+-------- Original Message --------
+From:Samir Sow <samset at wanadoo.fr>
+Sent:Fri, 11 Apr 2014 23:23:10 +0200
+To:extend at lists.ninenines.eu
+Subject:[99s-extend] ssl
+
+>Hi,
+>
+>Still struggling with ssl.
+>I decided to check what?s going on at the ssl module level. Did a step by step ssl connection using the erlang ssl doc.
+>Found an error erlang:size badarg, but could not understand if it?s a problem with the key/cert files or with the data sent by the client.
+>
+>Any help welcomed. Thx
+>
+>Samir
+>
+>{ok, SSLSocket} = ssl:ssl_accept(Socket, [{cacertfile, "priv/cert/cacert.crt"}, {certfile, "priv/cert/server.crt"}, {keyfile, "priv/cert/server.key"}]).
+>** exception exit: {{badarg,
+>                        [{erlang,size,
+>                             [[22,3,1,0,176,1,0,0,172,3,3,83,72,89,48,183,175,
+>                               58,145,197,219|...]],
+>                             []},
+>                         {tls_record,get_tls_records_aux,2,
+>                             [{file,"tls_record.erl"},{line,122}]},
+>                         {tls_connection,next_tls_record,2,
+>                             [{file,"tls_connection.erl"},{line,484}]},
+>                         {tls_connection,handle_info,3,
+>                             [{file,"tls_connection.erl"},{line,307}]},
+>                         {gen_fsm,handle_msg,7,
+>                             [{file,"gen_fsm.erl"},{line,503}]},
+>                         {proc_lib,init_p_do_apply,3,
+>                             [{file,"proc_lib.erl"},{line,239}]}]},
+>                    {gen_fsm,sync_send_all_state_event,
+>                        [<0.105.0>,{start,infinity},infinity]}}
+>     in function  gen_fsm:sync_send_all_state_event/3 (gen_fsm.erl, line 242)
+>     in call from ssl_connection:sync_send_all_state_event/2 (ssl_connection.erl, line 1649)
+>     in call from ssl_connection:handshake/2 (ssl_connection.erl, line 97)
+>     in call from tls_connection:start_fsm/8 (tls_connection.erl, line 81)
+>     in call from ssl_connection:ssl_accept/7 (ssl_connection.erl, line 84)
+>_______________________________________________
+>Extend mailing list
+>Extend at lists.ninenines.eu
+>https://lists.ninenines.eu/listinfo/extend
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140411/9e3c6c32/attachment.html>
+
+From ka.gemayel at gmail.com  Sun Apr 20 19:46:55 2014
+From: ka.gemayel at gmail.com (Karim Gemayel)
+Date: Sun, 20 Apr 2014 19:46:55 +0200
+Subject: [99s-extend] [cowboy] Websocket with Firefox Android
+Message-ID: <[email protected]>
+
+Hello,
+
+Writing a Cowboy (0.9.0) Websocket server (running on Ubuntu 12.04 ; 
+Erlang R16B03), it works fine on Firefox Desktop but fails on Firefox 
+Android (28.0.1).
+
+When testing with the websocket_example, on client-side Websockets are 
+detected but nothing happens then, no connection seems to be initiated ; 
+and on server-side, despite having traces in all functions of 
+ws_handler.erl, nothing appears in the console.
+
+However when testing http://www.websocket.org/echo.html with Firefox 
+Android, it works.
+
+So before going for remote debugging Firefox, I was looking for similar 
+cases using Cowboy Websocket with Firefox Android. Is there a JavaScript 
+tip to manage Websocket connection in that case ? Am I missing something ?
+
+Thanks.
+
+-- 
+Karim Gemayel
+
+
+From essen at ninenines.eu  Sun Apr 20 19:50:07 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Sun, 20 Apr 2014 19:50:07 +0200
+Subject: [99s-extend] [cowboy] Websocket with Firefox Android
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Try tracing the cowboy_websocket module?
+
+On 04/20/2014 07:46 PM, Karim Gemayel wrote:
+> Hello,
+>
+> Writing a Cowboy (0.9.0) Websocket server (running on Ubuntu 12.04 ;
+> Erlang R16B03), it works fine on Firefox Desktop but fails on Firefox
+> Android (28.0.1).
+>
+> When testing with the websocket_example, on client-side Websockets are
+> detected but nothing happens then, no connection seems to be initiated ;
+> and on server-side, despite having traces in all functions of
+> ws_handler.erl, nothing appears in the console.
+>
+> However when testing http://www.websocket.org/echo.html with Firefox
+> Android, it works.
+>
+> So before going for remote debugging Firefox, I was looking for similar
+> cases using Cowboy Websocket with Firefox Android. Is there a JavaScript
+> tip to manage Websocket connection in that case ? Am I missing something ?
+>
+> Thanks.
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From ka.gemayel at gmail.com  Sun Apr 20 20:28:16 2014
+From: ka.gemayel at gmail.com (Karim Gemayel)
+Date: Sun, 20 Apr 2014 20:28:16 +0200
+Subject: [99s-extend] [cowboy] Websocket with Firefox Android
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+On 04/20/2014 07:50 PM, Lo?c Hoguin wrote:
+> Try tracing the cowboy_websocket module?
+
+The same case happens, no logs at all from Android whereas logs appear 
+from Desktop.
+
+I've attached the traces diffs.
+
+-- 
+Karim Gemayel
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: cowboy_websocket.diff
+Type: text/x-patch
+Size: 5780 bytes
+Desc: not available
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140420/bf45e4d0/attachment.bin>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: websocket_example.diff
+Type: text/x-patch
+Size: 2413 bytes
+Desc: not available
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140420/bf45e4d0/attachment-0001.bin>
+
+From essen at ninenines.eu  Sun Apr 20 20:30:55 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Sun, 20 Apr 2014 20:30:55 +0200
+Subject: [99s-extend] [cowboy] Websocket with Firefox Android
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+You really should take a look at tracing using dbg at some point. :-)
+
+But yeah if you don't get the upgrade function output and you are 
+testing against the Websocket example then I doubt the request even 
+reaches the server.
+
+As for why, I have no idea.
+
+On 04/20/2014 08:28 PM, Karim Gemayel wrote:
+> On 04/20/2014 07:50 PM, Lo?c Hoguin wrote:
+>> Try tracing the cowboy_websocket module?
+>
+> The same case happens, no logs at all from Android whereas logs appear
+> from Desktop.
+>
+> I've attached the traces diffs.
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From ka.gemayel at gmail.com  Sun Apr 20 20:49:34 2014
+From: ka.gemayel at gmail.com (Karim Gemayel)
+Date: Sun, 20 Apr 2014 20:49:34 +0200
+Subject: [99s-extend] [cowboy] Websocket with Firefox Android
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+On 04/20/2014 08:30 PM, Lo?c Hoguin wrote:
+> You really should take a look at tracing using dbg at some point. :-)
+
+Yes, true. Actually, dbg is on my to-learn list. :)
+
+> But yeah if you don't get the upgrade function output and you are
+> testing against the Websocket example then I doubt the request even
+> reaches the server.
+>
+> As for why, I have no idea.
+
+That's a bit frustrating because the app is supposed to be used 
+primarily on mobile, so it seems I have to implement an HTTP fallback 
+that I didn't want to implement.
+
+I'll have to go for Firefox remote debugging, so.
+
+Thanks anyway.
+
+-- 
+Karim Gemayel
+
+
+From ka.gemayel at gmail.com  Sun Apr 20 22:47:08 2014
+From: ka.gemayel at gmail.com (Karim Gemayel)
+Date: Sun, 20 Apr 2014 22:47:08 +0200
+Subject: [99s-extend] [cowboy] Websocket with Firefox Android
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On 04/20/2014 08:49 PM, Karim Gemayel wrote:
+> I'll have to go for Firefox remote debugging, so.
+
+Erm, finally it does work if I set up the correct IP for the Websocket 
+server - localhost is unknown on the LAN...
+
+And it works nicely. Thanks !
+
+-- 
+Karim Gemayel
+
+
+From ka.gemayel at gmail.com  Mon Apr 28 18:01:07 2014
+From: ka.gemayel at gmail.com (Karim Gemayel)
+Date: Mon, 28 Apr 2014 18:01:07 +0200
+Subject: [99s-extend] [cowboy] SSL client authentication
+Message-ID: <[email protected]>
+
+Hello,
+
+I'm looking to use SSL client certificate for authentication with 
+Cowboy, but according to the Farwest roadmap this feature is not 
+implemented. Is this correct ?
+
+Would Nginx + Cowboy be an alternate solution ?
+
+-- 
+Karim Gemayel
+
+
+From essen at ninenines.eu  Mon Apr 28 18:04:47 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 28 Apr 2014 18:04:47 +0200
+Subject: [99s-extend] [cowboy] SSL client authentication
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+http://ninenines.eu/docs/en/ranch/HEAD/guide/ssl_auth/
+
+On 04/28/2014 06:01 PM, Karim Gemayel wrote:
+> Hello,
+>
+> I'm looking to use SSL client certificate for authentication with
+> Cowboy, but according to the Farwest roadmap this feature is not
+> implemented. Is this correct ?
+>
+> Would Nginx + Cowboy be an alternate solution ?
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From ka.gemayel at gmail.com  Mon Apr 28 18:12:46 2014
+From: ka.gemayel at gmail.com (Karim Gemayel)
+Date: Mon, 28 Apr 2014 18:12:46 +0200
+Subject: [99s-extend] [cowboy] SSL client authentication
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+On 04/28/2014 06:04 PM, Lo?c Hoguin wrote:
+> http://ninenines.eu/docs/en/ranch/HEAD/guide/ssl_auth/
+
+Thanks !
+
+-- 
+Karim Gemayel
+
+
diff --git a/_build/static/archives/extend/2014-April/000364.html b/_build/static/archives/extend/2014-April/000364.html
new file mode 100644
index 00000000..bd82a29d
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000364.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Closing the mailing lists later this week
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Closing%20the%20mailing%20lists%20later%20this%20week&In-Reply-To=%3C5343BD2B.1070400%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000365.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Closing the mailing lists later this week</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Closing%20the%20mailing%20lists%20later%20this%20week&In-Reply-To=%3C5343BD2B.1070400%40ninenines.eu%3E"
+       TITLE="[99s-extend] Closing the mailing lists later this week">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Apr  8 11:11:07 CEST 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000365.html">[99s-extend] REST handler with ssl support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#364">[ date ]</a>
+              <a href="thread.html#364">[ thread ]</a>
+              <a href="subject.html#364">[ subject ]</a>
+              <a href="author.html#364">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I will be closing the mailing lists later this week. Preferred medium 
+for getting help will be opening tickets on github (if you can't figure 
+something out, then it's a bug!) or IRC.
+
+If you would like to continue helping users, then hop on IRC or follow 
+the projects on github and answer tickets. Thank you.
+
+Announcements will probably be made using the website's articles page 
+instead of here.
+
+The archives will be moved to git for safekeeping, but everything else 
+will be deleted, including user data and backups.
+
+Thanks for your understanding,
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000365.html">[99s-extend] REST handler with ssl support
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#364">[ date ]</a>
+              <a href="thread.html#364">[ thread ]</a>
+              <a href="subject.html#364">[ subject ]</a>
+              <a href="author.html#364">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000365.html b/_build/static/archives/extend/2014-April/000365.html
new file mode 100644
index 00000000..db44c9d2
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000365.html
@@ -0,0 +1,70 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST handler with ssl support
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20with%20ssl%20support&In-Reply-To=%3CAD22E9AB-E8FD-42A5-81B9-F42F8B954BD9%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000364.html">
+   <LINK REL="Next"  HREF="000366.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST handler with ssl support</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20handler%20with%20ssl%20support&In-Reply-To=%3CAD22E9AB-E8FD-42A5-81B9-F42F8B954BD9%40wanadoo.fr%3E"
+       TITLE="[99s-extend] REST handler with ssl support">samset at wanadoo.fr
+       </A><BR>
+    <I>Wed Apr  9 16:52:47 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000364.html">[99s-extend] Closing the mailing lists later this week
+</A></li>
+        <LI>Next message: <A HREF="000366.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#365">[ date ]</a>
+              <a href="thread.html#365">[ thread ]</a>
+              <a href="subject.html#365">[ subject ]</a>
+              <a href="author.html#365">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I&#8217;d like to secure my rest api with an ssl transport.
+Could not find any example to do so ?
+
+Any clue ?
+
+Thank you.
+
+Samir
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000364.html">[99s-extend] Closing the mailing lists later this week
+</A></li>
+	<LI>Next message: <A HREF="000366.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#365">[ date ]</a>
+              <a href="thread.html#365">[ thread ]</a>
+              <a href="subject.html#365">[ subject ]</a>
+              <a href="author.html#365">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000366.html b/_build/static/archives/extend/2014-April/000366.html
new file mode 100644
index 00000000..e359596d
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000366.html
@@ -0,0 +1,91 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ssl_hello_world
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C8FB12862-814C-45A2-8E0D-6328CFDF8370%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000365.html">
+   <LINK REL="Next"  HREF="000367.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ssl_hello_world</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C8FB12862-814C-45A2-8E0D-6328CFDF8370%40wanadoo.fr%3E"
+       TITLE="[99s-extend] ssl_hello_world">samset at wanadoo.fr
+       </A><BR>
+    <I>Fri Apr 11 12:39:13 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000365.html">[99s-extend] REST handler with ssl support
+</A></li>
+        <LI>Next message: <A HREF="000367.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#366">[ date ]</a>
+              <a href="thread.html#366">[ thread ]</a>
+              <a href="subject.html#366">[ subject ]</a>
+              <a href="author.html#366">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+Still struggling to make ssl work.
+
+I downloaded the example ssl_hello_world.
+Upon execution : i get the following error with curl 
+
+ About to connect() to localhost port 8443 (#0)
+*   Trying ::1... Connexion refus&#233;e
+*   Trying 127.0.0.1... connected
+* Connected to localhost (127.0.0.1) port 8443 (#0)
+* Initializing NSS with certpath: sql:/etc/pki/nssdb
+* NSS error -8018
+* Closing connection #0
+* Problem with the SSL CA cert (path? access rights?)
+curl: (77) Problem with the SSL CA cert (path? access rights?)
+
+
+cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i <A HREF="https://localhost:8443/">https://localhost:8443/</A>
+
+cacert path checked.
+read permission checked
+
+I&#8217;ve tested with a browser and get a connection error.
+
+Any clue ?
+
+Samir
+
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000365.html">[99s-extend] REST handler with ssl support
+</A></li>
+	<LI>Next message: <A HREF="000367.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#366">[ date ]</a>
+              <a href="thread.html#366">[ thread ]</a>
+              <a href="subject.html#366">[ subject ]</a>
+              <a href="author.html#366">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000367.html b/_build/static/archives/extend/2014-April/000367.html
new file mode 100644
index 00000000..b97debd3
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000367.html
@@ -0,0 +1,104 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ssl_hello_world
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C5347CFA0.9070907%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000366.html">
+   <LINK REL="Next"  HREF="000368.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ssl_hello_world</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C5347CFA0.9070907%40ninenines.eu%3E"
+       TITLE="[99s-extend] ssl_hello_world">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Apr 11 13:18:56 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000366.html">[99s-extend] ssl_hello_world
+</A></li>
+        <LI>Next message: <A HREF="000368.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#367">[ date ]</a>
+              <a href="thread.html#367">[ thread ]</a>
+              <a href="subject.html#367">[ subject ]</a>
+              <a href="author.html#367">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>The certificate in the SSL example is self-generated, try curl with the 
+--insecure option.
+
+On 04/11/2014 12:39 PM, Samir Sow wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> Still struggling to make ssl work.
+</I>&gt;<i>
+</I>&gt;<i> I downloaded the example ssl_hello_world.
+</I>&gt;<i> Upon execution : i get the following error with curl
+</I>&gt;<i>
+</I>&gt;<i>   About to connect() to localhost port 8443 (#0)
+</I>&gt;<i> *   Trying ::1... Connexion refus&#233;e
+</I>&gt;<i> *   Trying 127.0.0.1... connected
+</I>&gt;<i> * Connected to localhost (127.0.0.1) port 8443 (#0)
+</I>&gt;<i> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+</I>&gt;<i> * NSS error -8018
+</I>&gt;<i> * Closing connection #0
+</I>&gt;<i> * Problem with the SSL CA cert (path? access rights?)
+</I>&gt;<i> curl: (77) Problem with the SSL CA cert (path? access rights?)
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i <A HREF="https://localhost:8443/">https://localhost:8443/</A>
+</I>&gt;<i>
+</I>&gt;<i> cacert path checked.
+</I>&gt;<i> read permission checked
+</I>&gt;<i>
+</I>&gt;<i> I&#8217;ve tested with a browser and get a connection error.
+</I>&gt;<i>
+</I>&gt;<i> Any clue ?
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000366.html">[99s-extend] ssl_hello_world
+</A></li>
+	<LI>Next message: <A HREF="000368.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#367">[ date ]</a>
+              <a href="thread.html#367">[ thread ]</a>
+              <a href="subject.html#367">[ subject ]</a>
+              <a href="author.html#367">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000368.html b/_build/static/archives/extend/2014-April/000368.html
new file mode 100644
index 00000000..248f6be8
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000368.html
@@ -0,0 +1,114 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ssl_hello_world
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C352B535C-4C7E-41FB-86F1-02D48226BF50%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000367.html">
+   <LINK REL="Next"  HREF="000369.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ssl_hello_world</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C352B535C-4C7E-41FB-86F1-02D48226BF50%40wanadoo.fr%3E"
+       TITLE="[99s-extend] ssl_hello_world">samset at wanadoo.fr
+       </A><BR>
+    <I>Fri Apr 11 13:25:51 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000367.html">[99s-extend] ssl_hello_world
+</A></li>
+        <LI>Next message: <A HREF="000369.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#368">[ date ]</a>
+              <a href="thread.html#368">[ thread ]</a>
+              <a href="subject.html#368">[ subject ]</a>
+              <a href="author.html#368">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thx.
+
+Same error &#8230;
+Openssl s_client does not work either.
+the server does not answer to ClientHello &#8230;
+
+Samir
+
+On 11 avr. 2014, at 13:18, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> The certificate in the SSL example is self-generated, try curl with the --insecure option.
+</I>&gt;<i> 
+</I>&gt;<i> On 04/11/2014 12:39 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Still struggling to make ssl work.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I downloaded the example ssl_hello_world.
+</I>&gt;&gt;<i> Upon execution : i get the following error with curl
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i>  About to connect() to localhost port 8443 (#0)
+</I>&gt;&gt;<i> *   Trying ::1... Connexion refus&#233;e
+</I>&gt;&gt;<i> *   Trying 127.0.0.1... connected
+</I>&gt;&gt;<i> * Connected to localhost (127.0.0.1) port 8443 (#0)
+</I>&gt;&gt;<i> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+</I>&gt;&gt;<i> * NSS error -8018
+</I>&gt;&gt;<i> * Closing connection #0
+</I>&gt;&gt;<i> * Problem with the SSL CA cert (path? access rights?)
+</I>&gt;&gt;<i> curl: (77) Problem with the SSL CA cert (path? access rights?)
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i <A HREF="https://localhost:8443/">https://localhost:8443/</A>
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> cacert path checked.
+</I>&gt;&gt;<i> read permission checked
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I&#8217;ve tested with a browser and get a connection error.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Samir
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000367.html">[99s-extend] ssl_hello_world
+</A></li>
+	<LI>Next message: <A HREF="000369.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#368">[ date ]</a>
+              <a href="thread.html#368">[ thread ]</a>
+              <a href="subject.html#368">[ subject ]</a>
+              <a href="author.html#368">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000369.html b/_build/static/archives/extend/2014-April/000369.html
new file mode 100644
index 00000000..882a8348
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000369.html
@@ -0,0 +1,173 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ssl_hello_world
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C5347D4E9.10005%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000368.html">
+   <LINK REL="Next"  HREF="000370.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ssl_hello_world</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C5347D4E9.10005%40ninenines.eu%3E"
+       TITLE="[99s-extend] ssl_hello_world">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Apr 11 13:41:29 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000368.html">[99s-extend] ssl_hello_world
+</A></li>
+        <LI>Next message: <A HREF="000370.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#369">[ date ]</a>
+              <a href="thread.html#369">[ thread ]</a>
+              <a href="subject.html#369">[ subject ]</a>
+              <a href="author.html#369">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>This is the successful output I get. You should try to see why yours is 
+different, perhaps someone somewhere ran into the same issue at some 
+point. Note that the --cacert option isn't needed and basically makes no 
+difference.
+
+
+% curl -ikvv <A HREF="https://localhost:8443">https://localhost:8443</A>
+* Rebuilt URL to: <A HREF="https://localhost:8443/">https://localhost:8443/</A>
+* Hostname was NOT found in DNS cache
+*   Trying 127.0.0.1...
+* Connected to localhost (127.0.0.1) port 8443 (#0)
+* successfully set certificate verify locations:
+*   CAfile: /etc/ssl/certs/ca-certificates.crt
+   CApath: none
+* SSLv3, TLS handshake, Client hello (1):
+* SSLv3, TLS handshake, Server hello (2):
+* SSLv3, TLS handshake, CERT (11):
+* SSLv3, TLS handshake, Server key exchange (12):
+* SSLv3, TLS handshake, Server finished (14):
+* SSLv3, TLS handshake, Client key exchange (16):
+* SSLv3, TLS change cipher, Client hello (1):
+* SSLv3, TLS handshake, Finished (20):
+* SSLv3, TLS change cipher, Client hello (1):
+* SSLv3, TLS handshake, Finished (20):
+* SSL connection using ECDHE-RSA-AES256-SHA384
+* Server certificate:
+* 	 subject: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=localhost
+* 	 start date: 2013-02-28 05:23:34 GMT
+* 	 expire date: 2033-02-23 05:23:34 GMT
+* 	 issuer: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=ROOT CA
+* 	 SSL certificate verify result: self signed certificate in 
+certificate chain (19), continuing anyway.
+ &gt; GET / HTTP/1.1
+ &gt; User-Agent: curl/7.35.0
+ &gt; Host: localhost:8443
+ &gt; Accept: */*
+ &gt;
+&lt; HTTP/1.1 200 OK
+HTTP/1.1 200 OK
+&lt; connection: keep-alive
+connection: keep-alive
+* Server Cowboy is not blacklisted
+&lt; server: Cowboy
+server: Cowboy
+&lt; date: Fri, 11 Apr 2014 11:30:03 GMT
+date: Fri, 11 Apr 2014 11:30:03 GMT
+&lt; content-length: 12
+content-length: 12
+&lt; content-type: text/plain
+content-type: text/plain
+
+&lt;
+
+
+On 04/11/2014 01:25 PM, Samir Sow wrote:
+&gt;<i> Thx.
+</I>&gt;<i>
+</I>&gt;<i> Same error &#8230;
+</I>&gt;<i> Openssl s_client does not work either.
+</I>&gt;<i> the server does not answer to ClientHello &#8230;
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i>
+</I>&gt;<i> On 11 avr. 2014, at 13:18, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> The certificate in the SSL example is self-generated, try curl with the --insecure option.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 04/11/2014 12:39 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Still struggling to make ssl work.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I downloaded the example ssl_hello_world.
+</I>&gt;&gt;&gt;<i> Upon execution : i get the following error with curl
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>   About to connect() to localhost port 8443 (#0)
+</I>&gt;&gt;&gt;<i> *   Trying ::1... Connexion refus&#233;e
+</I>&gt;&gt;&gt;<i> *   Trying 127.0.0.1... connected
+</I>&gt;&gt;&gt;<i> * Connected to localhost (127.0.0.1) port 8443 (#0)
+</I>&gt;&gt;&gt;<i> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+</I>&gt;&gt;&gt;<i> * NSS error -8018
+</I>&gt;&gt;&gt;<i> * Closing connection #0
+</I>&gt;&gt;&gt;<i> * Problem with the SSL CA cert (path? access rights?)
+</I>&gt;&gt;&gt;<i> curl: (77) Problem with the SSL CA cert (path? access rights?)
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i <A HREF="https://localhost:8443/">https://localhost:8443/</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> cacert path checked.
+</I>&gt;&gt;&gt;<i> read permission checked
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I&#8217;ve tested with a browser and get a connection error.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000368.html">[99s-extend] ssl_hello_world
+</A></li>
+	<LI>Next message: <A HREF="000370.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#369">[ date ]</a>
+              <a href="thread.html#369">[ thread ]</a>
+              <a href="subject.html#369">[ subject ]</a>
+              <a href="author.html#369">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000370.html b/_build/static/archives/extend/2014-April/000370.html
new file mode 100644
index 00000000..6423667b
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000370.html
@@ -0,0 +1,177 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ssl_hello_world
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3CCC9D1F17-FB2A-4EB7-AAC7-6DC43BEC552F%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000369.html">
+   <LINK REL="Next"  HREF="000371.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ssl_hello_world</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3CCC9D1F17-FB2A-4EB7-AAC7-6DC43BEC552F%40wanadoo.fr%3E"
+       TITLE="[99s-extend] ssl_hello_world">samset at wanadoo.fr
+       </A><BR>
+    <I>Fri Apr 11 13:48:41 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000369.html">[99s-extend] ssl_hello_world
+</A></li>
+        <LI>Next message: <A HREF="000371.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#370">[ date ]</a>
+              <a href="thread.html#370">[ thread ]</a>
+              <a href="subject.html#370">[ subject ]</a>
+              <a href="author.html#370">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thx.
+
+On which OS + Erlang version is the server running ?
+
+Samir
+On 11 avr. 2014, at 13:41, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> This is the successful output I get. You should try to see why yours is different, perhaps someone somewhere ran into the same issue at some point. Note that the --cacert option isn't needed and basically makes no difference.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> % curl -ikvv <A HREF="https://localhost:8443">https://localhost:8443</A>
+</I>&gt;<i> * Rebuilt URL to: <A HREF="https://localhost:8443/">https://localhost:8443/</A>
+</I>&gt;<i> * Hostname was NOT found in DNS cache
+</I>&gt;<i> *   Trying 127.0.0.1...
+</I>&gt;<i> * Connected to localhost (127.0.0.1) port 8443 (#0)
+</I>&gt;<i> * successfully set certificate verify locations:
+</I>&gt;<i> *   CAfile: /etc/ssl/certs/ca-certificates.crt
+</I>&gt;<i>  CApath: none
+</I>&gt;<i> * SSLv3, TLS handshake, Client hello (1):
+</I>&gt;<i> * SSLv3, TLS handshake, Server hello (2):
+</I>&gt;<i> * SSLv3, TLS handshake, CERT (11):
+</I>&gt;<i> * SSLv3, TLS handshake, Server key exchange (12):
+</I>&gt;<i> * SSLv3, TLS handshake, Server finished (14):
+</I>&gt;<i> * SSLv3, TLS handshake, Client key exchange (16):
+</I>&gt;<i> * SSLv3, TLS change cipher, Client hello (1):
+</I>&gt;<i> * SSLv3, TLS handshake, Finished (20):
+</I>&gt;<i> * SSLv3, TLS change cipher, Client hello (1):
+</I>&gt;<i> * SSLv3, TLS handshake, Finished (20):
+</I>&gt;<i> * SSL connection using ECDHE-RSA-AES256-SHA384
+</I>&gt;<i> * Server certificate:
+</I>&gt;<i> * 	 subject: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=localhost
+</I>&gt;<i> * 	 start date: 2013-02-28 05:23:34 GMT
+</I>&gt;<i> * 	 expire date: 2033-02-23 05:23:34 GMT
+</I>&gt;<i> * 	 issuer: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=ROOT CA
+</I>&gt;<i> * 	 SSL certificate verify result: self signed certificate in certificate chain (19), continuing anyway.
+</I>&gt;<i> &gt; GET / HTTP/1.1
+</I>&gt;<i> &gt; User-Agent: curl/7.35.0
+</I>&gt;<i> &gt; Host: localhost:8443
+</I>&gt;<i> &gt; Accept: */*
+</I>&gt;<i> &gt;
+</I>&gt;<i> &lt; HTTP/1.1 200 OK
+</I>&gt;<i> HTTP/1.1 200 OK
+</I>&gt;<i> &lt; connection: keep-alive
+</I>&gt;<i> connection: keep-alive
+</I>&gt;<i> * Server Cowboy is not blacklisted
+</I>&gt;<i> &lt; server: Cowboy
+</I>&gt;<i> server: Cowboy
+</I>&gt;<i> &lt; date: Fri, 11 Apr 2014 11:30:03 GMT
+</I>&gt;<i> date: Fri, 11 Apr 2014 11:30:03 GMT
+</I>&gt;<i> &lt; content-length: 12
+</I>&gt;<i> content-length: 12
+</I>&gt;<i> &lt; content-type: text/plain
+</I>&gt;<i> content-type: text/plain
+</I>&gt;<i> 
+</I>&gt;<i> &lt;
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> On 04/11/2014 01:25 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> Thx.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Same error &#8230;
+</I>&gt;&gt;<i> Openssl s_client does not work either.
+</I>&gt;&gt;<i> the server does not answer to ClientHello &#8230;
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Samir
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 11 avr. 2014, at 13:18, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> The certificate in the SSL example is self-generated, try curl with the --insecure option.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 04/11/2014 12:39 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Still struggling to make ssl work.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> I downloaded the example ssl_hello_world.
+</I>&gt;&gt;&gt;&gt;<i> Upon execution : i get the following error with curl
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i>  About to connect() to localhost port 8443 (#0)
+</I>&gt;&gt;&gt;&gt;<i> *   Trying ::1... Connexion refus&#233;e
+</I>&gt;&gt;&gt;&gt;<i> *   Trying 127.0.0.1... connected
+</I>&gt;&gt;&gt;&gt;<i> * Connected to localhost (127.0.0.1) port 8443 (#0)
+</I>&gt;&gt;&gt;&gt;<i> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+</I>&gt;&gt;&gt;&gt;<i> * NSS error -8018
+</I>&gt;&gt;&gt;&gt;<i> * Closing connection #0
+</I>&gt;&gt;&gt;&gt;<i> * Problem with the SSL CA cert (path? access rights?)
+</I>&gt;&gt;&gt;&gt;<i> curl: (77) Problem with the SSL CA cert (path? access rights?)
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i <A HREF="https://localhost:8443/">https://localhost:8443/</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> cacert path checked.
+</I>&gt;&gt;&gt;&gt;<i> read permission checked
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> I&#8217;ve tested with a browser and get a connection error.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000369.html">[99s-extend] ssl_hello_world
+</A></li>
+	<LI>Next message: <A HREF="000371.html">[99s-extend] ssl_hello_world
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#370">[ date ]</a>
+              <a href="thread.html#370">[ thread ]</a>
+              <a href="subject.html#370">[ subject ]</a>
+              <a href="author.html#370">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000371.html b/_build/static/archives/extend/2014-April/000371.html
new file mode 100644
index 00000000..1809aeae
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000371.html
@@ -0,0 +1,185 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ssl_hello_world
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C5347D8C7.8020906%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000370.html">
+   <LINK REL="Next"  HREF="000372.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ssl_hello_world</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl_hello_world&In-Reply-To=%3C5347D8C7.8020906%40ninenines.eu%3E"
+       TITLE="[99s-extend] ssl_hello_world">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Apr 11 13:57:59 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000370.html">[99s-extend] ssl_hello_world
+</A></li>
+        <LI>Next message: <A HREF="000372.html">[99s-extend] ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#371">[ date ]</a>
+              <a href="thread.html#371">[ thread ]</a>
+              <a href="subject.html#371">[ subject ]</a>
+              <a href="author.html#371">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's tested on ArchLinux from R15B01 to master so that's unrelated to 
+the Erlang version.
+
+On 04/11/2014 01:48 PM, Samir Sow wrote:
+&gt;<i> Thx.
+</I>&gt;<i>
+</I>&gt;<i> On which OS + Erlang version is the server running ?
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i> On 11 avr. 2014, at 13:41, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> This is the successful output I get. You should try to see why yours is different, perhaps someone somewhere ran into the same issue at some point. Note that the --cacert option isn't needed and basically makes no difference.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> % curl -ikvv <A HREF="https://localhost:8443">https://localhost:8443</A>
+</I>&gt;&gt;<i> * Rebuilt URL to: <A HREF="https://localhost:8443/">https://localhost:8443/</A>
+</I>&gt;&gt;<i> * Hostname was NOT found in DNS cache
+</I>&gt;&gt;<i> *   Trying 127.0.0.1...
+</I>&gt;&gt;<i> * Connected to localhost (127.0.0.1) port 8443 (#0)
+</I>&gt;&gt;<i> * successfully set certificate verify locations:
+</I>&gt;&gt;<i> *   CAfile: /etc/ssl/certs/ca-certificates.crt
+</I>&gt;&gt;<i>   CApath: none
+</I>&gt;&gt;<i> * SSLv3, TLS handshake, Client hello (1):
+</I>&gt;&gt;<i> * SSLv3, TLS handshake, Server hello (2):
+</I>&gt;&gt;<i> * SSLv3, TLS handshake, CERT (11):
+</I>&gt;&gt;<i> * SSLv3, TLS handshake, Server key exchange (12):
+</I>&gt;&gt;<i> * SSLv3, TLS handshake, Server finished (14):
+</I>&gt;&gt;<i> * SSLv3, TLS handshake, Client key exchange (16):
+</I>&gt;&gt;<i> * SSLv3, TLS change cipher, Client hello (1):
+</I>&gt;&gt;<i> * SSLv3, TLS handshake, Finished (20):
+</I>&gt;&gt;<i> * SSLv3, TLS change cipher, Client hello (1):
+</I>&gt;&gt;<i> * SSLv3, TLS handshake, Finished (20):
+</I>&gt;&gt;<i> * SSL connection using ECDHE-RSA-AES256-SHA384
+</I>&gt;&gt;<i> * Server certificate:
+</I>&gt;&gt;<i> * 	 subject: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=localhost
+</I>&gt;&gt;<i> * 	 start date: 2013-02-28 05:23:34 GMT
+</I>&gt;&gt;<i> * 	 expire date: 2033-02-23 05:23:34 GMT
+</I>&gt;&gt;<i> * 	 issuer: C=US; ST=Texas; O=Nine Nines; OU=Cowboy; CN=ROOT CA
+</I>&gt;&gt;<i> * 	 SSL certificate verify result: self signed certificate in certificate chain (19), continuing anyway.
+</I>&gt;&gt;&gt;<i> GET / HTTP/1.1
+</I>&gt;&gt;&gt;<i> User-Agent: curl/7.35.0
+</I>&gt;&gt;&gt;<i> Host: localhost:8443
+</I>&gt;&gt;&gt;<i> Accept: */*
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i> &lt; HTTP/1.1 200 OK
+</I>&gt;&gt;<i> HTTP/1.1 200 OK
+</I>&gt;&gt;<i> &lt; connection: keep-alive
+</I>&gt;&gt;<i> connection: keep-alive
+</I>&gt;&gt;<i> * Server Cowboy is not blacklisted
+</I>&gt;&gt;<i> &lt; server: Cowboy
+</I>&gt;&gt;<i> server: Cowboy
+</I>&gt;&gt;<i> &lt; date: Fri, 11 Apr 2014 11:30:03 GMT
+</I>&gt;&gt;<i> date: Fri, 11 Apr 2014 11:30:03 GMT
+</I>&gt;&gt;<i> &lt; content-length: 12
+</I>&gt;&gt;<i> content-length: 12
+</I>&gt;&gt;<i> &lt; content-type: text/plain
+</I>&gt;&gt;<i> content-type: text/plain
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> &lt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 04/11/2014 01:25 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> Thx.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Same error &#8230;
+</I>&gt;&gt;&gt;<i> Openssl s_client does not work either.
+</I>&gt;&gt;&gt;<i> the server does not answer to ClientHello &#8230;
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 11 avr. 2014, at 13:18, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> The certificate in the SSL example is self-generated, try curl with the --insecure option.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 04/11/2014 12:39 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Still struggling to make ssl work.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> I downloaded the example ssl_hello_world.
+</I>&gt;&gt;&gt;&gt;&gt;<i> Upon execution : i get the following error with curl
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>   About to connect() to localhost port 8443 (#0)
+</I>&gt;&gt;&gt;&gt;&gt;<i> *   Trying ::1... Connexion refus&#233;e
+</I>&gt;&gt;&gt;&gt;&gt;<i> *   Trying 127.0.0.1... connected
+</I>&gt;&gt;&gt;&gt;&gt;<i> * Connected to localhost (127.0.0.1) port 8443 (#0)
+</I>&gt;&gt;&gt;&gt;&gt;<i> * Initializing NSS with certpath: sql:/etc/pki/nssdb
+</I>&gt;&gt;&gt;&gt;&gt;<i> * NSS error -8018
+</I>&gt;&gt;&gt;&gt;&gt;<i> * Closing connection #0
+</I>&gt;&gt;&gt;&gt;&gt;<i> * Problem with the SSL CA cert (path? access rights?)
+</I>&gt;&gt;&gt;&gt;&gt;<i> curl: (77) Problem with the SSL CA cert (path? access rights?)
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> cmd = curl -vv --cacert priv/cert/cowboy-ca.crt -i <A HREF="https://localhost:8443/">https://localhost:8443/</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> cacert path checked.
+</I>&gt;&gt;&gt;&gt;&gt;<i> read permission checked
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> I&#8217;ve tested with a browser and get a connection error.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000370.html">[99s-extend] ssl_hello_world
+</A></li>
+	<LI>Next message: <A HREF="000372.html">[99s-extend] ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#371">[ date ]</a>
+              <a href="thread.html#371">[ thread ]</a>
+              <a href="subject.html#371">[ subject ]</a>
+              <a href="author.html#371">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000372.html b/_build/static/archives/extend/2014-April/000372.html
new file mode 100644
index 00000000..a537db02
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000372.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ssl
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl&In-Reply-To=%3C0C585951-B0F1-458F-8ED9-971980FC1FE6%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000371.html">
+   <LINK REL="Next"  HREF="000373.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ssl</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl&In-Reply-To=%3C0C585951-B0F1-458F-8ED9-971980FC1FE6%40wanadoo.fr%3E"
+       TITLE="[99s-extend] ssl">samset at wanadoo.fr
+       </A><BR>
+    <I>Fri Apr 11 23:23:10 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000371.html">[99s-extend] ssl_hello_world
+</A></li>
+        <LI>Next message: <A HREF="000373.html">[99s-extend] ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#372">[ date ]</a>
+              <a href="thread.html#372">[ thread ]</a>
+              <a href="subject.html#372">[ subject ]</a>
+              <a href="author.html#372">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+Still struggling with ssl.
+I decided to check what&#8217;s going on at the ssl module level. Did a step by step ssl connection using the erlang ssl doc.
+Found an error erlang:size badarg, but could not understand if it&#8217;s a problem with the key/cert files or with the data sent by the client.
+
+Any help welcomed. Thx
+
+Samir
+
+{ok, SSLSocket} = ssl:ssl_accept(Socket, [{cacertfile, &quot;priv/cert/cacert.crt&quot;}, {certfile, &quot;priv/cert/server.crt&quot;}, {keyfile, &quot;priv/cert/server.key&quot;}]).
+** exception exit: {{badarg,
+                        [{erlang,size,
+                             [[22,3,1,0,176,1,0,0,172,3,3,83,72,89,48,183,175,
+                               58,145,197,219|...]],
+                             []},
+                         {tls_record,get_tls_records_aux,2,
+                             [{file,&quot;tls_record.erl&quot;},{line,122}]},
+                         {tls_connection,next_tls_record,2,
+                             [{file,&quot;tls_connection.erl&quot;},{line,484}]},
+                         {tls_connection,handle_info,3,
+                             [{file,&quot;tls_connection.erl&quot;},{line,307}]},
+                         {gen_fsm,handle_msg,7,
+                             [{file,&quot;gen_fsm.erl&quot;},{line,503}]},
+                         {proc_lib,init_p_do_apply,3,
+                             [{file,&quot;proc_lib.erl&quot;},{line,239}]}]},
+                    {gen_fsm,sync_send_all_state_event,
+                        [&lt;0.105.0&gt;,{start,infinity},infinity]}}
+     in function  gen_fsm:sync_send_all_state_event/3 (gen_fsm.erl, line 242)
+     in call from ssl_connection:sync_send_all_state_event/2 (ssl_connection.erl, line 1649)
+     in call from ssl_connection:handshake/2 (ssl_connection.erl, line 97)
+     in call from tls_connection:start_fsm/8 (tls_connection.erl, line 81)
+     in call from ssl_connection:ssl_accept/7 (ssl_connection.erl, line 84)
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000371.html">[99s-extend] ssl_hello_world
+</A></li>
+	<LI>Next message: <A HREF="000373.html">[99s-extend] ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#372">[ date ]</a>
+              <a href="thread.html#372">[ thread ]</a>
+              <a href="subject.html#372">[ subject ]</a>
+              <a href="author.html#372">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000373.html b/_build/static/archives/extend/2014-April/000373.html
new file mode 100644
index 00000000..a442c6e6
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000373.html
@@ -0,0 +1,112 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ssl
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl&In-Reply-To=%3Cjwxy2j8ajv5369o6n7tbpueg.1397251896146%40email.android.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000372.html">
+   <LINK REL="Next"  HREF="000374.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ssl</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ssl&In-Reply-To=%3Cjwxy2j8ajv5369o6n7tbpueg.1397251896146%40email.android.com%3E"
+       TITLE="[99s-extend] ssl">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Apr 11 23:31:36 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000372.html">[99s-extend] ssl
+</A></li>
+        <LI>Next message: <A HREF="000374.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#373">[ date ]</a>
+              <a href="thread.html#373">[ thread ]</a>
+              <a href="subject.html#373">[ subject ]</a>
+              <a href="author.html#373">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Please report it to erlang-bugs, you'll get better help with ssl bugs there.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+-------- Original Message --------
+From:Samir Sow &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">samset at wanadoo.fr</A>&gt;
+Sent:Fri, 11 Apr 2014 23:23:10 +0200
+To:<A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+Subject:[99s-extend] ssl
+
+&gt;<i>Hi,
+</I>&gt;<i>
+</I>&gt;<i>Still struggling with ssl.
+</I>&gt;<i>I decided to check what&#8217;s going on at the ssl module level. Did a step by step ssl connection using the erlang ssl doc.
+</I>&gt;<i>Found an error erlang:size badarg, but could not understand if it&#8217;s a problem with the key/cert files or with the data sent by the client.
+</I>&gt;<i>
+</I>&gt;<i>Any help welcomed. Thx
+</I>&gt;<i>
+</I>&gt;<i>Samir
+</I>&gt;<i>
+</I>&gt;<i>{ok, SSLSocket} = ssl:ssl_accept(Socket, [{cacertfile, &quot;priv/cert/cacert.crt&quot;}, {certfile, &quot;priv/cert/server.crt&quot;}, {keyfile, &quot;priv/cert/server.key&quot;}]).
+</I>&gt;<i>** exception exit: {{badarg,
+</I>&gt;<i>                        [{erlang,size,
+</I>&gt;<i>                             [[22,3,1,0,176,1,0,0,172,3,3,83,72,89,48,183,175,
+</I>&gt;<i>                               58,145,197,219|...]],
+</I>&gt;<i>                             []},
+</I>&gt;<i>                         {tls_record,get_tls_records_aux,2,
+</I>&gt;<i>                             [{file,&quot;tls_record.erl&quot;},{line,122}]},
+</I>&gt;<i>                         {tls_connection,next_tls_record,2,
+</I>&gt;<i>                             [{file,&quot;tls_connection.erl&quot;},{line,484}]},
+</I>&gt;<i>                         {tls_connection,handle_info,3,
+</I>&gt;<i>                             [{file,&quot;tls_connection.erl&quot;},{line,307}]},
+</I>&gt;<i>                         {gen_fsm,handle_msg,7,
+</I>&gt;<i>                             [{file,&quot;gen_fsm.erl&quot;},{line,503}]},
+</I>&gt;<i>                         {proc_lib,init_p_do_apply,3,
+</I>&gt;<i>                             [{file,&quot;proc_lib.erl&quot;},{line,239}]}]},
+</I>&gt;<i>                    {gen_fsm,sync_send_all_state_event,
+</I>&gt;<i>                        [&lt;0.105.0&gt;,{start,infinity},infinity]}}
+</I>&gt;<i>     in function  gen_fsm:sync_send_all_state_event/3 (gen_fsm.erl, line 242)
+</I>&gt;<i>     in call from ssl_connection:sync_send_all_state_event/2 (ssl_connection.erl, line 1649)
+</I>&gt;<i>     in call from ssl_connection:handshake/2 (ssl_connection.erl, line 97)
+</I>&gt;<i>     in call from tls_connection:start_fsm/8 (tls_connection.erl, line 81)
+</I>&gt;<i>     in call from ssl_connection:ssl_accept/7 (ssl_connection.erl, line 84)
+</I>&gt;<i>_______________________________________________
+</I>&gt;<i>Extend mailing list
+</I>&gt;<i><A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i><A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140411/9e3c6c32/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140411/9e3c6c32/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000372.html">[99s-extend] ssl
+</A></li>
+	<LI>Next message: <A HREF="000374.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#373">[ date ]</a>
+              <a href="thread.html#373">[ thread ]</a>
+              <a href="subject.html#373">[ subject ]</a>
+              <a href="author.html#373">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000374.html b/_build/static/archives/extend/2014-April/000374.html
new file mode 100644
index 00000000..8a7da0fe
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000374.html
@@ -0,0 +1,83 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy] Websocket with Firefox Android
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C5354080F.6030001%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000373.html">
+   <LINK REL="Next"  HREF="000375.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy] Websocket with Firefox Android</H1>
+    <B>Karim Gemayel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C5354080F.6030001%40gmail.com%3E"
+       TITLE="[99s-extend] [cowboy] Websocket with Firefox Android">ka.gemayel at gmail.com
+       </A><BR>
+    <I>Sun Apr 20 19:46:55 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000373.html">[99s-extend] ssl
+</A></li>
+        <LI>Next message: <A HREF="000375.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#374">[ date ]</a>
+              <a href="thread.html#374">[ thread ]</a>
+              <a href="subject.html#374">[ subject ]</a>
+              <a href="author.html#374">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+Writing a Cowboy (0.9.0) Websocket server (running on Ubuntu 12.04 ; 
+Erlang R16B03), it works fine on Firefox Desktop but fails on Firefox 
+Android (28.0.1).
+
+When testing with the websocket_example, on client-side Websockets are 
+detected but nothing happens then, no connection seems to be initiated ; 
+and on server-side, despite having traces in all functions of 
+ws_handler.erl, nothing appears in the console.
+
+However when testing <A HREF="http://www.websocket.org/echo.html">http://www.websocket.org/echo.html</A> with Firefox 
+Android, it works.
+
+So before going for remote debugging Firefox, I was looking for similar 
+cases using Cowboy Websocket with Firefox Android. Is there a JavaScript 
+tip to manage Websocket connection in that case ? Am I missing something ?
+
+Thanks.
+
+-- 
+Karim Gemayel
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000373.html">[99s-extend] ssl
+</A></li>
+	<LI>Next message: <A HREF="000375.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#374">[ date ]</a>
+              <a href="thread.html#374">[ thread ]</a>
+              <a href="subject.html#374">[ subject ]</a>
+              <a href="author.html#374">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000375.html b/_build/static/archives/extend/2014-April/000375.html
new file mode 100644
index 00000000..e8a6e397
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000375.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy] Websocket with Firefox Android
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C535408CF.4050809%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000374.html">
+   <LINK REL="Next"  HREF="000376.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy] Websocket with Firefox Android</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C535408CF.4050809%40ninenines.eu%3E"
+       TITLE="[99s-extend] [cowboy] Websocket with Firefox Android">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Apr 20 19:50:07 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000374.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+        <LI>Next message: <A HREF="000376.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#375">[ date ]</a>
+              <a href="thread.html#375">[ thread ]</a>
+              <a href="subject.html#375">[ subject ]</a>
+              <a href="author.html#375">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Try tracing the cowboy_websocket module?
+
+On 04/20/2014 07:46 PM, Karim Gemayel wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> Writing a Cowboy (0.9.0) Websocket server (running on Ubuntu 12.04 ;
+</I>&gt;<i> Erlang R16B03), it works fine on Firefox Desktop but fails on Firefox
+</I>&gt;<i> Android (28.0.1).
+</I>&gt;<i>
+</I>&gt;<i> When testing with the websocket_example, on client-side Websockets are
+</I>&gt;<i> detected but nothing happens then, no connection seems to be initiated ;
+</I>&gt;<i> and on server-side, despite having traces in all functions of
+</I>&gt;<i> ws_handler.erl, nothing appears in the console.
+</I>&gt;<i>
+</I>&gt;<i> However when testing <A HREF="http://www.websocket.org/echo.html">http://www.websocket.org/echo.html</A> with Firefox
+</I>&gt;<i> Android, it works.
+</I>&gt;<i>
+</I>&gt;<i> So before going for remote debugging Firefox, I was looking for similar
+</I>&gt;<i> cases using Cowboy Websocket with Firefox Android. Is there a JavaScript
+</I>&gt;<i> tip to manage Websocket connection in that case ? Am I missing something ?
+</I>&gt;<i>
+</I>&gt;<i> Thanks.
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000374.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+	<LI>Next message: <A HREF="000376.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#375">[ date ]</a>
+              <a href="thread.html#375">[ thread ]</a>
+              <a href="subject.html#375">[ subject ]</a>
+              <a href="author.html#375">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000376.html b/_build/static/archives/extend/2014-April/000376.html
new file mode 100644
index 00000000..60f40fb0
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000376.html
@@ -0,0 +1,84 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy] Websocket with Firefox Android
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C535411C0.1020102%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000375.html">
+   <LINK REL="Next"  HREF="000377.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy] Websocket with Firefox Android</H1>
+    <B>Karim Gemayel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C535411C0.1020102%40gmail.com%3E"
+       TITLE="[99s-extend] [cowboy] Websocket with Firefox Android">ka.gemayel at gmail.com
+       </A><BR>
+    <I>Sun Apr 20 20:28:16 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000375.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+        <LI>Next message: <A HREF="000377.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#376">[ date ]</a>
+              <a href="thread.html#376">[ thread ]</a>
+              <a href="subject.html#376">[ subject ]</a>
+              <a href="author.html#376">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 04/20/2014 07:50 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> Try tracing the cowboy_websocket module?
+</I>
+The same case happens, no logs at all from Android whereas logs appear 
+from Desktop.
+
+I've attached the traces diffs.
+
+-- 
+Karim Gemayel
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: cowboy_websocket.diff
+Type: text/x-patch
+Size: 5780 bytes
+Desc: not available
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140420/bf45e4d0/attachment.bin">http://lists.ninenines.eu/archives/extend/attachments/20140420/bf45e4d0/attachment.bin</A>&gt;
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: websocket_example.diff
+Type: text/x-patch
+Size: 2413 bytes
+Desc: not available
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140420/bf45e4d0/attachment-0001.bin">http://lists.ninenines.eu/archives/extend/attachments/20140420/bf45e4d0/attachment-0001.bin</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000375.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+	<LI>Next message: <A HREF="000377.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#376">[ date ]</a>
+              <a href="thread.html#376">[ thread ]</a>
+              <a href="subject.html#376">[ subject ]</a>
+              <a href="author.html#376">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000377.html b/_build/static/archives/extend/2014-April/000377.html
new file mode 100644
index 00000000..654943ab
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000377.html
@@ -0,0 +1,89 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy] Websocket with Firefox Android
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C5354125F.9040603%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000376.html">
+   <LINK REL="Next"  HREF="000378.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy] Websocket with Firefox Android</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C5354125F.9040603%40ninenines.eu%3E"
+       TITLE="[99s-extend] [cowboy] Websocket with Firefox Android">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Apr 20 20:30:55 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000376.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+        <LI>Next message: <A HREF="000378.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#377">[ date ]</a>
+              <a href="thread.html#377">[ thread ]</a>
+              <a href="subject.html#377">[ subject ]</a>
+              <a href="author.html#377">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You really should take a look at tracing using dbg at some point. :-)
+
+But yeah if you don't get the upgrade function output and you are 
+testing against the Websocket example then I doubt the request even 
+reaches the server.
+
+As for why, I have no idea.
+
+On 04/20/2014 08:28 PM, Karim Gemayel wrote:
+&gt;<i> On 04/20/2014 07:50 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> Try tracing the cowboy_websocket module?
+</I>&gt;<i>
+</I>&gt;<i> The same case happens, no logs at all from Android whereas logs appear
+</I>&gt;<i> from Desktop.
+</I>&gt;<i>
+</I>&gt;<i> I've attached the traces diffs.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000376.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+	<LI>Next message: <A HREF="000378.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#377">[ date ]</a>
+              <a href="thread.html#377">[ thread ]</a>
+              <a href="subject.html#377">[ subject ]</a>
+              <a href="author.html#377">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000378.html b/_build/static/archives/extend/2014-April/000378.html
new file mode 100644
index 00000000..b74a3401
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000378.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy] Websocket with Firefox Android
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C535416BE.3030901%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000377.html">
+   <LINK REL="Next"  HREF="000379.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy] Websocket with Firefox Android</H1>
+    <B>Karim Gemayel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C535416BE.3030901%40gmail.com%3E"
+       TITLE="[99s-extend] [cowboy] Websocket with Firefox Android">ka.gemayel at gmail.com
+       </A><BR>
+    <I>Sun Apr 20 20:49:34 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000377.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+        <LI>Next message: <A HREF="000379.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#378">[ date ]</a>
+              <a href="thread.html#378">[ thread ]</a>
+              <a href="subject.html#378">[ subject ]</a>
+              <a href="author.html#378">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 04/20/2014 08:30 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> You really should take a look at tracing using dbg at some point. :-)
+</I>
+Yes, true. Actually, dbg is on my to-learn list. :)
+
+&gt;<i> But yeah if you don't get the upgrade function output and you are
+</I>&gt;<i> testing against the Websocket example then I doubt the request even
+</I>&gt;<i> reaches the server.
+</I>&gt;<i>
+</I>&gt;<i> As for why, I have no idea.
+</I>
+That's a bit frustrating because the app is supposed to be used 
+primarily on mobile, so it seems I have to implement an HTTP fallback 
+that I didn't want to implement.
+
+I'll have to go for Firefox remote debugging, so.
+
+Thanks anyway.
+
+-- 
+Karim Gemayel
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000377.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+	<LI>Next message: <A HREF="000379.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#378">[ date ]</a>
+              <a href="thread.html#378">[ thread ]</a>
+              <a href="subject.html#378">[ subject ]</a>
+              <a href="author.html#378">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000379.html b/_build/static/archives/extend/2014-April/000379.html
new file mode 100644
index 00000000..d035c834
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000379.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy] Websocket with Firefox Android
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C5354324C.8070003%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000378.html">
+   <LINK REL="Next"  HREF="000380.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy] Websocket with Firefox Android</H1>
+    <B>Karim Gemayel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20Websocket%20with%20Firefox%20Android&In-Reply-To=%3C5354324C.8070003%40gmail.com%3E"
+       TITLE="[99s-extend] [cowboy] Websocket with Firefox Android">ka.gemayel at gmail.com
+       </A><BR>
+    <I>Sun Apr 20 22:47:08 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000378.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+        <LI>Next message: <A HREF="000380.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#379">[ date ]</a>
+              <a href="thread.html#379">[ thread ]</a>
+              <a href="subject.html#379">[ subject ]</a>
+              <a href="author.html#379">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 04/20/2014 08:49 PM, Karim Gemayel wrote:
+&gt;<i> I'll have to go for Firefox remote debugging, so.
+</I>
+Erm, finally it does work if I set up the correct IP for the Websocket 
+server - localhost is unknown on the LAN...
+
+And it works nicely. Thanks !
+
+-- 
+Karim Gemayel
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000378.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+	<LI>Next message: <A HREF="000380.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#379">[ date ]</a>
+              <a href="thread.html#379">[ thread ]</a>
+              <a href="subject.html#379">[ subject ]</a>
+              <a href="author.html#379">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000380.html b/_build/static/archives/extend/2014-April/000380.html
new file mode 100644
index 00000000..626411ed
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000380.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy] SSL client authentication
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20SSL%20client%20authentication&In-Reply-To=%3C535E7B43.4050308%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000379.html">
+   <LINK REL="Next"  HREF="000381.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy] SSL client authentication</H1>
+    <B>Karim Gemayel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20SSL%20client%20authentication&In-Reply-To=%3C535E7B43.4050308%40gmail.com%3E"
+       TITLE="[99s-extend] [cowboy] SSL client authentication">ka.gemayel at gmail.com
+       </A><BR>
+    <I>Mon Apr 28 18:01:07 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000379.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+        <LI>Next message: <A HREF="000381.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#380">[ date ]</a>
+              <a href="thread.html#380">[ thread ]</a>
+              <a href="subject.html#380">[ subject ]</a>
+              <a href="author.html#380">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I'm looking to use SSL client certificate for authentication with 
+Cowboy, but according to the Farwest roadmap this feature is not 
+implemented. Is this correct ?
+
+Would Nginx + Cowboy be an alternate solution ?
+
+-- 
+Karim Gemayel
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000379.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A></li>
+	<LI>Next message: <A HREF="000381.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#380">[ date ]</a>
+              <a href="thread.html#380">[ thread ]</a>
+              <a href="subject.html#380">[ subject ]</a>
+              <a href="author.html#380">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000381.html b/_build/static/archives/extend/2014-April/000381.html
new file mode 100644
index 00000000..ea10c9ff
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000381.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy] SSL client authentication
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20SSL%20client%20authentication&In-Reply-To=%3C535E7C1F.90501%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000380.html">
+   <LINK REL="Next"  HREF="000382.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy] SSL client authentication</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20SSL%20client%20authentication&In-Reply-To=%3C535E7C1F.90501%40ninenines.eu%3E"
+       TITLE="[99s-extend] [cowboy] SSL client authentication">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Apr 28 18:04:47 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000380.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+        <LI>Next message: <A HREF="000382.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#381">[ date ]</a>
+              <a href="thread.html#381">[ thread ]</a>
+              <a href="subject.html#381">[ subject ]</a>
+              <a href="author.html#381">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE><A HREF="http://ninenines.eu/docs/en/ranch/HEAD/guide/ssl_auth/">http://ninenines.eu/docs/en/ranch/HEAD/guide/ssl_auth/</A>
+
+On 04/28/2014 06:01 PM, Karim Gemayel wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> I'm looking to use SSL client certificate for authentication with
+</I>&gt;<i> Cowboy, but according to the Farwest roadmap this feature is not
+</I>&gt;<i> implemented. Is this correct ?
+</I>&gt;<i>
+</I>&gt;<i> Would Nginx + Cowboy be an alternate solution ?
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000380.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+	<LI>Next message: <A HREF="000382.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#381">[ date ]</a>
+              <a href="thread.html#381">[ thread ]</a>
+              <a href="subject.html#381">[ subject ]</a>
+              <a href="author.html#381">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/000382.html b/_build/static/archives/extend/2014-April/000382.html
new file mode 100644
index 00000000..8c262edd
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/000382.html
@@ -0,0 +1,66 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy] SSL client authentication
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20SSL%20client%20authentication&In-Reply-To=%3C535E7DFE.6060206%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000381.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy] SSL client authentication</H1>
+    <B>Karim Gemayel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%5D%20SSL%20client%20authentication&In-Reply-To=%3C535E7DFE.6060206%40gmail.com%3E"
+       TITLE="[99s-extend] [cowboy] SSL client authentication">ka.gemayel at gmail.com
+       </A><BR>
+    <I>Mon Apr 28 18:12:46 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000381.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#382">[ date ]</a>
+              <a href="thread.html#382">[ thread ]</a>
+              <a href="subject.html#382">[ subject ]</a>
+              <a href="author.html#382">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 04/28/2014 06:04 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> <A HREF="http://ninenines.eu/docs/en/ranch/HEAD/guide/ssl_auth/">http://ninenines.eu/docs/en/ranch/HEAD/guide/ssl_auth/</A>
+</I>
+Thanks !
+
+-- 
+Karim Gemayel
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000381.html">[99s-extend] [cowboy] SSL client authentication
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#382">[ date ]</a>
+              <a href="thread.html#382">[ thread ]</a>
+              <a href="subject.html#382">[ subject ]</a>
+              <a href="author.html#382">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-April/author.html b/_build/static/archives/extend/2014-April/author.html
new file mode 100644
index 00000000..1f765f04
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/author.html
@@ -0,0 +1,142 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Apr  8 11:11:07 CEST 2014</i><br>
+         <b>Ending:</b> <i>Mon Apr 28 18:12:46 CEST 2014</i><br>
+         <b>Messages:</b> 19<p>
+     <ul>
+
+<LI><A HREF="000374.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="374">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000376.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="376">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000378.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="378">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000379.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="379">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000380.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="380">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000382.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="382">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000364.html">[99s-extend] Closing the mailing lists later this week
+</A><A NAME="364">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000367.html">[99s-extend] ssl_hello_world
+</A><A NAME="367">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000369.html">[99s-extend] ssl_hello_world
+</A><A NAME="369">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000371.html">[99s-extend] ssl_hello_world
+</A><A NAME="371">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000373.html">[99s-extend] ssl
+</A><A NAME="373">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000375.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="375">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000377.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="377">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000381.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="381">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000365.html">[99s-extend] REST handler with ssl support
+</A><A NAME="365">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000366.html">[99s-extend] ssl_hello_world
+</A><A NAME="366">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000368.html">[99s-extend] ssl_hello_world
+</A><A NAME="368">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000370.html">[99s-extend] ssl_hello_world
+</A><A NAME="370">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000372.html">[99s-extend] ssl
+</A><A NAME="372">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Apr 28 18:12:46 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-April/date.html b/_build/static/archives/extend/2014-April/date.html
new file mode 100644
index 00000000..c8d03130
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/date.html
@@ -0,0 +1,142 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Apr  8 11:11:07 CEST 2014</i><br>
+         <b>Ending:</b> <i>Mon Apr 28 18:12:46 CEST 2014</i><br>
+         <b>Messages:</b> 19<p>
+     <ul>
+
+<LI><A HREF="000364.html">[99s-extend] Closing the mailing lists later this week
+</A><A NAME="364">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000365.html">[99s-extend] REST handler with ssl support
+</A><A NAME="365">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000366.html">[99s-extend] ssl_hello_world
+</A><A NAME="366">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000367.html">[99s-extend] ssl_hello_world
+</A><A NAME="367">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000368.html">[99s-extend] ssl_hello_world
+</A><A NAME="368">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000369.html">[99s-extend] ssl_hello_world
+</A><A NAME="369">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000370.html">[99s-extend] ssl_hello_world
+</A><A NAME="370">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000371.html">[99s-extend] ssl_hello_world
+</A><A NAME="371">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000372.html">[99s-extend] ssl
+</A><A NAME="372">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000373.html">[99s-extend] ssl
+</A><A NAME="373">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000374.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="374">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000375.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="375">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000376.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="376">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000377.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="377">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000378.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="378">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000379.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="379">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000380.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="380">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000381.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="381">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000382.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="382">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Apr 28 18:12:46 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-April/index.html b/_build/static/archives/extend/2014-April/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-April/subject.html b/_build/static/archives/extend/2014-April/subject.html
new file mode 100644
index 00000000..16a9826e
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/subject.html
@@ -0,0 +1,142 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Apr  8 11:11:07 CEST 2014</i><br>
+         <b>Ending:</b> <i>Mon Apr 28 18:12:46 CEST 2014</i><br>
+         <b>Messages:</b> 19<p>
+     <ul>
+
+<LI><A HREF="000380.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="380">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000381.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="381">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000382.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="382">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000374.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="374">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000375.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="375">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000376.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="376">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000377.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="377">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000378.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="378">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000379.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="379">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<LI><A HREF="000364.html">[99s-extend] Closing the mailing lists later this week
+</A><A NAME="364">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000365.html">[99s-extend] REST handler with ssl support
+</A><A NAME="365">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000372.html">[99s-extend] ssl
+</A><A NAME="372">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000373.html">[99s-extend] ssl
+</A><A NAME="373">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000366.html">[99s-extend] ssl_hello_world
+</A><A NAME="366">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000367.html">[99s-extend] ssl_hello_world
+</A><A NAME="367">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000368.html">[99s-extend] ssl_hello_world
+</A><A NAME="368">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000369.html">[99s-extend] ssl_hello_world
+</A><A NAME="369">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000370.html">[99s-extend] ssl_hello_world
+</A><A NAME="370">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000371.html">[99s-extend] ssl_hello_world
+</A><A NAME="371">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Apr 28 18:12:46 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-April/thread.html b/_build/static/archives/extend/2014-April/thread.html
new file mode 100644
index 00000000..2087e02b
--- /dev/null
+++ b/_build/static/archives/extend/2014-April/thread.html
@@ -0,0 +1,179 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Apr  8 11:11:07 CEST 2014</i><br>
+         <b>Ending:</b> <i>Mon Apr 28 18:12:46 CEST 2014</i><br>
+         <b>Messages:</b> 19<p>
+     <ul>
+
+<!--0 01396948267.364- -->
+<LI><A HREF="000364.html">[99s-extend] Closing the mailing lists later this week
+</A><A NAME="364">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01397055167.365- -->
+<LI><A HREF="000365.html">[99s-extend] REST handler with ssl support
+</A><A NAME="365">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<!--0 01397212753.366- -->
+<LI><A HREF="000366.html">[99s-extend] ssl_hello_world
+</A><A NAME="366">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--1 01397212753.366-01397215136.367- -->
+<LI><A HREF="000367.html">[99s-extend] ssl_hello_world
+</A><A NAME="367">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01397212753.366-01397215136.367-01397215551.368- -->
+<LI><A HREF="000368.html">[99s-extend] ssl_hello_world
+</A><A NAME="368">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--3 01397212753.366-01397215136.367-01397215551.368-01397216489.369- -->
+<LI><A HREF="000369.html">[99s-extend] ssl_hello_world
+</A><A NAME="369">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01397212753.366-01397215136.367-01397215551.368-01397216489.369-01397216921.370- -->
+<LI><A HREF="000370.html">[99s-extend] ssl_hello_world
+</A><A NAME="370">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<!--3 01397212753.366-01397215136.367-01397215551.368-01397216489.369-01397216921.370-01397217479.371- -->
+<LI><A HREF="000371.html">[99s-extend] ssl_hello_world
+</A><A NAME="371">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01397251390.372- -->
+<LI><A HREF="000372.html">[99s-extend] ssl
+</A><A NAME="372">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--1 01397251390.372-01397251896.373- -->
+<LI><A HREF="000373.html">[99s-extend] ssl
+</A><A NAME="373">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01398016015.374- -->
+<LI><A HREF="000374.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="374">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<UL>
+<!--1 01398016015.374-01398016207.375- -->
+<LI><A HREF="000375.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="375">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01398016015.374-01398016207.375-01398018496.376- -->
+<LI><A HREF="000376.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="376">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<UL>
+<!--3 01398016015.374-01398016207.375-01398018496.376-01398018655.377- -->
+<LI><A HREF="000377.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="377">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01398016015.374-01398016207.375-01398018496.376-01398018655.377-01398019774.378- -->
+<LI><A HREF="000378.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="378">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<!--3 01398016015.374-01398016207.375-01398018496.376-01398018655.377-01398019774.378-01398026828.379- -->
+<LI><A HREF="000379.html">[99s-extend] [cowboy] Websocket with Firefox Android
+</A><A NAME="379">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01398700867.380- -->
+<LI><A HREF="000380.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="380">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+<UL>
+<!--1 01398700867.380-01398701087.381- -->
+<LI><A HREF="000381.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="381">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01398700867.380-01398701087.381-01398701566.382- -->
+<LI><A HREF="000382.html">[99s-extend] [cowboy] SSL client authentication
+</A><A NAME="382">&nbsp;</A>
+<I>Karim Gemayel
+</I>
+
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Apr 28 18:12:46 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-August.txt b/_build/static/archives/extend/2014-August.txt
new file mode 100644
index 00000000..4903378b
--- /dev/null
+++ b/_build/static/archives/extend/2014-August.txt
@@ -0,0 +1,2532 @@
+From samset at wanadoo.fr  Mon Aug  4 18:39:26 2014
+From: samset at wanadoo.fr (Samir Sow)
+Date: Mon, 4 Aug 2014 18:39:26 +0200
+Subject: [99s-extend] ranch dispatch error ver 1.0.0
+Message-ID: <[email protected]>
+
+Hi,
+
+I?ve moved a working http server to https.
+SSL handshaking is ok but i got the following Ranch error :
+
+[error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at <0.601.0> exit with reason: {badarg,[{binary,match,[[<<"com">>,<<"oockit">>,<<"www">>],<<".">>],[]},{cowboy_router,split_host,2,[{file,"src/cowboy_router.erl"},{line,305}]},{cowboy_router,match,3,[{file,"src/cowboy_router.erl"},{line,240}]},{cowboy_router,execute,2,[{file,"src/cowboy_router.erl"},{line,169}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]}
+
+call is
+
+curl --cacert priv/cert/root.crt "https://www.oockit.com:7171/mtagw?
+
+
+dispatch is 
+
+[{'_', [
+        {["/static/[...]"], cowboy_static, [{directory, {priv_dir, ?APP, [<<"static">>]}},
+        {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+	{"/mtagw", hck_mta, []}
+    ]}]).
+
+
+Any clue ?
+
+Thanks
+
+sincerely
+
+Samir
+
+
+From essen at ninenines.eu  Mon Aug  4 18:49:32 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 04 Aug 2014 18:49:32 +0200
+Subject: [99s-extend] ranch dispatch error ver 1.0.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Surely there's something else that you're not showing there. For some 
+reason you got a list of segments in the error, and we haven't had that 
+for a very long time. Do you have an onrequest hook or middleware that 
+does weird things perhaps?
+
+On 08/04/2014 06:39 PM, Samir Sow wrote:
+> Hi,
+>
+> I?ve moved a working http server to https.
+> SSL handshaking is ok but i got the following Ranch error :
+>
+> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at <0.601.0> exit with reason: {badarg,[{binary,match,[[<<"com">>,<<"oockit">>,<<"www">>],<<".">>],[]},{cowboy_router,split_host,2,[{file,"src/cowboy_router.erl"},{line,305}]},{cowboy_router,match,3,[{file,"src/cowboy_router.erl"},{line,240}]},{cowboy_router,execute,2,[{file,"src/cowboy_router.erl"},{line,169}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]}
+>
+> call is
+>
+> curl --cacert priv/cert/root.crt "https://www.oockit.com:7171/mtagw?
+>
+>
+> dispatch is
+>
+> [{'_', [
+>          {["/static/[...]"], cowboy_static, [{directory, {priv_dir, ?APP, [<<"static">>]}},
+>          {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+> 	{"/mtagw", hck_mta, []}
+>      ]}]).
+>
+>
+> Any clue ?
+>
+> Thanks
+>
+> sincerely
+>
+> Samir
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samset at wanadoo.fr  Mon Aug  4 19:50:36 2014
+From: samset at wanadoo.fr (Samir Sow)
+Date: Mon, 4 Aug 2014 19:50:36 +0200
+Subject: [99s-extend] ranch dispatch error ver 1.0.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I?m not sure i understand your question.
+
+I?ve only started a cowboy https server with a handler.
+The http version was working fine.
+
+Sincerely
+
+Samir
+
+On 4 ao?t 2014, at 18:49, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+> 
+> On 08/04/2014 06:39 PM, Samir Sow wrote:
+>> Hi,
+>> 
+>> I?ve moved a working http server to https.
+>> SSL handshaking is ok but i got the following Ranch error :
+>> 
+>> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at <0.601.0> exit with reason: {badarg,[{binary,match,[[<<"com">>,<<"oockit">>,<<"www">>],<<".">>],[]},{cowboy_router,split_host,2,[{file,"src/cowboy_router.erl"},{line,305}]},{cowboy_router,match,3,[{file,"src/cowboy_router.erl"},{line,240}]},{cowboy_router,execute,2,[{file,"src/cowboy_router.erl"},{line,169}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]}
+>> 
+>> call is
+>> 
+>> curl --cacert priv/cert/root.crt "https://www.oockit.com:7171/mtagw?
+>> 
+>> 
+>> dispatch is
+>> 
+>> [{'_', [
+>>         {["/static/[...]"], cowboy_static, [{directory, {priv_dir, ?APP, [<<"static">>]}},
+>>         {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+>> 	{"/mtagw", hck_mta, []}
+>>     ]}]).
+>> 
+>> 
+>> Any clue ?
+>> 
+>> Thanks
+>> 
+>> sincerely
+>> 
+>> Samir
+>> 
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+From essen at ninenines.eu  Mon Aug  4 19:59:57 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 04 Aug 2014 19:59:57 +0200
+Subject: [99s-extend] ranch dispatch error ver 1.0.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I'm saying it can't be the only difference.
+
+On 08/04/2014 07:50 PM, Samir Sow wrote:
+> I?m not sure i understand your question.
+>
+> I?ve only started a cowboy https server with a handler.
+> The http version was working fine.
+>
+> Sincerely
+>
+> Samir
+>
+> On 4 ao?t 2014, at 18:49, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+>>
+>> On 08/04/2014 06:39 PM, Samir Sow wrote:
+>>> Hi,
+>>>
+>>> I?ve moved a working http server to https.
+>>> SSL handshaking is ok but i got the following Ranch error :
+>>>
+>>> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at <0.601.0> exit with reason: {badarg,[{binary,match,[[<<"com">>,<<"oockit">>,<<"www">>],<<".">>],[]},{cowboy_router,split_host,2,[{file,"src/cowboy_router.erl"},{line,305}]},{cowboy_router,match,3,[{file,"src/cowboy_router.erl"},{line,240}]},{cowboy_router,execute,2,[{file,"src/cowboy_router.erl"},{line,169}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]}
+>>>
+>>> call is
+>>>
+>>> curl --cacert priv/cert/root.crt "https://www.oockit.com:7171/mtagw?
+>>>
+>>>
+>>> dispatch is
+>>>
+>>> [{'_', [
+>>>          {["/static/[...]"], cowboy_static, [{directory, {priv_dir, ?APP, [<<"static">>]}},
+>>>          {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+>>> 	{"/mtagw", hck_mta, []}
+>>>      ]}]).
+>>>
+>>>
+>>> Any clue ?
+>>>
+>>> Thanks
+>>>
+>>> sincerely
+>>>
+>>> Samir
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> https://lists.ninenines.eu/listinfo/extend
+>>>
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samset at wanadoo.fr  Mon Aug  4 20:16:06 2014
+From: samset at wanadoo.fr (Samir Sow)
+Date: Mon, 4 Aug 2014 20:16:06 +0200
+Subject: [99s-extend] ranch dispatch error ver 1.0.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I can assure you it?s the only one :)
+
+Samir
+
+On 4 ao?t 2014, at 19:59, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> I'm saying it can't be the only difference.
+> 
+> On 08/04/2014 07:50 PM, Samir Sow wrote:
+>> I?m not sure i understand your question.
+>> 
+>> I?ve only started a cowboy https server with a handler.
+>> The http version was working fine.
+>> 
+>> Sincerely
+>> 
+>> Samir
+>> 
+>> On 4 ao?t 2014, at 18:49, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> 
+>>> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+>>> 
+>>> On 08/04/2014 06:39 PM, Samir Sow wrote:
+>>>> Hi,
+>>>> 
+>>>> I?ve moved a working http server to https.
+>>>> SSL handshaking is ok but i got the following Ranch error :
+>>>> 
+>>>> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at <0.601.0> exit with reason: {badarg,[{binary,match,[[<<"com">>,<<"oockit">>,<<"www">>],<<".">>],[]},{cowboy_router,split_host,2,[{file,"src/cowboy_router.erl"},{line,305}]},{cowboy_router,match,3,[{file,"src/cowboy_router.erl"},{line,240}]},{cowboy_router,execute,2,[{file,"src/cowboy_router.erl"},{line,169}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]}
+>>>> 
+>>>> call is
+>>>> 
+>>>> curl --cacert priv/cert/root.crt "https://www.oockit.com:7171/mtagw?
+>>>> 
+>>>> 
+>>>> dispatch is
+>>>> 
+>>>> [{'_', [
+>>>>         {["/static/[...]"], cowboy_static, [{directory, {priv_dir, ?APP, [<<"static">>]}},
+>>>>         {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+>>>> 	{"/mtagw", hck_mta, []}
+>>>>     ]}]).
+>>>> 
+>>>> 
+>>>> Any clue ?
+>>>> 
+>>>> Thanks
+>>>> 
+>>>> sincerely
+>>>> 
+>>>> Samir
+>>>> 
+>>>> _______________________________________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> https://lists.ninenines.eu/listinfo/extend
+>>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> http://ninenines.eu
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+From essen at ninenines.eu  Mon Aug  4 20:24:15 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 04 Aug 2014 20:24:15 +0200
+Subject: [99s-extend] ranch dispatch error ver 1.0.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Well I don't have any idea then. Cowboy is tested with http and https, 
+both with and without compression enabled. There's never been any 
+difference of the kind, the only difference is timing related.
+
+On 08/04/2014 08:16 PM, Samir Sow wrote:
+> I can assure you it?s the only one :)
+>
+> Samir
+>
+> On 4 ao?t 2014, at 19:59, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> I'm saying it can't be the only difference.
+>>
+>> On 08/04/2014 07:50 PM, Samir Sow wrote:
+>>> I?m not sure i understand your question.
+>>>
+>>> I?ve only started a cowboy https server with a handler.
+>>> The http version was working fine.
+>>>
+>>> Sincerely
+>>>
+>>> Samir
+>>>
+>>> On 4 ao?t 2014, at 18:49, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>
+>>>> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+>>>>
+>>>> On 08/04/2014 06:39 PM, Samir Sow wrote:
+>>>>> Hi,
+>>>>>
+>>>>> I?ve moved a working http server to https.
+>>>>> SSL handshaking is ok but i got the following Ranch error :
+>>>>>
+>>>>> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at <0.601.0> exit with reason: {badarg,[{binary,match,[[<<"com">>,<<"oockit">>,<<"www">>],<<".">>],[]},{cowboy_router,split_host,2,[{file,"src/cowboy_router.erl"},{line,305}]},{cowboy_router,match,3,[{file,"src/cowboy_router.erl"},{line,240}]},{cowboy_router,execute,2,[{file,"src/cowboy_router.erl"},{line,169}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]}
+>>>>>
+>>>>> call is
+>>>>>
+>>>>> curl --cacert priv/cert/root.crt "https://www.oockit.com:7171/mtagw?
+>>>>>
+>>>>>
+>>>>> dispatch is
+>>>>>
+>>>>> [{'_', [
+>>>>>          {["/static/[...]"], cowboy_static, [{directory, {priv_dir, ?APP, [<<"static">>]}},
+>>>>>          {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+>>>>> 	{"/mtagw", hck_mta, []}
+>>>>>      ]}]).
+>>>>>
+>>>>>
+>>>>> Any clue ?
+>>>>>
+>>>>> Thanks
+>>>>>
+>>>>> sincerely
+>>>>>
+>>>>> Samir
+>>>>>
+>>>>> _______________________________________________
+>>>>> Extend mailing list
+>>>>> Extend at lists.ninenines.eu
+>>>>> https://lists.ninenines.eu/listinfo/extend
+>>>>>
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> http://ninenines.eu
+>>>
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samset at wanadoo.fr  Mon Aug  4 20:25:25 2014
+From: samset at wanadoo.fr (Samir Sow)
+Date: Mon, 4 Aug 2014 20:25:25 +0200
+Subject: [99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+
+I found my mistake.
+
+I?ve a typo error - used a token instead of a function call in the dispatch object.
+I apologize for the disturbance.
+
+Thank you.
+
+Sincerely
+
+Samir
+
+Begin forwarded message:
+
+> From: Samir Sow <samset at wanadoo.fr>
+> Subject: Re: [99s-extend] ranch dispatch error ver 1.0.0
+> Date: 4 ao?t 2014 20:16:06 UTC+2
+> To: Lo?c Hoguin <essen at ninenines.eu>
+> Cc: extend at lists.ninenines.eu
+> 
+> I can assure you it?s the only one :)
+> 
+> Samir
+> 
+> On 4 ao?t 2014, at 19:59, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+>> I'm saying it can't be the only difference.
+>> 
+>> On 08/04/2014 07:50 PM, Samir Sow wrote:
+>>> I?m not sure i understand your question.
+>>> 
+>>> I?ve only started a cowboy https server with a handler.
+>>> The http version was working fine.
+>>> 
+>>> Sincerely
+>>> 
+>>> Samir
+>>> 
+>>> On 4 ao?t 2014, at 18:49, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>> 
+>>>> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+>>>> 
+>>>> On 08/04/2014 06:39 PM, Samir Sow wrote:
+>>>>> Hi,
+>>>>> 
+>>>>> I?ve moved a working http server to https.
+>>>>> SSL handshaking is ok but i got the following Ranch error :
+>>>>> 
+>>>>> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at <0.601.0> exit with reason: {badarg,[{binary,match,[[<<"com">>,<<"oockit">>,<<"www">>],<<".">>],[]},{cowboy_router,split_host,2,[{file,"src/cowboy_router.erl"},{line,305}]},{cowboy_router,match,3,[{file,"src/cowboy_router.erl"},{line,240}]},{cowboy_router,execute,2,[{file,"src/cowboy_router.erl"},{line,169}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]}
+>>>>> 
+>>>>> call is
+>>>>> 
+>>>>> curl --cacert priv/cert/root.crt "https://www.oockit.com:7171/mtagw?
+>>>>> 
+>>>>> 
+>>>>> dispatch is
+>>>>> 
+>>>>> [{'_', [
+>>>>>        {["/static/[...]"], cowboy_static, [{directory, {priv_dir, ?APP, [<<"static">>]}},
+>>>>>        {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+>>>>> 	{"/mtagw", hck_mta, []}
+>>>>>    ]}]).
+>>>>> 
+>>>>> 
+>>>>> Any clue ?
+>>>>> 
+>>>>> Thanks
+>>>>> 
+>>>>> sincerely
+>>>>> 
+>>>>> Samir
+>>>>> 
+>>>>> _______________________________________________
+>>>>> Extend mailing list
+>>>>> Extend at lists.ninenines.eu
+>>>>> https://lists.ninenines.eu/listinfo/extend
+>>>>> 
+>>>> 
+>>>> --
+>>>> Lo?c Hoguin
+>>>> http://ninenines.eu
+>>> 
+>> 
+>> -- 
+>> Lo?c Hoguin
+>> http://ninenines.eu
+> 
+
+
+From paulo.ferraz.oliveira at gmail.com  Tue Aug  5 12:58:10 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Tue, 5 Aug 2014 11:58:10 +0100
+Subject: [99s-extend] Broken links for REST flowcharts
+Message-ID: <CA+dV7cSRzu0Mnz-JqzBnp2JqjVB=Cx5XswuBU-7BT7nZi9=1tQ@mail.gmail.com>
+
+Hi.
+
+The image links are broken for the REST flowcharts' guide, part of cowboy.
+
+http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png
+(for example)
+should probably be
+http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png
+according to the hierarchy here:
+https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide
+
+Thanks.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140805/2c08b12c/attachment.html>
+
+From essen at ninenines.eu  Tue Aug  5 13:19:12 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 05 Aug 2014 13:19:12 +0200
+Subject: [99s-extend] Broken links for REST flowcharts
+In-Reply-To: <CA+dV7cSRzu0Mnz-JqzBnp2JqjVB=Cx5XswuBU-7BT7nZi9=1tQ@mail.gmail.com>
+References: <CA+dV7cSRzu0Mnz-JqzBnp2JqjVB=Cx5XswuBU-7BT7nZi9=1tQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Fixed, thanks.
+
+On 08/05/2014 12:58 PM, Paulo F. Oliveira wrote:
+> Hi.
+>
+> The image links are broken for the REST flowcharts' guide, part of cowboy.
+>
+> http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png
+> (for example)
+> should probably be
+> http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png
+> according to the hierarchy here:
+> https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide
+>
+> Thanks.
+>
+> - Paulo F. Oliveira
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From essen at ninenines.eu  Tue Aug  5 14:43:47 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 05 Aug 2014 14:43:47 +0200
+Subject: [99s-extend] [ANN] Cowboy 1.0
+Message-ID: <[email protected]>
+
+Hello!
+
+Cowboy 1.0 has been released.
+
+Cowboy is a small and fast HTTP server for Erlang with support for 
+Webmachine-like REST, Websocket and more.
+
+   https://github.com/ninenines/cowboy
+
+Cowboy is the work of more than 80 people. I would like to congratulate 
+everyone for the great work done so far. Thank you!
+
+Please see the CHANGELOG for details on what's changed.
+
+   https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md
+
+This release marks the beginning of the 1.0.x branch which will contain 
+backward compatible fixes. This branch will be maintained at least until 
+Cowboy 2.0 gets released (longer if sponsors request it). It is highly 
+recommended that you follow this branch if you were following master 
+before, as master will receive backward incompatible changes starting 
+tomorrow.
+
+Cowboy is now fully documented. It has a user guide, a function 
+reference manual, and a wealth of examples. You can also install man 
+pages as explained in the README of the project.
+
+   http://ninenines.eu/docs/en/cowboy/1.0/guide/
+   http://ninenines.eu/docs/en/cowboy/1.0/manual/
+   https://github.com/ninenines/cowboy/tree/master/examples
+
+Following a discussion on the Erlang mailing lists the Getting Started 
+chapter was reworked and greatly simplified, in parts due to the 
+improvements made to erlang.mk. Feedback is of course always welcome.
+
+   http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/
+
+Starting tomorrow the master branch will receive backward incompatible 
+changes. Most of the planned changes are detailed in the ROADMAP. You 
+are welcome to suggest additional changes.
+
+   https://github.com/ninenines/cowboy/blob/master/ROADMAP.md
+
+Cowboy 2.0 is planned to be released at around the same time Erlang/OTP 
+18.0 comes out. There are no plans for a Cowboy 1.1 at this time, 
+although that may change in the coming months if there is interest in 
+new features.
+
+Ranch also got upgraded to 1.0, although there was no changes from the 
+previous release.
+
+   https://github.com/ninenines/ranch
+
+Thanks to everyone who made this project what it is today!
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From max.lapshin at gmail.com  Tue Aug  5 15:33:27 2014
+From: max.lapshin at gmail.com (Max Lapshin)
+Date: Tue, 5 Aug 2014 17:33:27 +0400
+Subject: [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAMxVRxAwOt8y83P7wSxhDiOVJe7OZn5AFqowRACBqCSCbf7Qhw@mail.gmail.com>
+
+Loic, it is very cool!
+
+Thanks.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140805/a3d520b7/attachment.html>
+
+From gumm at sigma-star.com  Tue Aug  5 17:56:25 2014
+From: gumm at sigma-star.com (Jesse Gumm)
+Date: Tue, 5 Aug 2014 10:56:25 -0500
+Subject: [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAPTXyXcOJic72bbd8VCANqGoJNRZ44-HOQgm=mwa-=jcUDnt4Q@mail.gmail.com>
+
+Congrats Loic!
+
+--
+Jesse Gumm
+Owner, Sigma Star Systems
+414.940.4866 || sigma-star.com || @jessegumm
+On Aug 5, 2014 7:43 AM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+
+> Hello!
+>
+> Cowboy 1.0 has been released.
+>
+> Cowboy is a small and fast HTTP server for Erlang with support for
+> Webmachine-like REST, Websocket and more.
+>
+>   https://github.com/ninenines/cowboy
+>
+> Cowboy is the work of more than 80 people. I would like to congratulate
+> everyone for the great work done so far. Thank you!
+>
+> Please see the CHANGELOG for details on what's changed.
+>
+>   https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md
+>
+> This release marks the beginning of the 1.0.x branch which will contain
+> backward compatible fixes. This branch will be maintained at least until
+> Cowboy 2.0 gets released (longer if sponsors request it). It is highly
+> recommended that you follow this branch if you were following master
+> before, as master will receive backward incompatible changes starting
+> tomorrow.
+>
+> Cowboy is now fully documented. It has a user guide, a function reference
+> manual, and a wealth of examples. You can also install man pages as
+> explained in the README of the project.
+>
+>   http://ninenines.eu/docs/en/cowboy/1.0/guide/
+>   http://ninenines.eu/docs/en/cowboy/1.0/manual/
+>   https://github.com/ninenines/cowboy/tree/master/examples
+>
+> Following a discussion on the Erlang mailing lists the Getting Started
+> chapter was reworked and greatly simplified, in parts due to the
+> improvements made to erlang.mk. Feedback is of course always welcome.
+>
+>   http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/
+>
+> Starting tomorrow the master branch will receive backward incompatible
+> changes. Most of the planned changes are detailed in the ROADMAP. You are
+> welcome to suggest additional changes.
+>
+>   https://github.com/ninenines/cowboy/blob/master/ROADMAP.md
+>
+> Cowboy 2.0 is planned to be released at around the same time Erlang/OTP
+> 18.0 comes out. There are no plans for a Cowboy 1.1 at this time, although
+> that may change in the coming months if there is interest in new features.
+>
+> Ranch also got upgraded to 1.0, although there was no changes from the
+> previous release.
+>
+>   https://github.com/ninenines/ranch
+>
+> Thanks to everyone who made this project what it is today!
+>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+> _______________________________________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org
+> http://erlang.org/mailman/listinfo/erlang-questions
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140805/fb1bc75c/attachment.html>
+
+From lloyd at writersglen.com  Tue Aug  5 19:34:33 2014
+From: lloyd at writersglen.com (lloyd at writersglen.com)
+Date: Tue, 5 Aug 2014 13:34:33 -0400 (EDT)
+Subject: [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Tip of the hat, Lo?c et. al.
+
+Outstanding and much appreciated work.
+
+Best to all,
+
+Lloyd
+
+-----Original Message-----
+From: "Lo?c Hoguin" <essen at ninenines.eu>
+Sent: Tuesday, August 5, 2014 8:43am
+To: "Erlang" <erlang-questions at erlang.org>, Extend at lists.ninenines.eu
+Subject: [erlang-questions] [ANN] Cowboy 1.0
+
+Hello!
+
+Cowboy 1.0 has been released.
+
+Cowboy is a small and fast HTTP server for Erlang with support for 
+Webmachine-like REST, Websocket and more.
+
+   https://github.com/ninenines/cowboy
+
+Cowboy is the work of more than 80 people. I would like to congratulate 
+everyone for the great work done so far. Thank you!
+
+Please see the CHANGELOG for details on what's changed.
+
+   https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md
+
+This release marks the beginning of the 1.0.x branch which will contain 
+backward compatible fixes. This branch will be maintained at least until 
+Cowboy 2.0 gets released (longer if sponsors request it). It is highly 
+recommended that you follow this branch if you were following master 
+before, as master will receive backward incompatible changes starting 
+tomorrow.
+
+Cowboy is now fully documented. It has a user guide, a function 
+reference manual, and a wealth of examples. You can also install man 
+pages as explained in the README of the project.
+
+   http://ninenines.eu/docs/en/cowboy/1.0/guide/
+   http://ninenines.eu/docs/en/cowboy/1.0/manual/
+   https://github.com/ninenines/cowboy/tree/master/examples
+
+Following a discussion on the Erlang mailing lists the Getting Started 
+chapter was reworked and greatly simplified, in parts due to the 
+improvements made to erlang.mk. Feedback is of course always welcome.
+
+   http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/
+
+Starting tomorrow the master branch will receive backward incompatible 
+changes. Most of the planned changes are detailed in the ROADMAP. You 
+are welcome to suggest additional changes.
+
+   https://github.com/ninenines/cowboy/blob/master/ROADMAP.md
+
+Cowboy 2.0 is planned to be released at around the same time Erlang/OTP 
+18.0 comes out. There are no plans for a Cowboy 1.1 at this time, 
+although that may change in the coming months if there is interest in 
+new features.
+
+Ranch also got upgraded to 1.0, although there was no changes from the 
+previous release.
+
+   https://github.com/ninenines/ranch
+
+Thanks to everyone who made this project what it is today!
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+_______________________________________________
+erlang-questions mailing list
+erlang-questions at erlang.org
+http://erlang.org/mailman/listinfo/erlang-questions
+
+
+
+From paulo.ferraz.oliveira at gmail.com  Tue Aug  5 22:33:17 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Tue, 5 Aug 2014 21:33:17 +0100
+Subject: [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+In-Reply-To: <CAMuJbHgMSNLnCuf5x2+Nx1zUFhHy3=0rTGtLNbLJ=FfDU=tjfQ@mail.gmail.com>
+References: <[email protected]>
+ <CAMxVRxAwOt8y83P7wSxhDiOVJe7OZn5AFqowRACBqCSCbf7Qhw@mail.gmail.com>
+ <CAMuJbHgMSNLnCuf5x2+Nx1zUFhHy3=0rTGtLNbLJ=FfDU=tjfQ@mail.gmail.com>
+Message-ID: <CA+dV7cRYs3nfweJjUYLh-cCuuxmFbngoFUdDjoYgYwkky3LFNQ@mail.gmail.com>
+
+Hi, Federico.
+
+Check this out for the "why" regarding your question:
+https://github.com/ninenines/cowboy/issues/715
+
+It's one of the reasons (I haven't detected others yet) stopping me from
+moving to 1.0, unfortunately (I have some projects depending on these
+status codes already), but as soon as I have some time and look at all the
+_major_ differences between 0.9.0 and 1.0 I think I'll make the move. For
+the time being, I have found no issues with the REST part of cowboy (the
+one I use).
+
+Thank you, Lo?c et all for the effort and for keeping it open source.
+
+Regards.
+
+- Paulo F. Oliveira
+
+
+On 5 August 2014 15:18, Federico Carrone <federico.carrone at gmail.com> wrote:
+
+> Congratulations Loic. I really love cowboy.
+>
+> I got only one question: Why did you change the reply with 400 instead of
+> 422 in cowboy_rest for unprocessable entities?
+>
+> Regards,
+> Federico.
+>
+>
+>
+> On Tue, Aug 5, 2014 at 10:33 AM, Max Lapshin <max.lapshin at gmail.com>
+> wrote:
+>
+>> Loic, it is very cool!
+>>
+>> Thanks.
+>>
+>> _______________________________________________
+>> erlang-questions mailing list
+>> erlang-questions at erlang.org
+>> http://erlang.org/mailman/listinfo/erlang-questions
+>>
+>>
+>
+>
+> --
+> http://federicocarrone.com/
+>
+> _______________________________________________
+> erlang-questions mailing list
+> erlang-questions at erlang.org
+> http://erlang.org/mailman/listinfo/erlang-questions
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140805/f3705f7b/attachment.html>
+
+From essen at ninenines.eu  Tue Aug  5 22:55:34 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 05 Aug 2014 22:55:34 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+In-Reply-To: <CA+dV7cRYs3nfweJjUYLh-cCuuxmFbngoFUdDjoYgYwkky3LFNQ@mail.gmail.com>
+References: <[email protected]>
+ <CAMxVRxAwOt8y83P7wSxhDiOVJe7OZn5AFqowRACBqCSCbf7Qhw@mail.gmail.com>
+ <CAMuJbHgMSNLnCuf5x2+Nx1zUFhHy3=0rTGtLNbLJ=FfDU=tjfQ@mail.gmail.com>
+ <CA+dV7cRYs3nfweJjUYLh-cCuuxmFbngoFUdDjoYgYwkky3LFNQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+You can easily send 422 and return halt instead of returning false if 
+you need to keep that, it'll just be 2 lines instead of 1. :)
+
+On 08/05/2014 10:33 PM, Paulo F. Oliveira wrote:
+> Hi, Federico.
+>
+> Check this out for the "why" regarding your question:
+> https://github.com/ninenines/cowboy/issues/715
+>
+> It's one of the reasons (I haven't detected others yet) stopping me from
+> moving to 1.0, unfortunately (I have some projects depending on these
+> status codes already), but as soon as I have some time and look at all
+> the _major_ differences between 0.9.0 and 1.0 I think I'll make the
+> move. For the time being, I have found no issues with the REST part of
+> cowboy (the one I use).
+>
+> Thank you, Lo?c et all for the effort and for keeping it open source.
+>
+> Regards.
+>
+> - Paulo F. Oliveira
+>
+>
+> On 5 August 2014 15:18, Federico Carrone <federico.carrone at gmail.com
+> <mailto:federico.carrone at gmail.com>> wrote:
+>
+>     Congratulations Loic. I really love cowboy.
+>
+>     I got only one question: Why did you change the reply with 400
+>     instead of 422 in cowboy_rest for unprocessable entities?
+>
+>     Regards,
+>     Federico.
+>
+>
+>
+>     On Tue, Aug 5, 2014 at 10:33 AM, Max Lapshin <max.lapshin at gmail.com
+>     <mailto:max.lapshin at gmail.com>> wrote:
+>
+>         Loic, it is very cool!
+>
+>         Thanks.
+>
+>         _______________________________________________
+>         erlang-questions mailing list
+>         erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>         http://erlang.org/mailman/listinfo/erlang-questions
+>
+>
+>
+>
+>     --
+>     http://federicocarrone.com/
+>
+>     _______________________________________________
+>     erlang-questions mailing list
+>     erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>     http://erlang.org/mailman/listinfo/erlang-questions
+>
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From paulo.ferraz.oliveira at gmail.com  Tue Aug  5 23:01:38 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Tue, 5 Aug 2014 22:01:38 +0100
+Subject: [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAMxVRxAwOt8y83P7wSxhDiOVJe7OZn5AFqowRACBqCSCbf7Qhw@mail.gmail.com>
+ <CAMuJbHgMSNLnCuf5x2+Nx1zUFhHy3=0rTGtLNbLJ=FfDU=tjfQ@mail.gmail.com>
+ <CA+dV7cRYs3nfweJjUYLh-cCuuxmFbngoFUdDjoYgYwkky3LFNQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+dV7cRNHiuZcJzc+x3=eVuEsty3-8pE_2XqBOpVdg4MSch_AA@mail.gmail.com>
+
+Yes, it should be _that_ easy for the 400 > 422 :D, but is that the only
+important difference I should be aware of, then? I haven't written any real
+tests, for the time being, to guarantee backward compatibility for
+dependants...
+
+In any case, I'm thinking about updating the dependencies in the future (I
+own one of them and the other one is an internal project, for the time
+being).
+
+Thanks for the tip.
+
+Cheers.
+
+- Paulo F. Oliveira
+
+
+On 5 August 2014 21:55, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> You can easily send 422 and return halt instead of returning false if you
+> need to keep that, it'll just be 2 lines instead of 1. :)
+>
+> On 08/05/2014 10:33 PM, Paulo F. Oliveira wrote:
+>
+>> Hi, Federico.
+>>
+>> Check this out for the "why" regarding your question:
+>> https://github.com/ninenines/cowboy/issues/715
+>>
+>> It's one of the reasons (I haven't detected others yet) stopping me from
+>> moving to 1.0, unfortunately (I have some projects depending on these
+>> status codes already), but as soon as I have some time and look at all
+>> the _major_ differences between 0.9.0 and 1.0 I think I'll make the
+>> move. For the time being, I have found no issues with the REST part of
+>> cowboy (the one I use).
+>>
+>> Thank you, Lo?c et all for the effort and for keeping it open source.
+>>
+>> Regards.
+>>
+>> - Paulo F. Oliveira
+>>
+>>
+>> On 5 August 2014 15:18, Federico Carrone <federico.carrone at gmail.com
+>> <mailto:federico.carrone at gmail.com>> wrote:
+>>
+>>     Congratulations Loic. I really love cowboy.
+>>
+>>     I got only one question: Why did you change the reply with 400
+>>     instead of 422 in cowboy_rest for unprocessable entities?
+>>
+>>     Regards,
+>>     Federico.
+>>
+>>
+>>
+>>     On Tue, Aug 5, 2014 at 10:33 AM, Max Lapshin <max.lapshin at gmail.com
+>>     <mailto:max.lapshin at gmail.com>> wrote:
+>>
+>>         Loic, it is very cool!
+>>
+>>         Thanks.
+>>
+>>         _______________________________________________
+>>         erlang-questions mailing list
+>>         erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>>         http://erlang.org/mailman/listinfo/erlang-questions
+>>
+>>
+>>
+>>
+>>     --
+>>     http://federicocarrone.com/
+>>
+>>     _______________________________________________
+>>     erlang-questions mailing list
+>>     erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>>     http://erlang.org/mailman/listinfo/erlang-questions
+>>
+>>
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140805/34528764/attachment.html>
+
+From essen at ninenines.eu  Tue Aug  5 23:06:19 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 05 Aug 2014 23:06:19 +0200
+Subject: [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+In-Reply-To: <CA+dV7cRNHiuZcJzc+x3=eVuEsty3-8pE_2XqBOpVdg4MSch_AA@mail.gmail.com>
+References: <[email protected]>	<CAMxVRxAwOt8y83P7wSxhDiOVJe7OZn5AFqowRACBqCSCbf7Qhw@mail.gmail.com>	<CAMuJbHgMSNLnCuf5x2+Nx1zUFhHy3=0rTGtLNbLJ=FfDU=tjfQ@mail.gmail.com>	<CA+dV7cRYs3nfweJjUYLh-cCuuxmFbngoFUdDjoYgYwkky3LFNQ@mail.gmail.com>	<[email protected]>
+ <CA+dV7cRNHiuZcJzc+x3=eVuEsty3-8pE_2XqBOpVdg4MSch_AA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+If you were already at the previous version (0.10) then that plus a 400 
+instead of 500 when header parsing fails are pretty much the only changes.
+
+There's some more if you were at 0.9, mostly the body reading interface 
+changed to prevent annoying timeout issues.
+
+On 08/05/2014 11:01 PM, Paulo F. Oliveira wrote:
+> Yes, it should be _that_ easy for the 400 > 422 :D, but is that the only
+> important difference I should be aware of, then? I haven't written any
+> real tests, for the time being, to guarantee backward compatibility for
+> dependants...
+>
+> In any case, I'm thinking about updating the dependencies in the future
+> (I own one of them and the other one is an internal project, for the
+> time being).
+>
+> Thanks for the tip.
+>
+> Cheers.
+>
+> - Paulo F. Oliveira
+>
+>
+> On 5 August 2014 21:55, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     You can easily send 422 and return halt instead of returning false
+>     if you need to keep that, it'll just be 2 lines instead of 1. :)
+>
+>     On 08/05/2014 10:33 PM, Paulo F. Oliveira wrote:
+>
+>         Hi, Federico.
+>
+>         Check this out for the "why" regarding your question:
+>         https://github.com/ninenines/__cowboy/issues/715
+>         <https://github.com/ninenines/cowboy/issues/715>
+>
+>         It's one of the reasons (I haven't detected others yet) stopping
+>         me from
+>         moving to 1.0, unfortunately (I have some projects depending on
+>         these
+>         status codes already), but as soon as I have some time and look
+>         at all
+>         the _major_ differences between 0.9.0 and 1.0 I think I'll make the
+>         move. For the time being, I have found no issues with the REST
+>         part of
+>         cowboy (the one I use).
+>
+>         Thank you, Lo?c et all for the effort and for keeping it open
+>         source.
+>
+>         Regards.
+>
+>         - Paulo F. Oliveira
+>
+>
+>         On 5 August 2014 15:18, Federico Carrone
+>         <federico.carrone at gmail.com <mailto:federico.carrone at gmail.com>
+>         <mailto:federico.carrone at __gmail.com
+>         <mailto:federico.carrone at gmail.com>>> wrote:
+>
+>              Congratulations Loic. I really love cowboy.
+>
+>              I got only one question: Why did you change the reply with 400
+>              instead of 422 in cowboy_rest for unprocessable entities?
+>
+>              Regards,
+>              Federico.
+>
+>
+>
+>              On Tue, Aug 5, 2014 at 10:33 AM, Max Lapshin
+>         <max.lapshin at gmail.com <mailto:max.lapshin at gmail.com>
+>              <mailto:max.lapshin at gmail.com
+>         <mailto:max.lapshin at gmail.com>>__> wrote:
+>
+>                  Loic, it is very cool!
+>
+>                  Thanks.
+>
+>                  _________________________________________________
+>                  erlang-questions mailing list
+>         erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>         <mailto:erlang-questions at __erlang.org
+>         <mailto:erlang-questions at erlang.org>>
+>         http://erlang.org/mailman/__listinfo/erlang-questions
+>         <http://erlang.org/mailman/listinfo/erlang-questions>
+>
+>
+>
+>
+>              --
+>         http://federicocarrone.com/
+>
+>              _________________________________________________
+>              erlang-questions mailing list
+>         erlang-questions at erlang.org <mailto:erlang-questions at erlang.org>
+>         <mailto:erlang-questions at __erlang.org
+>         <mailto:erlang-questions at erlang.org>>
+>         http://erlang.org/mailman/__listinfo/erlang-questions
+>         <http://erlang.org/mailman/listinfo/erlang-questions>
+>
+>
+>
+>
+>         _________________________________________________
+>         Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         https://lists.ninenines.eu/__listinfo/extend
+>         <https://lists.ninenines.eu/listinfo/extend>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     http://ninenines.eu
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From michael.wittig at tullius-walden.com  Wed Aug 13 11:17:51 2014
+From: michael.wittig at tullius-walden.com (Michael Wittig)
+Date: Wed, 13 Aug 2014 11:17:51 +0200
+Subject: [99s-extend] eunit suppoort in erlang.mk?
+Message-ID: <CAAgJJDuQ4RLXMU7YB3CK6ZvE7RcOyGO1-Xwa4736r1HYyhDOmQ@mail.gmail.com>
+
+hi,
+
+is it possible to run eunit tests when executing make tests?
+I have my tests directly in the modules (e.g. xyz_server)
+
+Regards,
+
+Michael
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140813/7903a29a/attachment.html>
+
+From chaehb at gmail.com  Thu Aug 14 03:20:05 2014
+From: chaehb at gmail.com (chaehb)
+Date: Thu, 14 Aug 2014 10:20:05 +0900
+Subject: [99s-extend] couldn't quit in Erlang 17.1
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+
+On 2014. 7. 27., at ?? 6:25, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Does it happen with ssl_hello_world?
+> 
+> On 07/26/2014 09:06 AM, chaehb wrote:
+>> Hi, everybody.
+>> 
+>> After Erlang updated to 17.1,
+>> when I run q(). command on erlang console, cowboy couldn't quitted but print series of messages..
+>> 
+>> (after ok signal printed)
+>> 
+>> ?...
+>> =ERROR REPORT==== 26-Jul-2014::15:23:33 ===
+>> Error in process <0.334.0> on node ?...my node name...' with exit value: {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,"src/ranch_acceptor.erl"},{line,28}]}]}
+>> ?.
+>> 
+>> Before erlang updated (in 17.0), application could be normally quitted exactly same codes and environments.
+>> 
+>> This is only appeared when I only use ssl(https).
+>> But when use only http with same dispatch rules, cowboy normally quitted.
+>> 
+
+I?ve try to do more tests with ssl_hello_world in cowboy(v1.0)  and various Erlang/OTP versions.
+
+If ErlangOTP < 17.0, http/https works fine.
+If ErlangOTP >= 17.1(17.1.x,17.2 in github), http works fine but with https the same errors appeared.
+
+*****
+When I edited ranch_accepter.erl > line 40 
+	{error, Reason} when Reason =/= closed -> 
+	to
+	{error, Reason} ->
+,
+https work and app was normally quitted.
+
+When I printed, Reason == closed.
+
+
+From lists at tuli.pe  Thu Aug 14 17:44:25 2014
+From: lists at tuli.pe (Camille Troillard)
+Date: Thu, 14 Aug 2014 17:44:25 +0200
+Subject: [99s-extend] cowboy_rest and response headers
+Message-ID: <[email protected]>
+
+Hello,
+
+I would like to set a Content-Range header in the response of a HEAD request.
+Can I do that within the context of a cowboy_rest handler?
+Ideally, I wish to let cowboy_rest reply and just specify this additional header.
+
+
+Best,
+Camille
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140814/64f862ef/attachment.html>
+
+From essen at ninenines.eu  Thu Aug 14 17:50:09 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 14 Aug 2014 17:50:09 +0200
+Subject: [99s-extend] cowboy_rest and response headers
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Use cowboy_req:set_resp_header and return the Req this function gives you.
+
+On 08/14/2014 05:44 PM, Camille Troillard wrote:
+> Hello,
+>
+> I would like to set a Content-Range header in the response of a HEAD
+> request.
+> Can I do that within the context of a cowboy_rest handler?
+> Ideally, I wish to let cowboy_rest reply and just specify this
+> additional header.
+>
+>
+> Best,
+> Camille
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From stephane at wirtel.be  Sun Aug 24 01:58:12 2014
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Sun, 24 Aug 2014 01:58:12 +0200
+Subject: [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+Message-ID: <[email protected]>
+
+Hi all,
+
+1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I 
+have a small crash.
+
+Here is my code:
+
+https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4
+
+Could you tell me if I correctly use cowboy_rest for the PUT verb? I 
+have seen is_conflict/2, but I don't know how to use it.
+
+2. I would like to change the response code, but I get the error. Is it 
+possible?
+
+Thank you.
+
+Regards,
+
+Stephane
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From daniel.goertzen at gmail.com  Sun Aug 24 02:16:02 2014
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Sat, 23 Aug 2014 19:16:02 -0500
+Subject: [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAJCf5RxAZR2jx3Bf-XmYMPYs-i4rk8-Ba4xYqMWv=AjM3P33SQ@mail.gmail.com>
+
+You should implement the resource_exists() callback; this will let the rest
+module pick a 200 vs 201.  If the db name was incorrect, I think you are
+just supposed to return false from the put callback.  I can't remember the
+http code for that case.
+
+Regards,
+Dan.
+
+
+On Sat, Aug 23, 2014 at 6:58 PM, St?phane Wirtel <stephane at wirtel.be> wrote:
+
+> Hi all,
+>
+> 1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I have
+> a small crash.
+>
+> Here is my code:
+>
+> https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4
+>
+> Could you tell me if I correctly use cowboy_rest for the PUT verb? I have
+> seen is_conflict/2, but I don't know how to use it.
+>
+> 2. I would like to change the response code, but I get the error. Is it
+> possible?
+>
+> Thank you.
+>
+> Regards,
+>
+> Stephane
+>
+> --
+> St?phane Wirtel - http://wirtel.be - @matrixise
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140823/51e1d345/attachment.html>
+
+From stephane at wirtel.be  Sun Aug 24 02:22:22 2014
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Sun, 24 Aug 2014 02:22:22 +0200
+Subject: [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+In-Reply-To: <CAJCf5RxAZR2jx3Bf-XmYMPYs-i4rk8-Ba4xYqMWv=AjM3P33SQ@mail.gmail.com>
+References: <[email protected]>
+ <CAJCf5RxAZR2jx3Bf-XmYMPYs-i4rk8-Ba4xYqMWv=AjM3P33SQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+resource_exists is used by POST
+is_conflict is used by PUT (from the code)
+but in the case where my database already exists, I need to return 412 
+and not 409.
+
+and I know I don't respect the default value returned by Cowboy_rest.
+
+On 24 Aug 2014, at 2:16, Daniel Goertzen wrote:
+
+> You should implement the resource_exists() callback; this will let the 
+> rest
+> module pick a 200 vs 201.  If the db name was incorrect, I think you 
+> are
+> just supposed to return false from the put callback.  I can't remember 
+> the
+> http code for that case.
+>
+> Regards,
+> Dan.
+>
+>
+> On Sat, Aug 23, 2014 at 6:58 PM, St?phane Wirtel <stephane at wirtel.be> 
+> wrote:
+>
+>> Hi all,
+>>
+>> 1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I 
+>> have
+>> a small crash.
+>>
+>> Here is my code:
+>>
+>> https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4
+>>
+>> Could you tell me if I correctly use cowboy_rest for the PUT verb? I 
+>> have
+>> seen is_conflict/2, but I don't know how to use it.
+>>
+>> 2. I would like to change the response code, but I get the error. Is 
+>> it
+>> possible?
+>>
+>> Thank you.
+>>
+>> Regards,
+>>
+>> Stephane
+>>
+>> --
+>> St?phane Wirtel - http://wirtel.be - @matrixise
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From edgurgel at gmail.com  Sun Aug 24 02:25:54 2014
+From: edgurgel at gmail.com (Eduardo Gurgel)
+Date: Sun, 24 Aug 2014 12:25:54 +1200
+Subject: [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAJCf5RxAZR2jx3Bf-XmYMPYs-i4rk8-Ba4xYqMWv=AjM3P33SQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAKAMJXhPm0vZdTrhW3Zg=zyowQzc0AczhptyTAVyX404pvc3XA@mail.gmail.com>
+
+I think you can always halt the processing and do the reply by yourself:
+
+{ok, Req2} = cowboy_req:reply(412, Req),
+{halt, Req2, State}.
+
+
+On Sun, Aug 24, 2014 at 12:22 PM, St?phane Wirtel <stephane at wirtel.be>
+wrote:
+
+> resource_exists is used by POST
+> is_conflict is used by PUT (from the code)
+> but in the case where my database already exists, I need to return 412 and
+> not 409.
+>
+> and I know I don't respect the default value returned by Cowboy_rest.
+>
+>
+> On 24 Aug 2014, at 2:16, Daniel Goertzen wrote:
+>
+>  You should implement the resource_exists() callback; this will let the
+>> rest
+>> module pick a 200 vs 201.  If the db name was incorrect, I think you are
+>> just supposed to return false from the put callback.  I can't remember the
+>> http code for that case.
+>>
+>> Regards,
+>> Dan.
+>>
+>>
+>> On Sat, Aug 23, 2014 at 6:58 PM, St?phane Wirtel <stephane at wirtel.be>
+>> wrote:
+>>
+>>  Hi all,
+>>>
+>>> 1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I
+>>> have
+>>> a small crash.
+>>>
+>>> Here is my code:
+>>>
+>>> https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4
+>>>
+>>> Could you tell me if I correctly use cowboy_rest for the PUT verb? I have
+>>> seen is_conflict/2, but I don't know how to use it.
+>>>
+>>> 2. I would like to change the response code, but I get the error. Is it
+>>> possible?
+>>>
+>>> Thank you.
+>>>
+>>> Regards,
+>>>
+>>> Stephane
+>>>
+>>> --
+>>> St?phane Wirtel - http://wirtel.be - @matrixise
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> https://lists.ninenines.eu/listinfo/extend
+>>>
+>>>
+>
+> --
+> St?phane Wirtel - http://wirtel.be - @matrixise
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140824/89d3a7f6/attachment.html>
+
+From stephane at wirtel.be  Sun Aug 24 02:52:58 2014
+From: stephane at wirtel.be (Stephane Wirtel)
+Date: Sun, 24 Aug 2014 02:52:58 +0200
+Subject: [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+In-Reply-To: <CAKAMJXhPm0vZdTrhW3Zg=zyowQzc0AczhptyTAVyX404pvc3XA@mail.gmail.com>
+References: <[email protected]>
+ <CAJCf5RxAZR2jx3Bf-XmYMPYs-i4rk8-Ba4xYqMWv=AjM3P33SQ@mail.gmail.com>
+ <[email protected]>
+ <CAKAMJXhPm0vZdTrhW3Zg=zyowQzc0AczhptyTAVyX404pvc3XA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Ok I will try asap, thanks
+
+> On 24 ao?t 2014, at 02:25 AM, Eduardo Gurgel <edgurgel at gmail.com> wrote:
+> 
+> I think you can always halt the processing and do the reply by yourself:
+> 
+> {ok, Req2} = cowboy_req:reply(412, Req),
+> {halt, Req2, State}.
+> 
+> 
+>> On Sun, Aug 24, 2014 at 12:22 PM, St?phane Wirtel <stephane at wirtel.be> wrote:
+>> resource_exists is used by POST
+>> is_conflict is used by PUT (from the code)
+>> but in the case where my database already exists, I need to return 412 and not 409.
+>> 
+>> and I know I don't respect the default value returned by Cowboy_rest.
+>> 
+>> 
+>> On 24 Aug 2014, at 2:16, Daniel Goertzen wrote:
+>> 
+>>> You should implement the resource_exists() callback; this will let the rest
+>>> module pick a 200 vs 201.  If the db name was incorrect, I think you are
+>>> just supposed to return false from the put callback.  I can't remember the
+>>> http code for that case.
+>>> 
+>>> Regards,
+>>> Dan.
+>>> 
+>>> 
+>>> On Sat, Aug 23, 2014 at 6:58 PM, St?phane Wirtel <stephane at wirtel.be> wrote:
+>>> 
+>>>> Hi all,
+>>>> 
+>>>> 1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I have
+>>>> a small crash.
+>>>> 
+>>>> Here is my code:
+>>>> 
+>>>> https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4
+>>>> 
+>>>> Could you tell me if I correctly use cowboy_rest for the PUT verb? I have
+>>>> seen is_conflict/2, but I don't know how to use it.
+>>>> 
+>>>> 2. I would like to change the response code, but I get the error. Is it
+>>>> possible?
+>>>> 
+>>>> Thank you.
+>>>> 
+>>>> Regards,
+>>>> 
+>>>> Stephane
+>>>> 
+>>>> --
+>>>> St?phane Wirtel - http://wirtel.be - @matrixise
+>>>> _______________________________________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> https://lists.ninenines.eu/listinfo/extend
+>> 
+>> 
+>> --
+>> St?phane Wirtel - http://wirtel.be - @matrixise
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+> 
+> 
+> 
+> -- 
+> Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140824/f35e1e51/attachment.html>
+
+From stephane at wirtel.be  Sun Aug 24 11:54:58 2014
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Sun, 24 Aug 2014 11:54:58 +0200
+Subject: [99s-extend] Full example of cowboy_rest?
+Message-ID: <[email protected]>
+
+Hi all,
+
+Do you have a concrete example of cowboy_rest ? with POST, GET, HEAD, 
+PUT and DELETE ?
+
+POST will use resource_exists and allow_missing_post
+PUT will use is_conflict
+DELETE delete_resource, etc...
+
+Currently, I started with the example with put_json and get_json and in 
+the functions, I fetch the Method and I use the pattern matching with 
+the Method, but I think it's not the right solution.
+
+What are the best practices?
+
+The examples in the repository of cowboy don't cover all the 
+possibilities of a simple rest api with these verbs.
+
+Thanks in advance,
+
+Stephane
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From paulo.ferraz.oliveira at gmail.com  Tue Aug 26 01:11:44 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Tue, 26 Aug 2014 00:11:44 +0100
+Subject: [99s-extend] Full example of cowboy_rest?
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CA+dV7cQXP3wEq5bn=3qWQ2EKuR39WZsRHCS+4Q1wgvLgDucjng@mail.gmail.com>
+
+Hello, St?phane.
+
+On 24 August 2014 10:54, St?phane Wirtel <stephane at wirtel.be> wrote:
+>
+> Hi all,
+>
+> Do you have a concrete example of cowboy_rest ? with POST, GET, HEAD, PUT and DELETE ?
+
+AFAIK, from the official examples, the correct answer is "no", there
+is no "complete" example (does it even make sense to have one?).
+
+On the other hand, I've been using Cowboy for a couple of months now,
+and find these docs (REST flowcharts -
+http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/) to be
+very useful, and they might also help you. You should find the time to
+read the complete REST guide/manual as a lot of useful information can
+be found there and a very nice effort was put into not wasting words
+and going straight to the point.
+
+...
+
+> What are the best practices?
+
+For what specifically?
+
+> The examples in the repository of cowboy don't cover all the possibilities of a simple rest api with these verbs.
+
+That is a fact. I, for one, tend to have a _template_ source code file
+from where I get the functions that I need (only not to have to write
+2/3 lines of code every time), and that I "chain" looking at the
+flowcharts. [I also have a lib for JSON parsing and validating, query
+string validation, etc...] This might not always be very easy (to
+"chain" it all together, but it shouldn't be that hard either"), but
+my approach is usually "OK, so I want a route to have GET, PUT and
+DELETE... what are the related methods that I'll most probably
+require? resource_exists (serves all methods), is_conflict (serves
+PUT), delete_resource (serves DELETE), delete_completed (serves
+DELETE)" and then I think about replying with a body or not (in the
+case of GET there will almost always be a body, in the case of PUT
+your method call might result in a 204 and in the case of DELETE there
+may or not be a body). I then code the methods, test the API, checking
+that the codes I get make sense (404, 200, 409, 204, 202, ...
+depending on the conditions I want set) and then slightly document
+this for the users of the API (if the API is complicated and requires
+a lot of documentation there might be something wrong with it). For
+documentation purposes you can either go with a "[VERB] route
+accepts...?..., serves...?..., and the result codes are...?..." simple
+doc or something more elaborate like
+https://helloreverb.com/developers/swagger.
+
+Hope it helps.
+
+- Paulo F. Oliveira
+
+>
+> Thanks in advance,
+>
+> Stephane
+>
+> --
+> St?phane Wirtel - http://wirtel.be - @matrixise
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+From stephane at wirtel.be  Tue Aug 26 23:59:50 2014
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Tue, 26 Aug 2014 23:59:50 +0200
+Subject: [99s-extend] cowboy_rest and delete_completed and response
+Message-ID: <[email protected]>
+
+Hi all,
+
+I work with two content-types (json, msgpack).
+
+In the DELETE verb, I need to return an object and in this case, I work 
+on delete_resource/2 and delete_completed/2.
+The problem is, how can I return a body in function of the content-type? 
+because after delete_completed, there is a call to the 
+cowboy_rest:has_resp_body function and I need to set the body of the 
+response.
+
+delete_completed(Req, State) ->
+	Body = Json or MsgPack ?  <-- Which content ?
+
+	Req2 = cowboy_req:set_resp_body(Body, Req),
+	{true, Req2, State}.
+
+Ok, but in this case, what's the reason of content_types_provided/2 and 
+content_types_accepted/2 ?
+
+Thank you,
+
+Stephane
+
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From essen at ninenines.eu  Wed Aug 27 00:03:45 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 27 Aug 2014 01:03:45 +0300
+Subject: [99s-extend] cowboy_rest and delete_completed and response
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Call cowboy_req:meta(media_type, Req) to retrieve it.
+
+On 08/27/2014 12:59 AM, St?phane Wirtel wrote:
+> Hi all,
+>
+> I work with two content-types (json, msgpack).
+>
+> In the DELETE verb, I need to return an object and in this case, I work
+> on delete_resource/2 and delete_completed/2.
+> The problem is, how can I return a body in function of the content-type?
+> because after delete_completed, there is a call to the
+> cowboy_rest:has_resp_body function and I need to set the body of the
+> response.
+>
+> delete_completed(Req, State) ->
+>      Body = Json or MsgPack ?  <-- Which content ?
+>
+>      Req2 = cowboy_req:set_resp_body(Body, Req),
+>      {true, Req2, State}.
+>
+> Ok, but in this case, what's the reason of content_types_provided/2 and
+> content_types_accepted/2 ?
+>
+> Thank you,
+>
+> Stephane
+>
+>
+> --
+> St?phane Wirtel - http://wirtel.be - @matrixise
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From stephane at wirtel.be  Wed Aug 27 00:12:00 2014
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Wed, 27 Aug 2014 00:12:00 +0200
+Subject: [99s-extend] cowboy_rest and delete_completed and response
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+What's the purpose of the callbacks in content_types_accepted and 
+content_types_provided?
+
+I prefer set the response in the State to the callbacks and they convert 
+it to the right format.
+
+Example:
+
+delete_completed(Req, State) ->
+	Response = [{<<"ok">>, <<"dbname">>}],
+	{true, Req, State#state{response=Response}}.
+
+get_json(Req, #{response=Response}=State) ->
+	Body = jsx:encode(Response),
+	{Body, Req, State}.
+
+get_msgpack(Req, #{response=Response}=State) ->
+	Body = msgpack:pack(Response, [{format, jsx}],
+	{Body, Req, State}.
+
+
+
+On 27 Aug 2014, at 0:03, Lo?c Hoguin wrote:
+
+> Call cowboy_req:meta(media_type, Req) to retrieve it.
+>
+> On 08/27/2014 12:59 AM, St?phane Wirtel wrote:
+>> Hi all,
+>>
+>> I work with two content-types (json, msgpack).
+>>
+>> In the DELETE verb, I need to return an object and in this case, I 
+>> work
+>> on delete_resource/2 and delete_completed/2.
+>> The problem is, how can I return a body in function of the 
+>> content-type?
+>> because after delete_completed, there is a call to the
+>> cowboy_rest:has_resp_body function and I need to set the body of the
+>> response.
+>>
+>> delete_completed(Req, State) ->
+>>   Body = Json or MsgPack ?  <-- Which content ?
+>>
+>>   Req2 = cowboy_req:set_resp_body(Body, Req),
+>>   {true, Req2, State}.
+>>
+>> Ok, but in this case, what's the reason of content_types_provided/2 
+>> and
+>> content_types_accepted/2 ?
+>>
+>> Thank you,
+>>
+>> Stephane
+>>
+>>
+>> --
+>> St?phane Wirtel - http://wirtel.be - @matrixise
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From stephane at wirtel.be  Wed Aug 27 11:29:46 2014
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Wed, 27 Aug 2014 11:29:46 +0200
+Subject: [99s-extend] I need your feedback about this cowboy_rest handler.
+Message-ID: <[email protected]>
+
+Hi all,
+
+This night, I wrote an example because I wanted to show you my work.
+
+I have one handler for the concept of collections (in this case, tasks).
+
+In this handler, I want these following methods:
+
+POST /:collection
+GET /:collection
+DELETE /:collection
+PUT /:collection
+HEAD /:collection
+
+:collection is a string, example: /tasks1
+
+HEAD /:collection (/tasks1)
+StatusCode:
+	* 200 ok
+	* 404 not found
+
+GET /:collection (/tasks1)
+Gets information about the collection
+StatusCode:
+	* 200 ok
+	* 404 not found
+
+PUT /:collection (/tasks1)
+Create a new collection of tasks
+Status_Code:
+	* 201 created
+	Response: an object, in msgpack or json and I need to had a location 
+header
+	* 412 precondition failed, the collection name already exists
+	Response: an object, in msgpack or json with the error (already exists)
+
+POST /:collection (/tasks1)
+Add a new item in the collection, a new task
+StatusCode:
+	* 201 created
+	* 202 accepted
+	* 404 not found (error in the collection name)
+Response: need to add a location header and return an object in msgpack 
+or json.
+
+DELETE /:collection (/tasks1)
+Delete all the tasks
+Status_Code:
+	* 200 ok.
+	* 404 not found
+In the case of 200, we need to return an object in msgpack or json.
+
+
+I provided a code and If you can help me, because I think cowboy_rest is 
+a good solution, but I also think I will have some problems with my 
+service.
+
+Examples:
+* delete_completed, I need to write the serialisation in the 
+delete_completed function and not with the help of the defined callbacks 
+of content_types_provided.
+* for PUT, I need to return a location header, should I add it in the 
+is_conflict
+function?
+* for PUT, how I have a 201? I have read the rest_flowchart and I need 
+to specify the location header ok, but where? in the is_conflict 
+function?
+
+So, do you have time to help me, because with this example, I can 
+propose it to the cowboy repository.
+https://github.com/matrixise/demo_rest/blob/master/src/collection_handler.erl
+
+You can propose your PR, comments or remarks, but I would like to use 
+cowboy_rest.
+
+Regards,
+
+Stephane
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From essen at ninenines.eu  Wed Aug 27 12:03:41 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 27 Aug 2014 13:03:41 +0300
+Subject: [99s-extend] I need your feedback about this cowboy_rest
+	handler.
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Hey,
+
+On 08/27/2014 12:29 PM, St?phane Wirtel wrote:
+> Hi all,
+>
+> This night, I wrote an example because I wanted to show you my work.
+>
+> I have one handler for the concept of collections (in this case, tasks).
+>
+> In this handler, I want these following methods:
+>
+> POST /:collection
+> GET /:collection
+> DELETE /:collection
+> PUT /:collection
+> HEAD /:collection
+>
+> :collection is a string, example: /tasks1
+>
+> HEAD /:collection (/tasks1)
+> StatusCode:
+>      * 200 ok
+>      * 404 not found
+>
+> GET /:collection (/tasks1)
+> Gets information about the collection
+> StatusCode:
+>      * 200 ok
+>      * 404 not found
+>
+> PUT /:collection (/tasks1)
+> Create a new collection of tasks
+> Status_Code:
+>      * 201 created
+>      Response: an object, in msgpack or json and I need to had a
+> location header
+>      * 412 precondition failed, the collection name already exists
+>      Response: an object, in msgpack or json with the error (already
+> exists)
+>
+> POST /:collection (/tasks1)
+> Add a new item in the collection, a new task
+> StatusCode:
+>      * 201 created
+>      * 202 accepted
+>      * 404 not found (error in the collection name)
+> Response: need to add a location header and return an object in msgpack
+> or json.
+>
+> DELETE /:collection (/tasks1)
+> Delete all the tasks
+> Status_Code:
+>      * 200 ok.
+>      * 404 not found
+> In the case of 200, we need to return an object in msgpack or json.
+>
+>
+> I provided a code and If you can help me, because I think cowboy_rest is
+> a good solution, but I also think I will have some problems with my
+> service.
+>
+> Examples:
+> * delete_completed, I need to write the serialisation in the
+> delete_completed function and not with the help of the defined callbacks
+> of content_types_provided.
+
+What's the problem? The callbacks you set in content_types_provided are 
+there to provide the *resource*. If you set a body in response to the 
+DELETE method you are not sending the resource but information about the 
+result of the operation.
+
+> * for PUT, I need to return a location header, should I add it in the
+> is_conflict
+> function?
+
+I would say in the callback you set in content_types_accepted. But...
+
+> * for PUT, how I have a 201? I have read the rest_flowchart and I need
+> to specify the location header ok, but where? in the is_conflict function?
+
+Why do you need a 201? If you PUT a collection to /:collection then this 
+is already the location of the collection. I am not sure what you are 
+trying to do there exactly?
+
+> So, do you have time to help me, because with this example, I can
+> propose it to the cowboy repository.
+> https://github.com/matrixise/demo_rest/blob/master/src/collection_handler.erl
+>
+>
+> You can propose your PR, comments or remarks, but I would like to use
+> cowboy_rest.
+>
+> Regards,
+>
+> Stephane
+>
+> --
+> St?phane Wirtel - http://wirtel.be - @matrixise
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From stephane at wirtel.be  Wed Aug 27 12:35:33 2014
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Wed, 27 Aug 2014 12:35:33 +0200
+Subject: [99s-extend] I need your feedback about this cowboy_rest
+	handler.
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On 27 Aug 2014, at 12:03, Lo?c Hoguin wrote:
+
+> Hey,
+>
+> On 08/27/2014 12:29 PM, St?phane Wirtel wrote:
+>> Hi all,
+>>
+>> This night, I wrote an example because I wanted to show you my work.
+>>
+>> I have one handler for the concept of collections (in this case, 
+>> tasks).
+>>
+>> In this handler, I want these following methods:
+>>
+>> POST /:collection
+>> GET /:collection
+>> DELETE /:collection
+>> PUT /:collection
+>> HEAD /:collection
+>>
+>> :collection is a string, example: /tasks1
+>>
+>> HEAD /:collection (/tasks1)
+>> StatusCode:
+>>  * 200 ok
+>>  * 404 not found
+>>
+>> GET /:collection (/tasks1)
+>> Gets information about the collection
+>> StatusCode:
+>>  * 200 ok
+>>  * 404 not found
+>>
+>> PUT /:collection (/tasks1)
+>> Create a new collection of tasks
+>> Status_Code:
+>>  * 201 created
+>>  Response: an object, in msgpack or json and I need to had a
+>> location header
+>>  * 412 precondition failed, the collection name already exists
+>>  Response: an object, in msgpack or json with the error (already
+>> exists)
+>>
+>> POST /:collection (/tasks1)
+>> Add a new item in the collection, a new task
+>> StatusCode:
+>>  * 201 created
+>>  * 202 accepted
+>>  * 404 not found (error in the collection name)
+>> Response: need to add a location header and return an object in 
+>> msgpack
+>> or json.
+>>
+>> DELETE /:collection (/tasks1)
+>> Delete all the tasks
+>> Status_Code:
+>>  * 200 ok.
+>>  * 404 not found
+>> In the case of 200, we need to return an object in msgpack or json.
+>>
+>>
+>> I provided a code and If you can help me, because I think cowboy_rest 
+>> is
+>> a good solution, but I also think I will have some problems with my
+>> service.
+>>
+>> Examples:
+>> * delete_completed, I need to write the serialisation in the
+>> delete_completed function and not with the help of the defined 
+>> callbacks
+>> of content_types_provided.
+>
+> What's the problem? The callbacks you set in content_types_provided 
+> are there to provide the *resource*. If you set a body in response to 
+> the DELETE method you are not sending the resource but information 
+> about the result of the operation.
+Ok, in this case, I understand. thanks
+>
+>> * for PUT, I need to return a location header, should I add it in the
+>> is_conflict
+>> function?
+>
+> I would say in the callback you set in content_types_accepted. But...
+Works fine in the is_conflict function.
+>
+>> * for PUT, how I have a 201? I have read the rest_flowchart and I 
+>> need
+>> to specify the location header ok, but where? in the is_conflict 
+>> function?
+>
+> Why do you need a 201? If you PUT a collection to /:collection then 
+> this is already the location of the collection. I am not sure what you 
+> are trying to do there exactly?
+In this case, the PUT method is used for the creation of the resource 
+and not for the update. This is the reason of the 201 status code.
+
+In the rest_flowchart graph for the PUT/POST methods, what is the node 
+"new resource" ? Is it just the {true, Req, State} from the callback 
+defined in the content_types_accepted?
+
+PS: I retested and now, I have my 201 with PUT, just resource_exists has 
+to return false and not true ;-)
+
+Thanks
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From essen at ninenines.eu  Wed Aug 27 12:53:19 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 27 Aug 2014 13:53:19 +0300
+Subject: [99s-extend] I need your feedback about this cowboy_rest
+	handler.
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+>>> * for PUT, how I have a 201? I have read the rest_flowchart and I need
+>>> to specify the location header ok, but where? in the is_conflict
+>>> function?
+>>
+>> Why do you need a 201? If you PUT a collection to /:collection then
+>> this is already the location of the collection. I am not sure what you
+>> are trying to do there exactly?
+> In this case, the PUT method is used for the creation of the resource
+> and not for the update. This is the reason of the 201 status code.
+>
+> In the rest_flowchart graph for the PUT/POST methods, what is the node
+> "new resource" ? Is it just the {true, Req, State} from the callback
+> defined in the content_types_accepted?
+>
+> PS: I retested and now, I have my 201 with PUT, just resource_exists has
+> to return false and not true ;-)
+
+My bad I was a little confusing in my previous answer. You are right, if 
+the resource doesn't exist and PUT is used we get a 201 automatically. 
+The location header must only be provided if the resource was created 
+elsewhere.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From stephane at wirtel.be  Wed Aug 27 15:26:11 2014
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Wed, 27 Aug 2014 15:26:11 +0200
+Subject: [99s-extend] I need your feedback about this cowboy_rest
+	handler.
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On 27 Aug 2014, at 12:53, Lo?c Hoguin wrote:
+
+>>>> * for PUT, how I have a 201? I have read the rest_flowchart and I 
+>>>> need
+>>>> to specify the location header ok, but where? in the is_conflict
+>>>> function?
+>>>
+>>> Why do you need a 201? If you PUT a collection to /:collection then
+>>> this is already the location of the collection. I am not sure what 
+>>> you
+>>> are trying to do there exactly?
+>> In this case, the PUT method is used for the creation of the resource
+>> and not for the update. This is the reason of the 201 status code.
+>>
+>> In the rest_flowchart graph for the PUT/POST methods, what is the 
+>> node
+>> "new resource" ? Is it just the {true, Req, State} from the callback
+>> defined in the content_types_accepted?
+>>
+>> PS: I retested and now, I have my 201 with PUT, just resource_exists 
+>> has
+>> to return false and not true ;-)
+>
+> My bad I was a little confusing in my previous answer. You are right, 
+> if the resource doesn't exist and PUT is used we get a 201 
+> automatically. The location header must only be provided if the 
+> resource was created elsewhere.
+
+Don't worry and thank you for your answers.
+
+Stephane
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From a.brandon.clark at gmail.com  Wed Aug 27 21:06:25 2014
+From: a.brandon.clark at gmail.com (Brandon Clark)
+Date: Wed, 27 Aug 2014 12:06:25 -0700
+Subject: [99s-extend] Which erlang.mk?
+Message-ID: <CA+_xk0k0LEftN+Lmn-BaYpmxYaSYuaOq1Et=8cX_R5u3O_Kkng@mail.gmail.com>
+
+Greetings!
+
+I'm trying to resurrect one of my neglected ranch applications.  It uses
+Common Test, erlang.mk, and relx all in the usual way.  When I run make
+tests with all fresh dependencies, I get this:
+
+Doing /home/brandon/src/my_proj/deps/ranch...
+
+make[1]: *** No rule to make target `build-tests'.  Stop.
+
+make: *** [build-deps-tests] Error 2
+
+
+A diff of my erlang.mk and deps/ranch/erlang.mk shows they are dramatically
+different.  Mine came from here just this morning:
+
+https://raw.*github.com <http://github.com>*/extend/
+erlang.mk/master/erlang.mk
+
+Which one is the "right" one for creating new apps?
+
+
+Thank you!
+
+~BC
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140827/91c1e017/attachment.html>
+
+From essen at ninenines.eu  Wed Aug 27 23:26:26 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 28 Aug 2014 00:26:26 +0300
+Subject: [99s-extend] Which erlang.mk?
+In-Reply-To: <CA+_xk0k0LEftN+Lmn-BaYpmxYaSYuaOq1Et=8cX_R5u3O_Kkng@mail.gmail.com>
+References: <CA+_xk0k0LEftN+Lmn-BaYpmxYaSYuaOq1Et=8cX_R5u3O_Kkng@mail.gmail.com>
+Message-ID: <[email protected]>
+
+The one you downloaded from github is the correct one. It's a new 
+version compared to the older one. A few small things changed, 
+including, in this case, that build-tests was renamed to something like 
+ct-build-tests (please open it to make sure of the name).
+
+The new version allows greater customization and has a better package 
+index feature and other things, but breaking compatibility with older 
+Makefiles. The new version is labeled 1 (beginning of erlang.mk file) 
+while the older one has no such label.
+
+On 08/27/2014 10:06 PM, Brandon Clark wrote:
+> Greetings!
+>
+> I'm trying to resurrect one of my neglected ranch applications.  It uses
+> Common Test, erlang.mk <http://erlang.mk>, and relx all in the usual
+> way.  When I run make tests with all fresh dependencies, I get this:
+>
+> Doing /home/brandon/src/my_proj/deps/ranch...
+>
+> make[1]: *** No rule to make target `build-tests'.  Stop.
+>
+> make: *** [build-deps-tests] Error 2
+>
+>
+> A diff of my erlang.mk <http://erlang.mk> and deps/ranch/erlang.mk
+> <http://erlang.mk> shows they are dramatically different.  Mine came
+> from here just this morning:
+>
+> https://raw._github.com
+> <http://github.com>_/extend/erlang.mk/master/erlang.mk
+> <http://erlang.mk/master/erlang.mk>
+>
+> Which one is the "right" one for creating new apps?
+>
+>
+> Thank you!
+>
+> ~BC
+>
+>
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From stephane at wirtel.be  Wed Aug 27 23:41:25 2014
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Wed, 27 Aug 2014 23:41:25 +0200
+Subject: [99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+Message-ID: <[email protected]>
+
+Hi all,
+
+For the PUT method, the flow is 
+
+resource_exists
+if method == PUT then go to the is_conflict function.
+In each function, we need to check if the resource already exists or not.
+
+I think we check twice, is it normal?
+
+Thank you,
+
+Stephane
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From essen at ninenines.eu  Wed Aug 27 23:48:41 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 28 Aug 2014 00:48:41 +0300
+Subject: [99s-extend] cowboy_rest : PUT and resource_exists vs
+ is_conflict ?
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+For some callbacks you may need to check but only if you need to perform 
+a different operation when it does/doesn't. For example if you write to 
+files a PUT is the same operation either way, but if you write to an SQL 
+DB you will want to do INSERT/UPDATE depending on that. Same goes for 
+is_conflict and others, it depends.
+
+So sometimes you need to keep that info around in the state and 
+sometimes you don't.
+
+On 08/28/2014 12:41 AM, St?phane Wirtel wrote:
+> Hi all,
+>
+> For the PUT method, the flow is
+>
+> resource_exists
+> if method == PUT then go to the is_conflict function.
+> In each function, we need to check if the resource already exists or not.
+>
+> I think we check twice, is it normal?
+>
+> Thank you,
+>
+> Stephane
+>
+> --
+> St?phane Wirtel - http://wirtel.be - @matrixise
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From paulo.ferraz.oliveira at gmail.com  Sat Aug 30 00:15:56 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Fri, 29 Aug 2014 23:15:56 +0100
+Subject: [99s-extend] I need your feedback about this cowboy_rest
+	handler.
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <CA+dV7cRD-UszqUz9gv5KH4rtmW+gC6a7tEJYQco66i891+Tqbg@mail.gmail.com>
+
+PUT _should_ (there is no police here though) be used to either create
+a resource or completely update it (it's refered to as "upsert" by
+some; in Redis, for example, a similar concept would be "set").
+Partial modifications should be made using PATCH. POST is what is
+commonly used to create a resource. According to
+http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html 412 is used
+when "[t]he precondition given in one or more of the request-header
+fields evaluated to false when it was tested on the server." (also:
+http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.24).
+
+- Paulo F. Oliveira
+
+On 27 August 2014 14:26, St?phane Wirtel <stephane at wirtel.be> wrote:
+> On 27 Aug 2014, at 12:53, Lo?c Hoguin wrote:
+>
+>>>>> * for PUT, how I have a 201? I have read the rest_flowchart and I need
+>>>>> to specify the location header ok, but where? in the is_conflict
+>>>>> function?
+>>>>
+>>>>
+>>>> Why do you need a 201? If you PUT a collection to /:collection then
+>>>> this is already the location of the collection. I am not sure what you
+>>>> are trying to do there exactly?
+>>>
+>>> In this case, the PUT method is used for the creation of the resource
+>>> and not for the update. This is the reason of the 201 status code.
+>>>
+>>> In the rest_flowchart graph for the PUT/POST methods, what is the node
+>>> "new resource" ? Is it just the {true, Req, State} from the callback
+>>> defined in the content_types_accepted?
+>>>
+>>> PS: I retested and now, I have my 201 with PUT, just resource_exists has
+>>> to return false and not true ;-)
+>>
+>>
+>> My bad I was a little confusing in my previous answer. You are right, if
+>> the resource doesn't exist and PUT is used we get a 201 automatically. The
+>> location header must only be provided if the resource was created elsewhere.
+>
+>
+> Don't worry and thank you for your answers.
+>
+> Stephane
+>
+>
+> --
+> St?phane Wirtel - http://wirtel.be - @matrixise
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
diff --git a/_build/static/archives/extend/2014-August/000417.html b/_build/static/archives/extend/2014-August/000417.html
new file mode 100644
index 00000000..591df4e1
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000417.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ranch dispatch error ver 1.0.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C923834FE-1A66-44E6-923A-9C15BF16E181%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000418.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ranch dispatch error ver 1.0.0</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C923834FE-1A66-44E6-923A-9C15BF16E181%40wanadoo.fr%3E"
+       TITLE="[99s-extend] ranch dispatch error ver 1.0.0">samset at wanadoo.fr
+       </A><BR>
+    <I>Mon Aug  4 18:39:26 CEST 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000418.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#417">[ date ]</a>
+              <a href="thread.html#417">[ thread ]</a>
+              <a href="subject.html#417">[ subject ]</a>
+              <a href="author.html#417">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I&#8217;ve moved a working http server to https.
+SSL handshaking is ok but i got the following Ranch error :
+
+[error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at &lt;0.601.0&gt; exit with reason: {badarg,[{binary,match,[[&lt;&lt;&quot;com&quot;&gt;&gt;,&lt;&lt;&quot;oockit&quot;&gt;&gt;,&lt;&lt;&quot;www&quot;&gt;&gt;],&lt;&lt;&quot;.&quot;&gt;&gt;],[]},{cowboy_router,split_host,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,305}]},{cowboy_router,match,3,[{file,&quot;src/cowboy_router.erl&quot;},{line,240}]},{cowboy_router,execute,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,169}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]}
+
+call is
+
+curl --cacert priv/cert/root.crt &quot;<A HREF="https://www.oockit.com:7171/mtagw?">https://www.oockit.com:7171/mtagw?</A>
+
+
+dispatch is 
+
+[{'_', [
+        {[&quot;/static/[...]&quot;], cowboy_static, [{directory, {priv_dir, ?APP, [&lt;&lt;&quot;static&quot;&gt;&gt;]}},
+        {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+	{&quot;/mtagw&quot;, hck_mta, []}
+    ]}]).
+
+
+Any clue ?
+
+Thanks
+
+sincerely
+
+Samir
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000418.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#417">[ date ]</a>
+              <a href="thread.html#417">[ thread ]</a>
+              <a href="subject.html#417">[ subject ]</a>
+              <a href="author.html#417">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000418.html b/_build/static/archives/extend/2014-August/000418.html
new file mode 100644
index 00000000..809f37a0
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000418.html
@@ -0,0 +1,105 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ranch dispatch error ver 1.0.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C53DFB99C.9060401%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000417.html">
+   <LINK REL="Next"  HREF="000419.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ranch dispatch error ver 1.0.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C53DFB99C.9060401%40ninenines.eu%3E"
+       TITLE="[99s-extend] ranch dispatch error ver 1.0.0">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Aug  4 18:49:32 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000417.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+        <LI>Next message: <A HREF="000419.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#418">[ date ]</a>
+              <a href="thread.html#418">[ thread ]</a>
+              <a href="subject.html#418">[ subject ]</a>
+              <a href="author.html#418">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Surely there's something else that you're not showing there. For some 
+reason you got a list of segments in the error, and we haven't had that 
+for a very long time. Do you have an onrequest hook or middleware that 
+does weird things perhaps?
+
+On 08/04/2014 06:39 PM, Samir Sow wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I&#8217;ve moved a working http server to https.
+</I>&gt;<i> SSL handshaking is ok but i got the following Ranch error :
+</I>&gt;<i>
+</I>&gt;<i> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at &lt;0.601.0&gt; exit with reason: {badarg,[{binary,match,[[&lt;&lt;&quot;com&quot;&gt;&gt;,&lt;&lt;&quot;oockit&quot;&gt;&gt;,&lt;&lt;&quot;www&quot;&gt;&gt;],&lt;&lt;&quot;.&quot;&gt;&gt;],[]},{cowboy_router,split_host,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,305}]},{cowboy_router,match,3,[{file,&quot;src/cowboy_router.erl&quot;},{line,240}]},{cowboy_router,execute,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,169}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]}
+</I>&gt;<i>
+</I>&gt;<i> call is
+</I>&gt;<i>
+</I>&gt;<i> curl --cacert priv/cert/root.crt &quot;<A HREF="https://www.oockit.com:7171/mtagw?">https://www.oockit.com:7171/mtagw?</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> dispatch is
+</I>&gt;<i>
+</I>&gt;<i> [{'_', [
+</I>&gt;<i>          {[&quot;/static/[...]&quot;], cowboy_static, [{directory, {priv_dir, ?APP, [&lt;&lt;&quot;static&quot;&gt;&gt;]}},
+</I>&gt;<i>          {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+</I>&gt;<i> 	{&quot;/mtagw&quot;, hck_mta, []}
+</I>&gt;<i>      ]}]).
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Any clue ?
+</I>&gt;<i>
+</I>&gt;<i> Thanks
+</I>&gt;<i>
+</I>&gt;<i> sincerely
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000417.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+	<LI>Next message: <A HREF="000419.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#418">[ date ]</a>
+              <a href="thread.html#418">[ thread ]</a>
+              <a href="subject.html#418">[ subject ]</a>
+              <a href="author.html#418">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000419.html b/_build/static/archives/extend/2014-August/000419.html
new file mode 100644
index 00000000..5b7554e4
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000419.html
@@ -0,0 +1,114 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ranch dispatch error ver 1.0.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C76854630-A55A-4A7D-9CC0-4BA78636AFAA%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000418.html">
+   <LINK REL="Next"  HREF="000420.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ranch dispatch error ver 1.0.0</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C76854630-A55A-4A7D-9CC0-4BA78636AFAA%40wanadoo.fr%3E"
+       TITLE="[99s-extend] ranch dispatch error ver 1.0.0">samset at wanadoo.fr
+       </A><BR>
+    <I>Mon Aug  4 19:50:36 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000418.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+        <LI>Next message: <A HREF="000420.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#419">[ date ]</a>
+              <a href="thread.html#419">[ thread ]</a>
+              <a href="subject.html#419">[ subject ]</a>
+              <a href="author.html#419">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I&#8217;m not sure i understand your question.
+
+I&#8217;ve only started a cowboy https server with a handler.
+The http version was working fine.
+
+Sincerely
+
+Samir
+
+On 4 ao&#251;t 2014, at 18:49, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+</I>&gt;<i> 
+</I>&gt;<i> On 08/04/2014 06:39 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I&#8217;ve moved a working http server to https.
+</I>&gt;&gt;<i> SSL handshaking is ok but i got the following Ranch error :
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at &lt;0.601.0&gt; exit with reason: {badarg,[{binary,match,[[&lt;&lt;&quot;com&quot;&gt;&gt;,&lt;&lt;&quot;oockit&quot;&gt;&gt;,&lt;&lt;&quot;www&quot;&gt;&gt;],&lt;&lt;&quot;.&quot;&gt;&gt;],[]},{cowboy_router,split_host,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,305}]},{cowboy_router,match,3,[{file,&quot;src/cowboy_router.erl&quot;},{line,240}]},{cowboy_router,execute,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,169}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]}
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> call is
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> curl --cacert priv/cert/root.crt &quot;<A HREF="https://www.oockit.com:7171/mtagw?">https://www.oockit.com:7171/mtagw?</A>
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> dispatch is
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> [{'_', [
+</I>&gt;&gt;<i>         {[&quot;/static/[...]&quot;], cowboy_static, [{directory, {priv_dir, ?APP, [&lt;&lt;&quot;static&quot;&gt;&gt;]}},
+</I>&gt;&gt;<i>         {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+</I>&gt;&gt;<i> 	{&quot;/mtagw&quot;, hck_mta, []}
+</I>&gt;&gt;<i>     ]}]).
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thanks
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> sincerely
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Samir
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000418.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+	<LI>Next message: <A HREF="000420.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#419">[ date ]</a>
+              <a href="thread.html#419">[ thread ]</a>
+              <a href="subject.html#419">[ subject ]</a>
+              <a href="author.html#419">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000420.html b/_build/static/archives/extend/2014-August/000420.html
new file mode 100644
index 00000000..5f08fd62
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000420.html
@@ -0,0 +1,121 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ranch dispatch error ver 1.0.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C53DFCA1D.60001%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000419.html">
+   <LINK REL="Next"  HREF="000421.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ranch dispatch error ver 1.0.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C53DFCA1D.60001%40ninenines.eu%3E"
+       TITLE="[99s-extend] ranch dispatch error ver 1.0.0">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Aug  4 19:59:57 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000419.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+        <LI>Next message: <A HREF="000421.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#420">[ date ]</a>
+              <a href="thread.html#420">[ thread ]</a>
+              <a href="subject.html#420">[ subject ]</a>
+              <a href="author.html#420">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I'm saying it can't be the only difference.
+
+On 08/04/2014 07:50 PM, Samir Sow wrote:
+&gt;<i> I&#8217;m not sure i understand your question.
+</I>&gt;<i>
+</I>&gt;<i> I&#8217;ve only started a cowboy https server with a handler.
+</I>&gt;<i> The http version was working fine.
+</I>&gt;<i>
+</I>&gt;<i> Sincerely
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i>
+</I>&gt;<i> On 4 ao&#251;t 2014, at 18:49, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 08/04/2014 06:39 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I&#8217;ve moved a working http server to https.
+</I>&gt;&gt;&gt;<i> SSL handshaking is ok but i got the following Ranch error :
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at &lt;0.601.0&gt; exit with reason: {badarg,[{binary,match,[[&lt;&lt;&quot;com&quot;&gt;&gt;,&lt;&lt;&quot;oockit&quot;&gt;&gt;,&lt;&lt;&quot;www&quot;&gt;&gt;],&lt;&lt;&quot;.&quot;&gt;&gt;],[]},{cowboy_router,split_host,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,305}]},{cowboy_router,match,3,[{file,&quot;src/cowboy_router.erl&quot;},{line,240}]},{cowboy_router,execute,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,169}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]}
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> call is
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> curl --cacert priv/cert/root.crt &quot;<A HREF="https://www.oockit.com:7171/mtagw?">https://www.oockit.com:7171/mtagw?</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> dispatch is
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> [{'_', [
+</I>&gt;&gt;&gt;<i>          {[&quot;/static/[...]&quot;], cowboy_static, [{directory, {priv_dir, ?APP, [&lt;&lt;&quot;static&quot;&gt;&gt;]}},
+</I>&gt;&gt;&gt;<i>          {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+</I>&gt;&gt;&gt;<i> 	{&quot;/mtagw&quot;, hck_mta, []}
+</I>&gt;&gt;&gt;<i>      ]}]).
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> sincerely
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000419.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+	<LI>Next message: <A HREF="000421.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#420">[ date ]</a>
+              <a href="thread.html#420">[ thread ]</a>
+              <a href="subject.html#420">[ subject ]</a>
+              <a href="author.html#420">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000421.html b/_build/static/archives/extend/2014-August/000421.html
new file mode 100644
index 00000000..96719127
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000421.html
@@ -0,0 +1,128 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ranch dispatch error ver 1.0.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3CCFF6583D-0F8F-4A6D-9376-A24EA6D289CB%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000420.html">
+   <LINK REL="Next"  HREF="000422.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ranch dispatch error ver 1.0.0</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3CCFF6583D-0F8F-4A6D-9376-A24EA6D289CB%40wanadoo.fr%3E"
+       TITLE="[99s-extend] ranch dispatch error ver 1.0.0">samset at wanadoo.fr
+       </A><BR>
+    <I>Mon Aug  4 20:16:06 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000420.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+        <LI>Next message: <A HREF="000422.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#421">[ date ]</a>
+              <a href="thread.html#421">[ thread ]</a>
+              <a href="subject.html#421">[ subject ]</a>
+              <a href="author.html#421">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I can assure you it&#8217;s the only one :)
+
+Samir
+
+On 4 ao&#251;t 2014, at 19:59, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> I'm saying it can't be the only difference.
+</I>&gt;<i> 
+</I>&gt;<i> On 08/04/2014 07:50 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> I&#8217;m not sure i understand your question.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I&#8217;ve only started a cowboy https server with a handler.
+</I>&gt;&gt;<i> The http version was working fine.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Sincerely
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Samir
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 4 ao&#251;t 2014, at 18:49, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 08/04/2014 06:39 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> I&#8217;ve moved a working http server to https.
+</I>&gt;&gt;&gt;&gt;<i> SSL handshaking is ok but i got the following Ranch error :
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at &lt;0.601.0&gt; exit with reason: {badarg,[{binary,match,[[&lt;&lt;&quot;com&quot;&gt;&gt;,&lt;&lt;&quot;oockit&quot;&gt;&gt;,&lt;&lt;&quot;www&quot;&gt;&gt;],&lt;&lt;&quot;.&quot;&gt;&gt;],[]},{cowboy_router,split_host,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,305}]},{cowboy_router,match,3,[{file,&quot;src/cowboy_router.erl&quot;},{line,240}]},{cowboy_router,execute,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,169}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]}
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> call is
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> curl --cacert priv/cert/root.crt &quot;<A HREF="https://www.oockit.com:7171/mtagw?">https://www.oockit.com:7171/mtagw?</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> dispatch is
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> [{'_', [
+</I>&gt;&gt;&gt;&gt;<i>         {[&quot;/static/[...]&quot;], cowboy_static, [{directory, {priv_dir, ?APP, [&lt;&lt;&quot;static&quot;&gt;&gt;]}},
+</I>&gt;&gt;&gt;&gt;<i>         {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+</I>&gt;&gt;&gt;&gt;<i> 	{&quot;/mtagw&quot;, hck_mta, []}
+</I>&gt;&gt;&gt;&gt;<i>     ]}]).
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Thanks
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> sincerely
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000420.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+	<LI>Next message: <A HREF="000422.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#421">[ date ]</a>
+              <a href="thread.html#421">[ thread ]</a>
+              <a href="subject.html#421">[ subject ]</a>
+              <a href="author.html#421">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000422.html b/_build/static/archives/extend/2014-August/000422.html
new file mode 100644
index 00000000..e23681d9
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000422.html
@@ -0,0 +1,137 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] ranch dispatch error ver 1.0.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C53DFCFCF.4010900%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000421.html">
+   <LINK REL="Next"  HREF="000423.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] ranch dispatch error ver 1.0.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3C53DFCFCF.4010900%40ninenines.eu%3E"
+       TITLE="[99s-extend] ranch dispatch error ver 1.0.0">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Aug  4 20:24:15 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000421.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+        <LI>Next message: <A HREF="000423.html">[99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#422">[ date ]</a>
+              <a href="thread.html#422">[ thread ]</a>
+              <a href="subject.html#422">[ subject ]</a>
+              <a href="author.html#422">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Well I don't have any idea then. Cowboy is tested with http and https, 
+both with and without compression enabled. There's never been any 
+difference of the kind, the only difference is timing related.
+
+On 08/04/2014 08:16 PM, Samir Sow wrote:
+&gt;<i> I can assure you it&#8217;s the only one :)
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i>
+</I>&gt;<i> On 4 ao&#251;t 2014, at 19:59, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> I'm saying it can't be the only difference.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 08/04/2014 07:50 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> I&#8217;m not sure i understand your question.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I&#8217;ve only started a cowboy https server with a handler.
+</I>&gt;&gt;&gt;<i> The http version was working fine.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Sincerely
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 4 ao&#251;t 2014, at 18:49, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 08/04/2014 06:39 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> I&#8217;ve moved a working http server to https.
+</I>&gt;&gt;&gt;&gt;&gt;<i> SSL handshaking is ok but i got the following Ranch error :
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at &lt;0.601.0&gt; exit with reason: {badarg,[{binary,match,[[&lt;&lt;&quot;com&quot;&gt;&gt;,&lt;&lt;&quot;oockit&quot;&gt;&gt;,&lt;&lt;&quot;www&quot;&gt;&gt;],&lt;&lt;&quot;.&quot;&gt;&gt;],[]},{cowboy_router,split_host,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,305}]},{cowboy_router,match,3,[{file,&quot;src/cowboy_router.erl&quot;},{line,240}]},{cowboy_router,execute,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,169}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]}
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> call is
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> curl --cacert priv/cert/root.crt &quot;<A HREF="https://www.oockit.com:7171/mtagw?">https://www.oockit.com:7171/mtagw?</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> dispatch is
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> [{'_', [
+</I>&gt;&gt;&gt;&gt;&gt;<i>          {[&quot;/static/[...]&quot;], cowboy_static, [{directory, {priv_dir, ?APP, [&lt;&lt;&quot;static&quot;&gt;&gt;]}},
+</I>&gt;&gt;&gt;&gt;&gt;<i>          {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+</I>&gt;&gt;&gt;&gt;&gt;<i> 	{&quot;/mtagw&quot;, hck_mta, []}
+</I>&gt;&gt;&gt;&gt;&gt;<i>      ]}]).
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Thanks
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> sincerely
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000421.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+	<LI>Next message: <A HREF="000423.html">[99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#422">[ date ]</a>
+              <a href="thread.html#422">[ thread ]</a>
+              <a href="subject.html#422">[ subject ]</a>
+              <a href="author.html#422">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000423.html b/_build/static/archives/extend/2014-August/000423.html
new file mode 100644
index 00000000..f7bb6c65
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000423.html
@@ -0,0 +1,149 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Fwd%3A%20%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3CF1A671F7-04DD-4294-A340-AB122406274F%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000422.html">
+   <LINK REL="Next"  HREF="000424.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Fwd:  ranch dispatch error ver 1.0.0</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Fwd%3A%20%20ranch%20dispatch%20error%20ver%201.0.0&In-Reply-To=%3CF1A671F7-04DD-4294-A340-AB122406274F%40wanadoo.fr%3E"
+       TITLE="[99s-extend] Fwd:  ranch dispatch error ver 1.0.0">samset at wanadoo.fr
+       </A><BR>
+    <I>Mon Aug  4 20:25:25 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000422.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+        <LI>Next message: <A HREF="000424.html">[99s-extend] Broken links for REST flowcharts
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#423">[ date ]</a>
+              <a href="thread.html#423">[ thread ]</a>
+              <a href="subject.html#423">[ subject ]</a>
+              <a href="author.html#423">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+I found my mistake.
+
+I&#8217;ve a typo error - used a token instead of a function call in the dispatch object.
+I apologize for the disturbance.
+
+Thank you.
+
+Sincerely
+
+Samir
+
+Begin forwarded message:
+
+&gt;<i> From: Samir Sow &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">samset at wanadoo.fr</A>&gt;
+</I>&gt;<i> Subject: Re: [99s-extend] ranch dispatch error ver 1.0.0
+</I>&gt;<i> Date: 4 ao&#251;t 2014 20:16:06 UTC+2
+</I>&gt;<i> To: Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i> Cc: <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+</I>&gt;<i> 
+</I>&gt;<i> I can assure you it&#8217;s the only one :)
+</I>&gt;<i> 
+</I>&gt;<i> Samir
+</I>&gt;<i> 
+</I>&gt;<i> On 4 ao&#251;t 2014, at 19:59, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;&gt;<i> I'm saying it can't be the only difference.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 08/04/2014 07:50 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> I&#8217;m not sure i understand your question.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> I&#8217;ve only started a cowboy https server with a handler.
+</I>&gt;&gt;&gt;<i> The http version was working fine.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Sincerely
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 4 ao&#251;t 2014, at 18:49, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Surely there's something else that you're not showing there. For some reason you got a list of segments in the error, and we haven't had that for a very long time. Do you have an onrequest hook or middleware that does weird things perhaps?
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> On 08/04/2014 06:39 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> I&#8217;ve moved a working http server to https.
+</I>&gt;&gt;&gt;&gt;&gt;<i> SSL handshaking is ok but i got the following Ranch error :
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> [error] Ranch listener https_mta had connection process started with cowboy_protocol:start_link/4 at &lt;0.601.0&gt; exit with reason: {badarg,[{binary,match,[[&lt;&lt;&quot;com&quot;&gt;&gt;,&lt;&lt;&quot;oockit&quot;&gt;&gt;,&lt;&lt;&quot;www&quot;&gt;&gt;],&lt;&lt;&quot;.&quot;&gt;&gt;],[]},{cowboy_router,split_host,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,305}]},{cowboy_router,match,3,[{file,&quot;src/cowboy_router.erl&quot;},{line,240}]},{cowboy_router,execute,2,[{file,&quot;src/cowboy_router.erl&quot;},{line,169}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]}
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> call is
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> curl --cacert priv/cert/root.crt &quot;<A HREF="https://www.oockit.com:7171/mtagw?">https://www.oockit.com:7171/mtagw?</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> dispatch is
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> [{'_', [
+</I>&gt;&gt;&gt;&gt;&gt;<i>        {[&quot;/static/[...]&quot;], cowboy_static, [{directory, {priv_dir, ?APP, [&lt;&lt;&quot;static&quot;&gt;&gt;]}},
+</I>&gt;&gt;&gt;&gt;&gt;<i>        {mimetypes, {fun mimetypes:path_to_mimes/2, default}}]},
+</I>&gt;&gt;&gt;&gt;&gt;<i> 	{&quot;/mtagw&quot;, hck_mta, []}
+</I>&gt;&gt;&gt;&gt;&gt;<i>    ]}]).
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> Thanks
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> sincerely
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> -- 
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> 
+</I>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000422.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A></li>
+	<LI>Next message: <A HREF="000424.html">[99s-extend] Broken links for REST flowcharts
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#423">[ date ]</a>
+              <a href="thread.html#423">[ thread ]</a>
+              <a href="subject.html#423">[ subject ]</a>
+              <a href="author.html#423">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000424.html b/_build/static/archives/extend/2014-August/000424.html
new file mode 100644
index 00000000..5118e1ad
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000424.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Broken links for REST flowcharts
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Broken%20links%20for%20REST%20flowcharts&In-Reply-To=%3CCA%2BdV7cSRzu0Mnz-JqzBnp2JqjVB%3DCx5XswuBU-7BT7nZi9%3D1tQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000423.html">
+   <LINK REL="Next"  HREF="000425.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Broken links for REST flowcharts</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Broken%20links%20for%20REST%20flowcharts&In-Reply-To=%3CCA%2BdV7cSRzu0Mnz-JqzBnp2JqjVB%3DCx5XswuBU-7BT7nZi9%3D1tQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Broken links for REST flowcharts">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue Aug  5 12:58:10 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000423.html">[99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+</A></li>
+        <LI>Next message: <A HREF="000425.html">[99s-extend] Broken links for REST flowcharts
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#424">[ date ]</a>
+              <a href="thread.html#424">[ thread ]</a>
+              <a href="subject.html#424">[ subject ]</a>
+              <a href="author.html#424">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi.
+
+The image links are broken for the REST flowcharts' guide, part of cowboy.
+
+<A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png">http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png</A>
+(for example)
+should probably be
+<A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png">http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png</A>
+according to the hierarchy here:
+<A HREF="https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide">https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide</A>
+
+Thanks.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140805/2c08b12c/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140805/2c08b12c/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000423.html">[99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+</A></li>
+	<LI>Next message: <A HREF="000425.html">[99s-extend] Broken links for REST flowcharts
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#424">[ date ]</a>
+              <a href="thread.html#424">[ thread ]</a>
+              <a href="subject.html#424">[ subject ]</a>
+              <a href="author.html#424">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000425.html b/_build/static/archives/extend/2014-August/000425.html
new file mode 100644
index 00000000..1991924d
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000425.html
@@ -0,0 +1,89 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Broken links for REST flowcharts
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Broken%20links%20for%20REST%20flowcharts&In-Reply-To=%3C53E0BDB0.70401%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000424.html">
+   <LINK REL="Next"  HREF="000426.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Broken links for REST flowcharts</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Broken%20links%20for%20REST%20flowcharts&In-Reply-To=%3C53E0BDB0.70401%40ninenines.eu%3E"
+       TITLE="[99s-extend] Broken links for REST flowcharts">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Aug  5 13:19:12 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000424.html">[99s-extend] Broken links for REST flowcharts
+</A></li>
+        <LI>Next message: <A HREF="000426.html">[99s-extend] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#425">[ date ]</a>
+              <a href="thread.html#425">[ thread ]</a>
+              <a href="subject.html#425">[ subject ]</a>
+              <a href="author.html#425">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Fixed, thanks.
+
+On 08/05/2014 12:58 PM, Paulo F. Oliveira wrote:
+&gt;<i> Hi.
+</I>&gt;<i>
+</I>&gt;<i> The image links are broken for the REST flowcharts' guide, part of cowboy.
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png">http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png</A>
+</I>&gt;<i> (for example)
+</I>&gt;<i> should probably be
+</I>&gt;<i> <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png">http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png</A>
+</I>&gt;<i> according to the hierarchy here:
+</I>&gt;<i> <A HREF="https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide">https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide</A>
+</I>&gt;<i>
+</I>&gt;<i> Thanks.
+</I>&gt;<i>
+</I>&gt;<i> - Paulo F. Oliveira
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000424.html">[99s-extend] Broken links for REST flowcharts
+</A></li>
+	<LI>Next message: <A HREF="000426.html">[99s-extend] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#425">[ date ]</a>
+              <a href="thread.html#425">[ thread ]</a>
+              <a href="subject.html#425">[ subject ]</a>
+              <a href="author.html#425">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000426.html b/_build/static/archives/extend/2014-August/000426.html
new file mode 100644
index 00000000..8f3db309
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000426.html
@@ -0,0 +1,119 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Cowboy 1.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3C53E0D183.1060206%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000425.html">
+   <LINK REL="Next"  HREF="000427.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Cowboy 1.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3C53E0D183.1060206%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Cowboy 1.0">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Aug  5 14:43:47 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000425.html">[99s-extend] Broken links for REST flowcharts
+</A></li>
+        <LI>Next message: <A HREF="000427.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#426">[ date ]</a>
+              <a href="thread.html#426">[ thread ]</a>
+              <a href="subject.html#426">[ subject ]</a>
+              <a href="author.html#426">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello!
+
+Cowboy 1.0 has been released.
+
+Cowboy is a small and fast HTTP server for Erlang with support for 
+Webmachine-like REST, Websocket and more.
+
+   <A HREF="https://github.com/ninenines/cowboy">https://github.com/ninenines/cowboy</A>
+
+Cowboy is the work of more than 80 people. I would like to congratulate 
+everyone for the great work done so far. Thank you!
+
+Please see the CHANGELOG for details on what's changed.
+
+   <A HREF="https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md">https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md</A>
+
+This release marks the beginning of the 1.0.x branch which will contain 
+backward compatible fixes. This branch will be maintained at least until 
+Cowboy 2.0 gets released (longer if sponsors request it). It is highly 
+recommended that you follow this branch if you were following master 
+before, as master will receive backward incompatible changes starting 
+tomorrow.
+
+Cowboy is now fully documented. It has a user guide, a function 
+reference manual, and a wealth of examples. You can also install man 
+pages as explained in the README of the project.
+
+   <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/">http://ninenines.eu/docs/en/cowboy/1.0/guide/</A>
+   <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/manual/">http://ninenines.eu/docs/en/cowboy/1.0/manual/</A>
+   <A HREF="https://github.com/ninenines/cowboy/tree/master/examples">https://github.com/ninenines/cowboy/tree/master/examples</A>
+
+Following a discussion on the Erlang mailing lists the Getting Started 
+chapter was reworked and greatly simplified, in parts due to the 
+improvements made to erlang.mk. Feedback is of course always welcome.
+
+   <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/">http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/</A>
+
+Starting tomorrow the master branch will receive backward incompatible 
+changes. Most of the planned changes are detailed in the ROADMAP. You 
+are welcome to suggest additional changes.
+
+   <A HREF="https://github.com/ninenines/cowboy/blob/master/ROADMAP.md">https://github.com/ninenines/cowboy/blob/master/ROADMAP.md</A>
+
+Cowboy 2.0 is planned to be released at around the same time Erlang/OTP 
+18.0 comes out. There are no plans for a Cowboy 1.1 at this time, 
+although that may change in the coming months if there is interest in 
+new features.
+
+Ranch also got upgraded to 1.0, although there was no changes from the 
+previous release.
+
+   <A HREF="https://github.com/ninenines/ranch">https://github.com/ninenines/ranch</A>
+
+Thanks to everyone who made this project what it is today!
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000425.html">[99s-extend] Broken links for REST flowcharts
+</A></li>
+	<LI>Next message: <A HREF="000427.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#426">[ date ]</a>
+              <a href="thread.html#426">[ thread ]</a>
+              <a href="subject.html#426">[ subject ]</a>
+              <a href="author.html#426">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000427.html b/_build/static/archives/extend/2014-August/000427.html
new file mode 100644
index 00000000..c11add6d
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000427.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3CCAMxVRxAwOt8y83P7wSxhDiOVJe7OZn5AFqowRACBqCSCbf7Qhw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000426.html">
+   <LINK REL="Next"  HREF="000430.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Cowboy 1.0</H1>
+    <B>Max Lapshin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3CCAMxVRxAwOt8y83P7wSxhDiOVJe7OZn5AFqowRACBqCSCbf7Qhw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Cowboy 1.0">max.lapshin at gmail.com
+       </A><BR>
+    <I>Tue Aug  5 15:33:27 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000426.html">[99s-extend] [ANN] Cowboy 1.0
+</A></li>
+        <LI>Next message: <A HREF="000430.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#427">[ date ]</a>
+              <a href="thread.html#427">[ thread ]</a>
+              <a href="subject.html#427">[ subject ]</a>
+              <a href="author.html#427">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Loic, it is very cool!
+
+Thanks.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140805/a3d520b7/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140805/a3d520b7/attachment.html</A>&gt;
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000426.html">[99s-extend] [ANN] Cowboy 1.0
+</A></li>
+	<LI>Next message: <A HREF="000430.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#427">[ date ]</a>
+              <a href="thread.html#427">[ thread ]</a>
+              <a href="subject.html#427">[ subject ]</a>
+              <a href="author.html#427">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000428.html b/_build/static/archives/extend/2014-August/000428.html
new file mode 100644
index 00000000..f46a98ce
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000428.html
@@ -0,0 +1,138 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3CCAPTXyXcOJic72bbd8VCANqGoJNRZ44-HOQgm%3Dmwa-%3DjcUDnt4Q%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000433.html">
+   <LINK REL="Next"  HREF="000429.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Cowboy 1.0</H1>
+    <B>Jesse Gumm</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3CCAPTXyXcOJic72bbd8VCANqGoJNRZ44-HOQgm%3Dmwa-%3DjcUDnt4Q%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Cowboy 1.0">gumm at sigma-star.com
+       </A><BR>
+    <I>Tue Aug  5 17:56:25 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000433.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+        <LI>Next message: <A HREF="000429.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#428">[ date ]</a>
+              <a href="thread.html#428">[ thread ]</a>
+              <a href="subject.html#428">[ subject ]</a>
+              <a href="author.html#428">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Congrats Loic!
+
+--
+Jesse Gumm
+Owner, Sigma Star Systems
+414.940.4866 || sigma-star.com || @jessegumm
+On Aug 5, 2014 7:43 AM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Hello!
+</I>&gt;<i>
+</I>&gt;<i> Cowboy 1.0 has been released.
+</I>&gt;<i>
+</I>&gt;<i> Cowboy is a small and fast HTTP server for Erlang with support for
+</I>&gt;<i> Webmachine-like REST, Websocket and more.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://github.com/ninenines/cowboy">https://github.com/ninenines/cowboy</A>
+</I>&gt;<i>
+</I>&gt;<i> Cowboy is the work of more than 80 people. I would like to congratulate
+</I>&gt;<i> everyone for the great work done so far. Thank you!
+</I>&gt;<i>
+</I>&gt;<i> Please see the CHANGELOG for details on what's changed.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md">https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md</A>
+</I>&gt;<i>
+</I>&gt;<i> This release marks the beginning of the 1.0.x branch which will contain
+</I>&gt;<i> backward compatible fixes. This branch will be maintained at least until
+</I>&gt;<i> Cowboy 2.0 gets released (longer if sponsors request it). It is highly
+</I>&gt;<i> recommended that you follow this branch if you were following master
+</I>&gt;<i> before, as master will receive backward incompatible changes starting
+</I>&gt;<i> tomorrow.
+</I>&gt;<i>
+</I>&gt;<i> Cowboy is now fully documented. It has a user guide, a function reference
+</I>&gt;<i> manual, and a wealth of examples. You can also install man pages as
+</I>&gt;<i> explained in the README of the project.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/">http://ninenines.eu/docs/en/cowboy/1.0/guide/</A>
+</I>&gt;<i>   <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/manual/">http://ninenines.eu/docs/en/cowboy/1.0/manual/</A>
+</I>&gt;<i>   <A HREF="https://github.com/ninenines/cowboy/tree/master/examples">https://github.com/ninenines/cowboy/tree/master/examples</A>
+</I>&gt;<i>
+</I>&gt;<i> Following a discussion on the Erlang mailing lists the Getting Started
+</I>&gt;<i> chapter was reworked and greatly simplified, in parts due to the
+</I>&gt;<i> improvements made to erlang.mk. Feedback is of course always welcome.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/">http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/</A>
+</I>&gt;<i>
+</I>&gt;<i> Starting tomorrow the master branch will receive backward incompatible
+</I>&gt;<i> changes. Most of the planned changes are detailed in the ROADMAP. You are
+</I>&gt;<i> welcome to suggest additional changes.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://github.com/ninenines/cowboy/blob/master/ROADMAP.md">https://github.com/ninenines/cowboy/blob/master/ROADMAP.md</A>
+</I>&gt;<i>
+</I>&gt;<i> Cowboy 2.0 is planned to be released at around the same time Erlang/OTP
+</I>&gt;<i> 18.0 comes out. There are no plans for a Cowboy 1.1 at this time, although
+</I>&gt;<i> that may change in the coming months if there is interest in new features.
+</I>&gt;<i>
+</I>&gt;<i> Ranch also got upgraded to 1.0, although there was no changes from the
+</I>&gt;<i> previous release.
+</I>&gt;<i>
+</I>&gt;<i>   <A HREF="https://github.com/ninenines/ranch">https://github.com/ninenines/ranch</A>
+</I>&gt;<i>
+</I>&gt;<i> Thanks to everyone who made this project what it is today!
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140805/fb1bc75c/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140805/fb1bc75c/attachment.html</A>&gt;
+</PRE>
+
+
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000433.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+	<LI>Next message: <A HREF="000429.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#428">[ date ]</a>
+              <a href="thread.html#428">[ thread ]</a>
+              <a href="subject.html#428">[ subject ]</a>
+              <a href="author.html#428">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000429.html b/_build/static/archives/extend/2014-August/000429.html
new file mode 100644
index 00000000..935d2482
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000429.html
@@ -0,0 +1,143 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3C1407260073.80138967%40apps.rackspace.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000428.html">
+   <LINK REL="Next"  HREF="000434.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Cowboy 1.0</H1>
+    <B>lloyd at writersglen.com</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3C1407260073.80138967%40apps.rackspace.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Cowboy 1.0">lloyd at writersglen.com
+       </A><BR>
+    <I>Tue Aug  5 19:34:33 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000428.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+        <LI>Next message: <A HREF="000434.html">[99s-extend] eunit suppoort in erlang.mk?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#429">[ date ]</a>
+              <a href="thread.html#429">[ thread ]</a>
+              <a href="subject.html#429">[ subject ]</a>
+              <a href="author.html#429">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Tip of the hat, Lo&#239;c et. al.
+
+Outstanding and much appreciated work.
+
+Best to all,
+
+Lloyd
+
+-----Original Message-----
+From: &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+Sent: Tuesday, August 5, 2014 8:43am
+To: &quot;Erlang&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;, <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+Subject: [erlang-questions] [ANN] Cowboy 1.0
+
+Hello!
+
+Cowboy 1.0 has been released.
+
+Cowboy is a small and fast HTTP server for Erlang with support for 
+Webmachine-like REST, Websocket and more.
+
+   <A HREF="https://github.com/ninenines/cowboy">https://github.com/ninenines/cowboy</A>
+
+Cowboy is the work of more than 80 people. I would like to congratulate 
+everyone for the great work done so far. Thank you!
+
+Please see the CHANGELOG for details on what's changed.
+
+   <A HREF="https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md">https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md</A>
+
+This release marks the beginning of the 1.0.x branch which will contain 
+backward compatible fixes. This branch will be maintained at least until 
+Cowboy 2.0 gets released (longer if sponsors request it). It is highly 
+recommended that you follow this branch if you were following master 
+before, as master will receive backward incompatible changes starting 
+tomorrow.
+
+Cowboy is now fully documented. It has a user guide, a function 
+reference manual, and a wealth of examples. You can also install man 
+pages as explained in the README of the project.
+
+   <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/">http://ninenines.eu/docs/en/cowboy/1.0/guide/</A>
+   <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/manual/">http://ninenines.eu/docs/en/cowboy/1.0/manual/</A>
+   <A HREF="https://github.com/ninenines/cowboy/tree/master/examples">https://github.com/ninenines/cowboy/tree/master/examples</A>
+
+Following a discussion on the Erlang mailing lists the Getting Started 
+chapter was reworked and greatly simplified, in parts due to the 
+improvements made to erlang.mk. Feedback is of course always welcome.
+
+   <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/">http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/</A>
+
+Starting tomorrow the master branch will receive backward incompatible 
+changes. Most of the planned changes are detailed in the ROADMAP. You 
+are welcome to suggest additional changes.
+
+   <A HREF="https://github.com/ninenines/cowboy/blob/master/ROADMAP.md">https://github.com/ninenines/cowboy/blob/master/ROADMAP.md</A>
+
+Cowboy 2.0 is planned to be released at around the same time Erlang/OTP 
+18.0 comes out. There are no plans for a Cowboy 1.1 at this time, 
+although that may change in the coming months if there is interest in 
+new features.
+
+Ranch also got upgraded to 1.0, although there was no changes from the 
+previous release.
+
+   <A HREF="https://github.com/ninenines/ranch">https://github.com/ninenines/ranch</A>
+
+Thanks to everyone who made this project what it is today!
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+_______________________________________________
+erlang-questions mailing list
+<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+
+
+</PRE>
+
+
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000428.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+	<LI>Next message: <A HREF="000434.html">[99s-extend] eunit suppoort in erlang.mk?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#429">[ date ]</a>
+              <a href="thread.html#429">[ thread ]</a>
+              <a href="subject.html#429">[ subject ]</a>
+              <a href="author.html#429">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000430.html b/_build/static/archives/extend/2014-August/000430.html
new file mode 100644
index 00000000..2b79d150
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000430.html
@@ -0,0 +1,119 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3CCA%2BdV7cRYs3nfweJjUYLh-cCuuxmFbngoFUdDjoYgYwkky3LFNQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000427.html">
+   <LINK REL="Next"  HREF="000431.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Cowboy 1.0</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3CCA%2BdV7cRYs3nfweJjUYLh-cCuuxmFbngoFUdDjoYgYwkky3LFNQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Cowboy 1.0">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue Aug  5 22:33:17 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000427.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+        <LI>Next message: <A HREF="000431.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#430">[ date ]</a>
+              <a href="thread.html#430">[ thread ]</a>
+              <a href="subject.html#430">[ subject ]</a>
+              <a href="author.html#430">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi, Federico.
+
+Check this out for the &quot;why&quot; regarding your question:
+<A HREF="https://github.com/ninenines/cowboy/issues/715">https://github.com/ninenines/cowboy/issues/715</A>
+
+It's one of the reasons (I haven't detected others yet) stopping me from
+moving to 1.0, unfortunately (I have some projects depending on these
+status codes already), but as soon as I have some time and look at all the
+_major_ differences between 0.9.0 and 1.0 I think I'll make the move. For
+the time being, I have found no issues with the REST part of cowboy (the
+one I use).
+
+Thank you, Lo&#239;c et all for the effort and for keeping it open source.
+
+Regards.
+
+- Paulo F. Oliveira
+
+
+On 5 August 2014 15:18, Federico Carrone &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">federico.carrone at gmail.com</A>&gt; wrote:
+
+&gt;<i> Congratulations Loic. I really love cowboy.
+</I>&gt;<i>
+</I>&gt;<i> I got only one question: Why did you change the reply with 400 instead of
+</I>&gt;<i> 422 in cowboy_rest for unprocessable entities?
+</I>&gt;<i>
+</I>&gt;<i> Regards,
+</I>&gt;<i> Federico.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Tue, Aug 5, 2014 at 10:33 AM, Max Lapshin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">max.lapshin at gmail.com</A>&gt;
+</I>&gt;<i> wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Loic, it is very cool!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> erlang-questions mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;&gt;<i> <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> <A HREF="http://federicocarrone.com/">http://federicocarrone.com/</A>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> erlang-questions mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>
+</I>&gt;<i> <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140805/f3705f7b/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140805/f3705f7b/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000427.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+	<LI>Next message: <A HREF="000431.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#430">[ date ]</a>
+              <a href="thread.html#430">[ thread ]</a>
+              <a href="subject.html#430">[ subject ]</a>
+              <a href="author.html#430">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000431.html b/_build/static/archives/extend/2014-August/000431.html
new file mode 100644
index 00000000..ec87a528
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000431.html
@@ -0,0 +1,132 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3C53E144C6.7040701%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000430.html">
+   <LINK REL="Next"  HREF="000432.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Cowboy 1.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3C53E144C6.7040701%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Cowboy 1.0">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Aug  5 22:55:34 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000430.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+        <LI>Next message: <A HREF="000432.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#431">[ date ]</a>
+              <a href="thread.html#431">[ thread ]</a>
+              <a href="subject.html#431">[ subject ]</a>
+              <a href="author.html#431">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You can easily send 422 and return halt instead of returning false if 
+you need to keep that, it'll just be 2 lines instead of 1. :)
+
+On 08/05/2014 10:33 PM, Paulo F. Oliveira wrote:
+&gt;<i> Hi, Federico.
+</I>&gt;<i>
+</I>&gt;<i> Check this out for the &quot;why&quot; regarding your question:
+</I>&gt;<i> <A HREF="https://github.com/ninenines/cowboy/issues/715">https://github.com/ninenines/cowboy/issues/715</A>
+</I>&gt;<i>
+</I>&gt;<i> It's one of the reasons (I haven't detected others yet) stopping me from
+</I>&gt;<i> moving to 1.0, unfortunately (I have some projects depending on these
+</I>&gt;<i> status codes already), but as soon as I have some time and look at all
+</I>&gt;<i> the _major_ differences between 0.9.0 and 1.0 I think I'll make the
+</I>&gt;<i> move. For the time being, I have found no issues with the REST part of
+</I>&gt;<i> cowboy (the one I use).
+</I>&gt;<i>
+</I>&gt;<i> Thank you, Lo&#239;c et all for the effort and for keeping it open source.
+</I>&gt;<i>
+</I>&gt;<i> Regards.
+</I>&gt;<i>
+</I>&gt;<i> - Paulo F. Oliveira
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 5 August 2014 15:18, Federico Carrone &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">federico.carrone at gmail.com</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">federico.carrone at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Congratulations Loic. I really love cowboy.
+</I>&gt;<i>
+</I>&gt;<i>     I got only one question: Why did you change the reply with 400
+</I>&gt;<i>     instead of 422 in cowboy_rest for unprocessable entities?
+</I>&gt;<i>
+</I>&gt;<i>     Regards,
+</I>&gt;<i>     Federico.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On Tue, Aug 5, 2014 at 10:33 AM, Max Lapshin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">max.lapshin at gmail.com</A>
+</I>&gt;<i>     &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">max.lapshin at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Loic, it is very cool!
+</I>&gt;<i>
+</I>&gt;<i>         Thanks.
+</I>&gt;<i>
+</I>&gt;<i>         _______________________________________________
+</I>&gt;<i>         erlang-questions mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;<i>         <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     <A HREF="http://federicocarrone.com/">http://federicocarrone.com/</A>
+</I>&gt;<i>
+</I>&gt;<i>     _______________________________________________
+</I>&gt;<i>     erlang-questions mailing list
+</I>&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;<i>     <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000430.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+	<LI>Next message: <A HREF="000432.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#431">[ date ]</a>
+              <a href="thread.html#431">[ thread ]</a>
+              <a href="subject.html#431">[ subject ]</a>
+              <a href="author.html#431">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000432.html b/_build/static/archives/extend/2014-August/000432.html
new file mode 100644
index 00000000..3e6982cd
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000432.html
@@ -0,0 +1,155 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3CCA%2BdV7cRNHiuZcJzc%2Bx3%3DeVuEsty3-8pE_2XqBOpVdg4MSch_AA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000431.html">
+   <LINK REL="Next"  HREF="000433.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Cowboy 1.0</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3CCA%2BdV7cRNHiuZcJzc%2Bx3%3DeVuEsty3-8pE_2XqBOpVdg4MSch_AA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Cowboy 1.0">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue Aug  5 23:01:38 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000431.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+        <LI>Next message: <A HREF="000433.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#432">[ date ]</a>
+              <a href="thread.html#432">[ thread ]</a>
+              <a href="subject.html#432">[ subject ]</a>
+              <a href="author.html#432">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Yes, it should be _that_ easy for the 400 &gt; 422 :D, but is that the only
+important difference I should be aware of, then? I haven't written any real
+tests, for the time being, to guarantee backward compatibility for
+dependants...
+
+In any case, I'm thinking about updating the dependencies in the future (I
+own one of them and the other one is an internal project, for the time
+being).
+
+Thanks for the tip.
+
+Cheers.
+
+- Paulo F. Oliveira
+
+
+On 5 August 2014 21:55, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> You can easily send 422 and return halt instead of returning false if you
+</I>&gt;<i> need to keep that, it'll just be 2 lines instead of 1. :)
+</I>&gt;<i>
+</I>&gt;<i> On 08/05/2014 10:33 PM, Paulo F. Oliveira wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hi, Federico.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Check this out for the &quot;why&quot; regarding your question:
+</I>&gt;&gt;<i> <A HREF="https://github.com/ninenines/cowboy/issues/715">https://github.com/ninenines/cowboy/issues/715</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> It's one of the reasons (I haven't detected others yet) stopping me from
+</I>&gt;&gt;<i> moving to 1.0, unfortunately (I have some projects depending on these
+</I>&gt;&gt;<i> status codes already), but as soon as I have some time and look at all
+</I>&gt;&gt;<i> the _major_ differences between 0.9.0 and 1.0 I think I'll make the
+</I>&gt;&gt;<i> move. For the time being, I have found no issues with the REST part of
+</I>&gt;&gt;<i> cowboy (the one I use).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thank you, Lo&#239;c et all for the effort and for keeping it open source.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Regards.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> - Paulo F. Oliveira
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 5 August 2014 15:18, Federico Carrone &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">federico.carrone at gmail.com</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">federico.carrone at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Congratulations Loic. I really love cowboy.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I got only one question: Why did you change the reply with 400
+</I>&gt;&gt;<i>     instead of 422 in cowboy_rest for unprocessable entities?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Regards,
+</I>&gt;&gt;<i>     Federico.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On Tue, Aug 5, 2014 at 10:33 AM, Max Lapshin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">max.lapshin at gmail.com</A>
+</I>&gt;&gt;<i>     &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">max.lapshin at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Loic, it is very cool!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Thanks.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         _______________________________________________
+</I>&gt;&gt;<i>         erlang-questions mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;&gt;<i>         <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     <A HREF="http://federicocarrone.com/">http://federicocarrone.com/</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     _______________________________________________
+</I>&gt;&gt;<i>     erlang-questions mailing list
+</I>&gt;&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;&gt;<i>     <A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140805/34528764/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140805/34528764/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000431.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+	<LI>Next message: <A HREF="000433.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#432">[ date ]</a>
+              <a href="thread.html#432">[ thread ]</a>
+              <a href="subject.html#432">[ subject ]</a>
+              <a href="author.html#432">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000433.html b/_build/static/archives/extend/2014-August/000433.html
new file mode 100644
index 00000000..3cb256ea
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000433.html
@@ -0,0 +1,181 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3C53E1474B.1080407%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000432.html">
+   <LINK REL="Next"  HREF="000428.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [erlang-questions] [ANN] Cowboy 1.0</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Berlang-questions%5D%20%5BANN%5D%20Cowboy%201.0&In-Reply-To=%3C53E1474B.1080407%40ninenines.eu%3E"
+       TITLE="[99s-extend] [erlang-questions] [ANN] Cowboy 1.0">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Aug  5 23:06:19 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000432.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+        <LI>Next message: <A HREF="000428.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#433">[ date ]</a>
+              <a href="thread.html#433">[ thread ]</a>
+              <a href="subject.html#433">[ subject ]</a>
+              <a href="author.html#433">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>If you were already at the previous version (0.10) then that plus a 400 
+instead of 500 when header parsing fails are pretty much the only changes.
+
+There's some more if you were at 0.9, mostly the body reading interface 
+changed to prevent annoying timeout issues.
+
+On 08/05/2014 11:01 PM, Paulo F. Oliveira wrote:
+&gt;<i> Yes, it should be _that_ easy for the 400 &gt; 422 :D, but is that the only
+</I>&gt;<i> important difference I should be aware of, then? I haven't written any
+</I>&gt;<i> real tests, for the time being, to guarantee backward compatibility for
+</I>&gt;<i> dependants...
+</I>&gt;<i>
+</I>&gt;<i> In any case, I'm thinking about updating the dependencies in the future
+</I>&gt;<i> (I own one of them and the other one is an internal project, for the
+</I>&gt;<i> time being).
+</I>&gt;<i>
+</I>&gt;<i> Thanks for the tip.
+</I>&gt;<i>
+</I>&gt;<i> Cheers.
+</I>&gt;<i>
+</I>&gt;<i> - Paulo F. Oliveira
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 5 August 2014 21:55, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     You can easily send 422 and return halt instead of returning false
+</I>&gt;<i>     if you need to keep that, it'll just be 2 lines instead of 1. :)
+</I>&gt;<i>
+</I>&gt;<i>     On 08/05/2014 10:33 PM, Paulo F. Oliveira wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Hi, Federico.
+</I>&gt;<i>
+</I>&gt;<i>         Check this out for the &quot;why&quot; regarding your question:
+</I>&gt;<i>         <A HREF="https://github.com/ninenines/__cowboy/issues/715">https://github.com/ninenines/__cowboy/issues/715</A>
+</I>&gt;<i>         &lt;<A HREF="https://github.com/ninenines/cowboy/issues/715">https://github.com/ninenines/cowboy/issues/715</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>         It's one of the reasons (I haven't detected others yet) stopping
+</I>&gt;<i>         me from
+</I>&gt;<i>         moving to 1.0, unfortunately (I have some projects depending on
+</I>&gt;<i>         these
+</I>&gt;<i>         status codes already), but as soon as I have some time and look
+</I>&gt;<i>         at all
+</I>&gt;<i>         the _major_ differences between 0.9.0 and 1.0 I think I'll make the
+</I>&gt;<i>         move. For the time being, I have found no issues with the REST
+</I>&gt;<i>         part of
+</I>&gt;<i>         cowboy (the one I use).
+</I>&gt;<i>
+</I>&gt;<i>         Thank you, Lo&#239;c et all for the effort and for keeping it open
+</I>&gt;<i>         source.
+</I>&gt;<i>
+</I>&gt;<i>         Regards.
+</I>&gt;<i>
+</I>&gt;<i>         - Paulo F. Oliveira
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         On 5 August 2014 15:18, Federico Carrone
+</I>&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">federico.carrone at gmail.com</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">federico.carrone at gmail.com</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">federico.carrone at __gmail.com</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">federico.carrone at gmail.com</A>&gt;&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>              Congratulations Loic. I really love cowboy.
+</I>&gt;<i>
+</I>&gt;<i>              I got only one question: Why did you change the reply with 400
+</I>&gt;<i>              instead of 422 in cowboy_rest for unprocessable entities?
+</I>&gt;<i>
+</I>&gt;<i>              Regards,
+</I>&gt;<i>              Federico.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              On Tue, Aug 5, 2014 at 10:33 AM, Max Lapshin
+</I>&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">max.lapshin at gmail.com</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">max.lapshin at gmail.com</A>&gt;
+</I>&gt;<i>              &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">max.lapshin at gmail.com</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">max.lapshin at gmail.com</A>&gt;&gt;__&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>                  Loic, it is very cool!
+</I>&gt;<i>
+</I>&gt;<i>                  Thanks.
+</I>&gt;<i>
+</I>&gt;<i>                  _________________________________________________
+</I>&gt;<i>                  erlang-questions mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at __erlang.org</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;&gt;
+</I>&gt;<i>         <A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>
+</I>&gt;<i>         &lt;<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              --
+</I>&gt;<i>         <A HREF="http://federicocarrone.com/">http://federicocarrone.com/</A>
+</I>&gt;<i>
+</I>&gt;<i>              _________________________________________________
+</I>&gt;<i>              erlang-questions mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at __erlang.org</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">erlang-questions at erlang.org</A>&gt;&gt;
+</I>&gt;<i>         <A HREF="http://erlang.org/mailman/__listinfo/erlang-questions">http://erlang.org/mailman/__listinfo/erlang-questions</A>
+</I>&gt;<i>         &lt;<A HREF="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         _________________________________________________
+</I>&gt;<i>         Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/__listinfo/extend">https://lists.ninenines.eu/__listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000432.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+	<LI>Next message: <A HREF="000428.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#433">[ date ]</a>
+              <a href="thread.html#433">[ thread ]</a>
+              <a href="subject.html#433">[ subject ]</a>
+              <a href="author.html#433">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000434.html b/_build/static/archives/extend/2014-August/000434.html
new file mode 100644
index 00000000..36bae6c2
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000434.html
@@ -0,0 +1,72 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] eunit suppoort in erlang.mk?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20eunit%20suppoort%20in%20erlang.mk%3F&In-Reply-To=%3CCAAgJJDuQ4RLXMU7YB3CK6ZvE7RcOyGO1-Xwa4736r1HYyhDOmQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000429.html">
+   <LINK REL="Next"  HREF="000435.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] eunit suppoort in erlang.mk?</H1>
+    <B>Michael Wittig</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20eunit%20suppoort%20in%20erlang.mk%3F&In-Reply-To=%3CCAAgJJDuQ4RLXMU7YB3CK6ZvE7RcOyGO1-Xwa4736r1HYyhDOmQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] eunit suppoort in erlang.mk?">michael.wittig at tullius-walden.com
+       </A><BR>
+    <I>Wed Aug 13 11:17:51 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000429.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+        <LI>Next message: <A HREF="000435.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#434">[ date ]</a>
+              <a href="thread.html#434">[ thread ]</a>
+              <a href="subject.html#434">[ subject ]</a>
+              <a href="author.html#434">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hi,
+
+is it possible to run eunit tests when executing make tests?
+I have my tests directly in the modules (e.g. xyz_server)
+
+Regards,
+
+Michael
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140813/7903a29a/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140813/7903a29a/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000429.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A></li>
+	<LI>Next message: <A HREF="000435.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#434">[ date ]</a>
+              <a href="thread.html#434">[ thread ]</a>
+              <a href="subject.html#434">[ subject ]</a>
+              <a href="author.html#434">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000435.html b/_build/static/archives/extend/2014-August/000435.html
new file mode 100644
index 00000000..c1d359f5
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000435.html
@@ -0,0 +1,100 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] couldn't quit in Erlang 17.1
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20couldn%27t%20quit%20in%20Erlang%2017.1&In-Reply-To=%3C159B6EFE-5869-4503-ADD7-5547D8A0A6B2%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000434.html">
+   <LINK REL="Next"  HREF="000436.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] couldn't quit in Erlang 17.1</H1>
+    <B>chaehb</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20couldn%27t%20quit%20in%20Erlang%2017.1&In-Reply-To=%3C159B6EFE-5869-4503-ADD7-5547D8A0A6B2%40gmail.com%3E"
+       TITLE="[99s-extend] couldn't quit in Erlang 17.1">chaehb at gmail.com
+       </A><BR>
+    <I>Thu Aug 14 03:20:05 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000434.html">[99s-extend] eunit suppoort in erlang.mk?
+</A></li>
+        <LI>Next message: <A HREF="000436.html">[99s-extend] cowboy_rest and response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#435">[ date ]</a>
+              <a href="thread.html#435">[ thread ]</a>
+              <a href="subject.html#435">[ subject ]</a>
+              <a href="author.html#435">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+On 2014. 7. 27., at &#50724;&#54980; 6:25, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Does it happen with ssl_hello_world?
+</I>&gt;<i> 
+</I>&gt;<i> On 07/26/2014 09:06 AM, chaehb wrote:
+</I>&gt;&gt;<i> Hi, everybody.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> After Erlang updated to 17.1,
+</I>&gt;&gt;<i> when I run q(). command on erlang console, cowboy couldn't quitted but print series of messages..
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> (after ok signal printed)
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> &#8230;...
+</I>&gt;&gt;<i> =ERROR REPORT==== 26-Jul-2014::15:23:33 ===
+</I>&gt;&gt;<i> Error in process &lt;0.334.0&gt; on node &#8216;...my node name...' with exit value: {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,&quot;src/ranch_acceptor.erl&quot;},{line,28}]}]}
+</I>&gt;&gt;<i> &#8230;.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Before erlang updated (in 17.0), application could be normally quitted exactly same codes and environments.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> This is only appeared when I only use ssl(https).
+</I>&gt;&gt;<i> But when use only http with same dispatch rules, cowboy normally quitted.
+</I>&gt;&gt;<i> 
+</I>
+I&#8217;ve try to do more tests with ssl_hello_world in cowboy(v1.0)  and various Erlang/OTP versions.
+
+If ErlangOTP &lt; 17.0, http/https works fine.
+If ErlangOTP &gt;= 17.1(17.1.x,17.2 in github), http works fine but with https the same errors appeared.
+
+*****
+When I edited ranch_accepter.erl &gt; line 40 
+	{error, Reason} when Reason =/= closed -&gt; 
+	to
+	{error, Reason} -&gt;
+,
+https work and app was normally quitted.
+
+When I printed, Reason == closed.
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000434.html">[99s-extend] eunit suppoort in erlang.mk?
+</A></li>
+	<LI>Next message: <A HREF="000436.html">[99s-extend] cowboy_rest and response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#435">[ date ]</a>
+              <a href="thread.html#435">[ thread ]</a>
+              <a href="subject.html#435">[ subject ]</a>
+              <a href="author.html#435">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000436.html b/_build/static/archives/extend/2014-August/000436.html
new file mode 100644
index 00000000..b4c2d29d
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000436.html
@@ -0,0 +1,73 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest and response headers
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20response%20headers&In-Reply-To=%3C16D8B25C-9FED-4688-8710-8B0811A8A4F6%40tuli.pe%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000435.html">
+   <LINK REL="Next"  HREF="000437.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest and response headers</H1>
+    <B>Camille Troillard</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20response%20headers&In-Reply-To=%3C16D8B25C-9FED-4688-8710-8B0811A8A4F6%40tuli.pe%3E"
+       TITLE="[99s-extend] cowboy_rest and response headers">lists at tuli.pe
+       </A><BR>
+    <I>Thu Aug 14 17:44:25 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000435.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+        <LI>Next message: <A HREF="000437.html">[99s-extend] cowboy_rest and response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#436">[ date ]</a>
+              <a href="thread.html#436">[ thread ]</a>
+              <a href="subject.html#436">[ subject ]</a>
+              <a href="author.html#436">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I would like to set a Content-Range header in the response of a HEAD request.
+Can I do that within the context of a cowboy_rest handler?
+Ideally, I wish to let cowboy_rest reply and just specify this additional header.
+
+
+Best,
+Camille
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140814/64f862ef/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140814/64f862ef/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000435.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+	<LI>Next message: <A HREF="000437.html">[99s-extend] cowboy_rest and response headers
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#436">[ date ]</a>
+              <a href="thread.html#436">[ thread ]</a>
+              <a href="subject.html#436">[ subject ]</a>
+              <a href="author.html#436">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000437.html b/_build/static/archives/extend/2014-August/000437.html
new file mode 100644
index 00000000..2face141
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000437.html
@@ -0,0 +1,86 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest and response headers
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20response%20headers&In-Reply-To=%3C53ECDAB1.8060504%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000436.html">
+   <LINK REL="Next"  HREF="000438.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest and response headers</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20response%20headers&In-Reply-To=%3C53ECDAB1.8060504%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy_rest and response headers">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Aug 14 17:50:09 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000436.html">[99s-extend] cowboy_rest and response headers
+</A></li>
+        <LI>Next message: <A HREF="000438.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#437">[ date ]</a>
+              <a href="thread.html#437">[ thread ]</a>
+              <a href="subject.html#437">[ subject ]</a>
+              <a href="author.html#437">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Use cowboy_req:set_resp_header and return the Req this function gives you.
+
+On 08/14/2014 05:44 PM, Camille Troillard wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> I would like to set a Content-Range header in the response of a HEAD
+</I>&gt;<i> request.
+</I>&gt;<i> Can I do that within the context of a cowboy_rest handler?
+</I>&gt;<i> Ideally, I wish to let cowboy_rest reply and just specify this
+</I>&gt;<i> additional header.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Best,
+</I>&gt;<i> Camille
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000436.html">[99s-extend] cowboy_rest and response headers
+</A></li>
+	<LI>Next message: <A HREF="000438.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#437">[ date ]</a>
+              <a href="thread.html#437">[ thread ]</a>
+              <a href="subject.html#437">[ subject ]</a>
+              <a href="author.html#437">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000438.html b/_build/static/archives/extend/2014-August/000438.html
new file mode 100644
index 00000000..dd24c8ba
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000438.html
@@ -0,0 +1,84 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3C273F5C1E-4CAF-4BD6-8229-64EA2788E970%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000437.html">
+   <LINK REL="Next"  HREF="000439.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] How to use the PUT verb with Cowboy_Rest ?</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3C273F5C1E-4CAF-4BD6-8229-64EA2788E970%40wirtel.be%3E"
+       TITLE="[99s-extend] How to use the PUT verb with Cowboy_Rest ?">stephane at wirtel.be
+       </A><BR>
+    <I>Sun Aug 24 01:58:12 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000437.html">[99s-extend] cowboy_rest and response headers
+</A></li>
+        <LI>Next message: <A HREF="000439.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#438">[ date ]</a>
+              <a href="thread.html#438">[ thread ]</a>
+              <a href="subject.html#438">[ subject ]</a>
+              <a href="author.html#438">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi all,
+
+1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I 
+have a small crash.
+
+Here is my code:
+
+<A HREF="https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4">https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4</A>
+
+Could you tell me if I correctly use cowboy_rest for the PUT verb? I 
+have seen is_conflict/2, but I don't know how to use it.
+
+2. I would like to change the response code, but I get the error. Is it 
+possible?
+
+Thank you.
+
+Regards,
+
+Stephane
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000437.html">[99s-extend] cowboy_rest and response headers
+</A></li>
+	<LI>Next message: <A HREF="000439.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#438">[ date ]</a>
+              <a href="thread.html#438">[ thread ]</a>
+              <a href="subject.html#438">[ subject ]</a>
+              <a href="author.html#438">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000439.html b/_build/static/archives/extend/2014-August/000439.html
new file mode 100644
index 00000000..c9839bc6
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000439.html
@@ -0,0 +1,103 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3CCAJCf5RxAZR2jx3Bf-XmYMPYs-i4rk8-Ba4xYqMWv%3DAjM3P33SQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000438.html">
+   <LINK REL="Next"  HREF="000440.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] How to use the PUT verb with Cowboy_Rest ?</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3CCAJCf5RxAZR2jx3Bf-XmYMPYs-i4rk8-Ba4xYqMWv%3DAjM3P33SQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] How to use the PUT verb with Cowboy_Rest ?">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Sun Aug 24 02:16:02 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000438.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+        <LI>Next message: <A HREF="000440.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#439">[ date ]</a>
+              <a href="thread.html#439">[ thread ]</a>
+              <a href="subject.html#439">[ subject ]</a>
+              <a href="author.html#439">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You should implement the resource_exists() callback; this will let the rest
+module pick a 200 vs 201.  If the db name was incorrect, I think you are
+just supposed to return false from the put callback.  I can't remember the
+http code for that case.
+
+Regards,
+Dan.
+
+
+On Sat, Aug 23, 2014 at 6:58 PM, St&#233;phane Wirtel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">stephane at wirtel.be</A>&gt; wrote:
+
+&gt;<i> Hi all,
+</I>&gt;<i>
+</I>&gt;<i> 1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I have
+</I>&gt;<i> a small crash.
+</I>&gt;<i>
+</I>&gt;<i> Here is my code:
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4">https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4</A>
+</I>&gt;<i>
+</I>&gt;<i> Could you tell me if I correctly use cowboy_rest for the PUT verb? I have
+</I>&gt;<i> seen is_conflict/2, but I don't know how to use it.
+</I>&gt;<i>
+</I>&gt;<i> 2. I would like to change the response code, but I get the error. Is it
+</I>&gt;<i> possible?
+</I>&gt;<i>
+</I>&gt;<i> Thank you.
+</I>&gt;<i>
+</I>&gt;<i> Regards,
+</I>&gt;<i>
+</I>&gt;<i> Stephane
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140823/51e1d345/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140823/51e1d345/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000438.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+	<LI>Next message: <A HREF="000440.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#439">[ date ]</a>
+              <a href="thread.html#439">[ thread ]</a>
+              <a href="subject.html#439">[ subject ]</a>
+              <a href="author.html#439">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000440.html b/_build/static/archives/extend/2014-August/000440.html
new file mode 100644
index 00000000..0e83b7ce
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000440.html
@@ -0,0 +1,120 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3C5C66851E-7B69-426A-9444-51C81E8EBE59%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000439.html">
+   <LINK REL="Next"  HREF="000441.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] How to use the PUT verb with Cowboy_Rest ?</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3C5C66851E-7B69-426A-9444-51C81E8EBE59%40wirtel.be%3E"
+       TITLE="[99s-extend] How to use the PUT verb with Cowboy_Rest ?">stephane at wirtel.be
+       </A><BR>
+    <I>Sun Aug 24 02:22:22 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000439.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+        <LI>Next message: <A HREF="000441.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#440">[ date ]</a>
+              <a href="thread.html#440">[ thread ]</a>
+              <a href="subject.html#440">[ subject ]</a>
+              <a href="author.html#440">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>resource_exists is used by POST
+is_conflict is used by PUT (from the code)
+but in the case where my database already exists, I need to return 412 
+and not 409.
+
+and I know I don't respect the default value returned by Cowboy_rest.
+
+On 24 Aug 2014, at 2:16, Daniel Goertzen wrote:
+
+&gt;<i> You should implement the resource_exists() callback; this will let the 
+</I>&gt;<i> rest
+</I>&gt;<i> module pick a 200 vs 201.  If the db name was incorrect, I think you 
+</I>&gt;<i> are
+</I>&gt;<i> just supposed to return false from the put callback.  I can't remember 
+</I>&gt;<i> the
+</I>&gt;<i> http code for that case.
+</I>&gt;<i>
+</I>&gt;<i> Regards,
+</I>&gt;<i> Dan.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Sat, Aug 23, 2014 at 6:58 PM, St&#233;phane Wirtel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">stephane at wirtel.be</A>&gt; 
+</I>&gt;<i> wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hi all,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I 
+</I>&gt;&gt;<i> have
+</I>&gt;&gt;<i> a small crash.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Here is my code:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> <A HREF="https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4">https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Could you tell me if I correctly use cowboy_rest for the PUT verb? I 
+</I>&gt;&gt;<i> have
+</I>&gt;&gt;<i> seen is_conflict/2, but I don't know how to use it.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 2. I would like to change the response code, but I get the error. Is 
+</I>&gt;&gt;<i> it
+</I>&gt;&gt;<i> possible?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thank you.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Regards,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Stephane
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000439.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+	<LI>Next message: <A HREF="000441.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#440">[ date ]</a>
+              <a href="thread.html#440">[ thread ]</a>
+              <a href="subject.html#440">[ subject ]</a>
+              <a href="author.html#440">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000441.html b/_build/static/archives/extend/2014-August/000441.html
new file mode 100644
index 00000000..8d0063bb
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000441.html
@@ -0,0 +1,139 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3CCAKAMJXhPm0vZdTrhW3Zg%3DzyowQzc0AczhptyTAVyX404pvc3XA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000440.html">
+   <LINK REL="Next"  HREF="000442.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] How to use the PUT verb with Cowboy_Rest ?</H1>
+    <B>Eduardo Gurgel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3CCAKAMJXhPm0vZdTrhW3Zg%3DzyowQzc0AczhptyTAVyX404pvc3XA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] How to use the PUT verb with Cowboy_Rest ?">edgurgel at gmail.com
+       </A><BR>
+    <I>Sun Aug 24 02:25:54 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000440.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+        <LI>Next message: <A HREF="000442.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#441">[ date ]</a>
+              <a href="thread.html#441">[ thread ]</a>
+              <a href="subject.html#441">[ subject ]</a>
+              <a href="author.html#441">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I think you can always halt the processing and do the reply by yourself:
+
+{ok, Req2} = cowboy_req:reply(412, Req),
+{halt, Req2, State}.
+
+
+On Sun, Aug 24, 2014 at 12:22 PM, St&#233;phane Wirtel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">stephane at wirtel.be</A>&gt;
+wrote:
+
+&gt;<i> resource_exists is used by POST
+</I>&gt;<i> is_conflict is used by PUT (from the code)
+</I>&gt;<i> but in the case where my database already exists, I need to return 412 and
+</I>&gt;<i> not 409.
+</I>&gt;<i>
+</I>&gt;<i> and I know I don't respect the default value returned by Cowboy_rest.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 24 Aug 2014, at 2:16, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;<i>  You should implement the resource_exists() callback; this will let the
+</I>&gt;&gt;<i> rest
+</I>&gt;&gt;<i> module pick a 200 vs 201.  If the db name was incorrect, I think you are
+</I>&gt;&gt;<i> just supposed to return false from the put callback.  I can't remember the
+</I>&gt;&gt;<i> http code for that case.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Regards,
+</I>&gt;&gt;<i> Dan.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Sat, Aug 23, 2014 at 6:58 PM, St&#233;phane Wirtel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">stephane at wirtel.be</A>&gt;
+</I>&gt;&gt;<i> wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  Hi all,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> 1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I
+</I>&gt;&gt;&gt;<i> have
+</I>&gt;&gt;&gt;<i> a small crash.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Here is my code:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> <A HREF="https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4">https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Could you tell me if I correctly use cowboy_rest for the PUT verb? I have
+</I>&gt;&gt;&gt;<i> seen is_conflict/2, but I don't know how to use it.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> 2. I would like to change the response code, but I get the error. Is it
+</I>&gt;&gt;&gt;<i> possible?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thank you.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Regards,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Stephane
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140824/89d3a7f6/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140824/89d3a7f6/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000440.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+	<LI>Next message: <A HREF="000442.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#441">[ date ]</a>
+              <a href="thread.html#441">[ thread ]</a>
+              <a href="subject.html#441">[ subject ]</a>
+              <a href="author.html#441">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000442.html b/_build/static/archives/extend/2014-August/000442.html
new file mode 100644
index 00000000..5c15d766
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000442.html
@@ -0,0 +1,135 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] How to use the PUT verb with Cowboy_Rest ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3C864BDA07-F0F6-43A3-8D6C-12056DFE6C5E%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000441.html">
+   <LINK REL="Next"  HREF="000443.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] How to use the PUT verb with Cowboy_Rest ?</H1>
+    <B>Stephane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20How%20to%20use%20the%20PUT%20verb%20with%20Cowboy_Rest%20%3F&In-Reply-To=%3C864BDA07-F0F6-43A3-8D6C-12056DFE6C5E%40wirtel.be%3E"
+       TITLE="[99s-extend] How to use the PUT verb with Cowboy_Rest ?">stephane at wirtel.be
+       </A><BR>
+    <I>Sun Aug 24 02:52:58 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000441.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+        <LI>Next message: <A HREF="000443.html">[99s-extend] Full example of cowboy_rest?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#442">[ date ]</a>
+              <a href="thread.html#442">[ thread ]</a>
+              <a href="subject.html#442">[ subject ]</a>
+              <a href="author.html#442">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ok I will try asap, thanks
+
+&gt;<i> On 24 ao&#251;t 2014, at 02:25 AM, Eduardo Gurgel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">edgurgel at gmail.com</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> I think you can always halt the processing and do the reply by yourself:
+</I>&gt;<i> 
+</I>&gt;<i> {ok, Req2} = cowboy_req:reply(412, Req),
+</I>&gt;<i> {halt, Req2, State}.
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;&gt;<i> On Sun, Aug 24, 2014 at 12:22 PM, St&#233;phane Wirtel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">stephane at wirtel.be</A>&gt; wrote:
+</I>&gt;&gt;<i> resource_exists is used by POST
+</I>&gt;&gt;<i> is_conflict is used by PUT (from the code)
+</I>&gt;&gt;<i> but in the case where my database already exists, I need to return 412 and not 409.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> and I know I don't respect the default value returned by Cowboy_rest.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> On 24 Aug 2014, at 2:16, Daniel Goertzen wrote:
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> You should implement the resource_exists() callback; this will let the rest
+</I>&gt;&gt;&gt;<i> module pick a 200 vs 201.  If the db name was incorrect, I think you are
+</I>&gt;&gt;&gt;<i> just supposed to return false from the put callback.  I can't remember the
+</I>&gt;&gt;&gt;<i> http code for that case.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Regards,
+</I>&gt;&gt;&gt;<i> Dan.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On Sat, Aug 23, 2014 at 6:58 PM, St&#233;phane Wirtel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">stephane at wirtel.be</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Hi all,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 1. I would like to use the cowboy_rest protocol with cowboy 1.0 but I have
+</I>&gt;&gt;&gt;&gt;<i> a small crash.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Here is my code:
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4">https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Could you tell me if I correctly use cowboy_rest for the PUT verb? I have
+</I>&gt;&gt;&gt;&gt;<i> seen is_conflict/2, but I don't know how to use it.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 2. I would like to change the response code, but I get the error. Is it
+</I>&gt;&gt;&gt;&gt;<i> possible?
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Thank you.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Regards,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Stephane
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Eduardo
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140824/f35e1e51/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140824/f35e1e51/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000441.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+	<LI>Next message: <A HREF="000443.html">[99s-extend] Full example of cowboy_rest?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#442">[ date ]</a>
+              <a href="thread.html#442">[ thread ]</a>
+              <a href="subject.html#442">[ subject ]</a>
+              <a href="author.html#442">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000443.html b/_build/static/archives/extend/2014-August/000443.html
new file mode 100644
index 00000000..d36a6858
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000443.html
@@ -0,0 +1,85 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Full example of cowboy_rest?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Full%20example%20of%20cowboy_rest%3F&In-Reply-To=%3CE2ADBA0D-9198-4933-A50E-0675C1CD4FFF%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000442.html">
+   <LINK REL="Next"  HREF="000444.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Full example of cowboy_rest?</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Full%20example%20of%20cowboy_rest%3F&In-Reply-To=%3CE2ADBA0D-9198-4933-A50E-0675C1CD4FFF%40wirtel.be%3E"
+       TITLE="[99s-extend] Full example of cowboy_rest?">stephane at wirtel.be
+       </A><BR>
+    <I>Sun Aug 24 11:54:58 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000442.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+        <LI>Next message: <A HREF="000444.html">[99s-extend] Full example of cowboy_rest?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#443">[ date ]</a>
+              <a href="thread.html#443">[ thread ]</a>
+              <a href="subject.html#443">[ subject ]</a>
+              <a href="author.html#443">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi all,
+
+Do you have a concrete example of cowboy_rest ? with POST, GET, HEAD, 
+PUT and DELETE ?
+
+POST will use resource_exists and allow_missing_post
+PUT will use is_conflict
+DELETE delete_resource, etc...
+
+Currently, I started with the example with put_json and get_json and in 
+the functions, I fetch the Method and I use the pattern matching with 
+the Method, but I think it's not the right solution.
+
+What are the best practices?
+
+The examples in the repository of cowboy don't cover all the 
+possibilities of a simple rest api with these verbs.
+
+Thanks in advance,
+
+Stephane
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000442.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A></li>
+	<LI>Next message: <A HREF="000444.html">[99s-extend] Full example of cowboy_rest?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#443">[ date ]</a>
+              <a href="thread.html#443">[ thread ]</a>
+              <a href="subject.html#443">[ subject ]</a>
+              <a href="author.html#443">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000444.html b/_build/static/archives/extend/2014-August/000444.html
new file mode 100644
index 00000000..036f90f6
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000444.html
@@ -0,0 +1,126 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Full example of cowboy_rest?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Full%20example%20of%20cowboy_rest%3F&In-Reply-To=%3CCA%2BdV7cQXP3wEq5bn%3D3qWQ2EKuR39WZsRHCS%2B4Q1wgvLgDucjng%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000443.html">
+   <LINK REL="Next"  HREF="000445.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Full example of cowboy_rest?</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Full%20example%20of%20cowboy_rest%3F&In-Reply-To=%3CCA%2BdV7cQXP3wEq5bn%3D3qWQ2EKuR39WZsRHCS%2B4Q1wgvLgDucjng%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Full example of cowboy_rest?">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue Aug 26 01:11:44 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000443.html">[99s-extend] Full example of cowboy_rest?
+</A></li>
+        <LI>Next message: <A HREF="000445.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#444">[ date ]</a>
+              <a href="thread.html#444">[ thread ]</a>
+              <a href="subject.html#444">[ subject ]</a>
+              <a href="author.html#444">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello, St&#233;phane.
+
+On 24 August 2014 10:54, St&#233;phane Wirtel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">stephane at wirtel.be</A>&gt; wrote:
+&gt;<i>
+</I>&gt;<i> Hi all,
+</I>&gt;<i>
+</I>&gt;<i> Do you have a concrete example of cowboy_rest ? with POST, GET, HEAD, PUT and DELETE ?
+</I>
+AFAIK, from the official examples, the correct answer is &quot;no&quot;, there
+is no &quot;complete&quot; example (does it even make sense to have one?).
+
+On the other hand, I've been using Cowboy for a couple of months now,
+and find these docs (REST flowcharts -
+<A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/">http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/</A>) to be
+very useful, and they might also help you. You should find the time to
+read the complete REST guide/manual as a lot of useful information can
+be found there and a very nice effort was put into not wasting words
+and going straight to the point.
+
+...
+
+&gt;<i> What are the best practices?
+</I>
+For what specifically?
+
+&gt;<i> The examples in the repository of cowboy don't cover all the possibilities of a simple rest api with these verbs.
+</I>
+That is a fact. I, for one, tend to have a _template_ source code file
+from where I get the functions that I need (only not to have to write
+2/3 lines of code every time), and that I &quot;chain&quot; looking at the
+flowcharts. [I also have a lib for JSON parsing and validating, query
+string validation, etc...] This might not always be very easy (to
+&quot;chain&quot; it all together, but it shouldn't be that hard either&quot;), but
+my approach is usually &quot;OK, so I want a route to have GET, PUT and
+DELETE... what are the related methods that I'll most probably
+require? resource_exists (serves all methods), is_conflict (serves
+PUT), delete_resource (serves DELETE), delete_completed (serves
+DELETE)&quot; and then I think about replying with a body or not (in the
+case of GET there will almost always be a body, in the case of PUT
+your method call might result in a 204 and in the case of DELETE there
+may or not be a body). I then code the methods, test the API, checking
+that the codes I get make sense (404, 200, 409, 204, 202, ...
+depending on the conditions I want set) and then slightly document
+this for the users of the API (if the API is complicated and requires
+a lot of documentation there might be something wrong with it). For
+documentation purposes you can either go with a &quot;[VERB] route
+accepts...?..., serves...?..., and the result codes are...?...&quot; simple
+doc or something more elaborate like
+<A HREF="https://helloreverb.com/developers/swagger.">https://helloreverb.com/developers/swagger.</A>
+
+Hope it helps.
+
+- Paulo F. Oliveira
+
+&gt;<i>
+</I>&gt;<i> Thanks in advance,
+</I>&gt;<i>
+</I>&gt;<i> Stephane
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I></PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000443.html">[99s-extend] Full example of cowboy_rest?
+</A></li>
+	<LI>Next message: <A HREF="000445.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#444">[ date ]</a>
+              <a href="thread.html#444">[ thread ]</a>
+              <a href="subject.html#444">[ subject ]</a>
+              <a href="author.html#444">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000445.html b/_build/static/archives/extend/2014-August/000445.html
new file mode 100644
index 00000000..766b45ae
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000445.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest and delete_completed and response
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20delete_completed%20and%20response&In-Reply-To=%3C1E843973-E0BD-41FA-AC69-53BEECAD5489%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000444.html">
+   <LINK REL="Next"  HREF="000446.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest and delete_completed and response</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20delete_completed%20and%20response&In-Reply-To=%3C1E843973-E0BD-41FA-AC69-53BEECAD5489%40wirtel.be%3E"
+       TITLE="[99s-extend] cowboy_rest and delete_completed and response">stephane at wirtel.be
+       </A><BR>
+    <I>Tue Aug 26 23:59:50 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000444.html">[99s-extend] Full example of cowboy_rest?
+</A></li>
+        <LI>Next message: <A HREF="000446.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#445">[ date ]</a>
+              <a href="thread.html#445">[ thread ]</a>
+              <a href="subject.html#445">[ subject ]</a>
+              <a href="author.html#445">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi all,
+
+I work with two content-types (json, msgpack).
+
+In the DELETE verb, I need to return an object and in this case, I work 
+on delete_resource/2 and delete_completed/2.
+The problem is, how can I return a body in function of the content-type? 
+because after delete_completed, there is a call to the 
+cowboy_rest:has_resp_body function and I need to set the body of the 
+response.
+
+delete_completed(Req, State) -&gt;
+	Body = Json or MsgPack ?  &lt;-- Which content ?
+
+	Req2 = cowboy_req:set_resp_body(Body, Req),
+	{true, Req2, State}.
+
+Ok, but in this case, what's the reason of content_types_provided/2 and 
+content_types_accepted/2 ?
+
+Thank you,
+
+Stephane
+
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000444.html">[99s-extend] Full example of cowboy_rest?
+</A></li>
+	<LI>Next message: <A HREF="000446.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#445">[ date ]</a>
+              <a href="thread.html#445">[ thread ]</a>
+              <a href="subject.html#445">[ subject ]</a>
+              <a href="author.html#445">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000446.html b/_build/static/archives/extend/2014-August/000446.html
new file mode 100644
index 00000000..c5345323
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000446.html
@@ -0,0 +1,99 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest and delete_completed and response
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20delete_completed%20and%20response&In-Reply-To=%3C53FD0441.1070701%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000445.html">
+   <LINK REL="Next"  HREF="000447.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest and delete_completed and response</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20delete_completed%20and%20response&In-Reply-To=%3C53FD0441.1070701%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy_rest and delete_completed and response">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Aug 27 00:03:45 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000445.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+        <LI>Next message: <A HREF="000447.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#446">[ date ]</a>
+              <a href="thread.html#446">[ thread ]</a>
+              <a href="subject.html#446">[ subject ]</a>
+              <a href="author.html#446">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Call cowboy_req:meta(media_type, Req) to retrieve it.
+
+On 08/27/2014 12:59 AM, St&#233;phane Wirtel wrote:
+&gt;<i> Hi all,
+</I>&gt;<i>
+</I>&gt;<i> I work with two content-types (json, msgpack).
+</I>&gt;<i>
+</I>&gt;<i> In the DELETE verb, I need to return an object and in this case, I work
+</I>&gt;<i> on delete_resource/2 and delete_completed/2.
+</I>&gt;<i> The problem is, how can I return a body in function of the content-type?
+</I>&gt;<i> because after delete_completed, there is a call to the
+</I>&gt;<i> cowboy_rest:has_resp_body function and I need to set the body of the
+</I>&gt;<i> response.
+</I>&gt;<i>
+</I>&gt;<i> delete_completed(Req, State) -&gt;
+</I>&gt;<i>      Body = Json or MsgPack ?  &lt;-- Which content ?
+</I>&gt;<i>
+</I>&gt;<i>      Req2 = cowboy_req:set_resp_body(Body, Req),
+</I>&gt;<i>      {true, Req2, State}.
+</I>&gt;<i>
+</I>&gt;<i> Ok, but in this case, what's the reason of content_types_provided/2 and
+</I>&gt;<i> content_types_accepted/2 ?
+</I>&gt;<i>
+</I>&gt;<i> Thank you,
+</I>&gt;<i>
+</I>&gt;<i> Stephane
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000445.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+	<LI>Next message: <A HREF="000447.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#446">[ date ]</a>
+              <a href="thread.html#446">[ thread ]</a>
+              <a href="subject.html#446">[ subject ]</a>
+              <a href="author.html#446">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000447.html b/_build/static/archives/extend/2014-August/000447.html
new file mode 100644
index 00000000..6feb64ff
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000447.html
@@ -0,0 +1,130 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest and delete_completed and response
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20delete_completed%20and%20response&In-Reply-To=%3C90BE6FF2-659A-487A-AB91-C968658CE3D3%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000446.html">
+   <LINK REL="Next"  HREF="000448.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest and delete_completed and response</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20and%20delete_completed%20and%20response&In-Reply-To=%3C90BE6FF2-659A-487A-AB91-C968658CE3D3%40wirtel.be%3E"
+       TITLE="[99s-extend] cowboy_rest and delete_completed and response">stephane at wirtel.be
+       </A><BR>
+    <I>Wed Aug 27 00:12:00 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000446.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+        <LI>Next message: <A HREF="000448.html">[99s-extend] I need your feedback about this cowboy_rest handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#447">[ date ]</a>
+              <a href="thread.html#447">[ thread ]</a>
+              <a href="subject.html#447">[ subject ]</a>
+              <a href="author.html#447">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>What's the purpose of the callbacks in content_types_accepted and 
+content_types_provided?
+
+I prefer set the response in the State to the callbacks and they convert 
+it to the right format.
+
+Example:
+
+delete_completed(Req, State) -&gt;
+	Response = [{&lt;&lt;&quot;ok&quot;&gt;&gt;, &lt;&lt;&quot;dbname&quot;&gt;&gt;}],
+	{true, Req, State#state{response=Response}}.
+
+get_json(Req, #{response=Response}=State) -&gt;
+	Body = jsx:encode(Response),
+	{Body, Req, State}.
+
+get_msgpack(Req, #{response=Response}=State) -&gt;
+	Body = msgpack:pack(Response, [{format, jsx}],
+	{Body, Req, State}.
+
+
+
+On 27 Aug 2014, at 0:03, Lo&#239;c Hoguin wrote:
+
+&gt;<i> Call cowboy_req:meta(media_type, Req) to retrieve it.
+</I>&gt;<i>
+</I>&gt;<i> On 08/27/2014 12:59 AM, St&#233;phane Wirtel wrote:
+</I>&gt;&gt;<i> Hi all,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I work with two content-types (json, msgpack).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> In the DELETE verb, I need to return an object and in this case, I 
+</I>&gt;&gt;<i> work
+</I>&gt;&gt;<i> on delete_resource/2 and delete_completed/2.
+</I>&gt;&gt;<i> The problem is, how can I return a body in function of the 
+</I>&gt;&gt;<i> content-type?
+</I>&gt;&gt;<i> because after delete_completed, there is a call to the
+</I>&gt;&gt;<i> cowboy_rest:has_resp_body function and I need to set the body of the
+</I>&gt;&gt;<i> response.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> delete_completed(Req, State) -&gt;
+</I>&gt;&gt;<i>   Body = Json or MsgPack ?  &lt;-- Which content ?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   Req2 = cowboy_req:set_resp_body(Body, Req),
+</I>&gt;&gt;<i>   {true, Req2, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Ok, but in this case, what's the reason of content_types_provided/2 
+</I>&gt;&gt;<i> and
+</I>&gt;&gt;<i> content_types_accepted/2 ?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thank you,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Stephane
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000446.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+	<LI>Next message: <A HREF="000448.html">[99s-extend] I need your feedback about this cowboy_rest handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#447">[ date ]</a>
+              <a href="thread.html#447">[ thread ]</a>
+              <a href="subject.html#447">[ subject ]</a>
+              <a href="author.html#447">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000448.html b/_build/static/archives/extend/2014-August/000448.html
new file mode 100644
index 00000000..8197f220
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000448.html
@@ -0,0 +1,142 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] I need your feedback about this cowboy_rest handler.
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%20handler.&In-Reply-To=%3CC5A27633-46B8-47E3-816C-BFB44584E6CC%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000447.html">
+   <LINK REL="Next"  HREF="000449.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] I need your feedback about this cowboy_rest handler.</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%20handler.&In-Reply-To=%3CC5A27633-46B8-47E3-816C-BFB44584E6CC%40wirtel.be%3E"
+       TITLE="[99s-extend] I need your feedback about this cowboy_rest handler.">stephane at wirtel.be
+       </A><BR>
+    <I>Wed Aug 27 11:29:46 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000447.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+        <LI>Next message: <A HREF="000449.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#448">[ date ]</a>
+              <a href="thread.html#448">[ thread ]</a>
+              <a href="subject.html#448">[ subject ]</a>
+              <a href="author.html#448">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi all,
+
+This night, I wrote an example because I wanted to show you my work.
+
+I have one handler for the concept of collections (in this case, tasks).
+
+In this handler, I want these following methods:
+
+POST /:collection
+GET /:collection
+DELETE /:collection
+PUT /:collection
+HEAD /:collection
+
+:<i>collection is a string, example: /tasks1
+</I>
+HEAD /:collection (/tasks1)
+StatusCode:
+	* 200 ok
+	* 404 not found
+
+GET /:collection (/tasks1)
+Gets information about the collection
+StatusCode:
+	* 200 ok
+	* 404 not found
+
+PUT /:collection (/tasks1)
+Create a new collection of tasks
+Status_Code:
+	* 201 created
+	Response: an object, in msgpack or json and I need to had a location 
+header
+	* 412 precondition failed, the collection name already exists
+	Response: an object, in msgpack or json with the error (already exists)
+
+POST /:collection (/tasks1)
+Add a new item in the collection, a new task
+StatusCode:
+	* 201 created
+	* 202 accepted
+	* 404 not found (error in the collection name)
+Response: need to add a location header and return an object in msgpack 
+or json.
+
+DELETE /:collection (/tasks1)
+Delete all the tasks
+Status_Code:
+	* 200 ok.
+	* 404 not found
+In the case of 200, we need to return an object in msgpack or json.
+
+
+I provided a code and If you can help me, because I think cowboy_rest is 
+a good solution, but I also think I will have some problems with my 
+service.
+
+Examples:
+* delete_completed, I need to write the serialisation in the 
+delete_completed function and not with the help of the defined callbacks 
+of content_types_provided.
+* for PUT, I need to return a location header, should I add it in the 
+is_conflict
+function?
+* for PUT, how I have a 201? I have read the rest_flowchart and I need 
+to specify the location header ok, but where? in the is_conflict 
+function?
+
+So, do you have time to help me, because with this example, I can 
+propose it to the cowboy repository.
+<A HREF="https://github.com/matrixise/demo_rest/blob/master/src/collection_handler.erl">https://github.com/matrixise/demo_rest/blob/master/src/collection_handler.erl</A>
+
+You can propose your PR, comments or remarks, but I would like to use 
+cowboy_rest.
+
+Regards,
+
+Stephane
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000447.html">[99s-extend] cowboy_rest and delete_completed and response
+</A></li>
+	<LI>Next message: <A HREF="000449.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#448">[ date ]</a>
+              <a href="thread.html#448">[ thread ]</a>
+              <a href="subject.html#448">[ subject ]</a>
+              <a href="author.html#448">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000449.html b/_build/static/archives/extend/2014-August/000449.html
new file mode 100644
index 00000000..059b0783
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000449.html
@@ -0,0 +1,167 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] I need your feedback about this cowboy_rest	handler.
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3C53FDACFD.7020204%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000448.html">
+   <LINK REL="Next"  HREF="000450.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] I need your feedback about this cowboy_rest	handler.</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3C53FDACFD.7020204%40ninenines.eu%3E"
+       TITLE="[99s-extend] I need your feedback about this cowboy_rest	handler.">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Aug 27 12:03:41 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000448.html">[99s-extend] I need your feedback about this cowboy_rest handler.
+</A></li>
+        <LI>Next message: <A HREF="000450.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#449">[ date ]</a>
+              <a href="thread.html#449">[ thread ]</a>
+              <a href="subject.html#449">[ subject ]</a>
+              <a href="author.html#449">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey,
+
+On 08/27/2014 12:29 PM, St&#233;phane Wirtel wrote:
+&gt;<i> Hi all,
+</I>&gt;<i>
+</I>&gt;<i> This night, I wrote an example because I wanted to show you my work.
+</I>&gt;<i>
+</I>&gt;<i> I have one handler for the concept of collections (in this case, tasks).
+</I>&gt;<i>
+</I>&gt;<i> In this handler, I want these following methods:
+</I>&gt;<i>
+</I>&gt;<i> POST /:collection
+</I>&gt;<i> GET /:collection
+</I>&gt;<i> DELETE /:collection
+</I>&gt;<i> PUT /:collection
+</I>&gt;<i> HEAD /:collection
+</I>&gt;<i>
+</I>&gt;<i> :collection is a string, example: /tasks1
+</I>&gt;<i>
+</I>&gt;<i> HEAD /:collection (/tasks1)
+</I>&gt;<i> StatusCode:
+</I>&gt;<i>      * 200 ok
+</I>&gt;<i>      * 404 not found
+</I>&gt;<i>
+</I>&gt;<i> GET /:collection (/tasks1)
+</I>&gt;<i> Gets information about the collection
+</I>&gt;<i> StatusCode:
+</I>&gt;<i>      * 200 ok
+</I>&gt;<i>      * 404 not found
+</I>&gt;<i>
+</I>&gt;<i> PUT /:collection (/tasks1)
+</I>&gt;<i> Create a new collection of tasks
+</I>&gt;<i> Status_Code:
+</I>&gt;<i>      * 201 created
+</I>&gt;<i>      Response: an object, in msgpack or json and I need to had a
+</I>&gt;<i> location header
+</I>&gt;<i>      * 412 precondition failed, the collection name already exists
+</I>&gt;<i>      Response: an object, in msgpack or json with the error (already
+</I>&gt;<i> exists)
+</I>&gt;<i>
+</I>&gt;<i> POST /:collection (/tasks1)
+</I>&gt;<i> Add a new item in the collection, a new task
+</I>&gt;<i> StatusCode:
+</I>&gt;<i>      * 201 created
+</I>&gt;<i>      * 202 accepted
+</I>&gt;<i>      * 404 not found (error in the collection name)
+</I>&gt;<i> Response: need to add a location header and return an object in msgpack
+</I>&gt;<i> or json.
+</I>&gt;<i>
+</I>&gt;<i> DELETE /:collection (/tasks1)
+</I>&gt;<i> Delete all the tasks
+</I>&gt;<i> Status_Code:
+</I>&gt;<i>      * 200 ok.
+</I>&gt;<i>      * 404 not found
+</I>&gt;<i> In the case of 200, we need to return an object in msgpack or json.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> I provided a code and If you can help me, because I think cowboy_rest is
+</I>&gt;<i> a good solution, but I also think I will have some problems with my
+</I>&gt;<i> service.
+</I>&gt;<i>
+</I>&gt;<i> Examples:
+</I>&gt;<i> * delete_completed, I need to write the serialisation in the
+</I>&gt;<i> delete_completed function and not with the help of the defined callbacks
+</I>&gt;<i> of content_types_provided.
+</I>
+What's the problem? The callbacks you set in content_types_provided are 
+there to provide the *resource*. If you set a body in response to the 
+DELETE method you are not sending the resource but information about the 
+result of the operation.
+
+&gt;<i> * for PUT, I need to return a location header, should I add it in the
+</I>&gt;<i> is_conflict
+</I>&gt;<i> function?
+</I>
+I would say in the callback you set in content_types_accepted. But...
+
+&gt;<i> * for PUT, how I have a 201? I have read the rest_flowchart and I need
+</I>&gt;<i> to specify the location header ok, but where? in the is_conflict function?
+</I>
+Why do you need a 201? If you PUT a collection to /:collection then this 
+is already the location of the collection. I am not sure what you are 
+trying to do there exactly?
+
+&gt;<i> So, do you have time to help me, because with this example, I can
+</I>&gt;<i> propose it to the cowboy repository.
+</I>&gt;<i> <A HREF="https://github.com/matrixise/demo_rest/blob/master/src/collection_handler.erl">https://github.com/matrixise/demo_rest/blob/master/src/collection_handler.erl</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> You can propose your PR, comments or remarks, but I would like to use
+</I>&gt;<i> cowboy_rest.
+</I>&gt;<i>
+</I>&gt;<i> Regards,
+</I>&gt;<i>
+</I>&gt;<i> Stephane
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000448.html">[99s-extend] I need your feedback about this cowboy_rest handler.
+</A></li>
+	<LI>Next message: <A HREF="000450.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#449">[ date ]</a>
+              <a href="thread.html#449">[ thread ]</a>
+              <a href="subject.html#449">[ subject ]</a>
+              <a href="author.html#449">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000450.html b/_build/static/archives/extend/2014-August/000450.html
new file mode 100644
index 00000000..d1b5de08
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000450.html
@@ -0,0 +1,168 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] I need your feedback about this cowboy_rest	handler.
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3CC563DB6C-5C79-4E13-929B-25C64B13DCD0%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000449.html">
+   <LINK REL="Next"  HREF="000451.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] I need your feedback about this cowboy_rest	handler.</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3CC563DB6C-5C79-4E13-929B-25C64B13DCD0%40wirtel.be%3E"
+       TITLE="[99s-extend] I need your feedback about this cowboy_rest	handler.">stephane at wirtel.be
+       </A><BR>
+    <I>Wed Aug 27 12:35:33 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000449.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+        <LI>Next message: <A HREF="000451.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#450">[ date ]</a>
+              <a href="thread.html#450">[ thread ]</a>
+              <a href="subject.html#450">[ subject ]</a>
+              <a href="author.html#450">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 27 Aug 2014, at 12:03, Lo&#239;c Hoguin wrote:
+
+&gt;<i> Hey,
+</I>&gt;<i>
+</I>&gt;<i> On 08/27/2014 12:29 PM, St&#233;phane Wirtel wrote:
+</I>&gt;&gt;<i> Hi all,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> This night, I wrote an example because I wanted to show you my work.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I have one handler for the concept of collections (in this case, 
+</I>&gt;&gt;<i> tasks).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> In this handler, I want these following methods:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> POST /:collection
+</I>&gt;&gt;<i> GET /:collection
+</I>&gt;&gt;<i> DELETE /:collection
+</I>&gt;&gt;<i> PUT /:collection
+</I>&gt;&gt;<i> HEAD /:collection
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> :collection is a string, example: /tasks1
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> HEAD /:collection (/tasks1)
+</I>&gt;&gt;<i> StatusCode:
+</I>&gt;&gt;<i>  * 200 ok
+</I>&gt;&gt;<i>  * 404 not found
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> GET /:collection (/tasks1)
+</I>&gt;&gt;<i> Gets information about the collection
+</I>&gt;&gt;<i> StatusCode:
+</I>&gt;&gt;<i>  * 200 ok
+</I>&gt;&gt;<i>  * 404 not found
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> PUT /:collection (/tasks1)
+</I>&gt;&gt;<i> Create a new collection of tasks
+</I>&gt;&gt;<i> Status_Code:
+</I>&gt;&gt;<i>  * 201 created
+</I>&gt;&gt;<i>  Response: an object, in msgpack or json and I need to had a
+</I>&gt;&gt;<i> location header
+</I>&gt;&gt;<i>  * 412 precondition failed, the collection name already exists
+</I>&gt;&gt;<i>  Response: an object, in msgpack or json with the error (already
+</I>&gt;&gt;<i> exists)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> POST /:collection (/tasks1)
+</I>&gt;&gt;<i> Add a new item in the collection, a new task
+</I>&gt;&gt;<i> StatusCode:
+</I>&gt;&gt;<i>  * 201 created
+</I>&gt;&gt;<i>  * 202 accepted
+</I>&gt;&gt;<i>  * 404 not found (error in the collection name)
+</I>&gt;&gt;<i> Response: need to add a location header and return an object in 
+</I>&gt;&gt;<i> msgpack
+</I>&gt;&gt;<i> or json.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> DELETE /:collection (/tasks1)
+</I>&gt;&gt;<i> Delete all the tasks
+</I>&gt;&gt;<i> Status_Code:
+</I>&gt;&gt;<i>  * 200 ok.
+</I>&gt;&gt;<i>  * 404 not found
+</I>&gt;&gt;<i> In the case of 200, we need to return an object in msgpack or json.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I provided a code and If you can help me, because I think cowboy_rest 
+</I>&gt;&gt;<i> is
+</I>&gt;&gt;<i> a good solution, but I also think I will have some problems with my
+</I>&gt;&gt;<i> service.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Examples:
+</I>&gt;&gt;<i> * delete_completed, I need to write the serialisation in the
+</I>&gt;&gt;<i> delete_completed function and not with the help of the defined 
+</I>&gt;&gt;<i> callbacks
+</I>&gt;&gt;<i> of content_types_provided.
+</I>&gt;<i>
+</I>&gt;<i> What's the problem? The callbacks you set in content_types_provided 
+</I>&gt;<i> are there to provide the *resource*. If you set a body in response to 
+</I>&gt;<i> the DELETE method you are not sending the resource but information 
+</I>&gt;<i> about the result of the operation.
+</I>Ok, in this case, I understand. thanks
+&gt;<i>
+</I>&gt;&gt;<i> * for PUT, I need to return a location header, should I add it in the
+</I>&gt;&gt;<i> is_conflict
+</I>&gt;&gt;<i> function?
+</I>&gt;<i>
+</I>&gt;<i> I would say in the callback you set in content_types_accepted. But...
+</I>Works fine in the is_conflict function.
+&gt;<i>
+</I>&gt;&gt;<i> * for PUT, how I have a 201? I have read the rest_flowchart and I 
+</I>&gt;&gt;<i> need
+</I>&gt;&gt;<i> to specify the location header ok, but where? in the is_conflict 
+</I>&gt;&gt;<i> function?
+</I>&gt;<i>
+</I>&gt;<i> Why do you need a 201? If you PUT a collection to /:collection then 
+</I>&gt;<i> this is already the location of the collection. I am not sure what you 
+</I>&gt;<i> are trying to do there exactly?
+</I>In this case, the PUT method is used for the creation of the resource 
+and not for the update. This is the reason of the 201 status code.
+
+In the rest_flowchart graph for the PUT/POST methods, what is the node 
+&quot;new resource&quot; ? Is it just the {true, Req, State} from the callback 
+defined in the content_types_accepted?
+
+PS: I retested and now, I have my 201 with PUT, just resource_exists has 
+to return false and not true ;-)
+
+Thanks
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000449.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+	<LI>Next message: <A HREF="000451.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#450">[ date ]</a>
+              <a href="thread.html#450">[ thread ]</a>
+              <a href="subject.html#450">[ subject ]</a>
+              <a href="author.html#450">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000451.html b/_build/static/archives/extend/2014-August/000451.html
new file mode 100644
index 00000000..4920b429
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000451.html
@@ -0,0 +1,86 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] I need your feedback about this cowboy_rest	handler.
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3C53FDB89F.2080308%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000450.html">
+   <LINK REL="Next"  HREF="000452.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] I need your feedback about this cowboy_rest	handler.</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3C53FDB89F.2080308%40ninenines.eu%3E"
+       TITLE="[99s-extend] I need your feedback about this cowboy_rest	handler.">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Aug 27 12:53:19 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000450.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+        <LI>Next message: <A HREF="000452.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#451">[ date ]</a>
+              <a href="thread.html#451">[ thread ]</a>
+              <a href="subject.html#451">[ subject ]</a>
+              <a href="author.html#451">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;&gt;&gt;<i> * for PUT, how I have a 201? I have read the rest_flowchart and I need
+</I>&gt;&gt;&gt;<i> to specify the location header ok, but where? in the is_conflict
+</I>&gt;&gt;&gt;<i> function?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Why do you need a 201? If you PUT a collection to /:collection then
+</I>&gt;&gt;<i> this is already the location of the collection. I am not sure what you
+</I>&gt;&gt;<i> are trying to do there exactly?
+</I>&gt;<i> In this case, the PUT method is used for the creation of the resource
+</I>&gt;<i> and not for the update. This is the reason of the 201 status code.
+</I>&gt;<i>
+</I>&gt;<i> In the rest_flowchart graph for the PUT/POST methods, what is the node
+</I>&gt;<i> &quot;new resource&quot; ? Is it just the {true, Req, State} from the callback
+</I>&gt;<i> defined in the content_types_accepted?
+</I>&gt;<i>
+</I>&gt;<i> PS: I retested and now, I have my 201 with PUT, just resource_exists has
+</I>&gt;<i> to return false and not true ;-)
+</I>
+My bad I was a little confusing in my previous answer. You are right, if 
+the resource doesn't exist and PUT is used we get a 201 automatically. 
+The location header must only be provided if the resource was created 
+elsewhere.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000450.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+	<LI>Next message: <A HREF="000452.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#451">[ date ]</a>
+              <a href="thread.html#451">[ thread ]</a>
+              <a href="subject.html#451">[ subject ]</a>
+              <a href="author.html#451">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000452.html b/_build/static/archives/extend/2014-August/000452.html
new file mode 100644
index 00000000..02b6f225
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000452.html
@@ -0,0 +1,96 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] I need your feedback about this cowboy_rest	handler.
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3C426265B5-9DC3-4068-A377-C3B4441A6F45%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000451.html">
+   <LINK REL="Next"  HREF="000457.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] I need your feedback about this cowboy_rest	handler.</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3C426265B5-9DC3-4068-A377-C3B4441A6F45%40wirtel.be%3E"
+       TITLE="[99s-extend] I need your feedback about this cowboy_rest	handler.">stephane at wirtel.be
+       </A><BR>
+    <I>Wed Aug 27 15:26:11 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000451.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+        <LI>Next message: <A HREF="000457.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#452">[ date ]</a>
+              <a href="thread.html#452">[ thread ]</a>
+              <a href="subject.html#452">[ subject ]</a>
+              <a href="author.html#452">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 27 Aug 2014, at 12:53, Lo&#239;c Hoguin wrote:
+
+&gt;&gt;&gt;&gt;<i> * for PUT, how I have a 201? I have read the rest_flowchart and I 
+</I>&gt;&gt;&gt;&gt;<i> need
+</I>&gt;&gt;&gt;&gt;<i> to specify the location header ok, but where? in the is_conflict
+</I>&gt;&gt;&gt;&gt;<i> function?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Why do you need a 201? If you PUT a collection to /:collection then
+</I>&gt;&gt;&gt;<i> this is already the location of the collection. I am not sure what 
+</I>&gt;&gt;&gt;<i> you
+</I>&gt;&gt;&gt;<i> are trying to do there exactly?
+</I>&gt;&gt;<i> In this case, the PUT method is used for the creation of the resource
+</I>&gt;&gt;<i> and not for the update. This is the reason of the 201 status code.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> In the rest_flowchart graph for the PUT/POST methods, what is the 
+</I>&gt;&gt;<i> node
+</I>&gt;&gt;<i> &quot;new resource&quot; ? Is it just the {true, Req, State} from the callback
+</I>&gt;&gt;<i> defined in the content_types_accepted?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> PS: I retested and now, I have my 201 with PUT, just resource_exists 
+</I>&gt;&gt;<i> has
+</I>&gt;&gt;<i> to return false and not true ;-)
+</I>&gt;<i>
+</I>&gt;<i> My bad I was a little confusing in my previous answer. You are right, 
+</I>&gt;<i> if the resource doesn't exist and PUT is used we get a 201 
+</I>&gt;<i> automatically. The location header must only be provided if the 
+</I>&gt;<i> resource was created elsewhere.
+</I>
+Don't worry and thank you for your answers.
+
+Stephane
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000451.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+	<LI>Next message: <A HREF="000457.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#452">[ date ]</a>
+              <a href="thread.html#452">[ thread ]</a>
+              <a href="subject.html#452">[ subject ]</a>
+              <a href="author.html#452">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000453.html b/_build/static/archives/extend/2014-August/000453.html
new file mode 100644
index 00000000..02c722fa
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000453.html
@@ -0,0 +1,90 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Which erlang.mk?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Which%20erlang.mk%3F&In-Reply-To=%3CCA%2B_xk0k0LEftN%2BLmn-BaYpmxYaSYuaOq1Et%3D8cX_R5u3O_Kkng%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000457.html">
+   <LINK REL="Next"  HREF="000454.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Which erlang.mk?</H1>
+    <B>Brandon Clark</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Which%20erlang.mk%3F&In-Reply-To=%3CCA%2B_xk0k0LEftN%2BLmn-BaYpmxYaSYuaOq1Et%3D8cX_R5u3O_Kkng%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Which erlang.mk?">a.brandon.clark at gmail.com
+       </A><BR>
+    <I>Wed Aug 27 21:06:25 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000457.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+        <LI>Next message: <A HREF="000454.html">[99s-extend] Which erlang.mk?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#453">[ date ]</a>
+              <a href="thread.html#453">[ thread ]</a>
+              <a href="subject.html#453">[ subject ]</a>
+              <a href="author.html#453">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Greetings!
+
+I'm trying to resurrect one of my neglected ranch applications.  It uses
+Common Test, erlang.mk, and relx all in the usual way.  When I run make
+tests with all fresh dependencies, I get this:
+
+Doing /home/brandon/src/my_proj/deps/ranch...
+
+make[1]: *** No rule to make target `build-tests'.  Stop.
+
+make: *** [build-deps-tests] Error 2
+
+
+A diff of my erlang.mk and deps/ranch/erlang.mk shows they are dramatically
+different.  Mine came from here just this morning:
+
+<A HREF="https://raw.*github.com">https://raw.*github.com</A> &lt;<A HREF="http://github.com">http://github.com</A>&gt;*/extend/
+erlang.mk/master/erlang.mk
+
+Which one is the &quot;right&quot; one for creating new apps?
+
+
+Thank you!
+
+~BC
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140827/91c1e017/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140827/91c1e017/attachment.html</A>&gt;
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000457.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+	<LI>Next message: <A HREF="000454.html">[99s-extend] Which erlang.mk?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#453">[ date ]</a>
+              <a href="thread.html#453">[ thread ]</a>
+              <a href="subject.html#453">[ subject ]</a>
+              <a href="author.html#453">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000454.html b/_build/static/archives/extend/2014-August/000454.html
new file mode 100644
index 00000000..ce31faf5
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000454.html
@@ -0,0 +1,114 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Which erlang.mk?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Which%20erlang.mk%3F&In-Reply-To=%3C53FE4D02.9050804%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000453.html">
+   <LINK REL="Next"  HREF="000455.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Which erlang.mk?</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Which%20erlang.mk%3F&In-Reply-To=%3C53FE4D02.9050804%40ninenines.eu%3E"
+       TITLE="[99s-extend] Which erlang.mk?">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Aug 27 23:26:26 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000453.html">[99s-extend] Which erlang.mk?
+</A></li>
+        <LI>Next message: <A HREF="000455.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#454">[ date ]</a>
+              <a href="thread.html#454">[ thread ]</a>
+              <a href="subject.html#454">[ subject ]</a>
+              <a href="author.html#454">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>The one you downloaded from github is the correct one. It's a new 
+version compared to the older one. A few small things changed, 
+including, in this case, that build-tests was renamed to something like 
+ct-build-tests (please open it to make sure of the name).
+
+The new version allows greater customization and has a better package 
+index feature and other things, but breaking compatibility with older 
+Makefiles. The new version is labeled 1 (beginning of erlang.mk file) 
+while the older one has no such label.
+
+On 08/27/2014 10:06 PM, Brandon Clark wrote:
+&gt;<i> Greetings!
+</I>&gt;<i>
+</I>&gt;<i> I'm trying to resurrect one of my neglected ranch applications.  It uses
+</I>&gt;<i> Common Test, erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;, and relx all in the usual
+</I>&gt;<i> way.  When I run make tests with all fresh dependencies, I get this:
+</I>&gt;<i>
+</I>&gt;<i> Doing /home/brandon/src/my_proj/deps/ranch...
+</I>&gt;<i>
+</I>&gt;<i> make[1]: *** No rule to make target `build-tests'.  Stop.
+</I>&gt;<i>
+</I>&gt;<i> make: *** [build-deps-tests] Error 2
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> A diff of my erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; and deps/ranch/erlang.mk
+</I>&gt;<i> &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; shows they are dramatically different.  Mine came
+</I>&gt;<i> from here just this morning:
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="https://raw._github.com">https://raw._github.com</A>
+</I>&gt;<i> &lt;<A HREF="http://github.com">http://github.com</A>&gt;_/extend/erlang.mk/master/erlang.mk
+</I>&gt;<i> &lt;<A HREF="http://erlang.mk/master/erlang.mk">http://erlang.mk/master/erlang.mk</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i> Which one is the &quot;right&quot; one for creating new apps?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Thank you!
+</I>&gt;<i>
+</I>&gt;<i> ~BC
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000453.html">[99s-extend] Which erlang.mk?
+</A></li>
+	<LI>Next message: <A HREF="000455.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#454">[ date ]</a>
+              <a href="thread.html#454">[ thread ]</a>
+              <a href="subject.html#454">[ subject ]</a>
+              <a href="author.html#454">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000455.html b/_build/static/archives/extend/2014-August/000455.html
new file mode 100644
index 00000000..0e2c3653
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000455.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20%3A%20PUT%20and%20resource_exists%20vs%20is_conflict%20%3F&In-Reply-To=%3C5F045BA1-B52D-43BD-8E61-061CD2B4DFC9%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000454.html">
+   <LINK REL="Next"  HREF="000456.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20%3A%20PUT%20and%20resource_exists%20vs%20is_conflict%20%3F&In-Reply-To=%3C5F045BA1-B52D-43BD-8E61-061CD2B4DFC9%40wirtel.be%3E"
+       TITLE="[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?">stephane at wirtel.be
+       </A><BR>
+    <I>Wed Aug 27 23:41:25 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000454.html">[99s-extend] Which erlang.mk?
+</A></li>
+        <LI>Next message: <A HREF="000456.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#455">[ date ]</a>
+              <a href="thread.html#455">[ thread ]</a>
+              <a href="subject.html#455">[ subject ]</a>
+              <a href="author.html#455">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi all,
+
+For the PUT method, the flow is 
+
+resource_exists
+if method == PUT then go to the is_conflict function.
+In each function, we need to check if the resource already exists or not.
+
+I think we check twice, is it normal?
+
+Thank you,
+
+Stephane
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000454.html">[99s-extend] Which erlang.mk?
+</A></li>
+	<LI>Next message: <A HREF="000456.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#455">[ date ]</a>
+              <a href="thread.html#455">[ thread ]</a>
+              <a href="subject.html#455">[ subject ]</a>
+              <a href="author.html#455">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000456.html b/_build/static/archives/extend/2014-August/000456.html
new file mode 100644
index 00000000..2d6772e6
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000456.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20%3A%20PUT%20and%20resource_exists%20vs%0A%20is_conflict%20%3F&In-Reply-To=%3C53FE5239.6080008%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000455.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_rest%20%3A%20PUT%20and%20resource_exists%20vs%0A%20is_conflict%20%3F&In-Reply-To=%3C53FE5239.6080008%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Aug 27 23:48:41 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000455.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#456">[ date ]</a>
+              <a href="thread.html#456">[ thread ]</a>
+              <a href="subject.html#456">[ subject ]</a>
+              <a href="author.html#456">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>For some callbacks you may need to check but only if you need to perform 
+a different operation when it does/doesn't. For example if you write to 
+files a PUT is the same operation either way, but if you write to an SQL 
+DB you will want to do INSERT/UPDATE depending on that. Same goes for 
+is_conflict and others, it depends.
+
+So sometimes you need to keep that info around in the state and 
+sometimes you don't.
+
+On 08/28/2014 12:41 AM, St&#233;phane Wirtel wrote:
+&gt;<i> Hi all,
+</I>&gt;<i>
+</I>&gt;<i> For the PUT method, the flow is
+</I>&gt;<i>
+</I>&gt;<i> resource_exists
+</I>&gt;<i> if method == PUT then go to the is_conflict function.
+</I>&gt;<i> In each function, we need to check if the resource already exists or not.
+</I>&gt;<i>
+</I>&gt;<i> I think we check twice, is it normal?
+</I>&gt;<i>
+</I>&gt;<i> Thank you,
+</I>&gt;<i>
+</I>&gt;<i> Stephane
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000455.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#456">[ date ]</a>
+              <a href="thread.html#456">[ thread ]</a>
+              <a href="subject.html#456">[ subject ]</a>
+              <a href="author.html#456">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/000457.html b/_build/static/archives/extend/2014-August/000457.html
new file mode 100644
index 00000000..24b17abc
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/000457.html
@@ -0,0 +1,111 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] I need your feedback about this cowboy_rest	handler.
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3CCA%2BdV7cRD-UszqUz9gv5KH4rtmW%2BgC6a7tEJYQco66i891%2BTqbg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000452.html">
+   <LINK REL="Next"  HREF="000453.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] I need your feedback about this cowboy_rest	handler.</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20I%20need%20your%20feedback%20about%20this%20cowboy_rest%0A%09handler.&In-Reply-To=%3CCA%2BdV7cRD-UszqUz9gv5KH4rtmW%2BgC6a7tEJYQco66i891%2BTqbg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] I need your feedback about this cowboy_rest	handler.">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Sat Aug 30 00:15:56 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000452.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+        <LI>Next message: <A HREF="000453.html">[99s-extend] Which erlang.mk?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#457">[ date ]</a>
+              <a href="thread.html#457">[ thread ]</a>
+              <a href="subject.html#457">[ subject ]</a>
+              <a href="author.html#457">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>PUT _should_ (there is no police here though) be used to either create
+a resource or completely update it (it's refered to as &quot;upsert&quot; by
+some; in Redis, for example, a similar concept would be &quot;set&quot;).
+Partial modifications should be made using PATCH. POST is what is
+commonly used to create a resource. According to
+<A HREF="http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html">http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html</A> 412 is used
+when &quot;[t]he precondition given in one or more of the request-header
+fields evaluated to false when it was tested on the server.&quot; (also:
+<A HREF="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.24">http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.24</A>).
+
+- Paulo F. Oliveira
+
+On 27 August 2014 14:26, St&#233;phane Wirtel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">stephane at wirtel.be</A>&gt; wrote:
+&gt;<i> On 27 Aug 2014, at 12:53, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> * for PUT, how I have a 201? I have read the rest_flowchart and I need
+</I>&gt;&gt;&gt;&gt;&gt;<i> to specify the location header ok, but where? in the is_conflict
+</I>&gt;&gt;&gt;&gt;&gt;<i> function?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Why do you need a 201? If you PUT a collection to /:collection then
+</I>&gt;&gt;&gt;&gt;<i> this is already the location of the collection. I am not sure what you
+</I>&gt;&gt;&gt;&gt;<i> are trying to do there exactly?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> In this case, the PUT method is used for the creation of the resource
+</I>&gt;&gt;&gt;<i> and not for the update. This is the reason of the 201 status code.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> In the rest_flowchart graph for the PUT/POST methods, what is the node
+</I>&gt;&gt;&gt;<i> &quot;new resource&quot; ? Is it just the {true, Req, State} from the callback
+</I>&gt;&gt;&gt;<i> defined in the content_types_accepted?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> PS: I retested and now, I have my 201 with PUT, just resource_exists has
+</I>&gt;&gt;&gt;<i> to return false and not true ;-)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> My bad I was a little confusing in my previous answer. You are right, if
+</I>&gt;&gt;<i> the resource doesn't exist and PUT is used we get a 201 automatically. The
+</I>&gt;&gt;<i> location header must only be provided if the resource was created elsewhere.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Don't worry and thank you for your answers.
+</I>&gt;<i>
+</I>&gt;<i> Stephane
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I></PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000452.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A></li>
+	<LI>Next message: <A HREF="000453.html">[99s-extend] Which erlang.mk?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#457">[ date ]</a>
+              <a href="thread.html#457">[ thread ]</a>
+              <a href="subject.html#457">[ subject ]</a>
+              <a href="author.html#457">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-August/author.html b/_build/static/archives/extend/2014-August/author.html
new file mode 100644
index 00000000..c661620f
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/author.html
@@ -0,0 +1,252 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Aug  4 18:39:26 CEST 2014</i><br>
+         <b>Ending:</b> <i>Sat Aug 30 00:15:56 CEST 2014</i><br>
+         <b>Messages:</b> 41<p>
+     <ul>
+
+<LI><A HREF="000453.html">[99s-extend] Which erlang.mk?
+</A><A NAME="453">&nbsp;</A>
+<I>Brandon Clark
+</I>
+
+<LI><A HREF="000439.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="439">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000428.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="428">&nbsp;</A>
+<I>Jesse Gumm
+</I>
+
+<LI><A HREF="000441.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="441">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000418.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="418">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000420.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="420">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000422.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="422">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000425.html">[99s-extend] Broken links for REST flowcharts
+</A><A NAME="425">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000426.html">[99s-extend] [ANN] Cowboy 1.0
+</A><A NAME="426">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000431.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="431">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000433.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="433">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000437.html">[99s-extend] cowboy_rest and response headers
+</A><A NAME="437">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000446.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="446">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000449.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="449">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000451.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="451">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000454.html">[99s-extend] Which erlang.mk?
+</A><A NAME="454">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000456.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A><A NAME="456">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000427.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="427">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000424.html">[99s-extend] Broken links for REST flowcharts
+</A><A NAME="424">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000430.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="430">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000432.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="432">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000444.html">[99s-extend] Full example of cowboy_rest?
+</A><A NAME="444">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000457.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="457">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000417.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="417">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000419.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="419">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000421.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="421">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000423.html">[99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+</A><A NAME="423">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000436.html">[99s-extend] cowboy_rest and response headers
+</A><A NAME="436">&nbsp;</A>
+<I>Camille Troillard
+</I>
+
+<LI><A HREF="000442.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="442">&nbsp;</A>
+<I>Stephane Wirtel
+</I>
+
+<LI><A HREF="000438.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="438">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000440.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="440">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000443.html">[99s-extend] Full example of cowboy_rest?
+</A><A NAME="443">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000445.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="445">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000447.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="447">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000448.html">[99s-extend] I need your feedback about this cowboy_rest handler.
+</A><A NAME="448">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000450.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="450">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000452.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="452">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000455.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A><A NAME="455">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000434.html">[99s-extend] eunit suppoort in erlang.mk?
+</A><A NAME="434">&nbsp;</A>
+<I>Michael Wittig
+</I>
+
+<LI><A HREF="000435.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="435">&nbsp;</A>
+<I>chaehb
+</I>
+
+<LI><A HREF="000429.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="429">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Aug 30 00:15:56 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Sat Aug 30 00:15:58 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-August/date.html b/_build/static/archives/extend/2014-August/date.html
new file mode 100644
index 00000000..b985c425
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/date.html
@@ -0,0 +1,252 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Aug  4 18:39:26 CEST 2014</i><br>
+         <b>Ending:</b> <i>Sat Aug 30 00:15:56 CEST 2014</i><br>
+         <b>Messages:</b> 41<p>
+     <ul>
+
+<LI><A HREF="000417.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="417">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000418.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="418">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000419.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="419">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000420.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="420">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000421.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="421">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000422.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="422">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000423.html">[99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+</A><A NAME="423">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000424.html">[99s-extend] Broken links for REST flowcharts
+</A><A NAME="424">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000425.html">[99s-extend] Broken links for REST flowcharts
+</A><A NAME="425">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000426.html">[99s-extend] [ANN] Cowboy 1.0
+</A><A NAME="426">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000427.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="427">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000428.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="428">&nbsp;</A>
+<I>Jesse Gumm
+</I>
+
+<LI><A HREF="000429.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="429">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000430.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="430">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000431.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="431">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000432.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="432">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000433.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="433">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000434.html">[99s-extend] eunit suppoort in erlang.mk?
+</A><A NAME="434">&nbsp;</A>
+<I>Michael Wittig
+</I>
+
+<LI><A HREF="000435.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="435">&nbsp;</A>
+<I>chaehb
+</I>
+
+<LI><A HREF="000436.html">[99s-extend] cowboy_rest and response headers
+</A><A NAME="436">&nbsp;</A>
+<I>Camille Troillard
+</I>
+
+<LI><A HREF="000437.html">[99s-extend] cowboy_rest and response headers
+</A><A NAME="437">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000438.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="438">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000439.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="439">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000440.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="440">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000441.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="441">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000442.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="442">&nbsp;</A>
+<I>Stephane Wirtel
+</I>
+
+<LI><A HREF="000443.html">[99s-extend] Full example of cowboy_rest?
+</A><A NAME="443">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000444.html">[99s-extend] Full example of cowboy_rest?
+</A><A NAME="444">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000445.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="445">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000446.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="446">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000447.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="447">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000448.html">[99s-extend] I need your feedback about this cowboy_rest handler.
+</A><A NAME="448">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000449.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="449">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000450.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="450">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000451.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="451">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000452.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="452">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000453.html">[99s-extend] Which erlang.mk?
+</A><A NAME="453">&nbsp;</A>
+<I>Brandon Clark
+</I>
+
+<LI><A HREF="000454.html">[99s-extend] Which erlang.mk?
+</A><A NAME="454">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000455.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A><A NAME="455">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000456.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A><A NAME="456">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000457.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="457">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Aug 30 00:15:56 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Sat Aug 30 00:15:58 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-August/index.html b/_build/static/archives/extend/2014-August/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-August/subject.html b/_build/static/archives/extend/2014-August/subject.html
new file mode 100644
index 00000000..af9f381b
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/subject.html
@@ -0,0 +1,252 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Aug  4 18:39:26 CEST 2014</i><br>
+         <b>Ending:</b> <i>Sat Aug 30 00:15:56 CEST 2014</i><br>
+         <b>Messages:</b> 41<p>
+     <ul>
+
+<LI><A HREF="000426.html">[99s-extend] [ANN] Cowboy 1.0
+</A><A NAME="426">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000427.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="427">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<LI><A HREF="000428.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="428">&nbsp;</A>
+<I>Jesse Gumm
+</I>
+
+<LI><A HREF="000429.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="429">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000430.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="430">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000431.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="431">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000432.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="432">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000433.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="433">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000424.html">[99s-extend] Broken links for REST flowcharts
+</A><A NAME="424">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000425.html">[99s-extend] Broken links for REST flowcharts
+</A><A NAME="425">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000435.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="435">&nbsp;</A>
+<I>chaehb
+</I>
+
+<LI><A HREF="000455.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A><A NAME="455">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000456.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A><A NAME="456">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000445.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="445">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000446.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="446">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000447.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="447">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000436.html">[99s-extend] cowboy_rest and response headers
+</A><A NAME="436">&nbsp;</A>
+<I>Camille Troillard
+</I>
+
+<LI><A HREF="000437.html">[99s-extend] cowboy_rest and response headers
+</A><A NAME="437">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000434.html">[99s-extend] eunit suppoort in erlang.mk?
+</A><A NAME="434">&nbsp;</A>
+<I>Michael Wittig
+</I>
+
+<LI><A HREF="000443.html">[99s-extend] Full example of cowboy_rest?
+</A><A NAME="443">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000444.html">[99s-extend] Full example of cowboy_rest?
+</A><A NAME="444">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000423.html">[99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+</A><A NAME="423">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000438.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="438">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000439.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="439">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000440.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="440">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000441.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="441">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000442.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="442">&nbsp;</A>
+<I>Stephane Wirtel
+</I>
+
+<LI><A HREF="000448.html">[99s-extend] I need your feedback about this cowboy_rest handler.
+</A><A NAME="448">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000449.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="449">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000450.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="450">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000451.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="451">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000452.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="452">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000457.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="457">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000417.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="417">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000418.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="418">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000419.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="419">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000420.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="420">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000421.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="421">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000422.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="422">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000453.html">[99s-extend] Which erlang.mk?
+</A><A NAME="453">&nbsp;</A>
+<I>Brandon Clark
+</I>
+
+<LI><A HREF="000454.html">[99s-extend] Which erlang.mk?
+</A><A NAME="454">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Aug 30 00:15:56 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Sat Aug 30 00:15:58 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-August/thread.html b/_build/static/archives/extend/2014-August/thread.html
new file mode 100644
index 00000000..076e99dc
--- /dev/null
+++ b/_build/static/archives/extend/2014-August/thread.html
@@ -0,0 +1,331 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Aug  4 18:39:26 CEST 2014</i><br>
+         <b>Ending:</b> <i>Sat Aug 30 00:15:56 CEST 2014</i><br>
+         <b>Messages:</b> 41<p>
+     <ul>
+
+<!--0 01407170366.417- -->
+<LI><A HREF="000417.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="417">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--1 01407170366.417-01407170972.418- -->
+<LI><A HREF="000418.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="418">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01407170366.417-01407170972.418-01407174636.419- -->
+<LI><A HREF="000419.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="419">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--3 01407170366.417-01407170972.418-01407174636.419-01407175197.420- -->
+<LI><A HREF="000420.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="420">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01407170366.417-01407170972.418-01407174636.419-01407175197.420-01407176166.421- -->
+<LI><A HREF="000421.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="421">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<!--3 01407170366.417-01407170972.418-01407174636.419-01407175197.420-01407176166.421-01407176655.422- -->
+<LI><A HREF="000422.html">[99s-extend] ranch dispatch error ver 1.0.0
+</A><A NAME="422">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01407170366.417-01407170972.418-01407174636.419-01407175197.420-01407176166.421-01407176725.423- -->
+<LI><A HREF="000423.html">[99s-extend] Fwd:  ranch dispatch error ver 1.0.0
+</A><A NAME="423">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01407236290.424- -->
+<LI><A HREF="000424.html">[99s-extend] Broken links for REST flowcharts
+</A><A NAME="424">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--1 01407236290.424-01407237552.425- -->
+<LI><A HREF="000425.html">[99s-extend] Broken links for REST flowcharts
+</A><A NAME="425">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01407242627.426- -->
+<LI><A HREF="000426.html">[99s-extend] [ANN] Cowboy 1.0
+</A><A NAME="426">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--1 01407242627.426-01407245607.427- -->
+<LI><A HREF="000427.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="427">&nbsp;</A>
+<I>Max Lapshin
+</I>
+
+<UL>
+<!--2 01407242627.426-01407245607.427-01407270797.430- -->
+<LI><A HREF="000430.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="430">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--3 01407242627.426-01407245607.427-01407270797.430-01407272134.431- -->
+<LI><A HREF="000431.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="431">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01407242627.426-01407245607.427-01407270797.430-01407272134.431-01407272498.432- -->
+<LI><A HREF="000432.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="432">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<!--3 01407242627.426-01407245607.427-01407270797.430-01407272134.431-01407272498.432-01407272779.433- -->
+<LI><A HREF="000433.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="433">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+<!--1 01407242627.426-01407254185.428- -->
+<LI><A HREF="000428.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="428">&nbsp;</A>
+<I>Jesse Gumm
+</I>
+
+<!--1 01407242627.426-01407260073.429- -->
+<LI><A HREF="000429.html">[99s-extend] [erlang-questions] [ANN] Cowboy 1.0
+</A><A NAME="429">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+</UL>
+<!--0 01407921471.434- -->
+<LI><A HREF="000434.html">[99s-extend] eunit suppoort in erlang.mk?
+</A><A NAME="434">&nbsp;</A>
+<I>Michael Wittig
+</I>
+
+<!--0 01407979205.435- -->
+<LI><A HREF="000435.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="435">&nbsp;</A>
+<I>chaehb
+</I>
+
+<!--0 01408031065.436- -->
+<LI><A HREF="000436.html">[99s-extend] cowboy_rest and response headers
+</A><A NAME="436">&nbsp;</A>
+<I>Camille Troillard
+</I>
+
+<UL>
+<!--1 01408031065.436-01408031409.437- -->
+<LI><A HREF="000437.html">[99s-extend] cowboy_rest and response headers
+</A><A NAME="437">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01408838292.438- -->
+<LI><A HREF="000438.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="438">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<UL>
+<!--1 01408838292.438-01408839362.439- -->
+<LI><A HREF="000439.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="439">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<UL>
+<!--2 01408838292.438-01408839362.439-01408839742.440- -->
+<LI><A HREF="000440.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="440">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<UL>
+<!--3 01408838292.438-01408839362.439-01408839742.440-01408839954.441- -->
+<LI><A HREF="000441.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="441">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<!--3 01408838292.438-01408839362.439-01408839742.440-01408839954.441-01408841578.442- -->
+<LI><A HREF="000442.html">[99s-extend] How to use the PUT verb with Cowboy_Rest ?
+</A><A NAME="442">&nbsp;</A>
+<I>Stephane Wirtel
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01408874098.443- -->
+<LI><A HREF="000443.html">[99s-extend] Full example of cowboy_rest?
+</A><A NAME="443">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<UL>
+<!--1 01408874098.443-01409008304.444- -->
+<LI><A HREF="000444.html">[99s-extend] Full example of cowboy_rest?
+</A><A NAME="444">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+</UL>
+<!--0 01409090390.445- -->
+<LI><A HREF="000445.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="445">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<UL>
+<!--1 01409090390.445-01409090625.446- -->
+<LI><A HREF="000446.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="446">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01409090390.445-01409090625.446-01409091120.447- -->
+<LI><A HREF="000447.html">[99s-extend] cowboy_rest and delete_completed and response
+</A><A NAME="447">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+</UL>
+</UL>
+<!--0 01409131786.448- -->
+<LI><A HREF="000448.html">[99s-extend] I need your feedback about this cowboy_rest handler.
+</A><A NAME="448">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<UL>
+<!--1 01409131786.448-01409133821.449- -->
+<LI><A HREF="000449.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="449">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01409131786.448-01409133821.449-01409135733.450- -->
+<LI><A HREF="000450.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="450">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<UL>
+<!--3 01409131786.448-01409133821.449-01409135733.450-01409136799.451- -->
+<LI><A HREF="000451.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="451">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01409131786.448-01409133821.449-01409135733.450-01409136799.451-01409145971.452- -->
+<LI><A HREF="000452.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="452">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<!--3 01409131786.448-01409133821.449-01409135733.450-01409136799.451-01409145971.452-01409350556.457- -->
+<LI><A HREF="000457.html">[99s-extend] I need your feedback about this cowboy_rest	handler.
+</A><A NAME="457">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01409166385.453- -->
+<LI><A HREF="000453.html">[99s-extend] Which erlang.mk?
+</A><A NAME="453">&nbsp;</A>
+<I>Brandon Clark
+</I>
+
+<UL>
+<!--1 01409166385.453-01409174786.454- -->
+<LI><A HREF="000454.html">[99s-extend] Which erlang.mk?
+</A><A NAME="454">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01409175685.455- -->
+<LI><A HREF="000455.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A><A NAME="455">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<UL>
+<!--1 01409175685.455-01409176121.456- -->
+<LI><A HREF="000456.html">[99s-extend] cowboy_rest : PUT and resource_exists vs is_conflict ?
+</A><A NAME="456">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sat Aug 30 00:15:56 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Sat Aug 30 00:15:58 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-December.txt b/_build/static/archives/extend/2014-December.txt
new file mode 100644
index 00000000..6296f55d
--- /dev/null
+++ b/_build/static/archives/extend/2014-December.txt
@@ -0,0 +1,28 @@
+From tristan.sloughter at gmail.com  Thu Dec 25 03:42:05 2014
+From: tristan.sloughter at gmail.com (Tristan Sloughter)
+Date: Wed, 25 Dec 2014 02:42:05 +0000
+Subject: [99s-extend] =?iso-8859-1?q?To=3Alebas_1?=
+Message-ID: <[email protected]>
+
+
+ http://www.salaricevimenticiccarone.com/uxzx/flknraadbnipv.ohsuzvezlxsrhzgegyczlppiuxh 
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+  Tristan Sloughter
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20141225/ff94953b/attachment.html>
+
diff --git a/_build/static/archives/extend/2014-December/000483.html b/_build/static/archives/extend/2014-December/000483.html
new file mode 100644
index 00000000..ef5048ae
--- /dev/null
+++ b/_build/static/archives/extend/2014-December/000483.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] To:lebas 1
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3D%3Fiso-8859-1%3Fq%3FTo%3D3Alebas_1%3F%3D&In-Reply-To=%3C6BD79E6D9F5F245BF6A056E4EF6AAB2A%40smtp.online.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] To:lebas 1</H1>
+    <B>Tristan Sloughter</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3D%3Fiso-8859-1%3Fq%3FTo%3D3Alebas_1%3F%3D&In-Reply-To=%3C6BD79E6D9F5F245BF6A056E4EF6AAB2A%40smtp.online.net%3E"
+       TITLE="[99s-extend] To:lebas 1">tristan.sloughter at gmail.com
+       </A><BR>
+    <I>Thu Dec 25 03:42:05 CET 2014</I>
+    <P><UL>
+        
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#483">[ date ]</a>
+              <a href="thread.html#483">[ thread ]</a>
+              <a href="subject.html#483">[ subject ]</a>
+              <a href="author.html#483">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>
+ <A HREF="http://www.salaricevimenticiccarone.com/uxzx/flknraadbnipv.ohsuzvezlxsrhzgegyczlppiuxh">http://www.salaricevimenticiccarone.com/uxzx/flknraadbnipv.ohsuzvezlxsrhzgegyczlppiuxh</A> 
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+  Tristan Sloughter
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20141225/ff94953b/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20141225/ff94953b/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#483">[ date ]</a>
+              <a href="thread.html#483">[ thread ]</a>
+              <a href="subject.html#483">[ subject ]</a>
+              <a href="author.html#483">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-December/author.html b/_build/static/archives/extend/2014-December/author.html
new file mode 100644
index 00000000..6b1f0c73
--- /dev/null
+++ b/_build/static/archives/extend/2014-December/author.html
@@ -0,0 +1,52 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+         <b>Ending:</b> <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+         <b>Messages:</b> 1<p>
+     <ul>
+
+<LI><A HREF="000483.html">[99s-extend] To:lebas 1
+</A><A NAME="483">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+    <b>Archived on:</b> <i>Thu Dec 25 02:42:13 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-December/date.html b/_build/static/archives/extend/2014-December/date.html
new file mode 100644
index 00000000..d8f4c1d7
--- /dev/null
+++ b/_build/static/archives/extend/2014-December/date.html
@@ -0,0 +1,52 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+         <b>Ending:</b> <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+         <b>Messages:</b> 1<p>
+     <ul>
+
+<LI><A HREF="000483.html">[99s-extend] To:lebas 1
+</A><A NAME="483">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+    <b>Archived on:</b> <i>Thu Dec 25 02:42:13 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-December/index.html b/_build/static/archives/extend/2014-December/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-December/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-December/subject.html b/_build/static/archives/extend/2014-December/subject.html
new file mode 100644
index 00000000..fcafdad2
--- /dev/null
+++ b/_build/static/archives/extend/2014-December/subject.html
@@ -0,0 +1,52 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+         <b>Ending:</b> <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+         <b>Messages:</b> 1<p>
+     <ul>
+
+<LI><A HREF="000483.html">[99s-extend] To:lebas 1
+</A><A NAME="483">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+    <b>Archived on:</b> <i>Thu Dec 25 02:42:13 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-December/thread.html b/_build/static/archives/extend/2014-December/thread.html
new file mode 100644
index 00000000..742452e6
--- /dev/null
+++ b/_build/static/archives/extend/2014-December/thread.html
@@ -0,0 +1,53 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend December 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>December 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+         <b>Ending:</b> <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+         <b>Messages:</b> 1<p>
+     <ul>
+
+<!--0 01419475325.483- -->
+<LI><A HREF="000483.html">[99s-extend] To:lebas 1
+</A><A NAME="483">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Dec 25 03:42:05 CET 2014</i><br>
+    <b>Archived on:</b> <i>Thu Dec 25 02:42:13 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-February.txt b/_build/static/archives/extend/2014-February.txt
new file mode 100644
index 00000000..24900d19
--- /dev/null
+++ b/_build/static/archives/extend/2014-February.txt
@@ -0,0 +1,1332 @@
+From lukasz.biedrycki at gmail.com  Mon Feb  3 19:13:04 2014
+From: lukasz.biedrycki at gmail.com (=?ISO-8859-2?Q?=A3ukasz_Biedrycki?=)
+Date: Mon, 3 Feb 2014 19:13:04 +0100
+Subject: [99s-extend] Accept header in POST request
+Message-ID: <CAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk+nw2VA@mail.gmail.com>
+
+Hi,
+I have a rest handler that accepts POST and PUT requests with
+?application/json? content type.
+
+I have content_types_accepted function defined as follows:
+
+content_types_accepted(Req, State) ->
+    {[{?application/json', from_json}], Req, State}.
+
+
+The problem I have is within a request that has two headers:
+
+*Content-type*: application/json
+*Accept*: application/json
+
+With this combination I receive *406*.
+
+You can repeat it with test:
+
+http_SUITE.erl:
+1072 rest_postonly(Config) ->
+1073     Client = ?config(client, Config),
+1074     Headers = [
+1075         {<<"content-type">>, <<"text/plain">>},
+1076         {<<"accept">>, <<"text/plain">>}
+1077     ],
+1078     {ok, Client2} = cowboy_client:request(<<"POST">>,
+1079         build_url("/postonly", Config), Headers, "12345", Client),
+1080     {ok, 204, _, _} = cowboy_client:response(Client2).
+
+My solution to that was to add a content_types_provided function:
+
+content_types_provided(Req, State) ->
+    ContentTypes = [{{<<"application">>, <<"json">>, '*'}, to_json}],
+    {ContentTypes, Req, State}.
+
+
+But it is useless as *to_json* callback registered is not called anyhow.
+
+Adding *content_types_provided* function is a correct solution in this case?
+Or I am missing something here?
+?Accept? header is not relevant only in case of GET requests?
+
+Thank for help,
+?ukasz Biedrycki
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140203/104f8577/attachment.html>
+
+From essen at ninenines.eu  Mon Feb  3 19:23:32 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 03 Feb 2014 19:23:32 +0100
+Subject: [99s-extend] Accept header in POST request
+In-Reply-To: <CAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk+nw2VA@mail.gmail.com>
+References: <CAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk+nw2VA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+The content-type provided is relevant for any response, not just 
+responses to GET requests. It defaults to text/html. If your client 
+doesn't send that content-type, you have to define the callback.
+
+I notice that the documentation is incorrect about the relevant methods 
+for this callback, I will open a ticket to fix it soon.
+
+On 02/03/2014 07:13 PM, ?ukasz Biedrycki wrote:
+> Hi,
+> I have a rest handler that accepts POST and PUT requests with
+> ?application/json? content type.
+>
+> I have content_types_accepted function defined as follows:
+>
+> content_types_accepted(Req, State) ->
+>
+>
+> {[{?application/json', from_json}], Req, State}.
+>
+>
+>
+> The problem I have is within a request that has two headers:
+>
+> *Content-type*: application/json
+> *Accept*: application/json
+>
+> With this combination I receive *406*.
+>
+> You can repeat it with test:
+>
+> http_SUITE.erl:
+> 1072 rest_postonly(Config) ->
+> 1073     Client = ?config(client, Config),
+> 1074     Headers = [
+> 1075         {<<"content-type">>, <<"text/plain">>},
+> 1076         {<<"accept">>, <<"text/plain">>}
+> 1077     ],
+> 1078     {ok, Client2} = cowboy_client:request(<<"POST">>,
+> 1079         build_url("/postonly", Config), Headers, "12345", Client),
+> 1080     {ok, 204, _, _} = cowboy_client:response(Client2).
+>
+> My solution to that was to add a content_types_provided function:
+>
+>
+> content_types_provided(Req, State) ->
+>
+>
+> ContentTypes = [{{<<"application">>, <<"json">>, '*'}, to_json}],
+>
+>
+> {ContentTypes, Req, State}.
+>
+>
+>
+> But it is useless as *to_json* callback registered is not called anyhow.
+>
+> Adding *content_types_provided* function is a correct solution in this case?
+> Or I am missing something here?
+> ?Accept? header is not relevant only in case of GET requests?
+>
+> Thank for help,
+> ?ukasz Biedrycki
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From lukasz.biedrycki at gmail.com  Mon Feb  3 19:26:17 2014
+From: lukasz.biedrycki at gmail.com (=?ISO-8859-2?Q?=A3ukasz_Biedrycki?=)
+Date: Mon, 3 Feb 2014 19:26:17 +0100
+Subject: [99s-extend] Accept header in POST request
+In-Reply-To: <[email protected]>
+References: <CAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk+nw2VA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAKfrUsiZaAt3k0hDcP2rzUs=w0mTLF7TH3fo+9oLbDu7i0sq-g@mail.gmail.com>
+
+My application sends both headers: ?Content-type? and ?Accept? header using
+POST method.
+
+For POST rest handler do I have to specify both: content_types_accepted and
+content_types_provided to manage this kind of request?
+
+
+On Mon, Feb 3, 2014 at 7:23 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> The content-type provided is relevant for any response, not just responses
+> to GET requests. It defaults to text/html. If your client doesn't send that
+> content-type, you have to define the callback.
+>
+> I notice that the documentation is incorrect about the relevant methods
+> for this callback, I will open a ticket to fix it soon.
+>
+>
+> On 02/03/2014 07:13 PM, ?ukasz Biedrycki wrote:
+>
+>> Hi,
+>> I have a rest handler that accepts POST and PUT requests with
+>> ?application/json? content type.
+>>
+>> I have content_types_accepted function defined as follows:
+>>
+>> content_types_accepted(Req, State) ->
+>>
+>>
+>> {[{?application/json', from_json}], Req, State}.
+>>
+>>
+>>
+>> The problem I have is within a request that has two headers:
+>>
+>> *Content-type*: application/json
+>> *Accept*: application/json
+>>
+>> With this combination I receive *406*.
+>>
+>>
+>> You can repeat it with test:
+>>
+>> http_SUITE.erl:
+>> 1072 rest_postonly(Config) ->
+>> 1073     Client = ?config(client, Config),
+>> 1074     Headers = [
+>> 1075         {<<"content-type">>, <<"text/plain">>},
+>> 1076         {<<"accept">>, <<"text/plain">>}
+>> 1077     ],
+>> 1078     {ok, Client2} = cowboy_client:request(<<"POST">>,
+>> 1079         build_url("/postonly", Config), Headers, "12345", Client),
+>> 1080     {ok, 204, _, _} = cowboy_client:response(Client2).
+>>
+>> My solution to that was to add a content_types_provided function:
+>>
+>>
+>> content_types_provided(Req, State) ->
+>>
+>>
+>> ContentTypes = [{{<<"application">>, <<"json">>, '*'}, to_json}],
+>>
+>>
+>> {ContentTypes, Req, State}.
+>>
+>>
+>>
+>> But it is useless as *to_json* callback registered is not called anyhow.
+>>
+>> Adding *content_types_provided* function is a correct solution in this
+>> case?
+>>
+>> Or I am missing something here?
+>> ?Accept? header is not relevant only in case of GET requests?
+>>
+>> Thank for help,
+>> ?ukasz Biedrycki
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140203/2982cff3/attachment.html>
+
+From essen at ninenines.eu  Mon Feb  3 19:37:55 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 03 Feb 2014 19:37:55 +0100
+Subject: [99s-extend] Accept header in POST request
+In-Reply-To: <CAKfrUsiZaAt3k0hDcP2rzUs=w0mTLF7TH3fo+9oLbDu7i0sq-g@mail.gmail.com>
+References: <CAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk+nw2VA@mail.gmail.com>
+ <[email protected]>
+ <CAKfrUsiZaAt3k0hDcP2rzUs=w0mTLF7TH3fo+9oLbDu7i0sq-g@mail.gmail.com>
+Message-ID: <[email protected]>
+
+If Accept is sent and is different than text/html, yes.
+
+This is how HTTP is defined. If the client says it speaks only 
+content-type X but you can only reply with content-type Y, you error out 
+early and stop processing the request. On the other hand if the client 
+doesn't say what content-type it speaks then the server can choose 
+whichever one it wants.
+
+On 02/03/2014 07:26 PM, ?ukasz Biedrycki wrote:
+> My application sends both headers: ?Content-type? and ?Accept? header
+> using POST method.
+>
+> For POST rest handler do I have to specify both: content_types_accepted
+> and content_types_provided to manage this kind of request?
+>
+>
+> On Mon, Feb 3, 2014 at 7:23 PM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     The content-type provided is relevant for any response, not just
+>     responses to GET requests. It defaults to text/html. If your client
+>     doesn't send that content-type, you have to define the callback.
+>
+>     I notice that the documentation is incorrect about the relevant
+>     methods for this callback, I will open a ticket to fix it soon.
+>
+>
+>     On 02/03/2014 07:13 PM, ?ukasz Biedrycki wrote:
+>
+>         Hi,
+>         I have a rest handler that accepts POST and PUT requests with
+>         ?application/json? content type.
+>
+>         I have content_types_accepted function defined as follows:
+>
+>         content_types_accepted(Req, State) ->
+>
+>
+>         {[{?application/json', from_json}], Req, State}.
+>
+>
+>
+>         The problem I have is within a request that has two headers:
+>
+>         *Content-type*: application/json
+>         *Accept*: application/json
+>
+>         With this combination I receive *406*.
+>
+>
+>         You can repeat it with test:
+>
+>         http_SUITE.erl:
+>         1072 rest_postonly(Config) ->
+>         1073     Client = ?config(client, Config),
+>         1074     Headers = [
+>         1075         {<<"content-type">>, <<"text/plain">>},
+>         1076         {<<"accept">>, <<"text/plain">>}
+>         1077     ],
+>         1078     {ok, Client2} = cowboy_client:request(<<"POST"__>>,
+>         1079         build_url("/postonly", Config), Headers, "12345",
+>         Client),
+>         1080     {ok, 204, _, _} = cowboy_client:response(__Client2).
+>
+>         My solution to that was to add a content_types_provided function:
+>
+>
+>         content_types_provided(Req, State) ->
+>
+>
+>         ContentTypes = [{{<<"application">>, <<"json">>, '*'}, to_json}],
+>
+>
+>         {ContentTypes, Req, State}.
+>
+>
+>
+>         But it is useless as *to_json* callback registered is not called
+>         anyhow.
+>
+>         Adding *content_types_provided* function is a correct solution
+>         in this case?
+>
+>         Or I am missing something here?
+>         ?Accept? header is not relevant only in case of GET requests?
+>
+>         Thank for help,
+>         ?ukasz Biedrycki
+>
+>
+>         _________________________________________________
+>         Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         https://lists.ninenines.eu/__listinfo/extend
+>         <https://lists.ninenines.eu/listinfo/extend>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     http://ninenines.eu
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From lukasz.biedrycki at gmail.com  Mon Feb  3 20:08:12 2014
+From: lukasz.biedrycki at gmail.com (=?ISO-8859-2?Q?=A3ukasz_Biedrycki?=)
+Date: Mon, 3 Feb 2014 20:08:12 +0100
+Subject: [99s-extend] Accept header in POST request
+In-Reply-To: <[email protected]>
+References: <CAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk+nw2VA@mail.gmail.com>
+ <[email protected]>
+ <CAKfrUsiZaAt3k0hDcP2rzUs=w0mTLF7TH3fo+9oLbDu7i0sq-g@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAKfrUsiHdRRzsBJ_Ns+sw2BdcwbB9dKbx-m6UUL+hRj==wXY=A@mail.gmail.com>
+
+Ok,
+it is more clear for me.
+
+Last question I have is about content_types_provided function.
+
+Is it safe to define it like this?
+
+content_types_provided(R, S) ->
+   ContentTypes = [{{<<"application">>, <<"json">>, '*'}, *undefined*}],
+   {ContentTypes, Req, State}.
+
+Callback in content_types_provided is useless for POST requests, as it
+won?t be called.
+Is it safe to use *undefined *atom, to have a source code clearer?
+
+
+
+
+On Mon, Feb 3, 2014 at 7:37 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> If Accept is sent and is different than text/html, yes.
+>
+> This is how HTTP is defined. If the client says it speaks only
+> content-type X but you can only reply with content-type Y, you error out
+> early and stop processing the request. On the other hand if the client
+> doesn't say what content-type it speaks then the server can choose
+> whichever one it wants.
+>
+>
+> On 02/03/2014 07:26 PM, ?ukasz Biedrycki wrote:
+>
+>> My application sends both headers: ?Content-type? and ?Accept? header
+>> using POST method.
+>>
+>> For POST rest handler do I have to specify both: content_types_accepted
+>> and content_types_provided to manage this kind of request?
+>>
+>>
+>> On Mon, Feb 3, 2014 at 7:23 PM, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     The content-type provided is relevant for any response, not just
+>>     responses to GET requests. It defaults to text/html. If your client
+>>     doesn't send that content-type, you have to define the callback.
+>>
+>>     I notice that the documentation is incorrect about the relevant
+>>     methods for this callback, I will open a ticket to fix it soon.
+>>
+>>
+>>     On 02/03/2014 07:13 PM, ?ukasz Biedrycki wrote:
+>>
+>>         Hi,
+>>         I have a rest handler that accepts POST and PUT requests with
+>>         ?application/json? content type.
+>>
+>>         I have content_types_accepted function defined as follows:
+>>
+>>         content_types_accepted(Req, State) ->
+>>
+>>
+>>         {[{?application/json', from_json}], Req, State}.
+>>
+>>
+>>
+>>         The problem I have is within a request that has two headers:
+>>
+>>         *Content-type*: application/json
+>>         *Accept*: application/json
+>>
+>>         With this combination I receive *406*.
+>>
+>>
+>>         You can repeat it with test:
+>>
+>>         http_SUITE.erl:
+>>         1072 rest_postonly(Config) ->
+>>         1073     Client = ?config(client, Config),
+>>         1074     Headers = [
+>>         1075         {<<"content-type">>, <<"text/plain">>},
+>>         1076         {<<"accept">>, <<"text/plain">>}
+>>         1077     ],
+>>         1078     {ok, Client2} = cowboy_client:request(<<"POST"__>>,
+>>
+>>         1079         build_url("/postonly", Config), Headers, "12345",
+>>         Client),
+>>         1080     {ok, 204, _, _} = cowboy_client:response(__Client2).
+>>
+>>
+>>         My solution to that was to add a content_types_provided function:
+>>
+>>
+>>         content_types_provided(Req, State) ->
+>>
+>>
+>>         ContentTypes = [{{<<"application">>, <<"json">>, '*'}, to_json}],
+>>
+>>
+>>         {ContentTypes, Req, State}.
+>>
+>>
+>>
+>>         But it is useless as *to_json* callback registered is not called
+>>         anyhow.
+>>
+>>         Adding *content_types_provided* function is a correct solution
+>>         in this case?
+>>
+>>         Or I am missing something here?
+>>         ?Accept? header is not relevant only in case of GET requests?
+>>
+>>         Thank for help,
+>>         ?ukasz Biedrycki
+>>
+>>
+>>         _________________________________________________
+>>         Extend mailing list
+>>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>         https://lists.ninenines.eu/__listinfo/extend
+>>
+>>         <https://lists.ninenines.eu/listinfo/extend>
+>>
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     http://ninenines.eu
+>>
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140203/088e7e6a/attachment.html>
+
+From essen at ninenines.eu  Mon Feb  3 20:15:44 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 03 Feb 2014 20:15:44 +0100
+Subject: [99s-extend] Accept header in POST request
+In-Reply-To: <CAKfrUsiHdRRzsBJ_Ns+sw2BdcwbB9dKbx-m6UUL+hRj==wXY=A@mail.gmail.com>
+References: <CAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk+nw2VA@mail.gmail.com>
+ <[email protected]>
+ <CAKfrUsiZaAt3k0hDcP2rzUs=w0mTLF7TH3fo+9oLbDu7i0sq-g@mail.gmail.com>
+ <[email protected]>
+ <CAKfrUsiHdRRzsBJ_Ns+sw2BdcwbB9dKbx-m6UUL+hRj==wXY=A@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Sure. It won't be called if not a GET or HEAD request so that's probably 
+the best value you can return in your case.
+
+On 02/03/2014 08:08 PM, ?ukasz Biedrycki wrote:
+> Ok,
+> it is more clear for me.
+>
+> Last question I have is about content_types_provided function.
+>
+> Is it safe to define it like this?
+>
+> content_types_provided(R, S) ->
+> ContentTypes = [{{<<"application">>, <<"json">>, '*'}, *undefined*}],
+>     {ContentTypes, Req, State}.
+>
+> Callback in content_types_provided is useless for POST requests, as it
+> won?t be called.
+> Is it safe to use *undefined *atom, to have a source code clearer?
+>
+>
+>
+>
+> On Mon, Feb 3, 2014 at 7:37 PM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     If Accept is sent and is different than text/html, yes.
+>
+>     This is how HTTP is defined. If the client says it speaks only
+>     content-type X but you can only reply with content-type Y, you error
+>     out early and stop processing the request. On the other hand if the
+>     client doesn't say what content-type it speaks then the server can
+>     choose whichever one it wants.
+>
+>
+>     On 02/03/2014 07:26 PM, ?ukasz Biedrycki wrote:
+>
+>         My application sends both headers: ?Content-type? and ?Accept?
+>         header
+>         using POST method.
+>
+>         For POST rest handler do I have to specify both:
+>         content_types_accepted
+>         and content_types_provided to manage this kind of request?
+>
+>
+>         On Mon, Feb 3, 2014 at 7:23 PM, Lo?c Hoguin <essen at ninenines.eu
+>         <mailto:essen at ninenines.eu>
+>         <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>>> wrote:
+>
+>              The content-type provided is relevant for any response, not
+>         just
+>              responses to GET requests. It defaults to text/html. If
+>         your client
+>              doesn't send that content-type, you have to define the
+>         callback.
+>
+>              I notice that the documentation is incorrect about the relevant
+>              methods for this callback, I will open a ticket to fix it soon.
+>
+>
+>              On 02/03/2014 07:13 PM, ?ukasz Biedrycki wrote:
+>
+>                  Hi,
+>                  I have a rest handler that accepts POST and PUT
+>         requests with
+>                  ?application/json? content type.
+>
+>                  I have content_types_accepted function defined as follows:
+>
+>                  content_types_accepted(Req, State) ->
+>
+>
+>                  {[{?application/json', from_json}], Req, State}.
+>
+>
+>
+>                  The problem I have is within a request that has two
+>         headers:
+>
+>                  *Content-type*: application/json
+>                  *Accept*: application/json
+>
+>                  With this combination I receive *406*.
+>
+>
+>                  You can repeat it with test:
+>
+>                  http_SUITE.erl:
+>                  1072 rest_postonly(Config) ->
+>                  1073     Client = ?config(client, Config),
+>                  1074     Headers = [
+>                  1075         {<<"content-type">>, <<"text/plain">>},
+>                  1076         {<<"accept">>, <<"text/plain">>}
+>                  1077     ],
+>                  1078     {ok, Client2} =
+>         cowboy_client:request(<<"POST"____>>,
+>
+>                  1079         build_url("/postonly", Config), Headers,
+>         "12345",
+>                  Client),
+>                  1080     {ok, 204, _, _} =
+>         cowboy_client:response(____Client2).
+>
+>
+>                  My solution to that was to add a content_types_provided
+>         function:
+>
+>
+>                  content_types_provided(Req, State) ->
+>
+>
+>                  ContentTypes = [{{<<"application">>, <<"json">>, '*'},
+>         to_json}],
+>
+>
+>                  {ContentTypes, Req, State}.
+>
+>
+>
+>                  But it is useless as *to_json* callback registered is
+>         not called
+>                  anyhow.
+>
+>                  Adding *content_types_provided* function is a correct
+>         solution
+>                  in this case?
+>
+>                  Or I am missing something here?
+>                  ?Accept? header is not relevant only in case of GET
+>         requests?
+>
+>                  Thank for help,
+>                  ?ukasz Biedrycki
+>
+>
+>                  ___________________________________________________
+>                  Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         <mailto:Extend at lists.__ninenines.eu
+>         <mailto:Extend at lists.ninenines.eu>>
+>         https://lists.ninenines.eu/____listinfo/extend
+>         <https://lists.ninenines.eu/__listinfo/extend>
+>
+>                  <https://lists.ninenines.eu/__listinfo/extend
+>         <https://lists.ninenines.eu/listinfo/extend>>
+>
+>
+>              --
+>              Lo?c Hoguin
+>         http://ninenines.eu
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     http://ninenines.eu
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From lukasz.biedrycki at gmail.com  Mon Feb  3 20:16:29 2014
+From: lukasz.biedrycki at gmail.com (=?ISO-8859-2?Q?=A3ukasz_Biedrycki?=)
+Date: Mon, 3 Feb 2014 20:16:29 +0100
+Subject: [99s-extend] Accept header in POST request
+In-Reply-To: <[email protected]>
+References: <CAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk+nw2VA@mail.gmail.com>
+ <[email protected]>
+ <CAKfrUsiZaAt3k0hDcP2rzUs=w0mTLF7TH3fo+9oLbDu7i0sq-g@mail.gmail.com>
+ <[email protected]>
+ <CAKfrUsiHdRRzsBJ_Ns+sw2BdcwbB9dKbx-m6UUL+hRj==wXY=A@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAKfrUsjrQxO_6CB0Hw85aqcWe+C5j0Dv+cNbK7ffSzv7npMvMA@mail.gmail.com>
+
+Perfect, thanks a lot!
+Cheers,
+?.
+
+
+On Mon, Feb 3, 2014 at 8:15 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Sure. It won't be called if not a GET or HEAD request so that's probably
+> the best value you can return in your case.
+>
+>
+> On 02/03/2014 08:08 PM, ?ukasz Biedrycki wrote:
+>
+>> Ok,
+>> it is more clear for me.
+>>
+>> Last question I have is about content_types_provided function.
+>>
+>> Is it safe to define it like this?
+>>
+>> content_types_provided(R, S) ->
+>> ContentTypes = [{{<<"application">>, <<"json">>, '*'}, *undefined*}],
+>>
+>>     {ContentTypes, Req, State}.
+>>
+>> Callback in content_types_provided is useless for POST requests, as it
+>> won?t be called.
+>> Is it safe to use *undefined *atom, to have a source code clearer?
+>>
+>>
+>>
+>>
+>>
+>> On Mon, Feb 3, 2014 at 7:37 PM, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     If Accept is sent and is different than text/html, yes.
+>>
+>>     This is how HTTP is defined. If the client says it speaks only
+>>     content-type X but you can only reply with content-type Y, you error
+>>     out early and stop processing the request. On the other hand if the
+>>     client doesn't say what content-type it speaks then the server can
+>>     choose whichever one it wants.
+>>
+>>
+>>     On 02/03/2014 07:26 PM, ?ukasz Biedrycki wrote:
+>>
+>>         My application sends both headers: ?Content-type? and ?Accept?
+>>         header
+>>         using POST method.
+>>
+>>         For POST rest handler do I have to specify both:
+>>         content_types_accepted
+>>         and content_types_provided to manage this kind of request?
+>>
+>>
+>>         On Mon, Feb 3, 2014 at 7:23 PM, Lo?c Hoguin <essen at ninenines.eu
+>>         <mailto:essen at ninenines.eu>
+>>         <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>>> wrote:
+>>
+>>              The content-type provided is relevant for any response, not
+>>         just
+>>              responses to GET requests. It defaults to text/html. If
+>>         your client
+>>              doesn't send that content-type, you have to define the
+>>         callback.
+>>
+>>              I notice that the documentation is incorrect about the
+>> relevant
+>>              methods for this callback, I will open a ticket to fix it
+>> soon.
+>>
+>>
+>>              On 02/03/2014 07:13 PM, ?ukasz Biedrycki wrote:
+>>
+>>                  Hi,
+>>                  I have a rest handler that accepts POST and PUT
+>>         requests with
+>>                  ?application/json? content type.
+>>
+>>                  I have content_types_accepted function defined as
+>> follows:
+>>
+>>                  content_types_accepted(Req, State) ->
+>>
+>>
+>>                  {[{?application/json', from_json}], Req, State}.
+>>
+>>
+>>
+>>                  The problem I have is within a request that has two
+>>         headers:
+>>
+>>                  *Content-type*: application/json
+>>                  *Accept*: application/json
+>>
+>>                  With this combination I receive *406*.
+>>
+>>
+>>                  You can repeat it with test:
+>>
+>>                  http_SUITE.erl:
+>>                  1072 rest_postonly(Config) ->
+>>                  1073     Client = ?config(client, Config),
+>>                  1074     Headers = [
+>>                  1075         {<<"content-type">>, <<"text/plain">>},
+>>                  1076         {<<"accept">>, <<"text/plain">>}
+>>                  1077     ],
+>>                  1078     {ok, Client2} =
+>>         cowboy_client:request(<<"POST"____>>,
+>>
+>>
+>>                  1079         build_url("/postonly", Config), Headers,
+>>         "12345",
+>>                  Client),
+>>                  1080     {ok, 204, _, _} =
+>>         cowboy_client:response(____Client2).
+>>
+>>
+>>
+>>                  My solution to that was to add a content_types_provided
+>>         function:
+>>
+>>
+>>                  content_types_provided(Req, State) ->
+>>
+>>
+>>                  ContentTypes = [{{<<"application">>, <<"json">>, '*'},
+>>         to_json}],
+>>
+>>
+>>                  {ContentTypes, Req, State}.
+>>
+>>
+>>
+>>                  But it is useless as *to_json* callback registered is
+>>         not called
+>>                  anyhow.
+>>
+>>                  Adding *content_types_provided* function is a correct
+>>         solution
+>>                  in this case?
+>>
+>>                  Or I am missing something here?
+>>                  ?Accept? header is not relevant only in case of GET
+>>         requests?
+>>
+>>                  Thank for help,
+>>                  ?ukasz Biedrycki
+>>
+>>
+>>                  ___________________________________________________
+>>
+>>                  Extend mailing list
+>>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>         <mailto:Extend at lists.__ninenines.eu
+>>         <mailto:Extend at lists.ninenines.eu>>
+>>         https://lists.ninenines.eu/____listinfo/extend
+>>         <https://lists.ninenines.eu/__listinfo/extend>
+>>
+>>
+>>                  <https://lists.ninenines.eu/__listinfo/extend
+>>         <https://lists.ninenines.eu/listinfo/extend>>
+>>
+>>
+>>              --
+>>              Lo?c Hoguin
+>>         http://ninenines.eu
+>>
+>>
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     http://ninenines.eu
+>>
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140203/e84f6223/attachment.html>
+
+From lukasz.biedrycki at gmail.com  Fri Feb  7 17:56:26 2014
+From: lukasz.biedrycki at gmail.com (=?ISO-8859-2?Q?=A3ukasz_Biedrycki?=)
+Date: Fri, 7 Feb 2014 17:56:26 +0100
+Subject: [99s-extend] Metrics per request and handler
+Message-ID: <CAKfrUsikVjhGk+M8L=9gSxwdmTBtyn1shXsFe35L+6eHZYCwyA@mail.gmail.com>
+
+Hi,
+in my application I would like to add some metrics per handler and per
+response http status code.
+
+One way is to add on response callback function, but there I do not have an
+information about handler and handler opts.
+
+Second way is to add a middleware, but then I do not have an information
+about response status code.
+
+Frankly, I like second way more.
+How do like an idea to add response status code to request record similar
+to: resp_headers or resp_body ?
+
+Cheers,
+?ukasz Biedrycki
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140207/904cc7bf/attachment.html>
+
+From lukasz.biedrycki at gmail.com  Mon Feb 10 10:41:13 2014
+From: lukasz.biedrycki at gmail.com (=?ISO-8859-2?Q?=A3ukasz_Biedrycki?=)
+Date: Mon, 10 Feb 2014 10:41:13 +0100
+Subject: [99s-extend] Metrics per request and handler
+In-Reply-To: <CAKfrUsikVjhGk+M8L=9gSxwdmTBtyn1shXsFe35L+6eHZYCwyA@mail.gmail.com>
+References: <CAKfrUsikVjhGk+M8L=9gSxwdmTBtyn1shXsFe35L+6eHZYCwyA@mail.gmail.com>
+Message-ID: <CAKfrUsiqvYuNVW9H0x4xuarorkCHsw5HJaJWasJvd6XgRfAw4g@mail.gmail.com>
+
+Hi again,
+another idea is to make environment (Env), which is passed between
+middlewares, a part of Request record, so I could have an access to it in
+onresponse callback.
+
+Any of that makes sense?
+
+Cheers,
+?ukasz Biedrycki
+
+
+On Fri, Feb 7, 2014 at 5:56 PM, ?ukasz Biedrycki <lukasz.biedrycki at gmail.com
+> wrote:
+
+> Hi,
+> in my application I would like to add some metrics per handler and per
+> response http status code.
+>
+> One way is to add on response callback function, but there I do not have
+> an information about handler and handler opts.
+>
+> Second way is to add a middleware, but then I do not have an information
+> about response status code.
+>
+> Frankly, I like second way more.
+> How do like an idea to add response status code to request record similar
+> to: resp_headers or resp_body ?
+>
+> Cheers,
+> ?ukasz Biedrycki
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140210/b46e2bab/attachment.html>
+
+From essen at ninenines.eu  Mon Feb 10 10:49:24 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 10 Feb 2014 10:49:24 +0100
+Subject: [99s-extend] Metrics per request and handler
+In-Reply-To: <CAKfrUsiqvYuNVW9H0x4xuarorkCHsw5HJaJWasJvd6XgRfAw4g@mail.gmail.com>
+References: <CAKfrUsikVjhGk+M8L=9gSxwdmTBtyn1shXsFe35L+6eHZYCwyA@mail.gmail.com>
+ <CAKfrUsiqvYuNVW9H0x4xuarorkCHsw5HJaJWasJvd6XgRfAw4g@mail.gmail.com>
+Message-ID: <[email protected]>
+
+You have the meta values in Req which are passed everywhere. You can 
+easily set and retrieve them.
+
+On 02/10/2014 10:41 AM, ?ukasz Biedrycki wrote:
+> Hi again,
+> another idea is to make environment (Env), which is passed between
+> middlewares, a part of Request record, so I could have an access to it in
+> onresponse callback.
+>
+> Any of that makes sense?
+>
+> Cheers,
+> ?ukasz Biedrycki
+>
+>
+> On Fri, Feb 7, 2014 at 5:56 PM, ?ukasz Biedrycki <lukasz.biedrycki at gmail.com
+>> wrote:
+>
+>> Hi,
+>> in my application I would like to add some metrics per handler and per
+>> response http status code.
+>>
+>> One way is to add on response callback function, but there I do not have
+>> an information about handler and handler opts.
+>>
+>> Second way is to add a middleware, but then I do not have an information
+>> about response status code.
+>>
+>> Frankly, I like second way more.
+>> How do like an idea to add response status code to request record similar
+>> to: resp_headers or resp_body ?
+>>
+>> Cheers,
+>> ?ukasz Biedrycki
+>>
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From lukasz.biedrycki at gmail.com  Mon Feb 10 10:51:50 2014
+From: lukasz.biedrycki at gmail.com (=?ISO-8859-2?Q?=A3ukasz_Biedrycki?=)
+Date: Mon, 10 Feb 2014 10:51:50 +0100
+Subject: [99s-extend] Metrics per request and handler
+In-Reply-To: <[email protected]>
+References: <CAKfrUsikVjhGk+M8L=9gSxwdmTBtyn1shXsFe35L+6eHZYCwyA@mail.gmail.com>
+ <CAKfrUsiqvYuNVW9H0x4xuarorkCHsw5HJaJWasJvd6XgRfAw4g@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAKfrUsiCSXx5BTHNHx=nkzS5n2EgKVFt-23tz-GX1cV-2Fk_WA@mail.gmail.com>
+
+Hey,
+I didn?t know about that.
+That is exactly what I need!
+Thank you!
+
+Cheers,
+?ukasz Biedrycki
+
+
+On Mon, Feb 10, 2014 at 10:49 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> You have the meta values in Req which are passed everywhere. You can
+> easily set and retrieve them.
+>
+>
+> On 02/10/2014 10:41 AM, ?ukasz Biedrycki wrote:
+>
+>> Hi again,
+>> another idea is to make environment (Env), which is passed between
+>> middlewares, a part of Request record, so I could have an access to it in
+>> onresponse callback.
+>>
+>> Any of that makes sense?
+>>
+>> Cheers,
+>> ?ukasz Biedrycki
+>>
+>>
+>> On Fri, Feb 7, 2014 at 5:56 PM, ?ukasz Biedrycki <
+>> lukasz.biedrycki at gmail.com
+>>
+>>> wrote:
+>>>
+>>
+>>  Hi,
+>>> in my application I would like to add some metrics per handler and per
+>>> response http status code.
+>>>
+>>> One way is to add on response callback function, but there I do not have
+>>> an information about handler and handler opts.
+>>>
+>>> Second way is to add a middleware, but then I do not have an information
+>>> about response status code.
+>>>
+>>> Frankly, I like second way more.
+>>> How do like an idea to add response status code to request record similar
+>>> to: resp_headers or resp_body ?
+>>>
+>>> Cheers,
+>>> ?ukasz Biedrycki
+>>>
+>>>
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140210/bf26d573/attachment.html>
+
+From psihonavt at gmail.com  Mon Feb 10 19:44:54 2014
+From: psihonavt at gmail.com (Anton Koval')
+Date: Mon, 10 Feb 2014 20:44:54 +0200
+Subject: [99s-extend] do not treat warnings as errors on make?
+Message-ID: <CAD9h6NH=RD9qbU=fu1AG27P0qDCcYpNGcYMaYVSz+1DK1WaLQQ@mail.gmail.com>
+
+Hello,
+
+as I understand, by default `make all` performs compile with option
+warnings_as_errors. How can I disable this option?
+There are options described at
+https://github.com/extend/erlang.mk#optionsand I believe that
+ERLC_OPTS
+should be filled with `-warnings_as_errors`. But it is unclear for me where
+have I to add(put) that option?
+
+Thanks.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140210/a2b35e2f/attachment.html>
+
+From essen at ninenines.eu  Mon Feb 10 19:48:01 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 10 Feb 2014 19:48:01 +0100
+Subject: [99s-extend] do not treat warnings as errors on make?
+In-Reply-To: <CAD9h6NH=RD9qbU=fu1AG27P0qDCcYpNGcYMaYVSz+1DK1WaLQQ@mail.gmail.com>
+References: <CAD9h6NH=RD9qbU=fu1AG27P0qDCcYpNGcYMaYVSz+1DK1WaLQQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+You can just define ERLC_OPTS before you include erlang.mk and it'll use 
+that instead. I'm not sure why you want to disable that though, warnings 
+usually alert you of bugs in your code.
+
+On 02/10/2014 07:44 PM, Anton Koval' wrote:
+> Hello,
+>
+> as I understand, by default `make all` performs compile with
+> option**warnings_as_errors.**How can I disable this option?
+> There are options described at
+> https://github.com/extend/erlang.mk#options and I believe that
+> |ERLC_OPTS should be filled with `-|warnings_as_errors`**. But it is
+> unclear for me where have I to add(put) that option?
+>
+> Thanks.
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From psihonavt at gmail.com  Mon Feb 10 20:22:49 2014
+From: psihonavt at gmail.com (Anton Koval')
+Date: Mon, 10 Feb 2014 21:22:49 +0200
+Subject: [99s-extend] do not treat warnings as errors on make?
+In-Reply-To: <[email protected]>
+References: <CAD9h6NH=RD9qbU=fu1AG27P0qDCcYpNGcYMaYVSz+1DK1WaLQQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAD9h6NEzSej=2OAfPcksSbBuk-2ui1P5ipaCgB0sQKeNt4Zddw@mail.gmail.com>
+
+Thanks for explanation.
+My situation: I'm developing some stuff in module. That module in some kind
+of "draft' state (e.g. some functions are unused), but regardless that I
+want to compile project in order to test some specific parts of that
+module.
+
+
+On Mon, Feb 10, 2014 at 8:48 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> You can just define ERLC_OPTS before you include erlang.mk and it'll use
+> that instead. I'm not sure why you want to disable that though, warnings
+> usually alert you of bugs in your code.
+>
+>
+> On 02/10/2014 07:44 PM, Anton Koval' wrote:
+>
+>> Hello,
+>>
+>> as I understand, by default `make all` performs compile with
+>> option**warnings_as_errors.**How can I disable this option?
+>>
+>> There are options described at
+>> https://github.com/extend/erlang.mk#options and I believe that
+>> |ERLC_OPTS should be filled with `-|warnings_as_errors`**. But it is
+>>
+>> unclear for me where have I to add(put) that option?
+>>
+>> Thanks.
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140210/2ae635a6/attachment.html>
+
+From ivan at llaisdy.com  Mon Feb 10 20:46:54 2014
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Mon, 10 Feb 2014 19:46:54 +0000
+Subject: [99s-extend] do not treat warnings as errors on make?
+In-Reply-To: <CAD9h6NEzSej=2OAfPcksSbBuk-2ui1P5ipaCgB0sQKeNt4Zddw@mail.gmail.com>
+References: <CAD9h6NH=RD9qbU=fu1AG27P0qDCcYpNGcYMaYVSz+1DK1WaLQQ@mail.gmail.com>
+ <[email protected]>
+ <CAD9h6NEzSej=2OAfPcksSbBuk-2ui1P5ipaCgB0sQKeNt4Zddw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+I promise you, improving the code now to get rid of the warnings is worth it.
+
+Ivan
+
+--
+festina lente
+
+
+> On 10 Feb 2014, at 19:22, "Anton Koval'" <psihonavt at gmail.com> wrote:
+> 
+> Thanks for explanation. 
+> My situation: I'm developing some stuff in module. That module in some kind of "draft' state (e.g. some functions are unused), but regardless that I want to compile project in order to test some specific parts of that module. 
+> 
+> 
+>> On Mon, Feb 10, 2014 at 8:48 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> You can just define ERLC_OPTS before you include erlang.mk and it'll use that instead. I'm not sure why you want to disable that though, warnings usually alert you of bugs in your code.
+>> 
+>> 
+>>> On 02/10/2014 07:44 PM, Anton Koval' wrote:
+>>> Hello,
+>>> 
+>>> as I understand, by default `make all` performs compile with
+>>> option**warnings_as_errors.**How can I disable this option?
+>>> 
+>>> There are options described at
+>>> https://github.com/extend/erlang.mk#options and I believe that
+>>> |ERLC_OPTS should be filled with `-|warnings_as_errors`**. But it is
+>>> 
+>>> unclear for me where have I to add(put) that option?
+>>> 
+>>> Thanks.
+>>> 
+>>> 
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> https://lists.ninenines.eu/listinfo/extend
+>> 
+>> -- 
+>> Lo?c Hoguin
+>> http://ninenines.eu
+> 
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140210/1781c9d2/attachment.html>
+
+From psihonavt at gmail.com  Mon Feb 10 20:55:24 2014
+From: psihonavt at gmail.com (Anton Koval')
+Date: Mon, 10 Feb 2014 21:55:24 +0200
+Subject: [99s-extend] do not treat warnings as errors on make?
+In-Reply-To: <[email protected]>
+References: <CAD9h6NH=RD9qbU=fu1AG27P0qDCcYpNGcYMaYVSz+1DK1WaLQQ@mail.gmail.com>
+ <[email protected]>
+ <CAD9h6NEzSej=2OAfPcksSbBuk-2ui1P5ipaCgB0sQKeNt4Zddw@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAD9h6NE5HaNe7-RUUVQehkWGF9uwmLzhTh_J=B6mB9ATyPJumQ@mail.gmail.com>
+
+Got it! :)
+fixed all warnings and removed  ERLC_OPTS from Makefile.
+
+
+On Mon, Feb 10, 2014 at 9:46 PM, Ivan Uemlianin <ivan at llaisdy.com> wrote:
+
+> I promise you, improving the code now to get rid of the warnings is worth
+> it.
+>
+> Ivan
+>
+> --
+> festina lente
+>
+>
+> On 10 Feb 2014, at 19:22, "Anton Koval'" <psihonavt at gmail.com> wrote:
+>
+> Thanks for explanation.
+> My situation: I'm developing some stuff in module. That module in some
+> kind of "draft' state (e.g. some functions are unused), but regardless that
+> I want to compile project in order to test some specific parts of that
+> module.
+>
+>
+> On Mon, Feb 10, 2014 at 8:48 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> You can just define ERLC_OPTS before you include erlang.mk and it'll use
+>> that instead. I'm not sure why you want to disable that though, warnings
+>> usually alert you of bugs in your code.
+>>
+>>
+>> On 02/10/2014 07:44 PM, Anton Koval' wrote:
+>>
+>>> Hello,
+>>>
+>>> as I understand, by default `make all` performs compile with
+>>> option**warnings_as_errors.**How can I disable this option?
+>>>
+>>> There are options described at
+>>> https://github.com/extend/erlang.mk#options and I believe that
+>>> |ERLC_OPTS should be filled with `-|warnings_as_errors`**. But it is
+>>>
+>>> unclear for me where have I to add(put) that option?
+>>>
+>>> Thanks.
+>>>
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> https://lists.ninenines.eu/listinfo/extend
+>>>
+>>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140210/fa72e2ba/attachment.html>
+
diff --git a/_build/static/archives/extend/2014-February/000324.html b/_build/static/archives/extend/2014-February/000324.html
new file mode 100644
index 00000000..6fc1fc47
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000324.html
@@ -0,0 +1,106 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Accept header in POST request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk%2Bnw2VA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000325.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Accept header in POST request</H1>
+    <B>&#321;ukasz Biedrycki</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsi-hZ-k3QUnhmdRTE1NPZ4j7Lgb2L8xWNdaQ4vk%2Bnw2VA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Accept header in POST request">lukasz.biedrycki at gmail.com
+       </A><BR>
+    <I>Mon Feb  3 19:13:04 CET 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000325.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#324">[ date ]</a>
+              <a href="thread.html#324">[ thread ]</a>
+              <a href="subject.html#324">[ subject ]</a>
+              <a href="author.html#324">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+I have a rest handler that accepts POST and PUT requests with
+&#8220;application/json&#8221; content type.
+
+I have content_types_accepted function defined as follows:
+
+content_types_accepted(Req, State) -&gt;
+    {[{&#8216;application/json', from_json}], Req, State}.
+
+
+The problem I have is within a request that has two headers:
+
+*Content-type*: application/json
+*Accept*: application/json
+
+With this combination I receive *406*.
+
+You can repeat it with test:
+
+http_SUITE.erl:
+1072 rest_postonly(Config) -&gt;
+1073     Client = ?config(client, Config),
+1074     Headers = [
+1075         {&lt;&lt;&quot;content-type&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;},
+1076         {&lt;&lt;&quot;accept&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;}
+1077     ],
+1078     {ok, Client2} = cowboy_client:request(&lt;&lt;&quot;POST&quot;&gt;&gt;,
+1079         build_url(&quot;/postonly&quot;, Config), Headers, &quot;12345&quot;, Client),
+1080     {ok, 204, _, _} = cowboy_client:response(Client2).
+
+My solution to that was to add a content_types_provided function:
+
+content_types_provided(Req, State) -&gt;
+    ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, to_json}],
+    {ContentTypes, Req, State}.
+
+
+But it is useless as *to_json* callback registered is not called anyhow.
+
+Adding *content_types_provided* function is a correct solution in this case?
+Or I am missing something here?
+&#8220;Accept&#8221; header is not relevant only in case of GET requests?
+
+Thank for help,
+&#321;ukasz Biedrycki
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140203/104f8577/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140203/104f8577/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000325.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#324">[ date ]</a>
+              <a href="thread.html#324">[ thread ]</a>
+              <a href="subject.html#324">[ subject ]</a>
+              <a href="author.html#324">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000325.html b/_build/static/archives/extend/2014-February/000325.html
new file mode 100644
index 00000000..784e1a10
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000325.html
@@ -0,0 +1,134 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Accept header in POST request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3C52EFDEA4.6050004%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000324.html">
+   <LINK REL="Next"  HREF="000326.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Accept header in POST request</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3C52EFDEA4.6050004%40ninenines.eu%3E"
+       TITLE="[99s-extend] Accept header in POST request">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Feb  3 19:23:32 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000324.html">[99s-extend] Accept header in POST request
+</A></li>
+        <LI>Next message: <A HREF="000326.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#325">[ date ]</a>
+              <a href="thread.html#325">[ thread ]</a>
+              <a href="subject.html#325">[ subject ]</a>
+              <a href="author.html#325">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>The content-type provided is relevant for any response, not just 
+responses to GET requests. It defaults to text/html. If your client 
+doesn't send that content-type, you have to define the callback.
+
+I notice that the documentation is incorrect about the relevant methods 
+for this callback, I will open a ticket to fix it soon.
+
+On 02/03/2014 07:13 PM, &#321;ukasz Biedrycki wrote:
+&gt;<i> Hi,
+</I>&gt;<i> I have a rest handler that accepts POST and PUT requests with
+</I>&gt;<i> &#8220;application/json&#8221; content type.
+</I>&gt;<i>
+</I>&gt;<i> I have content_types_accepted function defined as follows:
+</I>&gt;<i>
+</I>&gt;<i> content_types_accepted(Req, State) -&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> {[{&#8216;application/json', from_json}], Req, State}.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> The problem I have is within a request that has two headers:
+</I>&gt;<i>
+</I>&gt;<i> *Content-type*: application/json
+</I>&gt;<i> *Accept*: application/json
+</I>&gt;<i>
+</I>&gt;<i> With this combination I receive *406*.
+</I>&gt;<i>
+</I>&gt;<i> You can repeat it with test:
+</I>&gt;<i>
+</I>&gt;<i> http_SUITE.erl:
+</I>&gt;<i> 1072 rest_postonly(Config) -&gt;
+</I>&gt;<i> 1073     Client = ?config(client, Config),
+</I>&gt;<i> 1074     Headers = [
+</I>&gt;<i> 1075         {&lt;&lt;&quot;content-type&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;},
+</I>&gt;<i> 1076         {&lt;&lt;&quot;accept&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;}
+</I>&gt;<i> 1077     ],
+</I>&gt;<i> 1078     {ok, Client2} = cowboy_client:request(&lt;&lt;&quot;POST&quot;&gt;&gt;,
+</I>&gt;<i> 1079         build_url(&quot;/postonly&quot;, Config), Headers, &quot;12345&quot;, Client),
+</I>&gt;<i> 1080     {ok, 204, _, _} = cowboy_client:response(Client2).
+</I>&gt;<i>
+</I>&gt;<i> My solution to that was to add a content_types_provided function:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> content_types_provided(Req, State) -&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, to_json}],
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> {ContentTypes, Req, State}.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> But it is useless as *to_json* callback registered is not called anyhow.
+</I>&gt;<i>
+</I>&gt;<i> Adding *content_types_provided* function is a correct solution in this case?
+</I>&gt;<i> Or I am missing something here?
+</I>&gt;<i> &#8220;Accept&#8221; header is not relevant only in case of GET requests?
+</I>&gt;<i>
+</I>&gt;<i> Thank for help,
+</I>&gt;<i> &#321;ukasz Biedrycki
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000324.html">[99s-extend] Accept header in POST request
+</A></li>
+	<LI>Next message: <A HREF="000326.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#325">[ date ]</a>
+              <a href="thread.html#325">[ thread ]</a>
+              <a href="subject.html#325">[ subject ]</a>
+              <a href="author.html#325">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000326.html b/_build/static/archives/extend/2014-February/000326.html
new file mode 100644
index 00000000..98ef5924
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000326.html
@@ -0,0 +1,151 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Accept header in POST request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsiZaAt3k0hDcP2rzUs%3Dw0mTLF7TH3fo%2B9oLbDu7i0sq-g%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000325.html">
+   <LINK REL="Next"  HREF="000327.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Accept header in POST request</H1>
+    <B>&#321;ukasz Biedrycki</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsiZaAt3k0hDcP2rzUs%3Dw0mTLF7TH3fo%2B9oLbDu7i0sq-g%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Accept header in POST request">lukasz.biedrycki at gmail.com
+       </A><BR>
+    <I>Mon Feb  3 19:26:17 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000325.html">[99s-extend] Accept header in POST request
+</A></li>
+        <LI>Next message: <A HREF="000327.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#326">[ date ]</a>
+              <a href="thread.html#326">[ thread ]</a>
+              <a href="subject.html#326">[ subject ]</a>
+              <a href="author.html#326">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>My application sends both headers: &#8220;Content-type&#8221; and &#8220;Accept&#8221; header using
+POST method.
+
+For POST rest handler do I have to specify both: content_types_accepted and
+content_types_provided to manage this kind of request?
+
+
+On Mon, Feb 3, 2014 at 7:23 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> The content-type provided is relevant for any response, not just responses
+</I>&gt;<i> to GET requests. It defaults to text/html. If your client doesn't send that
+</I>&gt;<i> content-type, you have to define the callback.
+</I>&gt;<i>
+</I>&gt;<i> I notice that the documentation is incorrect about the relevant methods
+</I>&gt;<i> for this callback, I will open a ticket to fix it soon.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 02/03/2014 07:13 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> I have a rest handler that accepts POST and PUT requests with
+</I>&gt;&gt;<i> &#8220;application/json&#8221; content type.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I have content_types_accepted function defined as follows:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> content_types_accepted(Req, State) -&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {[{&#8216;application/json', from_json}], Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The problem I have is within a request that has two headers:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> *Content-type*: application/json
+</I>&gt;&gt;<i> *Accept*: application/json
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> With this combination I receive *406*.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> You can repeat it with test:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> http_SUITE.erl:
+</I>&gt;&gt;<i> 1072 rest_postonly(Config) -&gt;
+</I>&gt;&gt;<i> 1073     Client = ?config(client, Config),
+</I>&gt;&gt;<i> 1074     Headers = [
+</I>&gt;&gt;<i> 1075         {&lt;&lt;&quot;content-type&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;},
+</I>&gt;&gt;<i> 1076         {&lt;&lt;&quot;accept&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;}
+</I>&gt;&gt;<i> 1077     ],
+</I>&gt;&gt;<i> 1078     {ok, Client2} = cowboy_client:request(&lt;&lt;&quot;POST&quot;&gt;&gt;,
+</I>&gt;&gt;<i> 1079         build_url(&quot;/postonly&quot;, Config), Headers, &quot;12345&quot;, Client),
+</I>&gt;&gt;<i> 1080     {ok, 204, _, _} = cowboy_client:response(Client2).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> My solution to that was to add a content_types_provided function:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> content_types_provided(Req, State) -&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, to_json}],
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {ContentTypes, Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> But it is useless as *to_json* callback registered is not called anyhow.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Adding *content_types_provided* function is a correct solution in this
+</I>&gt;&gt;<i> case?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Or I am missing something here?
+</I>&gt;&gt;<i> &#8220;Accept&#8221; header is not relevant only in case of GET requests?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thank for help,
+</I>&gt;&gt;<i> &#321;ukasz Biedrycki
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140203/2982cff3/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140203/2982cff3/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000325.html">[99s-extend] Accept header in POST request
+</A></li>
+	<LI>Next message: <A HREF="000327.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#326">[ date ]</a>
+              <a href="thread.html#326">[ thread ]</a>
+              <a href="subject.html#326">[ subject ]</a>
+              <a href="author.html#326">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000327.html b/_build/static/archives/extend/2014-February/000327.html
new file mode 100644
index 00000000..d9e2859b
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000327.html
@@ -0,0 +1,167 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Accept header in POST request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3C52EFE203.4020702%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000326.html">
+   <LINK REL="Next"  HREF="000328.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Accept header in POST request</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3C52EFE203.4020702%40ninenines.eu%3E"
+       TITLE="[99s-extend] Accept header in POST request">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Feb  3 19:37:55 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000326.html">[99s-extend] Accept header in POST request
+</A></li>
+        <LI>Next message: <A HREF="000328.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#327">[ date ]</a>
+              <a href="thread.html#327">[ thread ]</a>
+              <a href="subject.html#327">[ subject ]</a>
+              <a href="author.html#327">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>If Accept is sent and is different than text/html, yes.
+
+This is how HTTP is defined. If the client says it speaks only 
+content-type X but you can only reply with content-type Y, you error out 
+early and stop processing the request. On the other hand if the client 
+doesn't say what content-type it speaks then the server can choose 
+whichever one it wants.
+
+On 02/03/2014 07:26 PM, &#321;ukasz Biedrycki wrote:
+&gt;<i> My application sends both headers: &#8220;Content-type&#8221; and &#8220;Accept&#8221; header
+</I>&gt;<i> using POST method.
+</I>&gt;<i>
+</I>&gt;<i> For POST rest handler do I have to specify both: content_types_accepted
+</I>&gt;<i> and content_types_provided to manage this kind of request?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Mon, Feb 3, 2014 at 7:23 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     The content-type provided is relevant for any response, not just
+</I>&gt;<i>     responses to GET requests. It defaults to text/html. If your client
+</I>&gt;<i>     doesn't send that content-type, you have to define the callback.
+</I>&gt;<i>
+</I>&gt;<i>     I notice that the documentation is incorrect about the relevant
+</I>&gt;<i>     methods for this callback, I will open a ticket to fix it soon.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 02/03/2014 07:13 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Hi,
+</I>&gt;<i>         I have a rest handler that accepts POST and PUT requests with
+</I>&gt;<i>         &#8220;application/json&#8221; content type.
+</I>&gt;<i>
+</I>&gt;<i>         I have content_types_accepted function defined as follows:
+</I>&gt;<i>
+</I>&gt;<i>         content_types_accepted(Req, State) -&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         {[{&#8216;application/json', from_json}], Req, State}.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         The problem I have is within a request that has two headers:
+</I>&gt;<i>
+</I>&gt;<i>         *Content-type*: application/json
+</I>&gt;<i>         *Accept*: application/json
+</I>&gt;<i>
+</I>&gt;<i>         With this combination I receive *406*.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         You can repeat it with test:
+</I>&gt;<i>
+</I>&gt;<i>         http_SUITE.erl:
+</I>&gt;<i>         1072 rest_postonly(Config) -&gt;
+</I>&gt;<i>         1073     Client = ?config(client, Config),
+</I>&gt;<i>         1074     Headers = [
+</I>&gt;<i>         1075         {&lt;&lt;&quot;content-type&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;},
+</I>&gt;<i>         1076         {&lt;&lt;&quot;accept&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;}
+</I>&gt;<i>         1077     ],
+</I>&gt;<i>         1078     {ok, Client2} = cowboy_client:request(&lt;&lt;&quot;POST&quot;__&gt;&gt;,
+</I>&gt;<i>         1079         build_url(&quot;/postonly&quot;, Config), Headers, &quot;12345&quot;,
+</I>&gt;<i>         Client),
+</I>&gt;<i>         1080     {ok, 204, _, _} = cowboy_client:response(__Client2).
+</I>&gt;<i>
+</I>&gt;<i>         My solution to that was to add a content_types_provided function:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         content_types_provided(Req, State) -&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, to_json}],
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         {ContentTypes, Req, State}.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         But it is useless as *to_json* callback registered is not called
+</I>&gt;<i>         anyhow.
+</I>&gt;<i>
+</I>&gt;<i>         Adding *content_types_provided* function is a correct solution
+</I>&gt;<i>         in this case?
+</I>&gt;<i>
+</I>&gt;<i>         Or I am missing something here?
+</I>&gt;<i>         &#8220;Accept&#8221; header is not relevant only in case of GET requests?
+</I>&gt;<i>
+</I>&gt;<i>         Thank for help,
+</I>&gt;<i>         &#321;ukasz Biedrycki
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         _________________________________________________
+</I>&gt;<i>         Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/__listinfo/extend">https://lists.ninenines.eu/__listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000326.html">[99s-extend] Accept header in POST request
+</A></li>
+	<LI>Next message: <A HREF="000328.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#327">[ date ]</a>
+              <a href="thread.html#327">[ thread ]</a>
+              <a href="subject.html#327">[ subject ]</a>
+              <a href="author.html#327">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000328.html b/_build/static/archives/extend/2014-February/000328.html
new file mode 100644
index 00000000..95c2b425
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000328.html
@@ -0,0 +1,195 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Accept header in POST request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsiHdRRzsBJ_Ns%2Bsw2BdcwbB9dKbx-m6UUL%2BhRj%3D%3DwXY%3DA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000327.html">
+   <LINK REL="Next"  HREF="000329.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Accept header in POST request</H1>
+    <B>&#321;ukasz Biedrycki</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsiHdRRzsBJ_Ns%2Bsw2BdcwbB9dKbx-m6UUL%2BhRj%3D%3DwXY%3DA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Accept header in POST request">lukasz.biedrycki at gmail.com
+       </A><BR>
+    <I>Mon Feb  3 20:08:12 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000327.html">[99s-extend] Accept header in POST request
+</A></li>
+        <LI>Next message: <A HREF="000329.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#328">[ date ]</a>
+              <a href="thread.html#328">[ thread ]</a>
+              <a href="subject.html#328">[ subject ]</a>
+              <a href="author.html#328">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ok,
+it is more clear for me.
+
+Last question I have is about content_types_provided function.
+
+Is it safe to define it like this?
+
+content_types_provided(R, S) -&gt;
+   ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, *undefined*}],
+   {ContentTypes, Req, State}.
+
+Callback in content_types_provided is useless for POST requests, as it
+won&#8217;t be called.
+Is it safe to use *undefined *atom, to have a source code clearer?
+
+
+
+
+On Mon, Feb 3, 2014 at 7:37 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> If Accept is sent and is different than text/html, yes.
+</I>&gt;<i>
+</I>&gt;<i> This is how HTTP is defined. If the client says it speaks only
+</I>&gt;<i> content-type X but you can only reply with content-type Y, you error out
+</I>&gt;<i> early and stop processing the request. On the other hand if the client
+</I>&gt;<i> doesn't say what content-type it speaks then the server can choose
+</I>&gt;<i> whichever one it wants.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 02/03/2014 07:26 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> My application sends both headers: &#8220;Content-type&#8221; and &#8220;Accept&#8221; header
+</I>&gt;&gt;<i> using POST method.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> For POST rest handler do I have to specify both: content_types_accepted
+</I>&gt;&gt;<i> and content_types_provided to manage this kind of request?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Mon, Feb 3, 2014 at 7:23 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     The content-type provided is relevant for any response, not just
+</I>&gt;&gt;<i>     responses to GET requests. It defaults to text/html. If your client
+</I>&gt;&gt;<i>     doesn't send that content-type, you have to define the callback.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     I notice that the documentation is incorrect about the relevant
+</I>&gt;&gt;<i>     methods for this callback, I will open a ticket to fix it soon.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 02/03/2014 07:13 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Hi,
+</I>&gt;&gt;<i>         I have a rest handler that accepts POST and PUT requests with
+</I>&gt;&gt;<i>         &#8220;application/json&#8221; content type.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I have content_types_accepted function defined as follows:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         content_types_accepted(Req, State) -&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         {[{&#8216;application/json', from_json}], Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         The problem I have is within a request that has two headers:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         *Content-type*: application/json
+</I>&gt;&gt;<i>         *Accept*: application/json
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         With this combination I receive *406*.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         You can repeat it with test:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         http_SUITE.erl:
+</I>&gt;&gt;<i>         1072 rest_postonly(Config) -&gt;
+</I>&gt;&gt;<i>         1073     Client = ?config(client, Config),
+</I>&gt;&gt;<i>         1074     Headers = [
+</I>&gt;&gt;<i>         1075         {&lt;&lt;&quot;content-type&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;},
+</I>&gt;&gt;<i>         1076         {&lt;&lt;&quot;accept&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;}
+</I>&gt;&gt;<i>         1077     ],
+</I>&gt;&gt;<i>         1078     {ok, Client2} = cowboy_client:request(&lt;&lt;&quot;POST&quot;__&gt;&gt;,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         1079         build_url(&quot;/postonly&quot;, Config), Headers, &quot;12345&quot;,
+</I>&gt;&gt;<i>         Client),
+</I>&gt;&gt;<i>         1080     {ok, 204, _, _} = cowboy_client:response(__Client2).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         My solution to that was to add a content_types_provided function:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         content_types_provided(Req, State) -&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, to_json}],
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         {ContentTypes, Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         But it is useless as *to_json* callback registered is not called
+</I>&gt;&gt;<i>         anyhow.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Adding *content_types_provided* function is a correct solution
+</I>&gt;&gt;<i>         in this case?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Or I am missing something here?
+</I>&gt;&gt;<i>         &#8220;Accept&#8221; header is not relevant only in case of GET requests?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Thank for help,
+</I>&gt;&gt;<i>         &#321;ukasz Biedrycki
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         _________________________________________________
+</I>&gt;&gt;<i>         Extend mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/__listinfo/extend">https://lists.ninenines.eu/__listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140203/088e7e6a/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140203/088e7e6a/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000327.html">[99s-extend] Accept header in POST request
+</A></li>
+	<LI>Next message: <A HREF="000329.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#328">[ date ]</a>
+              <a href="thread.html#328">[ thread ]</a>
+              <a href="subject.html#328">[ subject ]</a>
+              <a href="author.html#328">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000329.html b/_build/static/archives/extend/2014-February/000329.html
new file mode 100644
index 00000000..7668623a
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000329.html
@@ -0,0 +1,223 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Accept header in POST request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3C52EFEAE0.7050804%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000328.html">
+   <LINK REL="Next"  HREF="000330.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Accept header in POST request</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3C52EFEAE0.7050804%40ninenines.eu%3E"
+       TITLE="[99s-extend] Accept header in POST request">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Feb  3 20:15:44 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000328.html">[99s-extend] Accept header in POST request
+</A></li>
+        <LI>Next message: <A HREF="000330.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#329">[ date ]</a>
+              <a href="thread.html#329">[ thread ]</a>
+              <a href="subject.html#329">[ subject ]</a>
+              <a href="author.html#329">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Sure. It won't be called if not a GET or HEAD request so that's probably 
+the best value you can return in your case.
+
+On 02/03/2014 08:08 PM, &#321;ukasz Biedrycki wrote:
+&gt;<i> Ok,
+</I>&gt;<i> it is more clear for me.
+</I>&gt;<i>
+</I>&gt;<i> Last question I have is about content_types_provided function.
+</I>&gt;<i>
+</I>&gt;<i> Is it safe to define it like this?
+</I>&gt;<i>
+</I>&gt;<i> content_types_provided(R, S) -&gt;
+</I>&gt;<i> ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, *undefined*}],
+</I>&gt;<i>     {ContentTypes, Req, State}.
+</I>&gt;<i>
+</I>&gt;<i> Callback in content_types_provided is useless for POST requests, as it
+</I>&gt;<i> won&#8217;t be called.
+</I>&gt;<i> Is it safe to use *undefined *atom, to have a source code clearer?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Mon, Feb 3, 2014 at 7:37 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     If Accept is sent and is different than text/html, yes.
+</I>&gt;<i>
+</I>&gt;<i>     This is how HTTP is defined. If the client says it speaks only
+</I>&gt;<i>     content-type X but you can only reply with content-type Y, you error
+</I>&gt;<i>     out early and stop processing the request. On the other hand if the
+</I>&gt;<i>     client doesn't say what content-type it speaks then the server can
+</I>&gt;<i>     choose whichever one it wants.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 02/03/2014 07:26 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;<i>
+</I>&gt;<i>         My application sends both headers: &#8220;Content-type&#8221; and &#8220;Accept&#8221;
+</I>&gt;<i>         header
+</I>&gt;<i>         using POST method.
+</I>&gt;<i>
+</I>&gt;<i>         For POST rest handler do I have to specify both:
+</I>&gt;<i>         content_types_accepted
+</I>&gt;<i>         and content_types_provided to manage this kind of request?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         On Mon, Feb 3, 2014 at 7:23 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>              The content-type provided is relevant for any response, not
+</I>&gt;<i>         just
+</I>&gt;<i>              responses to GET requests. It defaults to text/html. If
+</I>&gt;<i>         your client
+</I>&gt;<i>              doesn't send that content-type, you have to define the
+</I>&gt;<i>         callback.
+</I>&gt;<i>
+</I>&gt;<i>              I notice that the documentation is incorrect about the relevant
+</I>&gt;<i>              methods for this callback, I will open a ticket to fix it soon.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              On 02/03/2014 07:13 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;<i>
+</I>&gt;<i>                  Hi,
+</I>&gt;<i>                  I have a rest handler that accepts POST and PUT
+</I>&gt;<i>         requests with
+</I>&gt;<i>                  &#8220;application/json&#8221; content type.
+</I>&gt;<i>
+</I>&gt;<i>                  I have content_types_accepted function defined as follows:
+</I>&gt;<i>
+</I>&gt;<i>                  content_types_accepted(Req, State) -&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  {[{&#8216;application/json', from_json}], Req, State}.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  The problem I have is within a request that has two
+</I>&gt;<i>         headers:
+</I>&gt;<i>
+</I>&gt;<i>                  *Content-type*: application/json
+</I>&gt;<i>                  *Accept*: application/json
+</I>&gt;<i>
+</I>&gt;<i>                  With this combination I receive *406*.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  You can repeat it with test:
+</I>&gt;<i>
+</I>&gt;<i>                  http_SUITE.erl:
+</I>&gt;<i>                  1072 rest_postonly(Config) -&gt;
+</I>&gt;<i>                  1073     Client = ?config(client, Config),
+</I>&gt;<i>                  1074     Headers = [
+</I>&gt;<i>                  1075         {&lt;&lt;&quot;content-type&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;},
+</I>&gt;<i>                  1076         {&lt;&lt;&quot;accept&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;}
+</I>&gt;<i>                  1077     ],
+</I>&gt;<i>                  1078     {ok, Client2} =
+</I>&gt;<i>         cowboy_client:request(&lt;&lt;&quot;POST&quot;____&gt;&gt;,
+</I>&gt;<i>
+</I>&gt;<i>                  1079         build_url(&quot;/postonly&quot;, Config), Headers,
+</I>&gt;<i>         &quot;12345&quot;,
+</I>&gt;<i>                  Client),
+</I>&gt;<i>                  1080     {ok, 204, _, _} =
+</I>&gt;<i>         cowboy_client:response(____Client2).
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  My solution to that was to add a content_types_provided
+</I>&gt;<i>         function:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  content_types_provided(Req, State) -&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'},
+</I>&gt;<i>         to_json}],
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  {ContentTypes, Req, State}.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  But it is useless as *to_json* callback registered is
+</I>&gt;<i>         not called
+</I>&gt;<i>                  anyhow.
+</I>&gt;<i>
+</I>&gt;<i>                  Adding *content_types_provided* function is a correct
+</I>&gt;<i>         solution
+</I>&gt;<i>                  in this case?
+</I>&gt;<i>
+</I>&gt;<i>                  Or I am missing something here?
+</I>&gt;<i>                  &#8220;Accept&#8221; header is not relevant only in case of GET
+</I>&gt;<i>         requests?
+</I>&gt;<i>
+</I>&gt;<i>                  Thank for help,
+</I>&gt;<i>                  &#321;ukasz Biedrycki
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  ___________________________________________________
+</I>&gt;<i>                  Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.__ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/____listinfo/extend">https://lists.ninenines.eu/____listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/__listinfo/extend">https://lists.ninenines.eu/__listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>                  &lt;<A HREF="https://lists.ninenines.eu/__listinfo/extend">https://lists.ninenines.eu/__listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>&gt;&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              --
+</I>&gt;<i>              Lo&#239;c Hoguin
+</I>&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000328.html">[99s-extend] Accept header in POST request
+</A></li>
+	<LI>Next message: <A HREF="000330.html">[99s-extend] Accept header in POST request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#329">[ date ]</a>
+              <a href="thread.html#329">[ thread ]</a>
+              <a href="subject.html#329">[ subject ]</a>
+              <a href="author.html#329">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000330.html b/_build/static/archives/extend/2014-February/000330.html
new file mode 100644
index 00000000..dcc28287
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000330.html
@@ -0,0 +1,244 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Accept header in POST request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsjrQxO_6CB0Hw85aqcWe%2BC5j0Dv%2BcNbK7ffSzv7npMvMA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000329.html">
+   <LINK REL="Next"  HREF="000331.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Accept header in POST request</H1>
+    <B>&#321;ukasz Biedrycki</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsjrQxO_6CB0Hw85aqcWe%2BC5j0Dv%2BcNbK7ffSzv7npMvMA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Accept header in POST request">lukasz.biedrycki at gmail.com
+       </A><BR>
+    <I>Mon Feb  3 20:16:29 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000329.html">[99s-extend] Accept header in POST request
+</A></li>
+        <LI>Next message: <A HREF="000331.html">[99s-extend] Metrics per request and handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#330">[ date ]</a>
+              <a href="thread.html#330">[ thread ]</a>
+              <a href="subject.html#330">[ subject ]</a>
+              <a href="author.html#330">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Perfect, thanks a lot!
+Cheers,
+&#321;.
+
+
+On Mon, Feb 3, 2014 at 8:15 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Sure. It won't be called if not a GET or HEAD request so that's probably
+</I>&gt;<i> the best value you can return in your case.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 02/03/2014 08:08 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Ok,
+</I>&gt;&gt;<i> it is more clear for me.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Last question I have is about content_types_provided function.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Is it safe to define it like this?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> content_types_provided(R, S) -&gt;
+</I>&gt;&gt;<i> ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, *undefined*}],
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     {ContentTypes, Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Callback in content_types_provided is useless for POST requests, as it
+</I>&gt;&gt;<i> won&#8217;t be called.
+</I>&gt;&gt;<i> Is it safe to use *undefined *atom, to have a source code clearer?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Mon, Feb 3, 2014 at 7:37 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     If Accept is sent and is different than text/html, yes.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     This is how HTTP is defined. If the client says it speaks only
+</I>&gt;&gt;<i>     content-type X but you can only reply with content-type Y, you error
+</I>&gt;&gt;<i>     out early and stop processing the request. On the other hand if the
+</I>&gt;&gt;<i>     client doesn't say what content-type it speaks then the server can
+</I>&gt;&gt;<i>     choose whichever one it wants.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 02/03/2014 07:26 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         My application sends both headers: &#8220;Content-type&#8221; and &#8220;Accept&#8221;
+</I>&gt;&gt;<i>         header
+</I>&gt;&gt;<i>         using POST method.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         For POST rest handler do I have to specify both:
+</I>&gt;&gt;<i>         content_types_accepted
+</I>&gt;&gt;<i>         and content_types_provided to manage this kind of request?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         On Mon, Feb 3, 2014 at 7:23 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              The content-type provided is relevant for any response, not
+</I>&gt;&gt;<i>         just
+</I>&gt;&gt;<i>              responses to GET requests. It defaults to text/html. If
+</I>&gt;&gt;<i>         your client
+</I>&gt;&gt;<i>              doesn't send that content-type, you have to define the
+</I>&gt;&gt;<i>         callback.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              I notice that the documentation is incorrect about the
+</I>&gt;&gt;<i> relevant
+</I>&gt;&gt;<i>              methods for this callback, I will open a ticket to fix it
+</I>&gt;&gt;<i> soon.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              On 02/03/2014 07:13 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  Hi,
+</I>&gt;&gt;<i>                  I have a rest handler that accepts POST and PUT
+</I>&gt;&gt;<i>         requests with
+</I>&gt;&gt;<i>                  &#8220;application/json&#8221; content type.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  I have content_types_accepted function defined as
+</I>&gt;&gt;<i> follows:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  content_types_accepted(Req, State) -&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  {[{&#8216;application/json', from_json}], Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  The problem I have is within a request that has two
+</I>&gt;&gt;<i>         headers:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  *Content-type*: application/json
+</I>&gt;&gt;<i>                  *Accept*: application/json
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  With this combination I receive *406*.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  You can repeat it with test:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  http_SUITE.erl:
+</I>&gt;&gt;<i>                  1072 rest_postonly(Config) -&gt;
+</I>&gt;&gt;<i>                  1073     Client = ?config(client, Config),
+</I>&gt;&gt;<i>                  1074     Headers = [
+</I>&gt;&gt;<i>                  1075         {&lt;&lt;&quot;content-type&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                  1076         {&lt;&lt;&quot;accept&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;}
+</I>&gt;&gt;<i>                  1077     ],
+</I>&gt;&gt;<i>                  1078     {ok, Client2} =
+</I>&gt;&gt;<i>         cowboy_client:request(&lt;&lt;&quot;POST&quot;____&gt;&gt;,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  1079         build_url(&quot;/postonly&quot;, Config), Headers,
+</I>&gt;&gt;<i>         &quot;12345&quot;,
+</I>&gt;&gt;<i>                  Client),
+</I>&gt;&gt;<i>                  1080     {ok, 204, _, _} =
+</I>&gt;&gt;<i>         cowboy_client:response(____Client2).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  My solution to that was to add a content_types_provided
+</I>&gt;&gt;<i>         function:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  content_types_provided(Req, State) -&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'},
+</I>&gt;&gt;<i>         to_json}],
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  {ContentTypes, Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  But it is useless as *to_json* callback registered is
+</I>&gt;&gt;<i>         not called
+</I>&gt;&gt;<i>                  anyhow.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  Adding *content_types_provided* function is a correct
+</I>&gt;&gt;<i>         solution
+</I>&gt;&gt;<i>                  in this case?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  Or I am missing something here?
+</I>&gt;&gt;<i>                  &#8220;Accept&#8221; header is not relevant only in case of GET
+</I>&gt;&gt;<i>         requests?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  Thank for help,
+</I>&gt;&gt;<i>                  &#321;ukasz Biedrycki
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  ___________________________________________________
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  Extend mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.__ninenines.eu</A>
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;&gt;
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/____listinfo/extend">https://lists.ninenines.eu/____listinfo/extend</A>
+</I>&gt;&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/__listinfo/extend">https://lists.ninenines.eu/__listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  &lt;<A HREF="https://lists.ninenines.eu/__listinfo/extend">https://lists.ninenines.eu/__listinfo/extend</A>
+</I>&gt;&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>&gt;&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              --
+</I>&gt;&gt;<i>              Lo&#239;c Hoguin
+</I>&gt;&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140203/e84f6223/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140203/e84f6223/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000329.html">[99s-extend] Accept header in POST request
+</A></li>
+	<LI>Next message: <A HREF="000331.html">[99s-extend] Metrics per request and handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#330">[ date ]</a>
+              <a href="thread.html#330">[ thread ]</a>
+              <a href="subject.html#330">[ subject ]</a>
+              <a href="author.html#330">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000331.html b/_build/static/archives/extend/2014-February/000331.html
new file mode 100644
index 00000000..d8ce154e
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000331.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Metrics per request and handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Metrics%20per%20request%20and%20handler&In-Reply-To=%3CCAKfrUsikVjhGk%2BM8L%3D9gSxwdmTBtyn1shXsFe35L%2B6eHZYCwyA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000330.html">
+   <LINK REL="Next"  HREF="000332.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Metrics per request and handler</H1>
+    <B>&#321;ukasz Biedrycki</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Metrics%20per%20request%20and%20handler&In-Reply-To=%3CCAKfrUsikVjhGk%2BM8L%3D9gSxwdmTBtyn1shXsFe35L%2B6eHZYCwyA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Metrics per request and handler">lukasz.biedrycki at gmail.com
+       </A><BR>
+    <I>Fri Feb  7 17:56:26 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000330.html">[99s-extend] Accept header in POST request
+</A></li>
+        <LI>Next message: <A HREF="000332.html">[99s-extend] Metrics per request and handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#331">[ date ]</a>
+              <a href="thread.html#331">[ thread ]</a>
+              <a href="subject.html#331">[ subject ]</a>
+              <a href="author.html#331">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+in my application I would like to add some metrics per handler and per
+response http status code.
+
+One way is to add on response callback function, but there I do not have an
+information about handler and handler opts.
+
+Second way is to add a middleware, but then I do not have an information
+about response status code.
+
+Frankly, I like second way more.
+How do like an idea to add response status code to request record similar
+to: resp_headers or resp_body ?
+
+Cheers,
+&#321;ukasz Biedrycki
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140207/904cc7bf/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140207/904cc7bf/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000330.html">[99s-extend] Accept header in POST request
+</A></li>
+	<LI>Next message: <A HREF="000332.html">[99s-extend] Metrics per request and handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#331">[ date ]</a>
+              <a href="thread.html#331">[ thread ]</a>
+              <a href="subject.html#331">[ subject ]</a>
+              <a href="author.html#331">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000332.html b/_build/static/archives/extend/2014-February/000332.html
new file mode 100644
index 00000000..544ef82c
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000332.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Metrics per request and handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Metrics%20per%20request%20and%20handler&In-Reply-To=%3CCAKfrUsiqvYuNVW9H0x4xuarorkCHsw5HJaJWasJvd6XgRfAw4g%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000331.html">
+   <LINK REL="Next"  HREF="000333.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Metrics per request and handler</H1>
+    <B>&#321;ukasz Biedrycki</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Metrics%20per%20request%20and%20handler&In-Reply-To=%3CCAKfrUsiqvYuNVW9H0x4xuarorkCHsw5HJaJWasJvd6XgRfAw4g%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Metrics per request and handler">lukasz.biedrycki at gmail.com
+       </A><BR>
+    <I>Mon Feb 10 10:41:13 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000331.html">[99s-extend] Metrics per request and handler
+</A></li>
+        <LI>Next message: <A HREF="000333.html">[99s-extend] Metrics per request and handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#332">[ date ]</a>
+              <a href="thread.html#332">[ thread ]</a>
+              <a href="subject.html#332">[ subject ]</a>
+              <a href="author.html#332">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi again,
+another idea is to make environment (Env), which is passed between
+middlewares, a part of Request record, so I could have an access to it in
+onresponse callback.
+
+Any of that makes sense?
+
+Cheers,
+&#321;ukasz Biedrycki
+
+
+On Fri, Feb 7, 2014 at 5:56 PM, &#321;ukasz Biedrycki &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lukasz.biedrycki at gmail.com</A>
+&gt;<i> wrote:
+</I>
+&gt;<i> Hi,
+</I>&gt;<i> in my application I would like to add some metrics per handler and per
+</I>&gt;<i> response http status code.
+</I>&gt;<i>
+</I>&gt;<i> One way is to add on response callback function, but there I do not have
+</I>&gt;<i> an information about handler and handler opts.
+</I>&gt;<i>
+</I>&gt;<i> Second way is to add a middleware, but then I do not have an information
+</I>&gt;<i> about response status code.
+</I>&gt;<i>
+</I>&gt;<i> Frankly, I like second way more.
+</I>&gt;<i> How do like an idea to add response status code to request record similar
+</I>&gt;<i> to: resp_headers or resp_body ?
+</I>&gt;<i>
+</I>&gt;<i> Cheers,
+</I>&gt;<i> &#321;ukasz Biedrycki
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140210/b46e2bab/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140210/b46e2bab/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000331.html">[99s-extend] Metrics per request and handler
+</A></li>
+	<LI>Next message: <A HREF="000333.html">[99s-extend] Metrics per request and handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#332">[ date ]</a>
+              <a href="thread.html#332">[ thread ]</a>
+              <a href="subject.html#332">[ subject ]</a>
+              <a href="author.html#332">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000333.html b/_build/static/archives/extend/2014-February/000333.html
new file mode 100644
index 00000000..3d277eba
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000333.html
@@ -0,0 +1,108 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Metrics per request and handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Metrics%20per%20request%20and%20handler&In-Reply-To=%3C52F8A0A4.8030109%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000332.html">
+   <LINK REL="Next"  HREF="000334.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Metrics per request and handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Metrics%20per%20request%20and%20handler&In-Reply-To=%3C52F8A0A4.8030109%40ninenines.eu%3E"
+       TITLE="[99s-extend] Metrics per request and handler">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Feb 10 10:49:24 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000332.html">[99s-extend] Metrics per request and handler
+</A></li>
+        <LI>Next message: <A HREF="000334.html">[99s-extend] Metrics per request and handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#333">[ date ]</a>
+              <a href="thread.html#333">[ thread ]</a>
+              <a href="subject.html#333">[ subject ]</a>
+              <a href="author.html#333">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You have the meta values in Req which are passed everywhere. You can 
+easily set and retrieve them.
+
+On 02/10/2014 10:41 AM, &#321;ukasz Biedrycki wrote:
+&gt;<i> Hi again,
+</I>&gt;<i> another idea is to make environment (Env), which is passed between
+</I>&gt;<i> middlewares, a part of Request record, so I could have an access to it in
+</I>&gt;<i> onresponse callback.
+</I>&gt;<i>
+</I>&gt;<i> Any of that makes sense?
+</I>&gt;<i>
+</I>&gt;<i> Cheers,
+</I>&gt;<i> &#321;ukasz Biedrycki
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Fri, Feb 7, 2014 at 5:56 PM, &#321;ukasz Biedrycki &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">lukasz.biedrycki at gmail.com</A>
+</I>&gt;&gt;<i> wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> in my application I would like to add some metrics per handler and per
+</I>&gt;&gt;<i> response http status code.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> One way is to add on response callback function, but there I do not have
+</I>&gt;&gt;<i> an information about handler and handler opts.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Second way is to add a middleware, but then I do not have an information
+</I>&gt;&gt;<i> about response status code.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Frankly, I like second way more.
+</I>&gt;&gt;<i> How do like an idea to add response status code to request record similar
+</I>&gt;&gt;<i> to: resp_headers or resp_body ?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Cheers,
+</I>&gt;&gt;<i> &#321;ukasz Biedrycki
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000332.html">[99s-extend] Metrics per request and handler
+</A></li>
+	<LI>Next message: <A HREF="000334.html">[99s-extend] Metrics per request and handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#333">[ date ]</a>
+              <a href="thread.html#333">[ thread ]</a>
+              <a href="subject.html#333">[ subject ]</a>
+              <a href="author.html#333">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000334.html b/_build/static/archives/extend/2014-February/000334.html
new file mode 100644
index 00000000..8f3b0da7
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000334.html
@@ -0,0 +1,127 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Metrics per request and handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Metrics%20per%20request%20and%20handler&In-Reply-To=%3CCAKfrUsiCSXx5BTHNHx%3DnkzS5n2EgKVFt-23tz-GX1cV-2Fk_WA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000333.html">
+   <LINK REL="Next"  HREF="000335.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Metrics per request and handler</H1>
+    <B>&#321;ukasz Biedrycki</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Metrics%20per%20request%20and%20handler&In-Reply-To=%3CCAKfrUsiCSXx5BTHNHx%3DnkzS5n2EgKVFt-23tz-GX1cV-2Fk_WA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Metrics per request and handler">lukasz.biedrycki at gmail.com
+       </A><BR>
+    <I>Mon Feb 10 10:51:50 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000333.html">[99s-extend] Metrics per request and handler
+</A></li>
+        <LI>Next message: <A HREF="000335.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#334">[ date ]</a>
+              <a href="thread.html#334">[ thread ]</a>
+              <a href="subject.html#334">[ subject ]</a>
+              <a href="author.html#334">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey,
+I didn&#8217;t know about that.
+That is exactly what I need!
+Thank you!
+
+Cheers,
+&#321;ukasz Biedrycki
+
+
+On Mon, Feb 10, 2014 at 10:49 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> You have the meta values in Req which are passed everywhere. You can
+</I>&gt;<i> easily set and retrieve them.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 02/10/2014 10:41 AM, &#321;ukasz Biedrycki wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hi again,
+</I>&gt;&gt;<i> another idea is to make environment (Env), which is passed between
+</I>&gt;&gt;<i> middlewares, a part of Request record, so I could have an access to it in
+</I>&gt;&gt;<i> onresponse callback.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Any of that makes sense?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Cheers,
+</I>&gt;&gt;<i> &#321;ukasz Biedrycki
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Fri, Feb 7, 2014 at 5:56 PM, &#321;ukasz Biedrycki &lt;
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">lukasz.biedrycki at gmail.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  Hi,
+</I>&gt;&gt;&gt;<i> in my application I would like to add some metrics per handler and per
+</I>&gt;&gt;&gt;<i> response http status code.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> One way is to add on response callback function, but there I do not have
+</I>&gt;&gt;&gt;<i> an information about handler and handler opts.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Second way is to add a middleware, but then I do not have an information
+</I>&gt;&gt;&gt;<i> about response status code.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Frankly, I like second way more.
+</I>&gt;&gt;&gt;<i> How do like an idea to add response status code to request record similar
+</I>&gt;&gt;&gt;<i> to: resp_headers or resp_body ?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Cheers,
+</I>&gt;&gt;&gt;<i> &#321;ukasz Biedrycki
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140210/bf26d573/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140210/bf26d573/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000333.html">[99s-extend] Metrics per request and handler
+</A></li>
+	<LI>Next message: <A HREF="000335.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#334">[ date ]</a>
+              <a href="thread.html#334">[ thread ]</a>
+              <a href="subject.html#334">[ subject ]</a>
+              <a href="author.html#334">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000335.html b/_build/static/archives/extend/2014-February/000335.html
new file mode 100644
index 00000000..7a2434df
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000335.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] do not treat warnings as errors on make?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3CCAD9h6NH%3DRD9qbU%3Dfu1AG27P0qDCcYpNGcYMaYVSz%2B1DK1WaLQQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000334.html">
+   <LINK REL="Next"  HREF="000336.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] do not treat warnings as errors on make?</H1>
+    <B>Anton Koval'</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3CCAD9h6NH%3DRD9qbU%3Dfu1AG27P0qDCcYpNGcYMaYVSz%2B1DK1WaLQQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] do not treat warnings as errors on make?">psihonavt at gmail.com
+       </A><BR>
+    <I>Mon Feb 10 19:44:54 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000334.html">[99s-extend] Metrics per request and handler
+</A></li>
+        <LI>Next message: <A HREF="000336.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#335">[ date ]</a>
+              <a href="thread.html#335">[ thread ]</a>
+              <a href="subject.html#335">[ subject ]</a>
+              <a href="author.html#335">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+as I understand, by default `make all` performs compile with option
+warnings_as_errors. How can I disable this option?
+There are options described at
+<A HREF="https://github.com/extend/erlang.mk#optionsand">https://github.com/extend/erlang.mk#optionsand</A> I believe that
+ERLC_OPTS
+should be filled with `-warnings_as_errors`. But it is unclear for me where
+have I to add(put) that option?
+
+Thanks.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140210/a2b35e2f/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140210/a2b35e2f/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000334.html">[99s-extend] Metrics per request and handler
+</A></li>
+	<LI>Next message: <A HREF="000336.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#335">[ date ]</a>
+              <a href="thread.html#335">[ thread ]</a>
+              <a href="subject.html#335">[ subject ]</a>
+              <a href="author.html#335">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000336.html b/_build/static/archives/extend/2014-February/000336.html
new file mode 100644
index 00000000..b3ce26a4
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000336.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] do not treat warnings as errors on make?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3C52F91EE1.7040809%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000335.html">
+   <LINK REL="Next"  HREF="000337.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] do not treat warnings as errors on make?</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3C52F91EE1.7040809%40ninenines.eu%3E"
+       TITLE="[99s-extend] do not treat warnings as errors on make?">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Feb 10 19:48:01 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000335.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+        <LI>Next message: <A HREF="000337.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#336">[ date ]</a>
+              <a href="thread.html#336">[ thread ]</a>
+              <a href="subject.html#336">[ subject ]</a>
+              <a href="author.html#336">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You can just define ERLC_OPTS before you include erlang.mk and it'll use 
+that instead. I'm not sure why you want to disable that though, warnings 
+usually alert you of bugs in your code.
+
+On 02/10/2014 07:44 PM, Anton Koval' wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> as I understand, by default `make all` performs compile with
+</I>&gt;<i> option**warnings_as_errors.**How can I disable this option?
+</I>&gt;<i> There are options described at
+</I>&gt;<i> <A HREF="https://github.com/extend/erlang.mk#options">https://github.com/extend/erlang.mk#options</A> and I believe that
+</I>&gt;<i> |ERLC_OPTS should be filled with `-|warnings_as_errors`**. But it is
+</I>&gt;<i> unclear for me where have I to add(put) that option?
+</I>&gt;<i>
+</I>&gt;<i> Thanks.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000335.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+	<LI>Next message: <A HREF="000337.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#336">[ date ]</a>
+              <a href="thread.html#336">[ thread ]</a>
+              <a href="subject.html#336">[ subject ]</a>
+              <a href="author.html#336">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000337.html b/_build/static/archives/extend/2014-February/000337.html
new file mode 100644
index 00000000..bb16e835
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000337.html
@@ -0,0 +1,103 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] do not treat warnings as errors on make?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3CCAD9h6NEzSej%3D2OAfPcksSbBuk-2ui1P5ipaCgB0sQKeNt4Zddw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000336.html">
+   <LINK REL="Next"  HREF="000338.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] do not treat warnings as errors on make?</H1>
+    <B>Anton Koval'</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3CCAD9h6NEzSej%3D2OAfPcksSbBuk-2ui1P5ipaCgB0sQKeNt4Zddw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] do not treat warnings as errors on make?">psihonavt at gmail.com
+       </A><BR>
+    <I>Mon Feb 10 20:22:49 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000336.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+        <LI>Next message: <A HREF="000338.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#337">[ date ]</a>
+              <a href="thread.html#337">[ thread ]</a>
+              <a href="subject.html#337">[ subject ]</a>
+              <a href="author.html#337">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks for explanation.
+My situation: I'm developing some stuff in module. That module in some kind
+of &quot;draft' state (e.g. some functions are unused), but regardless that I
+want to compile project in order to test some specific parts of that
+module.
+
+
+On Mon, Feb 10, 2014 at 8:48 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> You can just define ERLC_OPTS before you include erlang.mk and it'll use
+</I>&gt;<i> that instead. I'm not sure why you want to disable that though, warnings
+</I>&gt;<i> usually alert you of bugs in your code.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 02/10/2014 07:44 PM, Anton Koval' wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> as I understand, by default `make all` performs compile with
+</I>&gt;&gt;<i> option**warnings_as_errors.**How can I disable this option?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> There are options described at
+</I>&gt;&gt;<i> <A HREF="https://github.com/extend/erlang.mk#options">https://github.com/extend/erlang.mk#options</A> and I believe that
+</I>&gt;&gt;<i> |ERLC_OPTS should be filled with `-|warnings_as_errors`**. But it is
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> unclear for me where have I to add(put) that option?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140210/2ae635a6/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140210/2ae635a6/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000336.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+	<LI>Next message: <A HREF="000338.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#337">[ date ]</a>
+              <a href="thread.html#337">[ thread ]</a>
+              <a href="subject.html#337">[ subject ]</a>
+              <a href="author.html#337">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000338.html b/_build/static/archives/extend/2014-February/000338.html
new file mode 100644
index 00000000..a6d41866
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000338.html
@@ -0,0 +1,109 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] do not treat warnings as errors on make?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3C2424F399-12CA-455D-ACEE-45882873B1D4%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000337.html">
+   <LINK REL="Next"  HREF="000339.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] do not treat warnings as errors on make?</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3C2424F399-12CA-455D-ACEE-45882873B1D4%40llaisdy.com%3E"
+       TITLE="[99s-extend] do not treat warnings as errors on make?">ivan at llaisdy.com
+       </A><BR>
+    <I>Mon Feb 10 20:46:54 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000337.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+        <LI>Next message: <A HREF="000339.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#338">[ date ]</a>
+              <a href="thread.html#338">[ thread ]</a>
+              <a href="subject.html#338">[ subject ]</a>
+              <a href="author.html#338">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I promise you, improving the code now to get rid of the warnings is worth it.
+
+Ivan
+
+--
+festina lente
+
+
+&gt;<i> On 10 Feb 2014, at 19:22, &quot;Anton Koval'&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">psihonavt at gmail.com</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> Thanks for explanation. 
+</I>&gt;<i> My situation: I'm developing some stuff in module. That module in some kind of &quot;draft' state (e.g. some functions are unused), but regardless that I want to compile project in order to test some specific parts of that module. 
+</I>&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;&gt;<i> On Mon, Feb 10, 2014 at 8:48 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> You can just define ERLC_OPTS before you include erlang.mk and it'll use that instead. I'm not sure why you want to disable that though, warnings usually alert you of bugs in your code.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 02/10/2014 07:44 PM, Anton Koval' wrote:
+</I>&gt;&gt;&gt;<i> Hello,
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> as I understand, by default `make all` performs compile with
+</I>&gt;&gt;&gt;<i> option**warnings_as_errors.**How can I disable this option?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> There are options described at
+</I>&gt;&gt;&gt;<i> <A HREF="https://github.com/extend/erlang.mk#options">https://github.com/extend/erlang.mk#options</A> and I believe that
+</I>&gt;&gt;&gt;<i> |ERLC_OPTS should be filled with `-|warnings_as_errors`**. But it is
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> unclear for me where have I to add(put) that option?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Thanks.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> -- 
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> 
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140210/1781c9d2/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140210/1781c9d2/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000337.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+	<LI>Next message: <A HREF="000339.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#338">[ date ]</a>
+              <a href="thread.html#338">[ thread ]</a>
+              <a href="subject.html#338">[ subject ]</a>
+              <a href="author.html#338">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/000339.html b/_build/static/archives/extend/2014-February/000339.html
new file mode 100644
index 00000000..35469a91
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/000339.html
@@ -0,0 +1,125 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] do not treat warnings as errors on make?
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3CCAD9h6NE5HaNe7-RUUVQehkWGF9uwmLzhTh_J%3DB6mB9ATyPJumQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000338.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] do not treat warnings as errors on make?</H1>
+    <B>Anton Koval'</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20do%20not%20treat%20warnings%20as%20errors%20on%20make%3F&In-Reply-To=%3CCAD9h6NE5HaNe7-RUUVQehkWGF9uwmLzhTh_J%3DB6mB9ATyPJumQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] do not treat warnings as errors on make?">psihonavt at gmail.com
+       </A><BR>
+    <I>Mon Feb 10 20:55:24 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000338.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#339">[ date ]</a>
+              <a href="thread.html#339">[ thread ]</a>
+              <a href="subject.html#339">[ subject ]</a>
+              <a href="author.html#339">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Got it! :)
+fixed all warnings and removed  ERLC_OPTS from Makefile.
+
+
+On Mon, Feb 10, 2014 at 9:46 PM, Ivan Uemlianin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>&gt; wrote:
+
+&gt;<i> I promise you, improving the code now to get rid of the warnings is worth
+</I>&gt;<i> it.
+</I>&gt;<i>
+</I>&gt;<i> Ivan
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> festina lente
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 10 Feb 2014, at 19:22, &quot;Anton Koval'&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">psihonavt at gmail.com</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i> Thanks for explanation.
+</I>&gt;<i> My situation: I'm developing some stuff in module. That module in some
+</I>&gt;<i> kind of &quot;draft' state (e.g. some functions are unused), but regardless that
+</I>&gt;<i> I want to compile project in order to test some specific parts of that
+</I>&gt;<i> module.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Mon, Feb 10, 2014 at 8:48 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> You can just define ERLC_OPTS before you include erlang.mk and it'll use
+</I>&gt;&gt;<i> that instead. I'm not sure why you want to disable that though, warnings
+</I>&gt;&gt;<i> usually alert you of bugs in your code.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 02/10/2014 07:44 PM, Anton Koval' wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Hello,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> as I understand, by default `make all` performs compile with
+</I>&gt;&gt;&gt;<i> option**warnings_as_errors.**How can I disable this option?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> There are options described at
+</I>&gt;&gt;&gt;<i> <A HREF="https://github.com/extend/erlang.mk#options">https://github.com/extend/erlang.mk#options</A> and I believe that
+</I>&gt;&gt;&gt;<i> |ERLC_OPTS should be filled with `-|warnings_as_errors`**. But it is
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> unclear for me where have I to add(put) that option?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140210/fa72e2ba/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140210/fa72e2ba/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000338.html">[99s-extend] do not treat warnings as errors on make?
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#339">[ date ]</a>
+              <a href="thread.html#339">[ thread ]</a>
+              <a href="subject.html#339">[ subject ]</a>
+              <a href="author.html#339">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-February/author.html b/_build/static/archives/extend/2014-February/author.html
new file mode 100644
index 00000000..374894cd
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/author.html
@@ -0,0 +1,127 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Feb  3 19:13:04 CET 2014</i><br>
+         <b>Ending:</b> <i>Mon Feb 10 20:55:24 CET 2014</i><br>
+         <b>Messages:</b> 16<p>
+     <ul>
+
+<LI><A HREF="000324.html">[99s-extend] Accept header in POST request
+</A><A NAME="324">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000326.html">[99s-extend] Accept header in POST request
+</A><A NAME="326">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000328.html">[99s-extend] Accept header in POST request
+</A><A NAME="328">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000330.html">[99s-extend] Accept header in POST request
+</A><A NAME="330">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000331.html">[99s-extend] Metrics per request and handler
+</A><A NAME="331">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000332.html">[99s-extend] Metrics per request and handler
+</A><A NAME="332">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000334.html">[99s-extend] Metrics per request and handler
+</A><A NAME="334">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000325.html">[99s-extend] Accept header in POST request
+</A><A NAME="325">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000327.html">[99s-extend] Accept header in POST request
+</A><A NAME="327">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000329.html">[99s-extend] Accept header in POST request
+</A><A NAME="329">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000333.html">[99s-extend] Metrics per request and handler
+</A><A NAME="333">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000336.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="336">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000335.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="335">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000337.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="337">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000339.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="339">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000338.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="338">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Feb 10 20:55:24 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-February/date.html b/_build/static/archives/extend/2014-February/date.html
new file mode 100644
index 00000000..156b37ba
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/date.html
@@ -0,0 +1,127 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Feb  3 19:13:04 CET 2014</i><br>
+         <b>Ending:</b> <i>Mon Feb 10 20:55:24 CET 2014</i><br>
+         <b>Messages:</b> 16<p>
+     <ul>
+
+<LI><A HREF="000324.html">[99s-extend] Accept header in POST request
+</A><A NAME="324">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000325.html">[99s-extend] Accept header in POST request
+</A><A NAME="325">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000326.html">[99s-extend] Accept header in POST request
+</A><A NAME="326">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000327.html">[99s-extend] Accept header in POST request
+</A><A NAME="327">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000328.html">[99s-extend] Accept header in POST request
+</A><A NAME="328">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000329.html">[99s-extend] Accept header in POST request
+</A><A NAME="329">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000330.html">[99s-extend] Accept header in POST request
+</A><A NAME="330">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000331.html">[99s-extend] Metrics per request and handler
+</A><A NAME="331">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000332.html">[99s-extend] Metrics per request and handler
+</A><A NAME="332">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000333.html">[99s-extend] Metrics per request and handler
+</A><A NAME="333">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000334.html">[99s-extend] Metrics per request and handler
+</A><A NAME="334">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000335.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="335">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000336.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="336">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000337.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="337">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000338.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="338">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000339.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="339">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Feb 10 20:55:24 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-February/index.html b/_build/static/archives/extend/2014-February/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-February/subject.html b/_build/static/archives/extend/2014-February/subject.html
new file mode 100644
index 00000000..3247635a
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/subject.html
@@ -0,0 +1,127 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Feb  3 19:13:04 CET 2014</i><br>
+         <b>Ending:</b> <i>Mon Feb 10 20:55:24 CET 2014</i><br>
+         <b>Messages:</b> 16<p>
+     <ul>
+
+<LI><A HREF="000324.html">[99s-extend] Accept header in POST request
+</A><A NAME="324">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000325.html">[99s-extend] Accept header in POST request
+</A><A NAME="325">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000326.html">[99s-extend] Accept header in POST request
+</A><A NAME="326">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000327.html">[99s-extend] Accept header in POST request
+</A><A NAME="327">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000328.html">[99s-extend] Accept header in POST request
+</A><A NAME="328">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000329.html">[99s-extend] Accept header in POST request
+</A><A NAME="329">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000330.html">[99s-extend] Accept header in POST request
+</A><A NAME="330">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000335.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="335">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000336.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="336">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000337.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="337">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000338.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="338">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000339.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="339">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000331.html">[99s-extend] Metrics per request and handler
+</A><A NAME="331">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000332.html">[99s-extend] Metrics per request and handler
+</A><A NAME="332">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<LI><A HREF="000333.html">[99s-extend] Metrics per request and handler
+</A><A NAME="333">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000334.html">[99s-extend] Metrics per request and handler
+</A><A NAME="334">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Feb 10 20:55:24 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-February/thread.html b/_build/static/archives/extend/2014-February/thread.html
new file mode 100644
index 00000000..493c7783
--- /dev/null
+++ b/_build/static/archives/extend/2014-February/thread.html
@@ -0,0 +1,161 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Feb  3 19:13:04 CET 2014</i><br>
+         <b>Ending:</b> <i>Mon Feb 10 20:55:24 CET 2014</i><br>
+         <b>Messages:</b> 16<p>
+     <ul>
+
+<!--0 01391451184.324- -->
+<LI><A HREF="000324.html">[99s-extend] Accept header in POST request
+</A><A NAME="324">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<UL>
+<!--1 01391451184.324-01391451812.325- -->
+<LI><A HREF="000325.html">[99s-extend] Accept header in POST request
+</A><A NAME="325">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01391451184.324-01391451812.325-01391451977.326- -->
+<LI><A HREF="000326.html">[99s-extend] Accept header in POST request
+</A><A NAME="326">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<UL>
+<!--3 01391451184.324-01391451812.325-01391451977.326-01391452675.327- -->
+<LI><A HREF="000327.html">[99s-extend] Accept header in POST request
+</A><A NAME="327">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01391451184.324-01391451812.325-01391451977.326-01391452675.327-01391454492.328- -->
+<LI><A HREF="000328.html">[99s-extend] Accept header in POST request
+</A><A NAME="328">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<!--3 01391451184.324-01391451812.325-01391451977.326-01391452675.327-01391454492.328-01391454944.329- -->
+<LI><A HREF="000329.html">[99s-extend] Accept header in POST request
+</A><A NAME="329">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01391451184.324-01391451812.325-01391451977.326-01391452675.327-01391454492.328-01391454944.329-01391454989.330- -->
+<LI><A HREF="000330.html">[99s-extend] Accept header in POST request
+</A><A NAME="330">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01391792186.331- -->
+<LI><A HREF="000331.html">[99s-extend] Metrics per request and handler
+</A><A NAME="331">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<UL>
+<!--1 01391792186.331-01392025273.332- -->
+<LI><A HREF="000332.html">[99s-extend] Metrics per request and handler
+</A><A NAME="332">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+<UL>
+<!--2 01391792186.331-01392025273.332-01392025764.333- -->
+<LI><A HREF="000333.html">[99s-extend] Metrics per request and handler
+</A><A NAME="333">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--3 01391792186.331-01392025273.332-01392025764.333-01392025910.334- -->
+<LI><A HREF="000334.html">[99s-extend] Metrics per request and handler
+</A><A NAME="334">&nbsp;</A>
+<I>&#321;ukasz Biedrycki
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01392057894.335- -->
+<LI><A HREF="000335.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="335">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<UL>
+<!--1 01392057894.335-01392058081.336- -->
+<LI><A HREF="000336.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="336">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01392057894.335-01392058081.336-01392060169.337- -->
+<LI><A HREF="000337.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="337">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<UL>
+<!--3 01392057894.335-01392058081.336-01392060169.337-01392061614.338- -->
+<LI><A HREF="000338.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="338">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<!--3 01392057894.335-01392058081.336-01392060169.337-01392061614.338-01392062124.339- -->
+<LI><A HREF="000339.html">[99s-extend] do not treat warnings as errors on make?
+</A><A NAME="339">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+</UL>
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Feb 10 20:55:24 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-January.txt b/_build/static/archives/extend/2014-January.txt
new file mode 100644
index 00000000..1c01655c
--- /dev/null
+++ b/_build/static/archives/extend/2014-January.txt
@@ -0,0 +1,99 @@
+From me at xiao-jia.com  Wed Jan 15 06:42:46 2014
+From: me at xiao-jia.com (Xiao Jia)
+Date: Wed, 15 Jan 2014 13:42:46 +0800
+Subject: [99s-extend] Parsing binary example in ranch guide
+Message-ID: <CAO0g3iHXt7b4rwwUv7KShiCLno=y2htz6i+0Pn6OnVgF++NYmg@mail.gmail.com>
+
+Hi,
+
+I am learning how to use ranch and reading this page:
+
+    http://ninenines.eu/docs/en/ranch/HEAD/guide/parsers
+
+
+<< Size:32, _/bits >> = Buffer,
+case Buffer of
+    << Frame:Size/binary, Rest/bits >> ->
+        handle_frame(Frame, Buffer);
+    _ ->
+        get_more_data(Buffer)
+end.
+
+
+Shouldn't it be
+
+    handle_frame(Frame, Rest);
+
+instead?
+
+-- 
+Regards,
+Xiao Jia
+
+
+From essen at ninenines.eu  Wed Jan 15 08:51:32 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 15 Jan 2014 08:51:32 +0100
+Subject: [99s-extend] Parsing binary example in ranch guide
+In-Reply-To: <CAO0g3iHXt7b4rwwUv7KShiCLno=y2htz6i+0Pn6OnVgF++NYmg@mail.gmail.com>
+References: <CAO0g3iHXt7b4rwwUv7KShiCLno=y2htz6i+0Pn6OnVgF++NYmg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Yes.
+
+Feel free to open a PR, thanks!
+
+On 01/15/2014 06:42 AM, Xiao Jia wrote:
+> Hi,
+>
+> I am learning how to use ranch and reading this page:
+>
+>      http://ninenines.eu/docs/en/ranch/HEAD/guide/parsers
+>
+>
+> << Size:32, _/bits >> = Buffer,
+> case Buffer of
+>      << Frame:Size/binary, Rest/bits >> ->
+>          handle_frame(Frame, Buffer);
+>      _ ->
+>          get_more_data(Buffer)
+> end.
+>
+>
+> Shouldn't it be
+>
+>      handle_frame(Frame, Rest);
+>
+> instead?
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From me at xiao-jia.com  Fri Jan 17 03:15:24 2014
+From: me at xiao-jia.com (Xiao Jia)
+Date: Fri, 17 Jan 2014 10:15:24 +0800
+Subject: [99s-extend] Restart listeners if ranch_sup fails
+Message-ID: <CAO0g3iGA7tKuBu+Wov6kcRQGUBH7EbJ-yTSxMhz5VCu2JLCAnA@mail.gmail.com>
+
+>From http://ninenines.eu/docs/en/ranch/HEAD/guide/embedded/
+
+    "It is recommended that your architecture makes sure that all
+listeners are restarted if ranch_supfails."
+
+Does it imply that we should use rest_for_one instead of one_for_one
+in the example code below?
+
+    {ok, {{one_for_one, 10, 10}, [RanchSupSpec, ListenerSpec]}}
+
+=>
+
+    {ok, {{rest_for_one, 10, 10}, [RanchSupSpec, ListenerSpec]}}
+
+-- 
+Regards,
+Xiao Jia
+
+
diff --git a/_build/static/archives/extend/2014-January/000321.html b/_build/static/archives/extend/2014-January/000321.html
new file mode 100644
index 00000000..308f7a8d
--- /dev/null
+++ b/_build/static/archives/extend/2014-January/000321.html
@@ -0,0 +1,84 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Parsing binary example in ranch guide
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Parsing%20binary%20example%20in%20ranch%20guide&In-Reply-To=%3CCAO0g3iHXt7b4rwwUv7KShiCLno%3Dy2htz6i%2B0Pn6OnVgF%2B%2BNYmg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000322.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Parsing binary example in ranch guide</H1>
+    <B>Xiao Jia</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Parsing%20binary%20example%20in%20ranch%20guide&In-Reply-To=%3CCAO0g3iHXt7b4rwwUv7KShiCLno%3Dy2htz6i%2B0Pn6OnVgF%2B%2BNYmg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Parsing binary example in ranch guide">me at xiao-jia.com
+       </A><BR>
+    <I>Wed Jan 15 06:42:46 CET 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000322.html">[99s-extend] Parsing binary example in ranch guide
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#321">[ date ]</a>
+              <a href="thread.html#321">[ thread ]</a>
+              <a href="subject.html#321">[ subject ]</a>
+              <a href="author.html#321">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I am learning how to use ranch and reading this page:
+
+    <A HREF="http://ninenines.eu/docs/en/ranch/HEAD/guide/parsers">http://ninenines.eu/docs/en/ranch/HEAD/guide/parsers</A>
+
+
+&lt;&lt; Size:32, _/bits &gt;&gt; = Buffer,
+case Buffer of
+    &lt;&lt; Frame:Size/binary, Rest/bits &gt;&gt; -&gt;
+        handle_frame(Frame, Buffer);
+    _ -&gt;
+        get_more_data(Buffer)
+end.
+
+
+Shouldn't it be
+
+    handle_frame(Frame, Rest);
+
+instead?
+
+-- 
+Regards,
+Xiao Jia
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000322.html">[99s-extend] Parsing binary example in ranch guide
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#321">[ date ]</a>
+              <a href="thread.html#321">[ thread ]</a>
+              <a href="subject.html#321">[ subject ]</a>
+              <a href="author.html#321">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-January/000322.html b/_build/static/archives/extend/2014-January/000322.html
new file mode 100644
index 00000000..76eb33c2
--- /dev/null
+++ b/_build/static/archives/extend/2014-January/000322.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Parsing binary example in ranch guide
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Parsing%20binary%20example%20in%20ranch%20guide&In-Reply-To=%3C52D63E04.5090300%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000321.html">
+   <LINK REL="Next"  HREF="000323.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Parsing binary example in ranch guide</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Parsing%20binary%20example%20in%20ranch%20guide&In-Reply-To=%3C52D63E04.5090300%40ninenines.eu%3E"
+       TITLE="[99s-extend] Parsing binary example in ranch guide">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Jan 15 08:51:32 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000321.html">[99s-extend] Parsing binary example in ranch guide
+</A></li>
+        <LI>Next message: <A HREF="000323.html">[99s-extend] Restart listeners if ranch_sup fails
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#322">[ date ]</a>
+              <a href="thread.html#322">[ thread ]</a>
+              <a href="subject.html#322">[ subject ]</a>
+              <a href="author.html#322">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Yes.
+
+Feel free to open a PR, thanks!
+
+On 01/15/2014 06:42 AM, Xiao Jia wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I am learning how to use ranch and reading this page:
+</I>&gt;<i>
+</I>&gt;<i>      <A HREF="http://ninenines.eu/docs/en/ranch/HEAD/guide/parsers">http://ninenines.eu/docs/en/ranch/HEAD/guide/parsers</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> &lt;&lt; Size:32, _/bits &gt;&gt; = Buffer,
+</I>&gt;<i> case Buffer of
+</I>&gt;<i>      &lt;&lt; Frame:Size/binary, Rest/bits &gt;&gt; -&gt;
+</I>&gt;<i>          handle_frame(Frame, Buffer);
+</I>&gt;<i>      _ -&gt;
+</I>&gt;<i>          get_more_data(Buffer)
+</I>&gt;<i> end.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Shouldn't it be
+</I>&gt;<i>
+</I>&gt;<i>      handle_frame(Frame, Rest);
+</I>&gt;<i>
+</I>&gt;<i> instead?
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000321.html">[99s-extend] Parsing binary example in ranch guide
+</A></li>
+	<LI>Next message: <A HREF="000323.html">[99s-extend] Restart listeners if ranch_sup fails
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#322">[ date ]</a>
+              <a href="thread.html#322">[ thread ]</a>
+              <a href="subject.html#322">[ subject ]</a>
+              <a href="author.html#322">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-January/000323.html b/_build/static/archives/extend/2014-January/000323.html
new file mode 100644
index 00000000..5c3a0008
--- /dev/null
+++ b/_build/static/archives/extend/2014-January/000323.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Restart listeners if ranch_sup fails
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Restart%20listeners%20if%20ranch_sup%20fails&In-Reply-To=%3CCAO0g3iGA7tKuBu%2BWov6kcRQGUBH7EbJ-yTSxMhz5VCu2JLCAnA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000322.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Restart listeners if ranch_sup fails</H1>
+    <B>Xiao Jia</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Restart%20listeners%20if%20ranch_sup%20fails&In-Reply-To=%3CCAO0g3iGA7tKuBu%2BWov6kcRQGUBH7EbJ-yTSxMhz5VCu2JLCAnA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Restart listeners if ranch_sup fails">me at xiao-jia.com
+       </A><BR>
+    <I>Fri Jan 17 03:15:24 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000322.html">[99s-extend] Parsing binary example in ranch guide
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#323">[ date ]</a>
+              <a href="thread.html#323">[ thread ]</a>
+              <a href="subject.html#323">[ subject ]</a>
+              <a href="author.html#323">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i>From <A HREF="http://ninenines.eu/docs/en/ranch/HEAD/guide/embedded/">http://ninenines.eu/docs/en/ranch/HEAD/guide/embedded/</A>
+</I>
+    &quot;It is recommended that your architecture makes sure that all
+listeners are restarted if ranch_supfails.&quot;
+
+Does it imply that we should use rest_for_one instead of one_for_one
+in the example code below?
+
+    {ok, {{one_for_one, 10, 10}, [RanchSupSpec, ListenerSpec]}}
+
+=&gt;
+
+    {ok, {{rest_for_one, 10, 10}, [RanchSupSpec, ListenerSpec]}}
+
+-- 
+Regards,
+Xiao Jia
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000322.html">[99s-extend] Parsing binary example in ranch guide
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#323">[ date ]</a>
+              <a href="thread.html#323">[ thread ]</a>
+              <a href="subject.html#323">[ subject ]</a>
+              <a href="author.html#323">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-January/author.html b/_build/static/archives/extend/2014-January/author.html
new file mode 100644
index 00000000..b3a05d55
--- /dev/null
+++ b/_build/static/archives/extend/2014-January/author.html
@@ -0,0 +1,62 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jan 15 06:42:46 CET 2014</i><br>
+         <b>Ending:</b> <i>Fri Jan 17 03:15:24 CET 2014</i><br>
+         <b>Messages:</b> 3<p>
+     <ul>
+
+<LI><A HREF="000322.html">[99s-extend] Parsing binary example in ranch guide
+</A><A NAME="322">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000321.html">[99s-extend] Parsing binary example in ranch guide
+</A><A NAME="321">&nbsp;</A>
+<I>Xiao Jia
+</I>
+
+<LI><A HREF="000323.html">[99s-extend] Restart listeners if ranch_sup fails
+</A><A NAME="323">&nbsp;</A>
+<I>Xiao Jia
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jan 17 03:15:24 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-January/date.html b/_build/static/archives/extend/2014-January/date.html
new file mode 100644
index 00000000..b2eec822
--- /dev/null
+++ b/_build/static/archives/extend/2014-January/date.html
@@ -0,0 +1,62 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jan 15 06:42:46 CET 2014</i><br>
+         <b>Ending:</b> <i>Fri Jan 17 03:15:24 CET 2014</i><br>
+         <b>Messages:</b> 3<p>
+     <ul>
+
+<LI><A HREF="000321.html">[99s-extend] Parsing binary example in ranch guide
+</A><A NAME="321">&nbsp;</A>
+<I>Xiao Jia
+</I>
+
+<LI><A HREF="000322.html">[99s-extend] Parsing binary example in ranch guide
+</A><A NAME="322">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000323.html">[99s-extend] Restart listeners if ranch_sup fails
+</A><A NAME="323">&nbsp;</A>
+<I>Xiao Jia
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jan 17 03:15:24 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-January/index.html b/_build/static/archives/extend/2014-January/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-January/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-January/subject.html b/_build/static/archives/extend/2014-January/subject.html
new file mode 100644
index 00000000..3d0610ac
--- /dev/null
+++ b/_build/static/archives/extend/2014-January/subject.html
@@ -0,0 +1,62 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jan 15 06:42:46 CET 2014</i><br>
+         <b>Ending:</b> <i>Fri Jan 17 03:15:24 CET 2014</i><br>
+         <b>Messages:</b> 3<p>
+     <ul>
+
+<LI><A HREF="000321.html">[99s-extend] Parsing binary example in ranch guide
+</A><A NAME="321">&nbsp;</A>
+<I>Xiao Jia
+</I>
+
+<LI><A HREF="000322.html">[99s-extend] Parsing binary example in ranch guide
+</A><A NAME="322">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000323.html">[99s-extend] Restart listeners if ranch_sup fails
+</A><A NAME="323">&nbsp;</A>
+<I>Xiao Jia
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jan 17 03:15:24 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-January/thread.html b/_build/static/archives/extend/2014-January/thread.html
new file mode 100644
index 00000000..bfa94e9b
--- /dev/null
+++ b/_build/static/archives/extend/2014-January/thread.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jan 15 06:42:46 CET 2014</i><br>
+         <b>Ending:</b> <i>Fri Jan 17 03:15:24 CET 2014</i><br>
+         <b>Messages:</b> 3<p>
+     <ul>
+
+<!--0 01389764566.321- -->
+<LI><A HREF="000321.html">[99s-extend] Parsing binary example in ranch guide
+</A><A NAME="321">&nbsp;</A>
+<I>Xiao Jia
+</I>
+
+<UL>
+<!--1 01389764566.321-01389772292.322- -->
+<LI><A HREF="000322.html">[99s-extend] Parsing binary example in ranch guide
+</A><A NAME="322">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01389924924.323- -->
+<LI><A HREF="000323.html">[99s-extend] Restart listeners if ranch_sup fails
+</A><A NAME="323">&nbsp;</A>
+<I>Xiao Jia
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Jan 17 03:15:24 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:46 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-July.txt b/_build/static/archives/extend/2014-July.txt
new file mode 100644
index 00000000..c6ff98a3
--- /dev/null
+++ b/_build/static/archives/extend/2014-July.txt
@@ -0,0 +1,545 @@
+From adelzhang at qq.com  Thu Jul  3 09:40:12 2014
+From: adelzhang at qq.com (Adel Zhang)
+Date: Thu, 03 Jul 2014 15:40:12 +0800
+Subject: [99s-extend] tring to understand ranch_conns_sup
+Message-ID: <op.xievlal52w9y7f@zgc-201309221420>
+
+Ranch uses a tcp acceptor pool to accept connections concurrently. But the  
+acceptor process
+needs to wait for the *only one* ranch_conns_sup spawning the protocol  
+process.
+
+Is ranch_conns_sup maybe a bottleneck?
+
+Thanks.
+
+From essen at ninenines.eu  Thu Jul  3 09:55:13 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 03 Jul 2014 09:55:13 +0200
+Subject: [99s-extend] tring to understand ranch_conns_sup
+In-Reply-To: <op.xievlal52w9y7f@zgc-201309221420>
+References: <op.xievlal52w9y7f@zgc-201309221420>
+Message-ID: <[email protected]>
+
+Have you observed ranch_conns_sup be a bottleneck? In practice it 
+shouldn't be.
+
+On 07/03/2014 09:40 AM, Adel Zhang wrote:
+> Ranch uses a tcp acceptor pool to accept connections concurrently. But
+> the acceptor process
+> needs to wait for the *only one* ranch_conns_sup spawning the protocol
+> process.
+>
+> Is ranch_conns_sup maybe a bottleneck?
+>
+> Thanks.
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samuelrivas at gmail.com  Tue Jul  8 09:12:43 2014
+From: samuelrivas at gmail.com (Samuel)
+Date: Tue, 8 Jul 2014 09:12:43 +0200
+Subject: [99s-extend] [cowboy REST] returning {true, URL} to PUT
+Message-ID: <CAH2nEUgJj1f8_RnXqeKqB1tFaDh=qzztOo9XF94S9auQ93dskg@mail.gmail.com>
+
+Hi,
+
+According to the documentation I should be able to return a new
+location when handling a PUT request when using cowboy_rest protocol:
+
+    The AcceptResource value is the name of the callback that will be
+called if the
+    content-type matches. It is defined as follow.
+
+    Value type: true | {true, URL} | false
+
+That works for "true" and "false" but not for "{true, URL}", in that
+case the Ranch listener crashes badly[1].
+
+Looking into cowboy_rest.erl I see that the {true, URL} form is
+restricted to POST requests:
+https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784
+
+Is that intentional or should I submit a patch to add at least PUT and
+PATCH to that condition (or remove all of them if that is not guarding
+against something horrible)?
+
+Regards
+
+[1] Ranch crash log:
+Ranch listener http_acceptor had connection process started with
+cowboy_protocol:start_link/4 at <0.2660.0> exit with reason:
+{{case_clause,{{true,"/url"},{http_req,#Port<0.15864>,ranch_tcp,keepalive,<0.2660.0>,<<"PUT">>,'HTTP/1.1',{{127,0,0,1},56983},<<"localhost">>,undefined,8080,<<"/order">>,undefined,<<>>,undefined,[],[{<<"user-agent">>,<<"curl/7.22.0
+(x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4
+libidn/1.23 librtmp/2.3">>},{<<"host">>,<<"localhost:8080">>},{<<"accept">>,<<"*/*">>},{<<"content-type">>,<<"application/json">>}],[{<<"content-type">>,{<<"application">>,<<"json">>,[]}},{<<"if-modified-since">>,undefined},{<<"if-none-match">>,undefined},{<<"if-unmodified-since">>,undefined},{<<"if-match">>,undefined},{<<"accept">>,[{{<<"*">>,<<"*">>,[]},1000,[]}]}],undefined,[{charset,undefined},{media_type,{<<"text">>,<<"html">>,[]}}],waiting,undefined,<<>>,false,waiting,[{<<"content-type">>,[<<"text">>,<<"/">>,<<"html">>,<<>>]}],<<>>,undefined},{state}}},[{cowboy_rest,process_content_type,3,[{file,"src/cowboy_rest.erl"},{line,780}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,529}]}]}
+-- 
+Samuel
+
+From essen at ninenines.eu  Tue Jul  8 11:57:12 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 08 Jul 2014 11:57:12 +0200
+Subject: [99s-extend] [cowboy REST] returning {true, URL} to PUT
+In-Reply-To: <CAH2nEUgJj1f8_RnXqeKqB1tFaDh=qzztOo9XF94S9auQ93dskg@mail.gmail.com>
+References: <CAH2nEUgJj1f8_RnXqeKqB1tFaDh=qzztOo9XF94S9auQ93dskg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+It's not enabled for PATCH or PUT because it makes little sense for 
+them. PATCH and PUT are typically used directly on the URI of the 
+resource, even when creating it. While you can return a "better URI" for 
+the created resource for them, this should be seen as a special case 
+rather than the norm. You can still do it by setting the location header 
+manually and Cowboy will react accordingly.
+
+On 07/08/2014 09:12 AM, Samuel wrote:
+> Hi,
+>
+> According to the documentation I should be able to return a new
+> location when handling a PUT request when using cowboy_rest protocol:
+>
+>      The AcceptResource value is the name of the callback that will be
+> called if the
+>      content-type matches. It is defined as follow.
+>
+>      Value type: true | {true, URL} | false
+>
+> That works for "true" and "false" but not for "{true, URL}", in that
+> case the Ranch listener crashes badly[1].
+>
+> Looking into cowboy_rest.erl I see that the {true, URL} form is
+> restricted to POST requests:
+> https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784
+>
+> Is that intentional or should I submit a patch to add at least PUT and
+> PATCH to that condition (or remove all of them if that is not guarding
+> against something horrible)?
+>
+> Regards
+>
+> [1] Ranch crash log:
+> Ranch listener http_acceptor had connection process started with
+> cowboy_protocol:start_link/4 at <0.2660.0> exit with reason:
+> {{case_clause,{{true,"/url"},{http_req,#Port<0.15864>,ranch_tcp,keepalive,<0.2660.0>,<<"PUT">>,'HTTP/1.1',{{127,0,0,1},56983},<<"localhost">>,undefined,8080,<<"/order">>,undefined,<<>>,undefined,[],[{<<"user-agent">>,<<"curl/7.22.0
+> (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4
+> libidn/1.23 librtmp/2.3">>},{<<"host">>,<<"localhost:8080">>},{<<"accept">>,<<"*/*">>},{<<"content-type">>,<<"application/json">>}],[{<<"content-type">>,{<<"application">>,<<"json">>,[]}},{<<"if-modified-since">>,undefined},{<<"if-none-match">>,undefined},{<<"if-unmodified-since">>,undefined},{<<"if-match">>,undefined},{<<"accept">>,[{{<<"*">>,<<"*">>,[]},1000,[]}]}],undefined,[{charset,undefined},{media_type,{<<"text">>,<<"html">>,[]}}],waiting,undefined,<<>>,false,waiting,[{<<"content-type">>,[<<"text">>,<<"/">>,<<"html">>,<<>>]}],<<>>,undefined},{state}}},[{cowboy_rest,process_content_type,3,[{file,"src/cowboy_rest.erl"},{line,780}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,529}]}]}
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samuelrivas at gmail.com  Tue Jul  8 13:32:45 2014
+From: samuelrivas at gmail.com (Samuel)
+Date: Tue, 8 Jul 2014 13:32:45 +0200
+Subject: [99s-extend] [cowboy REST] returning {true, URL} to PUT
+In-Reply-To: <[email protected]>
+References: <CAH2nEUgJj1f8_RnXqeKqB1tFaDh=qzztOo9XF94S9auQ93dskg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAH2nEUi9qkU4tjeYMNzQeppJ4me3p3z2UPqfSB-dQ6G4x_ExyA@mail.gmail.com>
+
+Ok, thanks. That should probably be mentioned in the documentation of
+content_types_accepted, as it says {true, URI} is a valid output for
+the provided function.
+
+Just out of curiosity from a non-so-expert in REST. The API spec
+(which I am not the author of) says the PUT call should create a
+resource with a unique id and return the URI of the created resource
+in the Location header. That is something like PUT /some/resource
+should return /some/resource/1234 in the Location. some/resource is
+fixed but 1234 would be generated for each instance of /some/resource.
+Is that considered nonsensical?
+
+On 8 July 2014 11:57, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> It's not enabled for PATCH or PUT because it makes little sense for them.
+> PATCH and PUT are typically used directly on the URI of the resource, even
+> when creating it. While you can return a "better URI" for the created
+> resource for them, this should be seen as a special case rather than the
+> norm. You can still do it by setting the location header manually and Cowboy
+> will react accordingly.
+>
+>
+> On 07/08/2014 09:12 AM, Samuel wrote:
+>>
+>> Hi,
+>>
+>> According to the documentation I should be able to return a new
+>> location when handling a PUT request when using cowboy_rest protocol:
+>>
+>>      The AcceptResource value is the name of the callback that will be
+>> called if the
+>>      content-type matches. It is defined as follow.
+>>
+>>      Value type: true | {true, URL} | false
+>>
+>> That works for "true" and "false" but not for "{true, URL}", in that
+>> case the Ranch listener crashes badly[1].
+>>
+>> Looking into cowboy_rest.erl I see that the {true, URL} form is
+>> restricted to POST requests:
+>> https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784
+>>
+>> Is that intentional or should I submit a patch to add at least PUT and
+>> PATCH to that condition (or remove all of them if that is not guarding
+>> against something horrible)?
+>>
+>> Regards
+>>
+>> [1] Ranch crash log:
+>> Ranch listener http_acceptor had connection process started with
+>> cowboy_protocol:start_link/4 at <0.2660.0> exit with reason:
+>>
+>> {{case_clause,{{true,"/url"},{http_req,#Port<0.15864>,ranch_tcp,keepalive,<0.2660.0>,<<"PUT">>,'HTTP/1.1',{{127,0,0,1},56983},<<"localhost">>,undefined,8080,<<"/order">>,undefined,<<>>,undefined,[],[{<<"user-agent">>,<<"curl/7.22.0
+>> (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4
+>> libidn/1.23
+>> librtmp/2.3">>},{<<"host">>,<<"localhost:8080">>},{<<"accept">>,<<"*/*">>},{<<"content-type">>,<<"application/json">>}],[{<<"content-type">>,{<<"application">>,<<"json">>,[]}},{<<"if-modified-since">>,undefined},{<<"if-none-match">>,undefined},{<<"if-unmodified-since">>,undefined},{<<"if-match">>,undefined},{<<"accept">>,[{{<<"*">>,<<"*">>,[]},1000,[]}]}],undefined,[{charset,undefined},{media_type,{<<"text">>,<<"html">>,[]}}],waiting,undefined,<<>>,false,waiting,[{<<"content-type">>,[<<"text">>,<<"/">>,<<"html">>,<<>>]}],<<>>,undefined},{state}}},[{cowboy_rest,process_content_type,3,[{file,"src/cowboy_rest.erl"},{line,780}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,529}]}]}
+>>
+>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+
+-- 
+Samuel
+
+From essen at ninenines.eu  Tue Jul  8 13:42:00 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 08 Jul 2014 13:42:00 +0200
+Subject: [99s-extend] [cowboy REST] returning {true, URL} to PUT
+In-Reply-To: <CAH2nEUi9qkU4tjeYMNzQeppJ4me3p3z2UPqfSB-dQ6G4x_ExyA@mail.gmail.com>
+References: <CAH2nEUgJj1f8_RnXqeKqB1tFaDh=qzztOo9XF94S9auQ93dskg@mail.gmail.com>
+ <[email protected]>
+ <CAH2nEUi9qkU4tjeYMNzQeppJ4me3p3z2UPqfSB-dQ6G4x_ExyA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+That's what POST should do.
+
+Compare:
+
+PUT /some/resource/1234 -> no redirect needed
+POST /some/resource -> creates /some/resource/1234, redirects
+
+If /some/resource is a collection then PUT on that collection is 
+supposed to replace it entirely.
+
+Again it's possible for PUT to create a resource elsewhere, but 
+typically the redirect would be from something like 
+http://api.yourservice.com/resource/1234 to 
+http://cloudthingy.server137.yourservice.com/whatever/resource/1234 and 
+not to do what POST is intended for.
+
+On 07/08/2014 01:32 PM, Samuel wrote:
+> Ok, thanks. That should probably be mentioned in the documentation of
+> content_types_accepted, as it says {true, URI} is a valid output for
+> the provided function.
+>
+> Just out of curiosity from a non-so-expert in REST. The API spec
+> (which I am not the author of) says the PUT call should create a
+> resource with a unique id and return the URI of the created resource
+> in the Location header. That is something like PUT /some/resource
+> should return /some/resource/1234 in the Location. some/resource is
+> fixed but 1234 would be generated for each instance of /some/resource.
+> Is that considered nonsensical?
+>
+> On 8 July 2014 11:57, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>> It's not enabled for PATCH or PUT because it makes little sense for them.
+>> PATCH and PUT are typically used directly on the URI of the resource, even
+>> when creating it. While you can return a "better URI" for the created
+>> resource for them, this should be seen as a special case rather than the
+>> norm. You can still do it by setting the location header manually and Cowboy
+>> will react accordingly.
+>>
+>>
+>> On 07/08/2014 09:12 AM, Samuel wrote:
+>>>
+>>> Hi,
+>>>
+>>> According to the documentation I should be able to return a new
+>>> location when handling a PUT request when using cowboy_rest protocol:
+>>>
+>>>       The AcceptResource value is the name of the callback that will be
+>>> called if the
+>>>       content-type matches. It is defined as follow.
+>>>
+>>>       Value type: true | {true, URL} | false
+>>>
+>>> That works for "true" and "false" but not for "{true, URL}", in that
+>>> case the Ranch listener crashes badly[1].
+>>>
+>>> Looking into cowboy_rest.erl I see that the {true, URL} form is
+>>> restricted to POST requests:
+>>> https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784
+>>>
+>>> Is that intentional or should I submit a patch to add at least PUT and
+>>> PATCH to that condition (or remove all of them if that is not guarding
+>>> against something horrible)?
+>>>
+>>> Regards
+>>>
+>>> [1] Ranch crash log:
+>>> Ranch listener http_acceptor had connection process started with
+>>> cowboy_protocol:start_link/4 at <0.2660.0> exit with reason:
+>>>
+>>> {{case_clause,{{true,"/url"},{http_req,#Port<0.15864>,ranch_tcp,keepalive,<0.2660.0>,<<"PUT">>,'HTTP/1.1',{{127,0,0,1},56983},<<"localhost">>,undefined,8080,<<"/order">>,undefined,<<>>,undefined,[],[{<<"user-agent">>,<<"curl/7.22.0
+>>> (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4
+>>> libidn/1.23
+>>> librtmp/2.3">>},{<<"host">>,<<"localhost:8080">>},{<<"accept">>,<<"*/*">>},{<<"content-type">>,<<"application/json">>}],[{<<"content-type">>,{<<"application">>,<<"json">>,[]}},{<<"if-modified-since">>,undefined},{<<"if-none-match">>,undefined},{<<"if-unmodified-since">>,undefined},{<<"if-match">>,undefined},{<<"accept">>,[{{<<"*">>,<<"*">>,[]},1000,[]}]}],undefined,[{charset,undefined},{media_type,{<<"text">>,<<"html">>,[]}}],waiting,undefined,<<>>,false,waiting,[{<<"content-type">>,[<<"text">>,<<"/">>,<<"html">>,<<>>]}],<<>>,undefined},{state}}},[{cowboy_rest,process_content_type,3,[{file,"src/cowboy_rest.erl"},{line,780}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,529}]}]}
+>>>
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samuelrivas at gmail.com  Tue Jul  8 13:49:35 2014
+From: samuelrivas at gmail.com (Samuel)
+Date: Tue, 8 Jul 2014 13:49:35 +0200
+Subject: [99s-extend] [cowboy REST] returning {true, URL} to PUT
+In-Reply-To: <[email protected]>
+References: <CAH2nEUgJj1f8_RnXqeKqB1tFaDh=qzztOo9XF94S9auQ93dskg@mail.gmail.com>
+ <[email protected]>
+ <CAH2nEUi9qkU4tjeYMNzQeppJ4me3p3z2UPqfSB-dQ6G4x_ExyA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAH2nEUhEWO8AOHBa6WJJaN6jch5FzASAq7NUyQG3U9b4dKeTow@mail.gmail.com>
+
+> Compare:
+>
+> PUT /some/resource/1234 -> no redirect needed
+> POST /some/resource -> creates /some/resource/1234, redirects
+>
+> If /some/resource is a collection then PUT on that collection is supposed to
+> replace it entirely.
+
+Great, thanks for the explanation. I'll try to discuss that with the
+authors of the API
+
+-- 
+Samuel
+
+From paulo.ferraz.oliveira at gmail.com  Tue Jul  8 15:17:32 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Tue, 8 Jul 2014 14:17:32 +0100
+Subject: [99s-extend] HTTP Basic Auth base64 decode fails
+Message-ID: <CA+dV7cS+1dfOHFZrMyognVSbVEdX45Rf264ndo0N8nCb1BmnmA@mail.gmail.com>
+
+Hello, y'all.
+
+I'm using HTTP Basic Auth in my API. While calling
+cowboy_req:parse_header(<<"authorization>>", ... with an _invalid_
+Authorization header such as "Authorization: Basic Test1" I get an error
+500 back and an error log message on the server.
+
+1. Is this the expected behavior? [if I understand correctly, my request is
+going through authorization(UserPass, Type = <<"basic">>) and this has no
+check for the string being correctly encoded]
+
+2. what would be the best way to guard against this "error"?
+
+Thanks.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140708/35d8806d/attachment.html>
+
+From essen at ninenines.eu  Tue Jul  8 15:21:28 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 08 Jul 2014 15:21:28 +0200
+Subject: [99s-extend] HTTP Basic Auth base64 decode fails
+In-Reply-To: <CA+dV7cS+1dfOHFZrMyognVSbVEdX45Rf264ndo0N8nCb1BmnmA@mail.gmail.com>
+References: <CA+dV7cS+1dfOHFZrMyognVSbVEdX45Rf264ndo0N8nCb1BmnmA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Parsing of any header may crash. Some may also return an error tuple, 
+though that behavior slowly changes and it will always crash in 2.0. So 
+just wrap the call around a try/catch if you need to handle the error.
+
+Note that at this exact moment I'm working on returning 400 instead of 
+500 automatically when parsing headers end up crashing (and possibly 
+other situations later on).
+
+On 07/08/2014 03:17 PM, Paulo F. Oliveira wrote:
+> Hello, y'all.
+>
+> I'm using HTTP Basic Auth in my API. While calling
+> cowboy_req:parse_header(<<"authorization>>", ... with an _invalid_
+> Authorization header such as "Authorization: Basic Test1" I get an error
+> 500 back and an error log message on the server.
+>
+> 1. Is this the expected behavior? [if I understand correctly, my request
+> is going through authorization(UserPass, Type = <<"basic">>) and this
+> has no check for the string being correctly encoded]
+>
+> 2. what would be the best way to guard against this "error"?
+>
+> Thanks.
+>
+> - Paulo F. Oliveira
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From paulo.ferraz.oliveira at gmail.com  Tue Jul  8 15:25:58 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Tue, 8 Jul 2014 14:25:58 +0100
+Subject: [99s-extend] HTTP Basic Auth base64 decode fails
+In-Reply-To: <[email protected]>
+References: <CA+dV7cS+1dfOHFZrMyognVSbVEdX45Rf264ndo0N8nCb1BmnmA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+dV7cRxf-uKJKx-xPhKcm6TXXKLc4H3OVOC2GVQy58V5nASzg@mail.gmail.com>
+
+Great, thanks.
+
+I saw some changes "from 422 to 400" in recent versions (PUT and POST).
+Thanks for the heads up. As long as they're document, no harm shall come of
+these changes.
+
+In any case, if I see it happen very often live I'll "protect" it agains
+the _bad_ header :-).
+
+Cheers.
+
+- Paulo F. Oliveira
+
+
+On 8 July 2014 14:21, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Parsing of any header may crash. Some may also return an error tuple,
+> though that behavior slowly changes and it will always crash in 2.0. So
+> just wrap the call around a try/catch if you need to handle the error.
+>
+> Note that at this exact moment I'm working on returning 400 instead of 500
+> automatically when parsing headers end up crashing (and possibly other
+> situations later on).
+>
+>
+> On 07/08/2014 03:17 PM, Paulo F. Oliveira wrote:
+>
+>> Hello, y'all.
+>>
+>> I'm using HTTP Basic Auth in my API. While calling
+>> cowboy_req:parse_header(<<"authorization>>", ... with an _invalid_
+>> Authorization header such as "Authorization: Basic Test1" I get an error
+>> 500 back and an error log message on the server.
+>>
+>> 1. Is this the expected behavior? [if I understand correctly, my request
+>> is going through authorization(UserPass, Type = <<"basic">>) and this
+>> has no check for the string being correctly encoded]
+>>
+>> 2. what would be the best way to guard against this "error"?
+>>
+>> Thanks.
+>>
+>> - Paulo F. Oliveira
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140708/497ef9a1/attachment.html>
+
+From chaehb at gmail.com  Sat Jul 26 09:06:15 2014
+From: chaehb at gmail.com (chaehb)
+Date: Sat, 26 Jul 2014 16:06:15 +0900
+Subject: [99s-extend] couldn't quit in Erlang 17.1
+Message-ID: <[email protected]>
+
+Hi, everybody.
+
+After Erlang updated to 17.1,
+when I run q(). command on erlang console, cowboy couldn't quitted but print series of messages..
+
+(after ok signal printed)
+
+?...
+=ERROR REPORT==== 26-Jul-2014::15:23:33 ===
+Error in process <0.334.0> on node ?...my node name...' with exit value: {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,"src/ranch_acceptor.erl"},{line,28}]}]}
+?.
+
+Before erlang updated (in 17.0), application could be normally quitted exactly same codes and environments.
+
+This is only appeared when I only use ssl(https).
+But when use only http with same dispatch rules, cowboy normally quitted.
+
+What?s wrong? or Normal ?
+
+my environment : 
+OS : Mac OS X Mavricks
+Erlang/OTP : 17.1 from Homebrew
+release tool : relx
+Cowboy and others : latest 
+
+From essen at ninenines.eu  Sun Jul 27 11:25:50 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Sun, 27 Jul 2014 11:25:50 +0200
+Subject: [99s-extend] couldn't quit in Erlang 17.1
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Does it happen with ssl_hello_world?
+
+On 07/26/2014 09:06 AM, chaehb wrote:
+> Hi, everybody.
+>
+> After Erlang updated to 17.1,
+> when I run q(). command on erlang console, cowboy couldn't quitted but print series of messages..
+>
+> (after ok signal printed)
+>
+> ?...
+> =ERROR REPORT==== 26-Jul-2014::15:23:33 ===
+> Error in process <0.334.0> on node ?...my node name...' with exit value: {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,"src/ranch_acceptor.erl"},{line,28}]}]}
+> ?.
+>
+> Before erlang updated (in 17.0), application could be normally quitted exactly same codes and environments.
+>
+> This is only appeared when I only use ssl(https).
+> But when use only http with same dispatch rules, cowboy normally quitted.
+>
+> What?s wrong? or Normal ?
+>
+> my environment :
+> OS : Mac OS X Mavricks
+> Erlang/OTP : 17.1 from Homebrew
+> release tool : relx
+> Cowboy and others : latest
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
diff --git a/_build/static/archives/extend/2014-July/000405.html b/_build/static/archives/extend/2014-July/000405.html
new file mode 100644
index 00000000..5d219b5e
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000405.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] tring to understand ranch_conns_sup
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20tring%20to%20understand%20ranch_conns_sup&In-Reply-To=%3Cop.xievlal52w9y7f%40zgc-201309221420%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000406.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] tring to understand ranch_conns_sup</H1>
+    <B>Adel Zhang</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20tring%20to%20understand%20ranch_conns_sup&In-Reply-To=%3Cop.xievlal52w9y7f%40zgc-201309221420%3E"
+       TITLE="[99s-extend] tring to understand ranch_conns_sup">adelzhang at qq.com
+       </A><BR>
+    <I>Thu Jul  3 09:40:12 CEST 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000406.html">[99s-extend] tring to understand ranch_conns_sup
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#405">[ date ]</a>
+              <a href="thread.html#405">[ thread ]</a>
+              <a href="subject.html#405">[ subject ]</a>
+              <a href="author.html#405">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ranch uses a tcp acceptor pool to accept connections concurrently. But the  
+acceptor process
+needs to wait for the *only one* ranch_conns_sup spawning the protocol  
+process.
+
+Is ranch_conns_sup maybe a bottleneck?
+
+Thanks.
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000406.html">[99s-extend] tring to understand ranch_conns_sup
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#405">[ date ]</a>
+              <a href="thread.html#405">[ thread ]</a>
+              <a href="subject.html#405">[ subject ]</a>
+              <a href="author.html#405">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000406.html b/_build/static/archives/extend/2014-July/000406.html
new file mode 100644
index 00000000..dc7d3c25
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000406.html
@@ -0,0 +1,81 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] tring to understand ranch_conns_sup
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20tring%20to%20understand%20ranch_conns_sup&In-Reply-To=%3C53B50C61.9050601%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000405.html">
+   <LINK REL="Next"  HREF="000407.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] tring to understand ranch_conns_sup</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20tring%20to%20understand%20ranch_conns_sup&In-Reply-To=%3C53B50C61.9050601%40ninenines.eu%3E"
+       TITLE="[99s-extend] tring to understand ranch_conns_sup">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jul  3 09:55:13 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000405.html">[99s-extend] tring to understand ranch_conns_sup
+</A></li>
+        <LI>Next message: <A HREF="000407.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#406">[ date ]</a>
+              <a href="thread.html#406">[ thread ]</a>
+              <a href="subject.html#406">[ subject ]</a>
+              <a href="author.html#406">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Have you observed ranch_conns_sup be a bottleneck? In practice it 
+shouldn't be.
+
+On 07/03/2014 09:40 AM, Adel Zhang wrote:
+&gt;<i> Ranch uses a tcp acceptor pool to accept connections concurrently. But
+</I>&gt;<i> the acceptor process
+</I>&gt;<i> needs to wait for the *only one* ranch_conns_sup spawning the protocol
+</I>&gt;<i> process.
+</I>&gt;<i>
+</I>&gt;<i> Is ranch_conns_sup maybe a bottleneck?
+</I>&gt;<i>
+</I>&gt;<i> Thanks.
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000405.html">[99s-extend] tring to understand ranch_conns_sup
+</A></li>
+	<LI>Next message: <A HREF="000407.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#406">[ date ]</a>
+              <a href="thread.html#406">[ thread ]</a>
+              <a href="subject.html#406">[ subject ]</a>
+              <a href="author.html#406">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000407.html b/_build/static/archives/extend/2014-July/000407.html
new file mode 100644
index 00000000..87466ece
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000407.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy REST] returning {true, URL} to PUT
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3CCAH2nEUgJj1f8_RnXqeKqB1tFaDh%3DqzztOo9XF94S9auQ93dskg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000406.html">
+   <LINK REL="Next"  HREF="000408.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy REST] returning {true, URL} to PUT</H1>
+    <B>Samuel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3CCAH2nEUgJj1f8_RnXqeKqB1tFaDh%3DqzztOo9XF94S9auQ93dskg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [cowboy REST] returning {true, URL} to PUT">samuelrivas at gmail.com
+       </A><BR>
+    <I>Tue Jul  8 09:12:43 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000406.html">[99s-extend] tring to understand ranch_conns_sup
+</A></li>
+        <LI>Next message: <A HREF="000408.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#407">[ date ]</a>
+              <a href="thread.html#407">[ thread ]</a>
+              <a href="subject.html#407">[ subject ]</a>
+              <a href="author.html#407">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+According to the documentation I should be able to return a new
+location when handling a PUT request when using cowboy_rest protocol:
+
+    The AcceptResource value is the name of the callback that will be
+called if the
+    content-type matches. It is defined as follow.
+
+    Value type: true | {true, URL} | false
+
+That works for &quot;true&quot; and &quot;false&quot; but not for &quot;{true, URL}&quot;, in that
+case the Ranch listener crashes badly[1].
+
+Looking into cowboy_rest.erl I see that the {true, URL} form is
+restricted to POST requests:
+<A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784">https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784</A>
+
+Is that intentional or should I submit a patch to add at least PUT and
+PATCH to that condition (or remove all of them if that is not guarding
+against something horrible)?
+
+Regards
+
+[1] Ranch crash log:
+Ranch listener http_acceptor had connection process started with
+cowboy_protocol:start_link/4 at &lt;0.2660.0&gt; exit with reason:
+{{case_clause,{{true,&quot;/url&quot;},{http_req,#Port&lt;0.15864&gt;,ranch_tcp,keepalive,&lt;0.2660.0&gt;,&lt;&lt;&quot;PUT&quot;&gt;&gt;,'HTTP/1.1',{{127,0,0,1},56983},&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/order&quot;&gt;&gt;,undefined,&lt;&lt;&gt;&gt;,undefined,[],[{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;curl/7.22.0
+(x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4
+libidn/1.23 librtmp/2.3&quot;&gt;&gt;},{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&quot;application/json&quot;&gt;&gt;}],[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,[]}},{&lt;&lt;&quot;if-modified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-none-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-unmodified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;accept&quot;&gt;&gt;,[{{&lt;&lt;&quot;*&quot;&gt;&gt;,&lt;&lt;&quot;*&quot;&gt;&gt;,[]},1000,[]}]}],undefined,[{charset,undefined},{media_type,{&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;html&quot;&gt;&gt;,[]}}],waiting,undefined,&lt;&lt;&gt;&gt;,false,waiting,[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,[&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;html&quot;&gt;&gt;,&lt;&lt;&gt;&gt;]}],&lt;&lt;&gt;&gt;,undefined},{state}}},[{cowboy_rest,process_content_type,3,[{file,&quot;src/cowboy_rest.erl&quot;},{line,780}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,529}]}]}
+-- 
+Samuel
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000406.html">[99s-extend] tring to understand ranch_conns_sup
+</A></li>
+	<LI>Next message: <A HREF="000408.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#407">[ date ]</a>
+              <a href="thread.html#407">[ thread ]</a>
+              <a href="subject.html#407">[ subject ]</a>
+              <a href="author.html#407">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000408.html b/_build/static/archives/extend/2014-July/000408.html
new file mode 100644
index 00000000..2edee0bc
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000408.html
@@ -0,0 +1,104 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy REST] returning {true, URL} to PUT
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3C53BBC078.80006%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000407.html">
+   <LINK REL="Next"  HREF="000409.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy REST] returning {true, URL} to PUT</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3C53BBC078.80006%40ninenines.eu%3E"
+       TITLE="[99s-extend] [cowboy REST] returning {true, URL} to PUT">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jul  8 11:57:12 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000407.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+        <LI>Next message: <A HREF="000409.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#408">[ date ]</a>
+              <a href="thread.html#408">[ thread ]</a>
+              <a href="subject.html#408">[ subject ]</a>
+              <a href="author.html#408">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's not enabled for PATCH or PUT because it makes little sense for 
+them. PATCH and PUT are typically used directly on the URI of the 
+resource, even when creating it. While you can return a &quot;better URI&quot; for 
+the created resource for them, this should be seen as a special case 
+rather than the norm. You can still do it by setting the location header 
+manually and Cowboy will react accordingly.
+
+On 07/08/2014 09:12 AM, Samuel wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> According to the documentation I should be able to return a new
+</I>&gt;<i> location when handling a PUT request when using cowboy_rest protocol:
+</I>&gt;<i>
+</I>&gt;<i>      The AcceptResource value is the name of the callback that will be
+</I>&gt;<i> called if the
+</I>&gt;<i>      content-type matches. It is defined as follow.
+</I>&gt;<i>
+</I>&gt;<i>      Value type: true | {true, URL} | false
+</I>&gt;<i>
+</I>&gt;<i> That works for &quot;true&quot; and &quot;false&quot; but not for &quot;{true, URL}&quot;, in that
+</I>&gt;<i> case the Ranch listener crashes badly[1].
+</I>&gt;<i>
+</I>&gt;<i> Looking into cowboy_rest.erl I see that the {true, URL} form is
+</I>&gt;<i> restricted to POST requests:
+</I>&gt;<i> <A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784">https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784</A>
+</I>&gt;<i>
+</I>&gt;<i> Is that intentional or should I submit a patch to add at least PUT and
+</I>&gt;<i> PATCH to that condition (or remove all of them if that is not guarding
+</I>&gt;<i> against something horrible)?
+</I>&gt;<i>
+</I>&gt;<i> Regards
+</I>&gt;<i>
+</I>&gt;<i> [1] Ranch crash log:
+</I>&gt;<i> Ranch listener http_acceptor had connection process started with
+</I>&gt;<i> cowboy_protocol:start_link/4 at &lt;0.2660.0&gt; exit with reason:
+</I>&gt;<i> {{case_clause,{{true,&quot;/url&quot;},{http_req,#Port&lt;0.15864&gt;,ranch_tcp,keepalive,&lt;0.2660.0&gt;,&lt;&lt;&quot;PUT&quot;&gt;&gt;,'HTTP/1.1',{{127,0,0,1},56983},&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/order&quot;&gt;&gt;,undefined,&lt;&lt;&gt;&gt;,undefined,[],[{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;curl/7.22.0
+</I>&gt;<i> (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4
+</I>&gt;<i> libidn/1.23 librtmp/2.3&quot;&gt;&gt;},{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&quot;application/json&quot;&gt;&gt;}],[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,[]}},{&lt;&lt;&quot;if-modified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-none-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-unmodified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;accept&quot;&gt;&gt;,[{{&lt;&lt;&quot;*&quot;&gt;&gt;,&lt;&lt;&quot;*&quot;&gt;&gt;,[]},1000,[]}]}],undefined,[{charset,undefined},{media_type,{&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;html&quot;&gt;&gt;,[]}}],waiting,undefined,&lt;&lt;&gt;&gt;,false,waiting,[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,[&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;html&quot;&gt;&gt;,&lt;&lt;&gt;&gt;]}],&lt;&lt;&gt;&gt;,undefined},{state}}},[{cowboy_rest,process_content_type,3,[{file,&quot;src/cowboy_rest.erl&quot;},{line,780}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,529}]}]}
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000407.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+	<LI>Next message: <A HREF="000409.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#408">[ date ]</a>
+              <a href="thread.html#408">[ thread ]</a>
+              <a href="subject.html#408">[ subject ]</a>
+              <a href="author.html#408">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000409.html b/_build/static/archives/extend/2014-July/000409.html
new file mode 100644
index 00000000..5969aed9
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000409.html
@@ -0,0 +1,126 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy REST] returning {true, URL} to PUT
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3CCAH2nEUi9qkU4tjeYMNzQeppJ4me3p3z2UPqfSB-dQ6G4x_ExyA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000408.html">
+   <LINK REL="Next"  HREF="000410.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy REST] returning {true, URL} to PUT</H1>
+    <B>Samuel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3CCAH2nEUi9qkU4tjeYMNzQeppJ4me3p3z2UPqfSB-dQ6G4x_ExyA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [cowboy REST] returning {true, URL} to PUT">samuelrivas at gmail.com
+       </A><BR>
+    <I>Tue Jul  8 13:32:45 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000408.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+        <LI>Next message: <A HREF="000410.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#409">[ date ]</a>
+              <a href="thread.html#409">[ thread ]</a>
+              <a href="subject.html#409">[ subject ]</a>
+              <a href="author.html#409">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ok, thanks. That should probably be mentioned in the documentation of
+content_types_accepted, as it says {true, URI} is a valid output for
+the provided function.
+
+Just out of curiosity from a non-so-expert in REST. The API spec
+(which I am not the author of) says the PUT call should create a
+resource with a unique id and return the URI of the created resource
+in the Location header. That is something like PUT /some/resource
+should return /some/resource/1234 in the Location. some/resource is
+fixed but 1234 would be generated for each instance of /some/resource.
+Is that considered nonsensical?
+
+On 8 July 2014 11:57, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+&gt;<i> It's not enabled for PATCH or PUT because it makes little sense for them.
+</I>&gt;<i> PATCH and PUT are typically used directly on the URI of the resource, even
+</I>&gt;<i> when creating it. While you can return a &quot;better URI&quot; for the created
+</I>&gt;<i> resource for them, this should be seen as a special case rather than the
+</I>&gt;<i> norm. You can still do it by setting the location header manually and Cowboy
+</I>&gt;<i> will react accordingly.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 07/08/2014 09:12 AM, Samuel wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> According to the documentation I should be able to return a new
+</I>&gt;&gt;<i> location when handling a PUT request when using cowboy_rest protocol:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>      The AcceptResource value is the name of the callback that will be
+</I>&gt;&gt;<i> called if the
+</I>&gt;&gt;<i>      content-type matches. It is defined as follow.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>      Value type: true | {true, URL} | false
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> That works for &quot;true&quot; and &quot;false&quot; but not for &quot;{true, URL}&quot;, in that
+</I>&gt;&gt;<i> case the Ranch listener crashes badly[1].
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Looking into cowboy_rest.erl I see that the {true, URL} form is
+</I>&gt;&gt;<i> restricted to POST requests:
+</I>&gt;&gt;<i> <A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784">https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Is that intentional or should I submit a patch to add at least PUT and
+</I>&gt;&gt;<i> PATCH to that condition (or remove all of them if that is not guarding
+</I>&gt;&gt;<i> against something horrible)?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Regards
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> [1] Ranch crash log:
+</I>&gt;&gt;<i> Ranch listener http_acceptor had connection process started with
+</I>&gt;&gt;<i> cowboy_protocol:start_link/4 at &lt;0.2660.0&gt; exit with reason:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {{case_clause,{{true,&quot;/url&quot;},{http_req,#Port&lt;0.15864&gt;,ranch_tcp,keepalive,&lt;0.2660.0&gt;,&lt;&lt;&quot;PUT&quot;&gt;&gt;,'HTTP/1.1',{{127,0,0,1},56983},&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/order&quot;&gt;&gt;,undefined,&lt;&lt;&gt;&gt;,undefined,[],[{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;curl/7.22.0
+</I>&gt;&gt;<i> (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4
+</I>&gt;&gt;<i> libidn/1.23
+</I>&gt;&gt;<i> librtmp/2.3&quot;&gt;&gt;},{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&quot;application/json&quot;&gt;&gt;}],[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,[]}},{&lt;&lt;&quot;if-modified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-none-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-unmodified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;accept&quot;&gt;&gt;,[{{&lt;&lt;&quot;*&quot;&gt;&gt;,&lt;&lt;&quot;*&quot;&gt;&gt;,[]},1000,[]}]}],undefined,[{charset,undefined},{media_type,{&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;html&quot;&gt;&gt;,[]}}],waiting,undefined,&lt;&lt;&gt;&gt;,false,waiting,[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,[&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;html&quot;&gt;&gt;,&lt;&lt;&gt;&gt;]}],&lt;&lt;&gt;&gt;,undefined},{state}}},[{cowboy_rest,process_content_type,3,[{file,&quot;src/cowboy_rest.erl&quot;},{line,780}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,529}]}]}
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+
+-- 
+Samuel
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000408.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+	<LI>Next message: <A HREF="000410.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#409">[ date ]</a>
+              <a href="thread.html#409">[ thread ]</a>
+              <a href="subject.html#409">[ subject ]</a>
+              <a href="author.html#409">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000410.html b/_build/static/archives/extend/2014-July/000410.html
new file mode 100644
index 00000000..0d3af068
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000410.html
@@ -0,0 +1,145 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy REST] returning {true, URL} to PUT
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3C53BBD908.6020909%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000409.html">
+   <LINK REL="Next"  HREF="000411.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy REST] returning {true, URL} to PUT</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3C53BBD908.6020909%40ninenines.eu%3E"
+       TITLE="[99s-extend] [cowboy REST] returning {true, URL} to PUT">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jul  8 13:42:00 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000409.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+        <LI>Next message: <A HREF="000411.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#410">[ date ]</a>
+              <a href="thread.html#410">[ thread ]</a>
+              <a href="subject.html#410">[ subject ]</a>
+              <a href="author.html#410">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>That's what POST should do.
+
+Compare:
+
+PUT /some/resource/1234 -&gt; no redirect needed
+POST /some/resource -&gt; creates /some/resource/1234, redirects
+
+If /some/resource is a collection then PUT on that collection is 
+supposed to replace it entirely.
+
+Again it's possible for PUT to create a resource elsewhere, but 
+typically the redirect would be from something like 
+<A HREF="http://api.yourservice.com/resource/1234">http://api.yourservice.com/resource/1234</A> to 
+<A HREF="http://cloudthingy.server137.yourservice.com/whatever/resource/1234">http://cloudthingy.server137.yourservice.com/whatever/resource/1234</A> and 
+not to do what POST is intended for.
+
+On 07/08/2014 01:32 PM, Samuel wrote:
+&gt;<i> Ok, thanks. That should probably be mentioned in the documentation of
+</I>&gt;<i> content_types_accepted, as it says {true, URI} is a valid output for
+</I>&gt;<i> the provided function.
+</I>&gt;<i>
+</I>&gt;<i> Just out of curiosity from a non-so-expert in REST. The API spec
+</I>&gt;<i> (which I am not the author of) says the PUT call should create a
+</I>&gt;<i> resource with a unique id and return the URI of the created resource
+</I>&gt;<i> in the Location header. That is something like PUT /some/resource
+</I>&gt;<i> should return /some/resource/1234 in the Location. some/resource is
+</I>&gt;<i> fixed but 1234 would be generated for each instance of /some/resource.
+</I>&gt;<i> Is that considered nonsensical?
+</I>&gt;<i>
+</I>&gt;<i> On 8 July 2014 11:57, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i> It's not enabled for PATCH or PUT because it makes little sense for them.
+</I>&gt;&gt;<i> PATCH and PUT are typically used directly on the URI of the resource, even
+</I>&gt;&gt;<i> when creating it. While you can return a &quot;better URI&quot; for the created
+</I>&gt;&gt;<i> resource for them, this should be seen as a special case rather than the
+</I>&gt;&gt;<i> norm. You can still do it by setting the location header manually and Cowboy
+</I>&gt;&gt;<i> will react accordingly.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 07/08/2014 09:12 AM, Samuel wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Hi,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> According to the documentation I should be able to return a new
+</I>&gt;&gt;&gt;<i> location when handling a PUT request when using cowboy_rest protocol:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>       The AcceptResource value is the name of the callback that will be
+</I>&gt;&gt;&gt;<i> called if the
+</I>&gt;&gt;&gt;<i>       content-type matches. It is defined as follow.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>       Value type: true | {true, URL} | false
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> That works for &quot;true&quot; and &quot;false&quot; but not for &quot;{true, URL}&quot;, in that
+</I>&gt;&gt;&gt;<i> case the Ranch listener crashes badly[1].
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Looking into cowboy_rest.erl I see that the {true, URL} form is
+</I>&gt;&gt;&gt;<i> restricted to POST requests:
+</I>&gt;&gt;&gt;<i> <A HREF="https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784">https://github.com/extend/cowboy/blob/master/src/cowboy_rest.erl#L784</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Is that intentional or should I submit a patch to add at least PUT and
+</I>&gt;&gt;&gt;<i> PATCH to that condition (or remove all of them if that is not guarding
+</I>&gt;&gt;&gt;<i> against something horrible)?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Regards
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> [1] Ranch crash log:
+</I>&gt;&gt;&gt;<i> Ranch listener http_acceptor had connection process started with
+</I>&gt;&gt;&gt;<i> cowboy_protocol:start_link/4 at &lt;0.2660.0&gt; exit with reason:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> {{case_clause,{{true,&quot;/url&quot;},{http_req,#Port&lt;0.15864&gt;,ranch_tcp,keepalive,&lt;0.2660.0&gt;,&lt;&lt;&quot;PUT&quot;&gt;&gt;,'HTTP/1.1',{{127,0,0,1},56983},&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/order&quot;&gt;&gt;,undefined,&lt;&lt;&gt;&gt;,undefined,[],[{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;curl/7.22.0
+</I>&gt;&gt;&gt;<i> (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4
+</I>&gt;&gt;&gt;<i> libidn/1.23
+</I>&gt;&gt;&gt;<i> librtmp/2.3&quot;&gt;&gt;},{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&quot;application/json&quot;&gt;&gt;}],[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,[]}},{&lt;&lt;&quot;if-modified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-none-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-unmodified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;accept&quot;&gt;&gt;,[{{&lt;&lt;&quot;*&quot;&gt;&gt;,&lt;&lt;&quot;*&quot;&gt;&gt;,[]},1000,[]}]}],undefined,[{charset,undefined},{media_type,{&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;html&quot;&gt;&gt;,[]}}],waiting,undefined,&lt;&lt;&gt;&gt;,false,waiting,[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,[&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;html&quot;&gt;&gt;,&lt;&lt;&gt;&gt;]}],&lt;&lt;&gt;&gt;,undefined},{state}}},[{cowboy_rest,process_content_type,3,[{file,&quot;src/cowboy_rest.erl&quot;},{line,780}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,529}]}]}
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000409.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+	<LI>Next message: <A HREF="000411.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#410">[ date ]</a>
+              <a href="thread.html#410">[ thread ]</a>
+              <a href="subject.html#410">[ subject ]</a>
+              <a href="author.html#410">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000411.html b/_build/static/archives/extend/2014-July/000411.html
new file mode 100644
index 00000000..3e699a09
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000411.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [cowboy REST] returning {true, URL} to PUT
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3CCAH2nEUhEWO8AOHBa6WJJaN6jch5FzASAq7NUyQG3U9b4dKeTow%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000410.html">
+   <LINK REL="Next"  HREF="000412.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [cowboy REST] returning {true, URL} to PUT</H1>
+    <B>Samuel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5Bcowboy%20REST%5D%20returning%20%7Btrue%2C%20URL%7D%20to%20PUT&In-Reply-To=%3CCAH2nEUhEWO8AOHBa6WJJaN6jch5FzASAq7NUyQG3U9b4dKeTow%40mail.gmail.com%3E"
+       TITLE="[99s-extend] [cowboy REST] returning {true, URL} to PUT">samuelrivas at gmail.com
+       </A><BR>
+    <I>Tue Jul  8 13:49:35 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000410.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+        <LI>Next message: <A HREF="000412.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#411">[ date ]</a>
+              <a href="thread.html#411">[ thread ]</a>
+              <a href="subject.html#411">[ subject ]</a>
+              <a href="author.html#411">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> Compare:
+</I>&gt;<i>
+</I>&gt;<i> PUT /some/resource/1234 -&gt; no redirect needed
+</I>&gt;<i> POST /some/resource -&gt; creates /some/resource/1234, redirects
+</I>&gt;<i>
+</I>&gt;<i> If /some/resource is a collection then PUT on that collection is supposed to
+</I>&gt;<i> replace it entirely.
+</I>
+Great, thanks for the explanation. I'll try to discuss that with the
+authors of the API
+
+-- 
+Samuel
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000410.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+	<LI>Next message: <A HREF="000412.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#411">[ date ]</a>
+              <a href="thread.html#411">[ thread ]</a>
+              <a href="subject.html#411">[ subject ]</a>
+              <a href="author.html#411">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000412.html b/_build/static/archives/extend/2014-July/000412.html
new file mode 100644
index 00000000..257bd622
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000412.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] HTTP Basic Auth base64 decode fails
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20HTTP%20Basic%20Auth%20base64%20decode%20fails&In-Reply-To=%3CCA%2BdV7cS%2B1dfOHFZrMyognVSbVEdX45Rf264ndo0N8nCb1BmnmA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000411.html">
+   <LINK REL="Next"  HREF="000413.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] HTTP Basic Auth base64 decode fails</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20HTTP%20Basic%20Auth%20base64%20decode%20fails&In-Reply-To=%3CCA%2BdV7cS%2B1dfOHFZrMyognVSbVEdX45Rf264ndo0N8nCb1BmnmA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] HTTP Basic Auth base64 decode fails">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue Jul  8 15:17:32 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000411.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+        <LI>Next message: <A HREF="000413.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#412">[ date ]</a>
+              <a href="thread.html#412">[ thread ]</a>
+              <a href="subject.html#412">[ subject ]</a>
+              <a href="author.html#412">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello, y'all.
+
+I'm using HTTP Basic Auth in my API. While calling
+cowboy_req:parse_header(&lt;&lt;&quot;authorization&gt;&gt;&quot;, ... with an _invalid_
+Authorization header such as &quot;Authorization: Basic Test1&quot; I get an error
+500 back and an error log message on the server.
+
+1. Is this the expected behavior? [if I understand correctly, my request is
+going through authorization(UserPass, Type = &lt;&lt;&quot;basic&quot;&gt;&gt;) and this has no
+check for the string being correctly encoded]
+
+2. what would be the best way to guard against this &quot;error&quot;?
+
+Thanks.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140708/35d8806d/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140708/35d8806d/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000411.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A></li>
+	<LI>Next message: <A HREF="000413.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#412">[ date ]</a>
+              <a href="thread.html#412">[ thread ]</a>
+              <a href="subject.html#412">[ subject ]</a>
+              <a href="author.html#412">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000413.html b/_build/static/archives/extend/2014-July/000413.html
new file mode 100644
index 00000000..febfd6af
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000413.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] HTTP Basic Auth base64 decode fails
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20HTTP%20Basic%20Auth%20base64%20decode%20fails&In-Reply-To=%3C53BBF058.3090103%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000412.html">
+   <LINK REL="Next"  HREF="000414.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] HTTP Basic Auth base64 decode fails</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20HTTP%20Basic%20Auth%20base64%20decode%20fails&In-Reply-To=%3C53BBF058.3090103%40ninenines.eu%3E"
+       TITLE="[99s-extend] HTTP Basic Auth base64 decode fails">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jul  8 15:21:28 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000412.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+        <LI>Next message: <A HREF="000414.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#413">[ date ]</a>
+              <a href="thread.html#413">[ thread ]</a>
+              <a href="subject.html#413">[ subject ]</a>
+              <a href="author.html#413">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Parsing of any header may crash. Some may also return an error tuple, 
+though that behavior slowly changes and it will always crash in 2.0. So 
+just wrap the call around a try/catch if you need to handle the error.
+
+Note that at this exact moment I'm working on returning 400 instead of 
+500 automatically when parsing headers end up crashing (and possibly 
+other situations later on).
+
+On 07/08/2014 03:17 PM, Paulo F. Oliveira wrote:
+&gt;<i> Hello, y'all.
+</I>&gt;<i>
+</I>&gt;<i> I'm using HTTP Basic Auth in my API. While calling
+</I>&gt;<i> cowboy_req:parse_header(&lt;&lt;&quot;authorization&gt;&gt;&quot;, ... with an _invalid_
+</I>&gt;<i> Authorization header such as &quot;Authorization: Basic Test1&quot; I get an error
+</I>&gt;<i> 500 back and an error log message on the server.
+</I>&gt;<i>
+</I>&gt;<i> 1. Is this the expected behavior? [if I understand correctly, my request
+</I>&gt;<i> is going through authorization(UserPass, Type = &lt;&lt;&quot;basic&quot;&gt;&gt;) and this
+</I>&gt;<i> has no check for the string being correctly encoded]
+</I>&gt;<i>
+</I>&gt;<i> 2. what would be the best way to guard against this &quot;error&quot;?
+</I>&gt;<i>
+</I>&gt;<i> Thanks.
+</I>&gt;<i>
+</I>&gt;<i> - Paulo F. Oliveira
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000412.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+	<LI>Next message: <A HREF="000414.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#413">[ date ]</a>
+              <a href="thread.html#413">[ thread ]</a>
+              <a href="subject.html#413">[ subject ]</a>
+              <a href="author.html#413">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000414.html b/_build/static/archives/extend/2014-July/000414.html
new file mode 100644
index 00000000..ff4a8266
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000414.html
@@ -0,0 +1,119 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] HTTP Basic Auth base64 decode fails
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20HTTP%20Basic%20Auth%20base64%20decode%20fails&In-Reply-To=%3CCA%2BdV7cRxf-uKJKx-xPhKcm6TXXKLc4H3OVOC2GVQy58V5nASzg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000413.html">
+   <LINK REL="Next"  HREF="000415.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] HTTP Basic Auth base64 decode fails</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20HTTP%20Basic%20Auth%20base64%20decode%20fails&In-Reply-To=%3CCA%2BdV7cRxf-uKJKx-xPhKcm6TXXKLc4H3OVOC2GVQy58V5nASzg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] HTTP Basic Auth base64 decode fails">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue Jul  8 15:25:58 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000413.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+        <LI>Next message: <A HREF="000415.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#414">[ date ]</a>
+              <a href="thread.html#414">[ thread ]</a>
+              <a href="subject.html#414">[ subject ]</a>
+              <a href="author.html#414">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Great, thanks.
+
+I saw some changes &quot;from 422 to 400&quot; in recent versions (PUT and POST).
+Thanks for the heads up. As long as they're document, no harm shall come of
+these changes.
+
+In any case, if I see it happen very often live I'll &quot;protect&quot; it agains
+the _bad_ header :-).
+
+Cheers.
+
+- Paulo F. Oliveira
+
+
+On 8 July 2014 14:21, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Parsing of any header may crash. Some may also return an error tuple,
+</I>&gt;<i> though that behavior slowly changes and it will always crash in 2.0. So
+</I>&gt;<i> just wrap the call around a try/catch if you need to handle the error.
+</I>&gt;<i>
+</I>&gt;<i> Note that at this exact moment I'm working on returning 400 instead of 500
+</I>&gt;<i> automatically when parsing headers end up crashing (and possibly other
+</I>&gt;<i> situations later on).
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 07/08/2014 03:17 PM, Paulo F. Oliveira wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello, y'all.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I'm using HTTP Basic Auth in my API. While calling
+</I>&gt;&gt;<i> cowboy_req:parse_header(&lt;&lt;&quot;authorization&gt;&gt;&quot;, ... with an _invalid_
+</I>&gt;&gt;<i> Authorization header such as &quot;Authorization: Basic Test1&quot; I get an error
+</I>&gt;&gt;<i> 500 back and an error log message on the server.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 1. Is this the expected behavior? [if I understand correctly, my request
+</I>&gt;&gt;<i> is going through authorization(UserPass, Type = &lt;&lt;&quot;basic&quot;&gt;&gt;) and this
+</I>&gt;&gt;<i> has no check for the string being correctly encoded]
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 2. what would be the best way to guard against this &quot;error&quot;?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> - Paulo F. Oliveira
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140708/497ef9a1/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140708/497ef9a1/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000413.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+	<LI>Next message: <A HREF="000415.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#414">[ date ]</a>
+              <a href="thread.html#414">[ thread ]</a>
+              <a href="subject.html#414">[ subject ]</a>
+              <a href="author.html#414">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000415.html b/_build/static/archives/extend/2014-July/000415.html
new file mode 100644
index 00000000..a9760d05
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000415.html
@@ -0,0 +1,85 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] couldn't quit in Erlang 17.1
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20couldn%27t%20quit%20in%20Erlang%2017.1&In-Reply-To=%3C5E6EEC48-13CF-48A9-BD48-DC339D93B75D%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000414.html">
+   <LINK REL="Next"  HREF="000416.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] couldn't quit in Erlang 17.1</H1>
+    <B>chaehb</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20couldn%27t%20quit%20in%20Erlang%2017.1&In-Reply-To=%3C5E6EEC48-13CF-48A9-BD48-DC339D93B75D%40gmail.com%3E"
+       TITLE="[99s-extend] couldn't quit in Erlang 17.1">chaehb at gmail.com
+       </A><BR>
+    <I>Sat Jul 26 09:06:15 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000414.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+        <LI>Next message: <A HREF="000416.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#415">[ date ]</a>
+              <a href="thread.html#415">[ thread ]</a>
+              <a href="subject.html#415">[ subject ]</a>
+              <a href="author.html#415">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi, everybody.
+
+After Erlang updated to 17.1,
+when I run q(). command on erlang console, cowboy couldn't quitted but print series of messages..
+
+(after ok signal printed)
+
+&#8230;...
+=ERROR REPORT==== 26-Jul-2014::15:23:33 ===
+Error in process &lt;0.334.0&gt; on node &#8216;...my node name...' with exit value: {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,&quot;src/ranch_acceptor.erl&quot;},{line,28}]}]}
+&#8230;.
+
+Before erlang updated (in 17.0), application could be normally quitted exactly same codes and environments.
+
+This is only appeared when I only use ssl(https).
+But when use only http with same dispatch rules, cowboy normally quitted.
+
+What&#8217;s wrong? or Normal ?
+
+my environment : 
+OS : Mac OS X Mavricks
+Erlang/OTP : 17.1 from Homebrew
+release tool : relx
+Cowboy and others : latest 
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000414.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A></li>
+	<LI>Next message: <A HREF="000416.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#415">[ date ]</a>
+              <a href="thread.html#415">[ thread ]</a>
+              <a href="subject.html#415">[ subject ]</a>
+              <a href="author.html#415">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/000416.html b/_build/static/archives/extend/2014-July/000416.html
new file mode 100644
index 00000000..ec773f76
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/000416.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] couldn't quit in Erlang 17.1
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20couldn%27t%20quit%20in%20Erlang%2017.1&In-Reply-To=%3C53D4C59E.2010909%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000415.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] couldn't quit in Erlang 17.1</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20couldn%27t%20quit%20in%20Erlang%2017.1&In-Reply-To=%3C53D4C59E.2010909%40ninenines.eu%3E"
+       TITLE="[99s-extend] couldn't quit in Erlang 17.1">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Jul 27 11:25:50 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000415.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#416">[ date ]</a>
+              <a href="thread.html#416">[ thread ]</a>
+              <a href="subject.html#416">[ subject ]</a>
+              <a href="author.html#416">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Does it happen with ssl_hello_world?
+
+On 07/26/2014 09:06 AM, chaehb wrote:
+&gt;<i> Hi, everybody.
+</I>&gt;<i>
+</I>&gt;<i> After Erlang updated to 17.1,
+</I>&gt;<i> when I run q(). command on erlang console, cowboy couldn't quitted but print series of messages..
+</I>&gt;<i>
+</I>&gt;<i> (after ok signal printed)
+</I>&gt;<i>
+</I>&gt;<i> &#8230;...
+</I>&gt;<i> =ERROR REPORT==== 26-Jul-2014::15:23:33 ===
+</I>&gt;<i> Error in process &lt;0.334.0&gt; on node &#8216;...my node name...' with exit value: {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,&quot;src/ranch_acceptor.erl&quot;},{line,28}]}]}
+</I>&gt;<i> &#8230;.
+</I>&gt;<i>
+</I>&gt;<i> Before erlang updated (in 17.0), application could be normally quitted exactly same codes and environments.
+</I>&gt;<i>
+</I>&gt;<i> This is only appeared when I only use ssl(https).
+</I>&gt;<i> But when use only http with same dispatch rules, cowboy normally quitted.
+</I>&gt;<i>
+</I>&gt;<i> What&#8217;s wrong? or Normal ?
+</I>&gt;<i>
+</I>&gt;<i> my environment :
+</I>&gt;<i> OS : Mac OS X Mavricks
+</I>&gt;<i> Erlang/OTP : 17.1 from Homebrew
+</I>&gt;<i> release tool : relx
+</I>&gt;<i> Cowboy and others : latest
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000415.html">[99s-extend] couldn't quit in Erlang 17.1
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#416">[ date ]</a>
+              <a href="thread.html#416">[ thread ]</a>
+              <a href="subject.html#416">[ subject ]</a>
+              <a href="author.html#416">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-July/author.html b/_build/static/archives/extend/2014-July/author.html
new file mode 100644
index 00000000..45e5995a
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/author.html
@@ -0,0 +1,107 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Jul  3 09:40:12 CEST 2014</i><br>
+         <b>Ending:</b> <i>Sun Jul 27 11:25:50 CEST 2014</i><br>
+         <b>Messages:</b> 12<p>
+     <ul>
+
+<LI><A HREF="000406.html">[99s-extend] tring to understand ranch_conns_sup
+</A><A NAME="406">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000408.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="408">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000410.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="410">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000413.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="413">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000416.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="416">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000412.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="412">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000414.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="414">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000407.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="407">&nbsp;</A>
+<I>Samuel
+</I>
+
+<LI><A HREF="000409.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="409">&nbsp;</A>
+<I>Samuel
+</I>
+
+<LI><A HREF="000411.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="411">&nbsp;</A>
+<I>Samuel
+</I>
+
+<LI><A HREF="000405.html">[99s-extend] tring to understand ranch_conns_sup
+</A><A NAME="405">&nbsp;</A>
+<I>Adel Zhang
+</I>
+
+<LI><A HREF="000415.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="415">&nbsp;</A>
+<I>chaehb
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sun Jul 27 11:25:50 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Sun Jul 27 11:25:48 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-July/date.html b/_build/static/archives/extend/2014-July/date.html
new file mode 100644
index 00000000..488e6784
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/date.html
@@ -0,0 +1,107 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Jul  3 09:40:12 CEST 2014</i><br>
+         <b>Ending:</b> <i>Sun Jul 27 11:25:50 CEST 2014</i><br>
+         <b>Messages:</b> 12<p>
+     <ul>
+
+<LI><A HREF="000405.html">[99s-extend] tring to understand ranch_conns_sup
+</A><A NAME="405">&nbsp;</A>
+<I>Adel Zhang
+</I>
+
+<LI><A HREF="000406.html">[99s-extend] tring to understand ranch_conns_sup
+</A><A NAME="406">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000407.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="407">&nbsp;</A>
+<I>Samuel
+</I>
+
+<LI><A HREF="000408.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="408">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000409.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="409">&nbsp;</A>
+<I>Samuel
+</I>
+
+<LI><A HREF="000410.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="410">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000411.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="411">&nbsp;</A>
+<I>Samuel
+</I>
+
+<LI><A HREF="000412.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="412">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000413.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="413">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000414.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="414">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000415.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="415">&nbsp;</A>
+<I>chaehb
+</I>
+
+<LI><A HREF="000416.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="416">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sun Jul 27 11:25:50 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Sun Jul 27 11:25:48 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-July/index.html b/_build/static/archives/extend/2014-July/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-July/subject.html b/_build/static/archives/extend/2014-July/subject.html
new file mode 100644
index 00000000..9b9f9086
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/subject.html
@@ -0,0 +1,107 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Jul  3 09:40:12 CEST 2014</i><br>
+         <b>Ending:</b> <i>Sun Jul 27 11:25:50 CEST 2014</i><br>
+         <b>Messages:</b> 12<p>
+     <ul>
+
+<LI><A HREF="000407.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="407">&nbsp;</A>
+<I>Samuel
+</I>
+
+<LI><A HREF="000408.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="408">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000409.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="409">&nbsp;</A>
+<I>Samuel
+</I>
+
+<LI><A HREF="000410.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="410">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000411.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="411">&nbsp;</A>
+<I>Samuel
+</I>
+
+<LI><A HREF="000415.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="415">&nbsp;</A>
+<I>chaehb
+</I>
+
+<LI><A HREF="000416.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="416">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000412.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="412">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000413.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="413">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000414.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="414">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000405.html">[99s-extend] tring to understand ranch_conns_sup
+</A><A NAME="405">&nbsp;</A>
+<I>Adel Zhang
+</I>
+
+<LI><A HREF="000406.html">[99s-extend] tring to understand ranch_conns_sup
+</A><A NAME="406">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sun Jul 27 11:25:50 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Sun Jul 27 11:25:48 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-July/thread.html b/_build/static/archives/extend/2014-July/thread.html
new file mode 100644
index 00000000..6a2c101c
--- /dev/null
+++ b/_build/static/archives/extend/2014-July/thread.html
@@ -0,0 +1,133 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Jul  3 09:40:12 CEST 2014</i><br>
+         <b>Ending:</b> <i>Sun Jul 27 11:25:50 CEST 2014</i><br>
+         <b>Messages:</b> 12<p>
+     <ul>
+
+<!--0 01404373212.405- -->
+<LI><A HREF="000405.html">[99s-extend] tring to understand ranch_conns_sup
+</A><A NAME="405">&nbsp;</A>
+<I>Adel Zhang
+</I>
+
+<UL>
+<!--1 01404373212.405-01404374113.406- -->
+<LI><A HREF="000406.html">[99s-extend] tring to understand ranch_conns_sup
+</A><A NAME="406">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01404803563.407- -->
+<LI><A HREF="000407.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="407">&nbsp;</A>
+<I>Samuel
+</I>
+
+<UL>
+<!--1 01404803563.407-01404813432.408- -->
+<LI><A HREF="000408.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="408">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01404803563.407-01404813432.408-01404819165.409- -->
+<LI><A HREF="000409.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="409">&nbsp;</A>
+<I>Samuel
+</I>
+
+<UL>
+<!--3 01404803563.407-01404813432.408-01404819165.409-01404819720.410- -->
+<LI><A HREF="000410.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="410">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01404803563.407-01404813432.408-01404819165.409-01404819720.410-01404820175.411- -->
+<LI><A HREF="000411.html">[99s-extend] [cowboy REST] returning {true, URL} to PUT
+</A><A NAME="411">&nbsp;</A>
+<I>Samuel
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01404825452.412- -->
+<LI><A HREF="000412.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="412">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--1 01404825452.412-01404825688.413- -->
+<LI><A HREF="000413.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="413">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01404825452.412-01404825688.413-01404825958.414- -->
+<LI><A HREF="000414.html">[99s-extend] HTTP Basic Auth base64 decode fails
+</A><A NAME="414">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+</UL>
+</UL>
+<!--0 01406358375.415- -->
+<LI><A HREF="000415.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="415">&nbsp;</A>
+<I>chaehb
+</I>
+
+<UL>
+<!--1 01406358375.415-01406453150.416- -->
+<LI><A HREF="000416.html">[99s-extend] couldn't quit in Erlang 17.1
+</A><A NAME="416">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Sun Jul 27 11:25:50 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Sun Jul 27 11:25:48 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-June.txt b/_build/static/archives/extend/2014-June.txt
new file mode 100644
index 00000000..38e87b0b
--- /dev/null
+++ b/_build/static/archives/extend/2014-June.txt
@@ -0,0 +1,870 @@
+From daniel.goertzen at gmail.com  Wed Jun  4 22:08:54 2014
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Wed, 4 Jun 2014 15:08:54 -0500
+Subject: [99s-extend] cowboy client cert auth, basic auth
+Message-ID: <CAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF+iypVOkdPCULDQ@mail.gmail.com>
+
+I am having very good luck with Cowboy so far, but I have some questions:
+
+1. There doesn't appear to be any way to do client certificate
+authorization in Cowboy, although I see there is an example for doing
+exactly that with Ranch.  I think I could modify Cowboy to do what I want,
+but I thought I would ask if there were other options before doing that.
+
+2. I am also looking at http basic auth.  Would creating a middleware to
+sit in between cowboy_router and cowboy_handler be a typical way to go
+about it?
+
+Thanks,
+Dan.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140604/269377d0/attachment.html>
+
+From paulo.ferraz.oliveira at gmail.com  Wed Jun  4 23:37:14 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Wed, 4 Jun 2014 22:37:14 +0100
+Subject: [99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+Message-ID: <CA+dV7cT6ftWCadGesyVOsSxVG8PQi0uDRSjHF-Uot3s4hmdDTg@mail.gmail.com>
+
+Hello.
+
+You wrote here <http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/>
+that
+"The only mandatory callback is init/3, needed to perform the protocol
+upgrade."
+
+In my code I have only this function for the protocol upgrade:
+
+init({_TransportName, _ProtocolName}, _Req, []) ->
+    {upgrade, protocol, cowboy_rest}.
+
+On the other hand, when compiling, I get the following warnings:
+
+src/handler_transactions.erl:3: Warning: undefined callback function
+handle/2 (behaviour 'cowboy_http_handler')
+src/handler_transactions.erl:3: Warning: undefined callback function
+terminate/3 (behaviour 'cowboy_http_handler')
+
+Is this the expected behavior? I know I _can_ ignore the warnings, but not
+if I want to use Erlang compiler option warnings_as_errors, for example.
+
+Many thanks.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140604/407d3443/attachment.html>
+
+From essen at ninenines.eu  Wed Jun  4 23:46:38 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 04 Jun 2014 23:46:38 +0200
+Subject: [99s-extend] Mandatory init/3 and optional handle/2 and
+	terminate/3
+In-Reply-To: <CA+dV7cT6ftWCadGesyVOsSxVG8PQi0uDRSjHF-Uot3s4hmdDTg@mail.gmail.com>
+References: <CA+dV7cT6ftWCadGesyVOsSxVG8PQi0uDRSjHF-Uot3s4hmdDTg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+You shouldn't say -behavior(cowboy_http_handler) if you don't actually 
+implement it.
+
+On 06/04/2014 11:37 PM, Paulo F. Oliveira wrote:
+> Hello.
+>
+> You wrote here
+> <http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/> that "The
+> only mandatory callback is init/3, needed to perform the protocol upgrade."
+>
+> In my code I have only this function for the protocol upgrade:
+>
+> init({_TransportName, _ProtocolName}, _Req, []) ->
+>      {upgrade, protocol, cowboy_rest}.
+>
+> On the other hand, when compiling, I get the following warnings:
+>
+> src/handler_transactions.erl:3: Warning: undefined callback function
+> handle/2 (behaviour 'cowboy_http_handler')
+> src/handler_transactions.erl:3: Warning: undefined callback function
+> terminate/3 (behaviour 'cowboy_http_handler')
+>
+> Is this the expected behavior? I know I _can_ ignore the warnings, but
+> not if I want to use Erlang compiler option warnings_as_errors, for example.
+>
+> Many thanks.
+>
+> - Paulo F. Oliveira
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From essen at ninenines.eu  Wed Jun  4 23:48:01 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 04 Jun 2014 23:48:01 +0200
+Subject: [99s-extend] cowboy client cert auth, basic auth
+In-Reply-To: <CAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF+iypVOkdPCULDQ@mail.gmail.com>
+References: <CAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF+iypVOkdPCULDQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+> I am having very good luck with Cowboy so far, but I have some questions:
+>
+> 1. There doesn't appear to be any way to do client certificate
+> authorization in Cowboy, although I see there is an example for doing
+> exactly that with Ranch.  I think I could modify Cowboy to do what I
+> want, but I thought I would ask if there were other options before doing
+> that.
+
+Same as Ranch really, you just gotta take the socket and then call the 
+ssl functions.
+
+> 2. I am also looking at http basic auth.  Would creating a middleware to
+> sit in between cowboy_router and cowboy_handler be a typical way to go
+> about it?
+
+That's a common way to do it yes.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From daniel.goertzen at gmail.com  Thu Jun  5 01:44:02 2014
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Wed, 4 Jun 2014 18:44:02 -0500
+Subject: [99s-extend] cowboy client cert auth, basic auth
+In-Reply-To: <[email protected]>
+References: <CAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF+iypVOkdPCULDQ@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJCf5RyYUNPmVcLEV+VyKpA24x0Pjb15+7doeugeQ=ZEJSpc6w@mail.gmail.com>
+
+On Wed, Jun 4, 2014 at 4:48 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+>
+>> I am having very good luck with Cowboy so far, but I have some questions:
+>>
+>> 1. There doesn't appear to be any way to do client certificate
+>> authorization in Cowboy, although I see there is an example for doing
+>> exactly that with Ranch.  I think I could modify Cowboy to do what I
+>> want, but I thought I would ask if there were other options before doing
+>> that.
+>>
+>
+> Same as Ranch really, you just gotta take the socket and then call the ssl
+> functions.
+>
+>
+Yes, but in cowboy there's no API to get at the socket.
+
+I was thinking of adding a "onconnect" hook similar to how there are
+"onrequest" and "onresponse" hooks.  The hook would be called in
+cowboy_protocol:init(), would accept Transport and Socket, and return a
+"user connection state" term that gets stashed in the state record.  The
+user connection state would then be provided in the Req object to each
+handler.  With these features one could do whatever computation they want
+on the socket and provide the result to all subsequent requests on that
+socket.  I want to use it for client cert checking, but it could be used
+for other things such as an IP address security check.
+
+Dan.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140604/2bce99e1/attachment.html>
+
+From paulo.ferraz.oliveira at gmail.com  Thu Jun  5 01:49:01 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Thu, 5 Jun 2014 00:49:01 +0100
+Subject: [99s-extend] Mandatory init/3 and optional handle/2 and
+	terminate/3
+In-Reply-To: <[email protected]>
+References: <CA+dV7cT6ftWCadGesyVOsSxVG8PQi0uDRSjHF-Uot3s4hmdDTg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+dV7cRvLwTj1L=myMrjEUEju8gr0gATSXO+Z+Oktsadh4y37w@mail.gmail.com>
+
+Got it, thanks.
+
+This here <http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/> had
+the fine print that I hadn't read apparently: "This module cannot be
+described as a behaviour due to most of the callbacks it defines being
+optional. It has the same semantics as a behaviour otherwise."
+
+- Paulo F. Oliveira
+
+
+On 4 June 2014 22:46, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> You shouldn't say -behavior(cowboy_http_handler) if you don't actually
+> implement it.
+>
+> On 06/04/2014 11:37 PM, Paulo F. Oliveira wrote:
+>
+>> Hello.
+>>
+>> You wrote here
+>> <http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/> that "The
+>>
+>> only mandatory callback is init/3, needed to perform the protocol
+>> upgrade."
+>>
+>> In my code I have only this function for the protocol upgrade:
+>>
+>> init({_TransportName, _ProtocolName}, _Req, []) ->
+>>      {upgrade, protocol, cowboy_rest}.
+>>
+>> On the other hand, when compiling, I get the following warnings:
+>>
+>> src/handler_transactions.erl:3: Warning: undefined callback function
+>> handle/2 (behaviour 'cowboy_http_handler')
+>> src/handler_transactions.erl:3: Warning: undefined callback function
+>> terminate/3 (behaviour 'cowboy_http_handler')
+>>
+>> Is this the expected behavior? I know I _can_ ignore the warnings, but
+>> not if I want to use Erlang compiler option warnings_as_errors, for
+>> example.
+>>
+>> Many thanks.
+>>
+>> - Paulo F. Oliveira
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140605/46eee3c0/attachment.html>
+
+From essen at ninenines.eu  Thu Jun  5 10:04:08 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 05 Jun 2014 10:04:08 +0200
+Subject: [99s-extend] cowboy client cert auth, basic auth
+In-Reply-To: <CAJCf5RyYUNPmVcLEV+VyKpA24x0Pjb15+7doeugeQ=ZEJSpc6w@mail.gmail.com>
+References: <CAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF+iypVOkdPCULDQ@mail.gmail.com>	<[email protected]>
+ <CAJCf5RyYUNPmVcLEV+VyKpA24x0Pjb15+7doeugeQ=ZEJSpc6w@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+>
+>
+>
+> On Wed, Jun 4, 2014 at 4:48 PM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+>
+>         I am having very good luck with Cowboy so far, but I have some
+>         questions:
+>
+>         1. There doesn't appear to be any way to do client certificate
+>         authorization in Cowboy, although I see there is an example for
+>         doing
+>         exactly that with Ranch.  I think I could modify Cowboy to do what I
+>         want, but I thought I would ask if there were other options
+>         before doing
+>         that.
+>
+>
+>     Same as Ranch really, you just gotta take the socket and then call
+>     the ssl functions.
+>
+>
+> Yes, but in cowboy there's no API to get at the socket.
+
+There is the undocumented function cowboy_req:get/1 which is meant for 
+that kind of "special" use.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From daniel.goertzen at gmail.com  Thu Jun  5 23:01:12 2014
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Thu, 5 Jun 2014 16:01:12 -0500
+Subject: [99s-extend] cowboy client cert auth, basic auth
+In-Reply-To: <[email protected]>
+References: <CAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF+iypVOkdPCULDQ@mail.gmail.com>
+ <[email protected]>
+ <CAJCf5RyYUNPmVcLEV+VyKpA24x0Pjb15+7doeugeQ=ZEJSpc6w@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJCf5Ry4Okkua__YtfU8bO5=AvYKPsXzU+1EqyXsK7tx2q6K8w@mail.gmail.com>
+
+But then I would have to check the client cert for each and every request.
+I should have to check the cert only once at connect time and then be able
+to pass the result of that check in the request to each handler.
+
+Anyway I've gone ahead and implemented what I need in a generic manner and
+it seems to work well.  I think it would be a useful addition to Cowboy.
+If you agree I could write some more documentation for it.
+
+https://github.com/goertzenator/cowboy/tree/onconnect
+
+I added a "onconnect" hook and "connection metadata" to cowboy_req.  The
+connection metadata works like existing metadata, but is preserved from
+request to request on the same connection.  The onconnect hook provides
+initial values for the connection metadata.
+
+Dan.
+
+
+
+
+On Thu, Jun 5, 2014 at 3:04 AM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+>
+>>
+>>
+>>
+>> On Wed, Jun 4, 2014 at 4:48 PM, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+>>
+>>         I am having very good luck with Cowboy so far, but I have some
+>>         questions:
+>>
+>>         1. There doesn't appear to be any way to do client certificate
+>>         authorization in Cowboy, although I see there is an example for
+>>         doing
+>>         exactly that with Ranch.  I think I could modify Cowboy to do
+>> what I
+>>         want, but I thought I would ask if there were other options
+>>         before doing
+>>         that.
+>>
+>>
+>>     Same as Ranch really, you just gotta take the socket and then call
+>>     the ssl functions.
+>>
+>>
+>> Yes, but in cowboy there's no API to get at the socket.
+>>
+>
+> There is the undocumented function cowboy_req:get/1 which is meant for
+> that kind of "special" use.
+>
+>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140605/3ba15fb3/attachment.html>
+
+From essen at ninenines.eu  Thu Jun  5 23:24:50 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 05 Jun 2014 23:24:50 +0200
+Subject: [99s-extend] cowboy client cert auth, basic auth
+In-Reply-To: <CAJCf5Ry4Okkua__YtfU8bO5=AvYKPsXzU+1EqyXsK7tx2q6K8w@mail.gmail.com>
+References: <CAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF+iypVOkdPCULDQ@mail.gmail.com>	<[email protected]>	<CAJCf5RyYUNPmVcLEV+VyKpA24x0Pjb15+7doeugeQ=ZEJSpc6w@mail.gmail.com>	<[email protected]>
+ <CAJCf5Ry4Okkua__YtfU8bO5=AvYKPsXzU+1EqyXsK7tx2q6K8w@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Misunderstood what you needed then.
+
+Note that the services that are completely blocked from anyone who 
+doesn't have the right cert are virtually non-existent, it doesn't make 
+sense to add a feature for it.
+
+You can do that kind of thing by having custom code creating the 
+protocol process by the way. There's no need to patch Cowboy for that.
+
+On 06/05/2014 11:01 PM, Daniel Goertzen wrote:
+> But then I would have to check the client cert for each and every
+> request.  I should have to check the cert only once at connect time and
+> then be able to pass the result of that check in the request to each
+> handler.
+>
+> Anyway I've gone ahead and implemented what I need in a generic manner
+> and it seems to work well.  I think it would be a useful addition to
+> Cowboy.  If you agree I could write some more documentation for it.
+>
+> https://github.com/goertzenator/cowboy/tree/onconnect
+>
+> I added a "onconnect" hook and "connection metadata" to cowboy_req.  The
+> connection metadata works like existing metadata, but is preserved from
+> request to request on the same connection.  The onconnect hook provides
+> initial values for the connection metadata.
+>
+> Dan.
+>
+>
+>
+>
+> On Thu, Jun 5, 2014 at 3:04 AM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+>
+>
+>
+>
+>         On Wed, Jun 4, 2014 at 4:48 PM, Lo?c Hoguin <essen at ninenines.eu
+>         <mailto:essen at ninenines.eu>
+>         <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>>> wrote:
+>
+>              On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+>
+>                  I am having very good luck with Cowboy so far, but I
+>         have some
+>                  questions:
+>
+>                  1. There doesn't appear to be any way to do client
+>         certificate
+>                  authorization in Cowboy, although I see there is an
+>         example for
+>                  doing
+>                  exactly that with Ranch.  I think I could modify Cowboy
+>         to do what I
+>                  want, but I thought I would ask if there were other options
+>                  before doing
+>                  that.
+>
+>
+>              Same as Ranch really, you just gotta take the socket and
+>         then call
+>              the ssl functions.
+>
+>
+>         Yes, but in cowboy there's no API to get at the socket.
+>
+>
+>     There is the undocumented function cowboy_req:get/1 which is meant
+>     for that kind of "special" use.
+>
+>
+>     --
+>     Lo?c Hoguin
+>     http://ninenines.eu
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From daniel.goertzen at gmail.com  Fri Jun  6 15:59:43 2014
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Fri, 6 Jun 2014 08:59:43 -0500
+Subject: [99s-extend] cowboy client cert auth, basic auth
+In-Reply-To: <[email protected]>
+References: <CAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF+iypVOkdPCULDQ@mail.gmail.com>
+ <[email protected]>
+ <CAJCf5RyYUNPmVcLEV+VyKpA24x0Pjb15+7doeugeQ=ZEJSpc6w@mail.gmail.com>
+ <[email protected]>
+ <CAJCf5Ry4Okkua__YtfU8bO5=AvYKPsXzU+1EqyXsK7tx2q6K8w@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJCf5Rz4HUayBM4vjoq=ukxYWL2xvKjm+j_KAE8uL_bTQkVD+w@mail.gmail.com>
+
+Okay, I see how I can wrap cowboy_protocol:init() to perhaps add cert
+information to env or stuff it in an ets table / gproc / process
+dictionary.  Is this what you mean?  I think that will work for me.
+
+My immediate application is to provide a secure RESTful API for a network
+appliance.  Think securing the Web of Things.  I really do want to get in
+the client's face if they don't have the right certificate.
+
+I'm late in saying this, but thank you for making Cowboy so easy to read
+and understand.
+
+Cheers,
+Dan.
+
+
+
+On Thu, Jun 5, 2014 at 4:24 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Misunderstood what you needed then.
+>
+> Note that the services that are completely blocked from anyone who doesn't
+> have the right cert are virtually non-existent, it doesn't make sense to
+> add a feature for it.
+>
+> You can do that kind of thing by having custom code creating the protocol
+> process by the way. There's no need to patch Cowboy for that.
+>
+>
+> On 06/05/2014 11:01 PM, Daniel Goertzen wrote:
+>
+>> But then I would have to check the client cert for each and every
+>> request.  I should have to check the cert only once at connect time and
+>> then be able to pass the result of that check in the request to each
+>> handler.
+>>
+>> Anyway I've gone ahead and implemented what I need in a generic manner
+>> and it seems to work well.  I think it would be a useful addition to
+>> Cowboy.  If you agree I could write some more documentation for it.
+>>
+>> https://github.com/goertzenator/cowboy/tree/onconnect
+>>
+>> I added a "onconnect" hook and "connection metadata" to cowboy_req.  The
+>> connection metadata works like existing metadata, but is preserved from
+>> request to request on the same connection.  The onconnect hook provides
+>> initial values for the connection metadata.
+>>
+>> Dan.
+>>
+>>
+>>
+>>
+>> On Thu, Jun 5, 2014 at 3:04 AM, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+>>
+>>
+>>
+>>
+>>         On Wed, Jun 4, 2014 at 4:48 PM, Lo?c Hoguin <essen at ninenines.eu
+>>         <mailto:essen at ninenines.eu>
+>>         <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>>> wrote:
+>>
+>>              On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+>>
+>>                  I am having very good luck with Cowboy so far, but I
+>>         have some
+>>                  questions:
+>>
+>>                  1. There doesn't appear to be any way to do client
+>>         certificate
+>>                  authorization in Cowboy, although I see there is an
+>>         example for
+>>                  doing
+>>                  exactly that with Ranch.  I think I could modify Cowboy
+>>         to do what I
+>>                  want, but I thought I would ask if there were other
+>> options
+>>                  before doing
+>>                  that.
+>>
+>>
+>>              Same as Ranch really, you just gotta take the socket and
+>>         then call
+>>              the ssl functions.
+>>
+>>
+>>         Yes, but in cowboy there's no API to get at the socket.
+>>
+>>
+>>     There is the undocumented function cowboy_req:get/1 which is meant
+>>     for that kind of "special" use.
+>>
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     http://ninenines.eu
+>>
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140606/b992565e/attachment.html>
+
+From essen at ninenines.eu  Fri Jun  6 16:09:56 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 06 Jun 2014 16:09:56 +0200
+Subject: [99s-extend] cowboy client cert auth, basic auth
+In-Reply-To: <CAJCf5Rz4HUayBM4vjoq=ukxYWL2xvKjm+j_KAE8uL_bTQkVD+w@mail.gmail.com>
+References: <CAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF+iypVOkdPCULDQ@mail.gmail.com>	<[email protected]>	<CAJCf5RyYUNPmVcLEV+VyKpA24x0Pjb15+7doeugeQ=ZEJSpc6w@mail.gmail.com>	<[email protected]>	<CAJCf5Ry4Okkua__YtfU8bO5=AvYKPsXzU+1EqyXsK7tx2q6K8w@mail.gmail.com>	<[email protected]>
+ <CAJCf5Rz4HUayBM4vjoq=ukxYWL2xvKjm+j_KAE8uL_bTQkVD+w@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 06/06/2014 03:59 PM, Daniel Goertzen wrote:
+> Okay, I see how I can wrap cowboy_protocol:init() to perhaps add cert
+> information to env or stuff it in an ets table / gproc / process
+> dictionary.  Is this what you mean?  I think that will work for me.
+
+Something like that, yes. Process dictionary is probably the quick and 
+dirty way, env would be cleaner but take more code as you then have to 
+move it from env to handler opts.
+
+> My immediate application is to provide a secure RESTful API for a
+> network appliance.  Think securing the Web of Things.  I really do want
+> to get in the client's face if they don't have the right certificate.
+>
+> I'm late in saying this, but thank you for making Cowboy so easy to read
+> and understand.
+>
+> Cheers,
+> Dan.
+>
+>
+>
+> On Thu, Jun 5, 2014 at 4:24 PM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     Misunderstood what you needed then.
+>
+>     Note that the services that are completely blocked from anyone who
+>     doesn't have the right cert are virtually non-existent, it doesn't
+>     make sense to add a feature for it.
+>
+>     You can do that kind of thing by having custom code creating the
+>     protocol process by the way. There's no need to patch Cowboy for that.
+>
+>
+>     On 06/05/2014 11:01 PM, Daniel Goertzen wrote:
+>
+>         But then I would have to check the client cert for each and every
+>         request.  I should have to check the cert only once at connect
+>         time and
+>         then be able to pass the result of that check in the request to each
+>         handler.
+>
+>         Anyway I've gone ahead and implemented what I need in a generic
+>         manner
+>         and it seems to work well.  I think it would be a useful addition to
+>         Cowboy.  If you agree I could write some more documentation for it.
+>
+>         https://github.com/__goertzenator/cowboy/tree/__onconnect
+>         <https://github.com/goertzenator/cowboy/tree/onconnect>
+>
+>         I added a "onconnect" hook and "connection metadata" to
+>         cowboy_req.  The
+>         connection metadata works like existing metadata, but is
+>         preserved from
+>         request to request on the same connection.  The onconnect hook
+>         provides
+>         initial values for the connection metadata.
+>
+>         Dan.
+>
+>
+>
+>
+>         On Thu, Jun 5, 2014 at 3:04 AM, Lo?c Hoguin <essen at ninenines.eu
+>         <mailto:essen at ninenines.eu>
+>         <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>>> wrote:
+>
+>              On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+>
+>
+>
+>
+>                  On Wed, Jun 4, 2014 at 4:48 PM, Lo?c Hoguin
+>         <essen at ninenines.eu <mailto:essen at ninenines.eu>
+>                  <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>>
+>                  <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>
+>         <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>>>> wrote:
+>
+>                       On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+>
+>                           I am having very good luck with Cowboy so far,
+>         but I
+>                  have some
+>                           questions:
+>
+>                           1. There doesn't appear to be any way to do client
+>                  certificate
+>                           authorization in Cowboy, although I see there
+>         is an
+>                  example for
+>                           doing
+>                           exactly that with Ranch.  I think I could
+>         modify Cowboy
+>                  to do what I
+>                           want, but I thought I would ask if there were
+>         other options
+>                           before doing
+>                           that.
+>
+>
+>                       Same as Ranch really, you just gotta take the
+>         socket and
+>                  then call
+>                       the ssl functions.
+>
+>
+>                  Yes, but in cowboy there's no API to get at the socket.
+>
+>
+>              There is the undocumented function cowboy_req:get/1 which
+>         is meant
+>              for that kind of "special" use.
+>
+>
+>              --
+>              Lo?c Hoguin
+>         http://ninenines.eu
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     http://ninenines.eu
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From essen at ninenines.eu  Tue Jun 10 12:38:10 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 10 Jun 2014 12:38:10 +0200
+Subject: [99s-extend] [ANN] Cowboy and Ranch 0.10
+Message-ID: <[email protected]>
+
+Hello!
+
+I just pushed Cowboy 0.10 and Ranch 0.10.
+
+   https://github.com/extend/cowboy
+   https://github.com/extend/ranch
+
+The Cowboy changelog can be found here: 
+https://github.com/extend/cowboy/blob/master/CHANGELOG.md
+
+This release sees the addition of functions for reading multipart! (And 
+there are also functions for creating multipart bodies in the cowlib 
+library if you need them.) The old multipart interface got removed.
+
+The other big change is a rework of the body reading interface, again. 
+Users have reported having timeout issues sometimes so the new interface 
+allows you to configure read length/timeout so you can control the rate 
+of transfer *per body function call*.
+
+The functions init_stream, stream_body and skip_body have been 
+deprecated and will be removed in 1.0 (alongside one clause of the 
+body/2 and body_qs/2 functions).
+
+Current code *should* be compatible but you are really encouraged to 
+test and remove dead code introduced by this change.
+
+The changes in Ranch are mostly small so I won't bore you with the details.
+
+The next step will be to release 1.0 sometimes this summer. Work on 2.0 
+will start immediately after that but 2.0 is planned to be released 
+after Erlang 18.0 is out. We'll have a new version bump for every Erlang 
+version basically. More details later.
+
+Hope you enjoy this release, and that I didn't break your code (too much)!
+
+Enjoy.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From roger at differentpla.net  Wed Jun 11 14:38:59 2014
+From: roger at differentpla.net (Roger Lipscombe)
+Date: Wed, 11 Jun 2014 13:38:59 +0100
+Subject: [99s-extend] Stop ranch listeners without dropping connections
+Message-ID: <CAJgnQd-Rc7HpqeFe4xYBShvxjN27n0-VJLf6+P7yr4gTnJ=B1Q@mail.gmail.com>
+
+Using ranch, is there any way to stop the listener (and acceptors)
+without dropping the existing connections?
+
+I ask because I'd like to start another instance of my server on the
+same box and have the old instance continue to handle its existing
+connections for a while.
+
+It looks to me that if I call ranch:stop_listener, it'll kill the
+ranch_listener_sup, which will also kill the ranch_conns_sup (and the
+existing connections).
+
+If I manually do a supervisor:terminate_child(ListenerPid,
+ranch_acceptors_sup), the acceptors go away, but the socket is still
+open, which means that I can't start another instance of my server.
+
+Thoughts?
+
+From essen at ninenines.eu  Mon Jun 23 13:36:50 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 23 Jun 2014 13:36:50 +0200
+Subject: [99s-extend] Stop ranch listeners without dropping connections
+In-Reply-To: <CAJgnQd-Rc7HpqeFe4xYBShvxjN27n0-VJLf6+P7yr4gTnJ=B1Q@mail.gmail.com>
+References: <CAJgnQd-Rc7HpqeFe4xYBShvxjN27n0-VJLf6+P7yr4gTnJ=B1Q@mail.gmail.com>
+Message-ID: <[email protected]>
+
+It is not possible at this point. Please open a ticket.
+
+On 06/11/2014 02:38 PM, Roger Lipscombe wrote:
+> Using ranch, is there any way to stop the listener (and acceptors)
+> without dropping the existing connections?
+>
+> I ask because I'd like to start another instance of my server on the
+> same box and have the old instance continue to handle its existing
+> connections for a while.
+>
+> It looks to me that if I call ranch:stop_listener, it'll kill the
+> ranch_listener_sup, which will also kill the ranch_conns_sup (and the
+> existing connections).
+>
+> If I manually do a supervisor:terminate_child(ListenerPid,
+> ranch_acceptors_sup), the acceptors go away, but the socket is still
+> open, which means that I can't start another instance of my server.
+>
+> Thoughts?
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From roger at differentpla.net  Mon Jun 23 15:55:47 2014
+From: roger at differentpla.net (Roger Lipscombe)
+Date: Mon, 23 Jun 2014 14:55:47 +0100
+Subject: [99s-extend] Stop ranch listeners without dropping connections
+In-Reply-To: <[email protected]>
+References: <CAJgnQd-Rc7HpqeFe4xYBShvxjN27n0-VJLf6+P7yr4gTnJ=B1Q@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAJgnQd8XTjZeLAW4iP4s67B1pWyCf8yom_UfWeoApreVmmv+tA@mail.gmail.com>
+
+Done: https://github.com/extend/ranch/issues/83
+
+On 23 June 2014 12:36, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> It is not possible at this point. Please open a ticket.
+>
+>
+> On 06/11/2014 02:38 PM, Roger Lipscombe wrote:
+>>
+>> Using ranch, is there any way to stop the listener (and acceptors)
+>> without dropping the existing connections?
+>>
+>> I ask because I'd like to start another instance of my server on the
+>> same box and have the old instance continue to handle its existing
+>> connections for a while.
+>>
+>> It looks to me that if I call ranch:stop_listener, it'll kill the
+>> ranch_listener_sup, which will also kill the ranch_conns_sup (and the
+>> existing connections).
+>>
+>> If I manually do a supervisor:terminate_child(ListenerPid,
+>> ranch_acceptors_sup), the acceptors go away, but the socket is still
+>> open, which means that I can't start another instance of my server.
+>>
+>> Thoughts?
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+
diff --git a/_build/static/archives/extend/2014-June/000390.html b/_build/static/archives/extend/2014-June/000390.html
new file mode 100644
index 00000000..3c810f7c
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000390.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy client cert auth, basic auth
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3CCAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF%2BiypVOkdPCULDQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000393.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy client cert auth, basic auth</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3CCAJCf5Ry4T701NtypmLkmZhbx1hWvwV-df9zF%2BiypVOkdPCULDQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy client cert auth, basic auth">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Wed Jun  4 22:08:54 CEST 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000393.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#390">[ date ]</a>
+              <a href="thread.html#390">[ thread ]</a>
+              <a href="subject.html#390">[ subject ]</a>
+              <a href="author.html#390">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I am having very good luck with Cowboy so far, but I have some questions:
+
+1. There doesn't appear to be any way to do client certificate
+authorization in Cowboy, although I see there is an example for doing
+exactly that with Ranch.  I think I could modify Cowboy to do what I want,
+but I thought I would ask if there were other options before doing that.
+
+2. I am also looking at http basic auth.  Would creating a middleware to
+sit in between cowboy_router and cowboy_handler be a typical way to go
+about it?
+
+Thanks,
+Dan.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140604/269377d0/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140604/269377d0/attachment.html</A>&gt;
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000393.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#390">[ date ]</a>
+              <a href="thread.html#390">[ thread ]</a>
+              <a href="subject.html#390">[ subject ]</a>
+              <a href="author.html#390">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000391.html b/_build/static/archives/extend/2014-June/000391.html
new file mode 100644
index 00000000..5f42bab4
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000391.html
@@ -0,0 +1,96 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mandatory%20init/3%20and%20optional%20handle/2%20and%20terminate/3&In-Reply-To=%3CCA%2BdV7cT6ftWCadGesyVOsSxVG8PQi0uDRSjHF-Uot3s4hmdDTg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000400.html">
+   <LINK REL="Next"  HREF="000392.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mandatory%20init/3%20and%20optional%20handle/2%20and%20terminate/3&In-Reply-To=%3CCA%2BdV7cT6ftWCadGesyVOsSxVG8PQi0uDRSjHF-Uot3s4hmdDTg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Wed Jun  4 23:37:14 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000400.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+        <LI>Next message: <A HREF="000392.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#391">[ date ]</a>
+              <a href="thread.html#391">[ thread ]</a>
+              <a href="subject.html#391">[ subject ]</a>
+              <a href="author.html#391">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello.
+
+You wrote here &lt;<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/</A>&gt;
+that
+&quot;The only mandatory callback is init/3, needed to perform the protocol
+upgrade.&quot;
+
+In my code I have only this function for the protocol upgrade:
+
+init({_TransportName, _ProtocolName}, _Req, []) -&gt;
+    {upgrade, protocol, cowboy_rest}.
+
+On the other hand, when compiling, I get the following warnings:
+
+src/handler_transactions.erl:3: Warning: undefined callback function
+handle/2 (behaviour 'cowboy_http_handler')
+src/handler_transactions.erl:3: Warning: undefined callback function
+terminate/3 (behaviour 'cowboy_http_handler')
+
+Is this the expected behavior? I know I _can_ ignore the warnings, but not
+if I want to use Erlang compiler option warnings_as_errors, for example.
+
+Many thanks.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140604/407d3443/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140604/407d3443/attachment.html</A>&gt;
+</PRE>
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000400.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+	<LI>Next message: <A HREF="000392.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#391">[ date ]</a>
+              <a href="thread.html#391">[ thread ]</a>
+              <a href="subject.html#391">[ subject ]</a>
+              <a href="author.html#391">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000392.html b/_build/static/archives/extend/2014-June/000392.html
new file mode 100644
index 00000000..ad195989
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000392.html
@@ -0,0 +1,107 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mandatory%20init/3%20and%20optional%20handle/2%20and%0A%09terminate/3&In-Reply-To=%3C538F93BE.4080002%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000391.html">
+   <LINK REL="Next"  HREF="000395.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mandatory%20init/3%20and%20optional%20handle/2%20and%0A%09terminate/3&In-Reply-To=%3C538F93BE.4080002%40ninenines.eu%3E"
+       TITLE="[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Jun  4 23:46:38 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000391.html">[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+</A></li>
+        <LI>Next message: <A HREF="000395.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#392">[ date ]</a>
+              <a href="thread.html#392">[ thread ]</a>
+              <a href="subject.html#392">[ subject ]</a>
+              <a href="author.html#392">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You shouldn't say -behavior(cowboy_http_handler) if you don't actually 
+implement it.
+
+On 06/04/2014 11:37 PM, Paulo F. Oliveira wrote:
+&gt;<i> Hello.
+</I>&gt;<i>
+</I>&gt;<i> You wrote here
+</I>&gt;<i> &lt;<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/</A>&gt; that &quot;The
+</I>&gt;<i> only mandatory callback is init/3, needed to perform the protocol upgrade.&quot;
+</I>&gt;<i>
+</I>&gt;<i> In my code I have only this function for the protocol upgrade:
+</I>&gt;<i>
+</I>&gt;<i> init({_TransportName, _ProtocolName}, _Req, []) -&gt;
+</I>&gt;<i>      {upgrade, protocol, cowboy_rest}.
+</I>&gt;<i>
+</I>&gt;<i> On the other hand, when compiling, I get the following warnings:
+</I>&gt;<i>
+</I>&gt;<i> src/handler_transactions.erl:3: Warning: undefined callback function
+</I>&gt;<i> handle/2 (behaviour 'cowboy_http_handler')
+</I>&gt;<i> src/handler_transactions.erl:3: Warning: undefined callback function
+</I>&gt;<i> terminate/3 (behaviour 'cowboy_http_handler')
+</I>&gt;<i>
+</I>&gt;<i> Is this the expected behavior? I know I _can_ ignore the warnings, but
+</I>&gt;<i> not if I want to use Erlang compiler option warnings_as_errors, for example.
+</I>&gt;<i>
+</I>&gt;<i> Many thanks.
+</I>&gt;<i>
+</I>&gt;<i> - Paulo F. Oliveira
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000391.html">[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+</A></li>
+	<LI>Next message: <A HREF="000395.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#392">[ date ]</a>
+              <a href="thread.html#392">[ thread ]</a>
+              <a href="subject.html#392">[ subject ]</a>
+              <a href="author.html#392">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000393.html b/_build/static/archives/extend/2014-June/000393.html
new file mode 100644
index 00000000..af91e497
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000393.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy client cert auth, basic auth
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3C538F9411.6070108%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000390.html">
+   <LINK REL="Next"  HREF="000394.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy client cert auth, basic auth</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3C538F9411.6070108%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy client cert auth, basic auth">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Jun  4 23:48:01 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000390.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+        <LI>Next message: <A HREF="000394.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#393">[ date ]</a>
+              <a href="thread.html#393">[ thread ]</a>
+              <a href="subject.html#393">[ subject ]</a>
+              <a href="author.html#393">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+&gt;<i> I am having very good luck with Cowboy so far, but I have some questions:
+</I>&gt;<i>
+</I>&gt;<i> 1. There doesn't appear to be any way to do client certificate
+</I>&gt;<i> authorization in Cowboy, although I see there is an example for doing
+</I>&gt;<i> exactly that with Ranch.  I think I could modify Cowboy to do what I
+</I>&gt;<i> want, but I thought I would ask if there were other options before doing
+</I>&gt;<i> that.
+</I>
+Same as Ranch really, you just gotta take the socket and then call the 
+ssl functions.
+
+&gt;<i> 2. I am also looking at http basic auth.  Would creating a middleware to
+</I>&gt;<i> sit in between cowboy_router and cowboy_handler be a typical way to go
+</I>&gt;<i> about it?
+</I>
+That's a common way to do it yes.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000390.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+	<LI>Next message: <A HREF="000394.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#393">[ date ]</a>
+              <a href="thread.html#393">[ thread ]</a>
+              <a href="subject.html#393">[ subject ]</a>
+              <a href="author.html#393">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000394.html b/_build/static/archives/extend/2014-June/000394.html
new file mode 100644
index 00000000..034d580f
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000394.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy client cert auth, basic auth
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3CCAJCf5RyYUNPmVcLEV%2BVyKpA24x0Pjb15%2B7doeugeQ%3DZEJSpc6w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000393.html">
+   <LINK REL="Next"  HREF="000396.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy client cert auth, basic auth</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3CCAJCf5RyYUNPmVcLEV%2BVyKpA24x0Pjb15%2B7doeugeQ%3DZEJSpc6w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy client cert auth, basic auth">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Thu Jun  5 01:44:02 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000393.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+        <LI>Next message: <A HREF="000396.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#394">[ date ]</a>
+              <a href="thread.html#394">[ thread ]</a>
+              <a href="subject.html#394">[ subject ]</a>
+              <a href="author.html#394">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Wed, Jun 4, 2014 at 4:48 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> I am having very good luck with Cowboy so far, but I have some questions:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 1. There doesn't appear to be any way to do client certificate
+</I>&gt;&gt;<i> authorization in Cowboy, although I see there is an example for doing
+</I>&gt;&gt;<i> exactly that with Ranch.  I think I could modify Cowboy to do what I
+</I>&gt;&gt;<i> want, but I thought I would ask if there were other options before doing
+</I>&gt;&gt;<i> that.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Same as Ranch really, you just gotta take the socket and then call the ssl
+</I>&gt;<i> functions.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>Yes, but in cowboy there's no API to get at the socket.
+
+I was thinking of adding a &quot;onconnect&quot; hook similar to how there are
+&quot;onrequest&quot; and &quot;onresponse&quot; hooks.  The hook would be called in
+cowboy_protocol:init(), would accept Transport and Socket, and return a
+&quot;user connection state&quot; term that gets stashed in the state record.  The
+user connection state would then be provided in the Req object to each
+handler.  With these features one could do whatever computation they want
+on the socket and provide the result to all subsequent requests on that
+socket.  I want to use it for client cert checking, but it could be used
+for other things such as an IP address security check.
+
+Dan.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140604/2bce99e1/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140604/2bce99e1/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000393.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+	<LI>Next message: <A HREF="000396.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#394">[ date ]</a>
+              <a href="thread.html#394">[ thread ]</a>
+              <a href="subject.html#394">[ subject ]</a>
+              <a href="author.html#394">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000395.html b/_build/static/archives/extend/2014-June/000395.html
new file mode 100644
index 00000000..52e04be4
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000395.html
@@ -0,0 +1,125 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mandatory%20init/3%20and%20optional%20handle/2%20and%0A%09terminate/3&In-Reply-To=%3CCA%2BdV7cRvLwTj1L%3DmyMrjEUEju8gr0gATSXO%2BZ%2BOktsadh4y37w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000392.html">
+   <LINK REL="Next"  HREF="000401.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Mandatory%20init/3%20and%20optional%20handle/2%20and%0A%09terminate/3&In-Reply-To=%3CCA%2BdV7cRvLwTj1L%3DmyMrjEUEju8gr0gATSXO%2BZ%2BOktsadh4y37w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Thu Jun  5 01:49:01 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000392.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A></li>
+        <LI>Next message: <A HREF="000401.html">[99s-extend] [ANN] Cowboy and Ranch 0.10
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#395">[ date ]</a>
+              <a href="thread.html#395">[ thread ]</a>
+              <a href="subject.html#395">[ subject ]</a>
+              <a href="author.html#395">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Got it, thanks.
+
+This here &lt;<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/</A>&gt; had
+the fine print that I hadn't read apparently: &quot;This module cannot be
+described as a behaviour due to most of the callbacks it defines being
+optional. It has the same semantics as a behaviour otherwise.&quot;
+
+- Paulo F. Oliveira
+
+
+On 4 June 2014 22:46, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> You shouldn't say -behavior(cowboy_http_handler) if you don't actually
+</I>&gt;<i> implement it.
+</I>&gt;<i>
+</I>&gt;<i> On 06/04/2014 11:37 PM, Paulo F. Oliveira wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> You wrote here
+</I>&gt;&gt;<i> &lt;<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/">http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/</A>&gt; that &quot;The
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> only mandatory callback is init/3, needed to perform the protocol
+</I>&gt;&gt;<i> upgrade.&quot;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> In my code I have only this function for the protocol upgrade:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> init({_TransportName, _ProtocolName}, _Req, []) -&gt;
+</I>&gt;&gt;<i>      {upgrade, protocol, cowboy_rest}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On the other hand, when compiling, I get the following warnings:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> src/handler_transactions.erl:3: Warning: undefined callback function
+</I>&gt;&gt;<i> handle/2 (behaviour 'cowboy_http_handler')
+</I>&gt;&gt;<i> src/handler_transactions.erl:3: Warning: undefined callback function
+</I>&gt;&gt;<i> terminate/3 (behaviour 'cowboy_http_handler')
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Is this the expected behavior? I know I _can_ ignore the warnings, but
+</I>&gt;&gt;<i> not if I want to use Erlang compiler option warnings_as_errors, for
+</I>&gt;&gt;<i> example.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Many thanks.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> - Paulo F. Oliveira
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140605/46eee3c0/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140605/46eee3c0/attachment.html</A>&gt;
+</PRE>
+
+
+
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000392.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A></li>
+	<LI>Next message: <A HREF="000401.html">[99s-extend] [ANN] Cowboy and Ranch 0.10
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#395">[ date ]</a>
+              <a href="thread.html#395">[ thread ]</a>
+              <a href="subject.html#395">[ subject ]</a>
+              <a href="author.html#395">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000396.html b/_build/static/archives/extend/2014-June/000396.html
new file mode 100644
index 00000000..c40ed995
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000396.html
@@ -0,0 +1,94 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy client cert auth, basic auth
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3C53902478.40303%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000394.html">
+   <LINK REL="Next"  HREF="000397.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy client cert auth, basic auth</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3C53902478.40303%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy client cert auth, basic auth">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jun  5 10:04:08 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000394.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+        <LI>Next message: <A HREF="000397.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#396">[ date ]</a>
+              <a href="thread.html#396">[ thread ]</a>
+              <a href="subject.html#396">[ subject ]</a>
+              <a href="author.html#396">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Wed, Jun 4, 2014 at 4:48 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;<i>         I am having very good luck with Cowboy so far, but I have some
+</I>&gt;<i>         questions:
+</I>&gt;<i>
+</I>&gt;<i>         1. There doesn't appear to be any way to do client certificate
+</I>&gt;<i>         authorization in Cowboy, although I see there is an example for
+</I>&gt;<i>         doing
+</I>&gt;<i>         exactly that with Ranch.  I think I could modify Cowboy to do what I
+</I>&gt;<i>         want, but I thought I would ask if there were other options
+</I>&gt;<i>         before doing
+</I>&gt;<i>         that.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     Same as Ranch really, you just gotta take the socket and then call
+</I>&gt;<i>     the ssl functions.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Yes, but in cowboy there's no API to get at the socket.
+</I>
+There is the undocumented function cowboy_req:get/1 which is meant for 
+that kind of &quot;special&quot; use.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000394.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+	<LI>Next message: <A HREF="000397.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#396">[ date ]</a>
+              <a href="thread.html#396">[ thread ]</a>
+              <a href="subject.html#396">[ subject ]</a>
+              <a href="author.html#396">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000397.html b/_build/static/archives/extend/2014-June/000397.html
new file mode 100644
index 00000000..30d4a738
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000397.html
@@ -0,0 +1,124 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy client cert auth, basic auth
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3CCAJCf5Ry4Okkua__YtfU8bO5%3DAvYKPsXzU%2B1EqyXsK7tx2q6K8w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000396.html">
+   <LINK REL="Next"  HREF="000398.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy client cert auth, basic auth</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3CCAJCf5Ry4Okkua__YtfU8bO5%3DAvYKPsXzU%2B1EqyXsK7tx2q6K8w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy client cert auth, basic auth">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Thu Jun  5 23:01:12 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000396.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+        <LI>Next message: <A HREF="000398.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#397">[ date ]</a>
+              <a href="thread.html#397">[ thread ]</a>
+              <a href="subject.html#397">[ subject ]</a>
+              <a href="author.html#397">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>But then I would have to check the client cert for each and every request.
+I should have to check the cert only once at connect time and then be able
+to pass the result of that check in the request to each handler.
+
+Anyway I've gone ahead and implemented what I need in a generic manner and
+it seems to work well.  I think it would be a useful addition to Cowboy.
+If you agree I could write some more documentation for it.
+
+<A HREF="https://github.com/goertzenator/cowboy/tree/onconnect">https://github.com/goertzenator/cowboy/tree/onconnect</A>
+
+I added a &quot;onconnect&quot; hook and &quot;connection metadata&quot; to cowboy_req.  The
+connection metadata works like existing metadata, but is preserved from
+request to request on the same connection.  The onconnect hook provides
+initial values for the connection metadata.
+
+Dan.
+
+
+
+
+On Thu, Jun 5, 2014 at 3:04 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Wed, Jun 4, 2014 at 4:48 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I am having very good luck with Cowboy so far, but I have some
+</I>&gt;&gt;<i>         questions:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         1. There doesn't appear to be any way to do client certificate
+</I>&gt;&gt;<i>         authorization in Cowboy, although I see there is an example for
+</I>&gt;&gt;<i>         doing
+</I>&gt;&gt;<i>         exactly that with Ranch.  I think I could modify Cowboy to do
+</I>&gt;&gt;<i> what I
+</I>&gt;&gt;<i>         want, but I thought I would ask if there were other options
+</I>&gt;&gt;<i>         before doing
+</I>&gt;&gt;<i>         that.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Same as Ranch really, you just gotta take the socket and then call
+</I>&gt;&gt;<i>     the ssl functions.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Yes, but in cowboy there's no API to get at the socket.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> There is the undocumented function cowboy_req:get/1 which is meant for
+</I>&gt;<i> that kind of &quot;special&quot; use.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140605/3ba15fb3/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140605/3ba15fb3/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000396.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+	<LI>Next message: <A HREF="000398.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#397">[ date ]</a>
+              <a href="thread.html#397">[ thread ]</a>
+              <a href="subject.html#397">[ subject ]</a>
+              <a href="author.html#397">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000398.html b/_build/static/archives/extend/2014-June/000398.html
new file mode 100644
index 00000000..32322b35
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000398.html
@@ -0,0 +1,143 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy client cert auth, basic auth
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3C5390E022.40403%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000397.html">
+   <LINK REL="Next"  HREF="000399.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy client cert auth, basic auth</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3C5390E022.40403%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy client cert auth, basic auth">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jun  5 23:24:50 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000397.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+        <LI>Next message: <A HREF="000399.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#398">[ date ]</a>
+              <a href="thread.html#398">[ thread ]</a>
+              <a href="subject.html#398">[ subject ]</a>
+              <a href="author.html#398">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Misunderstood what you needed then.
+
+Note that the services that are completely blocked from anyone who 
+doesn't have the right cert are virtually non-existent, it doesn't make 
+sense to add a feature for it.
+
+You can do that kind of thing by having custom code creating the 
+protocol process by the way. There's no need to patch Cowboy for that.
+
+On 06/05/2014 11:01 PM, Daniel Goertzen wrote:
+&gt;<i> But then I would have to check the client cert for each and every
+</I>&gt;<i> request.  I should have to check the cert only once at connect time and
+</I>&gt;<i> then be able to pass the result of that check in the request to each
+</I>&gt;<i> handler.
+</I>&gt;<i>
+</I>&gt;<i> Anyway I've gone ahead and implemented what I need in a generic manner
+</I>&gt;<i> and it seems to work well.  I think it would be a useful addition to
+</I>&gt;<i> Cowboy.  If you agree I could write some more documentation for it.
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="https://github.com/goertzenator/cowboy/tree/onconnect">https://github.com/goertzenator/cowboy/tree/onconnect</A>
+</I>&gt;<i>
+</I>&gt;<i> I added a &quot;onconnect&quot; hook and &quot;connection metadata&quot; to cowboy_req.  The
+</I>&gt;<i> connection metadata works like existing metadata, but is preserved from
+</I>&gt;<i> request to request on the same connection.  The onconnect hook provides
+</I>&gt;<i> initial values for the connection metadata.
+</I>&gt;<i>
+</I>&gt;<i> Dan.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Thu, Jun 5, 2014 at 3:04 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         On Wed, Jun 4, 2014 at 4:48 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>              On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;<i>                  I am having very good luck with Cowboy so far, but I
+</I>&gt;<i>         have some
+</I>&gt;<i>                  questions:
+</I>&gt;<i>
+</I>&gt;<i>                  1. There doesn't appear to be any way to do client
+</I>&gt;<i>         certificate
+</I>&gt;<i>                  authorization in Cowboy, although I see there is an
+</I>&gt;<i>         example for
+</I>&gt;<i>                  doing
+</I>&gt;<i>                  exactly that with Ranch.  I think I could modify Cowboy
+</I>&gt;<i>         to do what I
+</I>&gt;<i>                  want, but I thought I would ask if there were other options
+</I>&gt;<i>                  before doing
+</I>&gt;<i>                  that.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              Same as Ranch really, you just gotta take the socket and
+</I>&gt;<i>         then call
+</I>&gt;<i>              the ssl functions.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         Yes, but in cowboy there's no API to get at the socket.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     There is the undocumented function cowboy_req:get/1 which is meant
+</I>&gt;<i>     for that kind of &quot;special&quot; use.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000397.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+	<LI>Next message: <A HREF="000399.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#398">[ date ]</a>
+              <a href="thread.html#398">[ thread ]</a>
+              <a href="subject.html#398">[ subject ]</a>
+              <a href="author.html#398">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000399.html b/_build/static/archives/extend/2014-June/000399.html
new file mode 100644
index 00000000..a1d49efd
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000399.html
@@ -0,0 +1,168 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy client cert auth, basic auth
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3CCAJCf5Rz4HUayBM4vjoq%3DukxYWL2xvKjm%2Bj_KAE8uL_bTQkVD%2Bw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000398.html">
+   <LINK REL="Next"  HREF="000400.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy client cert auth, basic auth</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3CCAJCf5Rz4HUayBM4vjoq%3DukxYWL2xvKjm%2Bj_KAE8uL_bTQkVD%2Bw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy client cert auth, basic auth">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Fri Jun  6 15:59:43 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000398.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+        <LI>Next message: <A HREF="000400.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#399">[ date ]</a>
+              <a href="thread.html#399">[ thread ]</a>
+              <a href="subject.html#399">[ subject ]</a>
+              <a href="author.html#399">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Okay, I see how I can wrap cowboy_protocol:init() to perhaps add cert
+information to env or stuff it in an ets table / gproc / process
+dictionary.  Is this what you mean?  I think that will work for me.
+
+My immediate application is to provide a secure RESTful API for a network
+appliance.  Think securing the Web of Things.  I really do want to get in
+the client's face if they don't have the right certificate.
+
+I'm late in saying this, but thank you for making Cowboy so easy to read
+and understand.
+
+Cheers,
+Dan.
+
+
+
+On Thu, Jun 5, 2014 at 4:24 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Misunderstood what you needed then.
+</I>&gt;<i>
+</I>&gt;<i> Note that the services that are completely blocked from anyone who doesn't
+</I>&gt;<i> have the right cert are virtually non-existent, it doesn't make sense to
+</I>&gt;<i> add a feature for it.
+</I>&gt;<i>
+</I>&gt;<i> You can do that kind of thing by having custom code creating the protocol
+</I>&gt;<i> process by the way. There's no need to patch Cowboy for that.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 06/05/2014 11:01 PM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> But then I would have to check the client cert for each and every
+</I>&gt;&gt;<i> request.  I should have to check the cert only once at connect time and
+</I>&gt;&gt;<i> then be able to pass the result of that check in the request to each
+</I>&gt;&gt;<i> handler.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Anyway I've gone ahead and implemented what I need in a generic manner
+</I>&gt;&gt;<i> and it seems to work well.  I think it would be a useful addition to
+</I>&gt;&gt;<i> Cowboy.  If you agree I could write some more documentation for it.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> <A HREF="https://github.com/goertzenator/cowboy/tree/onconnect">https://github.com/goertzenator/cowboy/tree/onconnect</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I added a &quot;onconnect&quot; hook and &quot;connection metadata&quot; to cowboy_req.  The
+</I>&gt;&gt;<i> connection metadata works like existing metadata, but is preserved from
+</I>&gt;&gt;<i> request to request on the same connection.  The onconnect hook provides
+</I>&gt;&gt;<i> initial values for the connection metadata.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Dan.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Thu, Jun 5, 2014 at 3:04 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         On Wed, Jun 4, 2014 at 4:48 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  I am having very good luck with Cowboy so far, but I
+</I>&gt;&gt;<i>         have some
+</I>&gt;&gt;<i>                  questions:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  1. There doesn't appear to be any way to do client
+</I>&gt;&gt;<i>         certificate
+</I>&gt;&gt;<i>                  authorization in Cowboy, although I see there is an
+</I>&gt;&gt;<i>         example for
+</I>&gt;&gt;<i>                  doing
+</I>&gt;&gt;<i>                  exactly that with Ranch.  I think I could modify Cowboy
+</I>&gt;&gt;<i>         to do what I
+</I>&gt;&gt;<i>                  want, but I thought I would ask if there were other
+</I>&gt;&gt;<i> options
+</I>&gt;&gt;<i>                  before doing
+</I>&gt;&gt;<i>                  that.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              Same as Ranch really, you just gotta take the socket and
+</I>&gt;&gt;<i>         then call
+</I>&gt;&gt;<i>              the ssl functions.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Yes, but in cowboy there's no API to get at the socket.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     There is the undocumented function cowboy_req:get/1 which is meant
+</I>&gt;&gt;<i>     for that kind of &quot;special&quot; use.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140606/b992565e/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140606/b992565e/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000398.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+	<LI>Next message: <A HREF="000400.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#399">[ date ]</a>
+              <a href="thread.html#399">[ thread ]</a>
+              <a href="subject.html#399">[ subject ]</a>
+              <a href="author.html#399">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000400.html b/_build/static/archives/extend/2014-June/000400.html
new file mode 100644
index 00000000..22d8dde0
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000400.html
@@ -0,0 +1,189 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy client cert auth, basic auth
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3C5391CBB4.7060606%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000399.html">
+   <LINK REL="Next"  HREF="000391.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy client cert auth, basic auth</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20client%20cert%20auth%2C%20basic%20auth&In-Reply-To=%3C5391CBB4.7060606%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy client cert auth, basic auth">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Jun  6 16:09:56 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000399.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+        <LI>Next message: <A HREF="000391.html">[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#400">[ date ]</a>
+              <a href="thread.html#400">[ thread ]</a>
+              <a href="subject.html#400">[ subject ]</a>
+              <a href="author.html#400">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 06/06/2014 03:59 PM, Daniel Goertzen wrote:
+&gt;<i> Okay, I see how I can wrap cowboy_protocol:init() to perhaps add cert
+</I>&gt;<i> information to env or stuff it in an ets table / gproc / process
+</I>&gt;<i> dictionary.  Is this what you mean?  I think that will work for me.
+</I>
+Something like that, yes. Process dictionary is probably the quick and 
+dirty way, env would be cleaner but take more code as you then have to 
+move it from env to handler opts.
+
+&gt;<i> My immediate application is to provide a secure RESTful API for a
+</I>&gt;<i> network appliance.  Think securing the Web of Things.  I really do want
+</I>&gt;<i> to get in the client's face if they don't have the right certificate.
+</I>&gt;<i>
+</I>&gt;<i> I'm late in saying this, but thank you for making Cowboy so easy to read
+</I>&gt;<i> and understand.
+</I>&gt;<i>
+</I>&gt;<i> Cheers,
+</I>&gt;<i> Dan.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Thu, Jun 5, 2014 at 4:24 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Misunderstood what you needed then.
+</I>&gt;<i>
+</I>&gt;<i>     Note that the services that are completely blocked from anyone who
+</I>&gt;<i>     doesn't have the right cert are virtually non-existent, it doesn't
+</I>&gt;<i>     make sense to add a feature for it.
+</I>&gt;<i>
+</I>&gt;<i>     You can do that kind of thing by having custom code creating the
+</I>&gt;<i>     protocol process by the way. There's no need to patch Cowboy for that.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 06/05/2014 11:01 PM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;<i>         But then I would have to check the client cert for each and every
+</I>&gt;<i>         request.  I should have to check the cert only once at connect
+</I>&gt;<i>         time and
+</I>&gt;<i>         then be able to pass the result of that check in the request to each
+</I>&gt;<i>         handler.
+</I>&gt;<i>
+</I>&gt;<i>         Anyway I've gone ahead and implemented what I need in a generic
+</I>&gt;<i>         manner
+</I>&gt;<i>         and it seems to work well.  I think it would be a useful addition to
+</I>&gt;<i>         Cowboy.  If you agree I could write some more documentation for it.
+</I>&gt;<i>
+</I>&gt;<i>         <A HREF="https://github.com/__goertzenator/cowboy/tree/__onconnect">https://github.com/__goertzenator/cowboy/tree/__onconnect</A>
+</I>&gt;<i>         &lt;<A HREF="https://github.com/goertzenator/cowboy/tree/onconnect">https://github.com/goertzenator/cowboy/tree/onconnect</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>         I added a &quot;onconnect&quot; hook and &quot;connection metadata&quot; to
+</I>&gt;<i>         cowboy_req.  The
+</I>&gt;<i>         connection metadata works like existing metadata, but is
+</I>&gt;<i>         preserved from
+</I>&gt;<i>         request to request on the same connection.  The onconnect hook
+</I>&gt;<i>         provides
+</I>&gt;<i>         initial values for the connection metadata.
+</I>&gt;<i>
+</I>&gt;<i>         Dan.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         On Thu, Jun 5, 2014 at 3:04 AM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>              On 06/05/2014 01:44 AM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  On Wed, Jun 4, 2014 at 4:48 PM, Lo&#239;c Hoguin
+</I>&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i>                  &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>                  &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>                       On 06/04/2014 10:08 PM, Daniel Goertzen wrote:
+</I>&gt;<i>
+</I>&gt;<i>                           I am having very good luck with Cowboy so far,
+</I>&gt;<i>         but I
+</I>&gt;<i>                  have some
+</I>&gt;<i>                           questions:
+</I>&gt;<i>
+</I>&gt;<i>                           1. There doesn't appear to be any way to do client
+</I>&gt;<i>                  certificate
+</I>&gt;<i>                           authorization in Cowboy, although I see there
+</I>&gt;<i>         is an
+</I>&gt;<i>                  example for
+</I>&gt;<i>                           doing
+</I>&gt;<i>                           exactly that with Ranch.  I think I could
+</I>&gt;<i>         modify Cowboy
+</I>&gt;<i>                  to do what I
+</I>&gt;<i>                           want, but I thought I would ask if there were
+</I>&gt;<i>         other options
+</I>&gt;<i>                           before doing
+</I>&gt;<i>                           that.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                       Same as Ranch really, you just gotta take the
+</I>&gt;<i>         socket and
+</I>&gt;<i>                  then call
+</I>&gt;<i>                       the ssl functions.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  Yes, but in cowboy there's no API to get at the socket.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              There is the undocumented function cowboy_req:get/1 which
+</I>&gt;<i>         is meant
+</I>&gt;<i>              for that kind of &quot;special&quot; use.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              --
+</I>&gt;<i>              Lo&#239;c Hoguin
+</I>&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000399.html">[99s-extend] cowboy client cert auth, basic auth
+</A></li>
+	<LI>Next message: <A HREF="000391.html">[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#400">[ date ]</a>
+              <a href="thread.html#400">[ thread ]</a>
+              <a href="subject.html#400">[ subject ]</a>
+              <a href="author.html#400">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000401.html b/_build/static/archives/extend/2014-June/000401.html
new file mode 100644
index 00000000..352f86c2
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000401.html
@@ -0,0 +1,101 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] Cowboy and Ranch 0.10
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%20and%20Ranch%200.10&In-Reply-To=%3C5396E012.4070900%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000395.html">
+   <LINK REL="Next"  HREF="000402.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] Cowboy and Ranch 0.10</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20Cowboy%20and%20Ranch%200.10&In-Reply-To=%3C5396E012.4070900%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] Cowboy and Ranch 0.10">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jun 10 12:38:10 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000395.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A></li>
+        <LI>Next message: <A HREF="000402.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#401">[ date ]</a>
+              <a href="thread.html#401">[ thread ]</a>
+              <a href="subject.html#401">[ subject ]</a>
+              <a href="author.html#401">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello!
+
+I just pushed Cowboy 0.10 and Ranch 0.10.
+
+   <A HREF="https://github.com/extend/cowboy">https://github.com/extend/cowboy</A>
+   <A HREF="https://github.com/extend/ranch">https://github.com/extend/ranch</A>
+
+The Cowboy changelog can be found here: 
+<A HREF="https://github.com/extend/cowboy/blob/master/CHANGELOG.md">https://github.com/extend/cowboy/blob/master/CHANGELOG.md</A>
+
+This release sees the addition of functions for reading multipart! (And 
+there are also functions for creating multipart bodies in the cowlib 
+library if you need them.) The old multipart interface got removed.
+
+The other big change is a rework of the body reading interface, again. 
+Users have reported having timeout issues sometimes so the new interface 
+allows you to configure read length/timeout so you can control the rate 
+of transfer *per body function call*.
+
+The functions init_stream, stream_body and skip_body have been 
+deprecated and will be removed in 1.0 (alongside one clause of the 
+body/2 and body_qs/2 functions).
+
+Current code *should* be compatible but you are really encouraged to 
+test and remove dead code introduced by this change.
+
+The changes in Ranch are mostly small so I won't bore you with the details.
+
+The next step will be to release 1.0 sometimes this summer. Work on 2.0 
+will start immediately after that but 2.0 is planned to be released 
+after Erlang 18.0 is out. We'll have a new version bump for every Erlang 
+version basically. More details later.
+
+Hope you enjoy this release, and that I didn't break your code (too much)!
+
+Enjoy.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000395.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A></li>
+	<LI>Next message: <A HREF="000402.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#401">[ date ]</a>
+              <a href="thread.html#401">[ thread ]</a>
+              <a href="subject.html#401">[ subject ]</a>
+              <a href="author.html#401">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000402.html b/_build/static/archives/extend/2014-June/000402.html
new file mode 100644
index 00000000..e0dbcd16
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000402.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Stop ranch listeners without dropping connections
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Stop%20ranch%20listeners%20without%20dropping%20connections&In-Reply-To=%3CCAJgnQd-Rc7HpqeFe4xYBShvxjN27n0-VJLf6%2BP7yr4gTnJ%3DB1Q%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000401.html">
+   <LINK REL="Next"  HREF="000403.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Stop ranch listeners without dropping connections</H1>
+    <B>Roger Lipscombe</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Stop%20ranch%20listeners%20without%20dropping%20connections&In-Reply-To=%3CCAJgnQd-Rc7HpqeFe4xYBShvxjN27n0-VJLf6%2BP7yr4gTnJ%3DB1Q%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Stop ranch listeners without dropping connections">roger at differentpla.net
+       </A><BR>
+    <I>Wed Jun 11 14:38:59 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000401.html">[99s-extend] [ANN] Cowboy and Ranch 0.10
+</A></li>
+        <LI>Next message: <A HREF="000403.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#402">[ date ]</a>
+              <a href="thread.html#402">[ thread ]</a>
+              <a href="subject.html#402">[ subject ]</a>
+              <a href="author.html#402">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Using ranch, is there any way to stop the listener (and acceptors)
+without dropping the existing connections?
+
+I ask because I'd like to start another instance of my server on the
+same box and have the old instance continue to handle its existing
+connections for a while.
+
+It looks to me that if I call ranch:stop_listener, it'll kill the
+ranch_listener_sup, which will also kill the ranch_conns_sup (and the
+existing connections).
+
+If I manually do a supervisor:terminate_child(ListenerPid,
+ranch_acceptors_sup), the acceptors go away, but the socket is still
+open, which means that I can't start another instance of my server.
+
+Thoughts?
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000401.html">[99s-extend] [ANN] Cowboy and Ranch 0.10
+</A></li>
+	<LI>Next message: <A HREF="000403.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#402">[ date ]</a>
+              <a href="thread.html#402">[ thread ]</a>
+              <a href="subject.html#402">[ subject ]</a>
+              <a href="author.html#402">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000403.html b/_build/static/archives/extend/2014-June/000403.html
new file mode 100644
index 00000000..9ce8747a
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000403.html
@@ -0,0 +1,89 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Stop ranch listeners without dropping connections
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Stop%20ranch%20listeners%20without%20dropping%20connections&In-Reply-To=%3C53A81152.9020404%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000402.html">
+   <LINK REL="Next"  HREF="000404.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Stop ranch listeners without dropping connections</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Stop%20ranch%20listeners%20without%20dropping%20connections&In-Reply-To=%3C53A81152.9020404%40ninenines.eu%3E"
+       TITLE="[99s-extend] Stop ranch listeners without dropping connections">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Jun 23 13:36:50 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000402.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+        <LI>Next message: <A HREF="000404.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#403">[ date ]</a>
+              <a href="thread.html#403">[ thread ]</a>
+              <a href="subject.html#403">[ subject ]</a>
+              <a href="author.html#403">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It is not possible at this point. Please open a ticket.
+
+On 06/11/2014 02:38 PM, Roger Lipscombe wrote:
+&gt;<i> Using ranch, is there any way to stop the listener (and acceptors)
+</I>&gt;<i> without dropping the existing connections?
+</I>&gt;<i>
+</I>&gt;<i> I ask because I'd like to start another instance of my server on the
+</I>&gt;<i> same box and have the old instance continue to handle its existing
+</I>&gt;<i> connections for a while.
+</I>&gt;<i>
+</I>&gt;<i> It looks to me that if I call ranch:stop_listener, it'll kill the
+</I>&gt;<i> ranch_listener_sup, which will also kill the ranch_conns_sup (and the
+</I>&gt;<i> existing connections).
+</I>&gt;<i>
+</I>&gt;<i> If I manually do a supervisor:terminate_child(ListenerPid,
+</I>&gt;<i> ranch_acceptors_sup), the acceptors go away, but the socket is still
+</I>&gt;<i> open, which means that I can't start another instance of my server.
+</I>&gt;<i>
+</I>&gt;<i> Thoughts?
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000402.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+	<LI>Next message: <A HREF="000404.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#403">[ date ]</a>
+              <a href="thread.html#403">[ thread ]</a>
+              <a href="subject.html#403">[ subject ]</a>
+              <a href="author.html#403">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/000404.html b/_build/static/archives/extend/2014-June/000404.html
new file mode 100644
index 00000000..c07fc989
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/000404.html
@@ -0,0 +1,91 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Stop ranch listeners without dropping connections
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Stop%20ranch%20listeners%20without%20dropping%20connections&In-Reply-To=%3CCAJgnQd8XTjZeLAW4iP4s67B1pWyCf8yom_UfWeoApreVmmv%2BtA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000403.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Stop ranch listeners without dropping connections</H1>
+    <B>Roger Lipscombe</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Stop%20ranch%20listeners%20without%20dropping%20connections&In-Reply-To=%3CCAJgnQd8XTjZeLAW4iP4s67B1pWyCf8yom_UfWeoApreVmmv%2BtA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Stop ranch listeners without dropping connections">roger at differentpla.net
+       </A><BR>
+    <I>Mon Jun 23 15:55:47 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000403.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#404">[ date ]</a>
+              <a href="thread.html#404">[ thread ]</a>
+              <a href="subject.html#404">[ subject ]</a>
+              <a href="author.html#404">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Done: <A HREF="https://github.com/extend/ranch/issues/83">https://github.com/extend/ranch/issues/83</A>
+
+On 23 June 2014 12:36, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+&gt;<i> It is not possible at this point. Please open a ticket.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 06/11/2014 02:38 PM, Roger Lipscombe wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Using ranch, is there any way to stop the listener (and acceptors)
+</I>&gt;&gt;<i> without dropping the existing connections?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I ask because I'd like to start another instance of my server on the
+</I>&gt;&gt;<i> same box and have the old instance continue to handle its existing
+</I>&gt;&gt;<i> connections for a while.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> It looks to me that if I call ranch:stop_listener, it'll kill the
+</I>&gt;&gt;<i> ranch_listener_sup, which will also kill the ranch_conns_sup (and the
+</I>&gt;&gt;<i> existing connections).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> If I manually do a supervisor:terminate_child(ListenerPid,
+</I>&gt;&gt;<i> ranch_acceptors_sup), the acceptors go away, but the socket is still
+</I>&gt;&gt;<i> open, which means that I can't start another instance of my server.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thoughts?
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I></PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000403.html">[99s-extend] Stop ranch listeners without dropping connections
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#404">[ date ]</a>
+              <a href="thread.html#404">[ thread ]</a>
+              <a href="subject.html#404">[ subject ]</a>
+              <a href="author.html#404">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-June/author.html b/_build/static/archives/extend/2014-June/author.html
new file mode 100644
index 00000000..bb06272f
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/author.html
@@ -0,0 +1,122 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jun  4 22:08:54 CEST 2014</i><br>
+         <b>Ending:</b> <i>Mon Jun 23 15:55:47 CEST 2014</i><br>
+         <b>Messages:</b> 15<p>
+     <ul>
+
+<LI><A HREF="000390.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="390">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000394.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="394">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000397.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="397">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000399.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="399">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000392.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A><A NAME="392">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000393.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="393">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000396.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="396">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000398.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="398">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000400.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="400">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000401.html">[99s-extend] [ANN] Cowboy and Ranch 0.10
+</A><A NAME="401">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000403.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="403">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000402.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="402">&nbsp;</A>
+<I>Roger Lipscombe
+</I>
+
+<LI><A HREF="000404.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="404">&nbsp;</A>
+<I>Roger Lipscombe
+</I>
+
+<LI><A HREF="000391.html">[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+</A><A NAME="391">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000395.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A><A NAME="395">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Jun 23 15:55:47 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Mon Jun 23 15:55:49 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-June/date.html b/_build/static/archives/extend/2014-June/date.html
new file mode 100644
index 00000000..6af7d531
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/date.html
@@ -0,0 +1,122 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jun  4 22:08:54 CEST 2014</i><br>
+         <b>Ending:</b> <i>Mon Jun 23 15:55:47 CEST 2014</i><br>
+         <b>Messages:</b> 15<p>
+     <ul>
+
+<LI><A HREF="000390.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="390">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000391.html">[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+</A><A NAME="391">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000392.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A><A NAME="392">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000393.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="393">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000394.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="394">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000395.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A><A NAME="395">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000396.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="396">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000397.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="397">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000398.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="398">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000399.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="399">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000400.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="400">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000401.html">[99s-extend] [ANN] Cowboy and Ranch 0.10
+</A><A NAME="401">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000402.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="402">&nbsp;</A>
+<I>Roger Lipscombe
+</I>
+
+<LI><A HREF="000403.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="403">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000404.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="404">&nbsp;</A>
+<I>Roger Lipscombe
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Jun 23 15:55:47 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Mon Jun 23 15:55:49 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-June/index.html b/_build/static/archives/extend/2014-June/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-June/subject.html b/_build/static/archives/extend/2014-June/subject.html
new file mode 100644
index 00000000..c6fa9670
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/subject.html
@@ -0,0 +1,122 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jun  4 22:08:54 CEST 2014</i><br>
+         <b>Ending:</b> <i>Mon Jun 23 15:55:47 CEST 2014</i><br>
+         <b>Messages:</b> 15<p>
+     <ul>
+
+<LI><A HREF="000401.html">[99s-extend] [ANN] Cowboy and Ranch 0.10
+</A><A NAME="401">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000390.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="390">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000393.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="393">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000394.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="394">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000396.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="396">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000397.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="397">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000398.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="398">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000399.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="399">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000400.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="400">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000391.html">[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+</A><A NAME="391">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000392.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A><A NAME="392">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000395.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A><A NAME="395">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000402.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="402">&nbsp;</A>
+<I>Roger Lipscombe
+</I>
+
+<LI><A HREF="000403.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="403">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000404.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="404">&nbsp;</A>
+<I>Roger Lipscombe
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Jun 23 15:55:47 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Mon Jun 23 15:55:49 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-June/thread.html b/_build/static/archives/extend/2014-June/thread.html
new file mode 100644
index 00000000..a4e02007
--- /dev/null
+++ b/_build/static/archives/extend/2014-June/thread.html
@@ -0,0 +1,151 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Jun  4 22:08:54 CEST 2014</i><br>
+         <b>Ending:</b> <i>Mon Jun 23 15:55:47 CEST 2014</i><br>
+         <b>Messages:</b> 15<p>
+     <ul>
+
+<!--0 01401912534.390- -->
+<LI><A HREF="000390.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="390">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<UL>
+<!--1 01401912534.390-01401918481.393- -->
+<LI><A HREF="000393.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="393">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01401912534.390-01401918481.393-01401925442.394- -->
+<LI><A HREF="000394.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="394">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<UL>
+<!--3 01401912534.390-01401918481.393-01401925442.394-01401955448.396- -->
+<LI><A HREF="000396.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="396">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01401912534.390-01401918481.393-01401925442.394-01401955448.396-01402002072.397- -->
+<LI><A HREF="000397.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="397">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<!--3 01401912534.390-01401918481.393-01401925442.394-01401955448.396-01402002072.397-01402003490.398- -->
+<LI><A HREF="000398.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="398">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01401912534.390-01401918481.393-01401925442.394-01401955448.396-01402002072.397-01402003490.398-01402063183.399- -->
+<LI><A HREF="000399.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="399">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<!--3 01401912534.390-01401918481.393-01401925442.394-01401955448.396-01402002072.397-01402003490.398-01402063183.399-01402063796.400- -->
+<LI><A HREF="000400.html">[99s-extend] cowboy client cert auth, basic auth
+</A><A NAME="400">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01401917834.391- -->
+<LI><A HREF="000391.html">[99s-extend] Mandatory init/3 and optional handle/2 and terminate/3
+</A><A NAME="391">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--1 01401917834.391-01401918398.392- -->
+<LI><A HREF="000392.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A><A NAME="392">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01401917834.391-01401918398.392-01401925741.395- -->
+<LI><A HREF="000395.html">[99s-extend] Mandatory init/3 and optional handle/2 and	terminate/3
+</A><A NAME="395">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+</UL>
+</UL>
+<!--0 01402396690.401- -->
+<LI><A HREF="000401.html">[99s-extend] [ANN] Cowboy and Ranch 0.10
+</A><A NAME="401">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01402490339.402- -->
+<LI><A HREF="000402.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="402">&nbsp;</A>
+<I>Roger Lipscombe
+</I>
+
+<UL>
+<!--1 01402490339.402-01403523410.403- -->
+<LI><A HREF="000403.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="403">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01402490339.402-01403523410.403-01403531747.404- -->
+<LI><A HREF="000404.html">[99s-extend] Stop ranch listeners without dropping connections
+</A><A NAME="404">&nbsp;</A>
+<I>Roger Lipscombe
+</I>
+
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Jun 23 15:55:47 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Mon Jun 23 15:55:49 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-March.txt b/_build/static/archives/extend/2014-March.txt
new file mode 100644
index 00000000..f510662a
--- /dev/null
+++ b/_build/static/archives/extend/2014-March.txt
@@ -0,0 +1,1740 @@
+From psihonavt at gmail.com  Mon Mar  3 21:49:33 2014
+From: psihonavt at gmail.com (Anton Koval')
+Date: Mon, 3 Mar 2014 22:49:33 +0200
+Subject: [99s-extend] usage of make_* command
+Message-ID: <CAD9h6NFVnE3y6QDj9WPMA8sKZWwzE6==9c8MzJitE=GYEocgmw@mail.gmail.com>
+
+Hello,
+
+I have next structure of my project:
+.
+??? deps
+?   ??? cowboy
+?   ??? cowlib
+?   ??? erlang_iconv
+?   ??? erlydtl
+?   ??? mochiweb_xpath
+?   ??? ranch
+??? ebin
+?   ??? fetchers.beam
+?   ??? parsers.beam
+?   ??? wasearch_sup.beam
+??? erlang.mk
+??? Makefile
+??? _rel
+?   ??? ....
+??? relx
+??? relx.config
+??? src
+?   ??? fetchers.erl
+?   ??? main_handler.erl
+?   ??? parsers.erl
+?   ??? tests
+?   ?   ??? parsers_SUITE_data
+?   ?   ??? parsers_SUITE.erl
+?   ?   ??? ....
+?   ??? wasearch_app.erl
+?   ??? wasearch.app.src
+?   ??? wasearch_sup.erl
+??? templates
+    ??? index.dtl
+
+I would prefer to store tests not in `src` directory but rather in `tests`
+subdirectory.
+Erlang.mk README says: You can run an individual test suite by using the
+special test_* targets. For example if you have a common_test suite named
+spdy and you want to run only this suite and not the others, you can use
+the make test_spdy command.
+And of course `make test_parsers`  returns `no rule to make target` error.
+Is there a way to run suites from custom directory with
+`make_<mod_name_with_suite>` command?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140303/52007acc/attachment.html>
+
+From mark.nijhof at cre8ivethought.com  Thu Mar  6 00:47:08 2014
+From: mark.nijhof at cre8ivethought.com (Mark Nijhof)
+Date: Thu, 6 Mar 2014 00:47:08 +0100
+Subject: [99s-extend] Cowboy pre request filter
+Message-ID: <CACE=TJris=4eTreF13p+bSmhfEqoKtpfj3PGyMCup1zfCRurkQ@mail.gmail.com>
+
+Hi,
+
+I want to create a module that basically sits between the incoming request
+and the http handler for that request to ensure a request is authenticated
+(using a cookie), if the request is not authenticated then I like to
+redirect to a specific login page (which should not be filtered).
+
+Is this possible with Cowboy? Should I use the onrequest hook (not sure if
+I can force redirects from there) for that or is there a better way?
+
+Cheers,
+
+-Mark
+
+-- 
+Mark Nijhof
+t:   @MarkNijhof <https://twitter.com/MarkNijhof>
+s:  marknijhof
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140306/a517215b/attachment.html>
+
+From mark.nijhof at cre8ivethought.com  Thu Mar  6 10:52:01 2014
+From: mark.nijhof at cre8ivethought.com (Mark Nijhof)
+Date: Thu, 6 Mar 2014 10:52:01 +0100
+Subject: [99s-extend] Cowboy pre request filter
+In-Reply-To: <CACE=TJris=4eTreF13p+bSmhfEqoKtpfj3PGyMCup1zfCRurkQ@mail.gmail.com>
+References: <CACE=TJris=4eTreF13p+bSmhfEqoKtpfj3PGyMCup1zfCRurkQ@mail.gmail.com>
+Message-ID: <CACE=TJqaoxrqsCSnN44s_5x4MabgWBVfaN_pecVrShnUuU-9aQ@mail.gmail.com>
+
+I also found the answer to my own question: custom middleware
+
+I just created:
+
+   1 -module(authentication_middleware).
+   2
+   3 -behaviour(cowboy_middleware).
+   4
+   5 -export([execute/2]).
+   6
+   7 execute(Req, Env) ->
+   8
+   9     {Path, Req1} = cowboy_req:path(Req),
+  10
+  11     case Path of
+  12         <<"/login.html">> ->
+  13             {ok, Req1, Env};
+  14         <<"/do_login">> ->
+  15             {ok, Req1, Env};
+  16         _ ->
+  17             case id3as_security:is_request_authenticated(Req1) of
+  18                 {error, eauth, Req2} ->
+  19                     {ok, Req4} = cowboy_req:reply(303,
+[{<<"Location">>, <<"/login.html">>}], "", Req2),
+  20                     {halt, Req4};
+  21                 {authenticated, _Id, Req2} ->
+  22                    {ok, Req2, Env}
+  23             end
+  24     end.
+
+And put this between the cowboy_router and cowboy_handler and life is all
+good.
+
+-Mark
+
+
+
+On Thu, Mar 6, 2014 at 12:47 AM, Mark Nijhof <mark.nijhof at cre8ivethought.com
+> wrote:
+
+> Hi,
+>
+> I want to create a module that basically sits between the incoming request
+> and the http handler for that request to ensure a request is authenticated
+> (using a cookie), if the request is not authenticated then I like to
+> redirect to a specific login page (which should not be filtered).
+>
+> Is this possible with Cowboy? Should I use the onrequest hook (not sure if
+> I can force redirects from there) for that or is there a better way?
+>
+> Cheers,
+>
+> -Mark
+>
+> --
+> Mark Nijhof
+> t:   @MarkNijhof <https://twitter.com/MarkNijhof>
+> s:  marknijhof
+>
+>
+
+
+-- 
+Mark Nijhof
+t:   @MarkNijhof <https://twitter.com/MarkNijhof>
+s:  marknijhof
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140306/24422ef2/attachment.html>
+
+From essen at ninenines.eu  Thu Mar  6 15:40:59 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 06 Mar 2014 15:40:59 +0100
+Subject: [99s-extend] usage of make_* command
+In-Reply-To: <CAD9h6NFVnE3y6QDj9WPMA8sKZWwzE6==9c8MzJitE=GYEocgmw@mail.gmail.com>
+References: <CAD9h6NFVnE3y6QDj9WPMA8sKZWwzE6==9c8MzJitE=GYEocgmw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Tests should be in ./tests, not ./src/tests.
+
+If you put them in ./tests everything you mentioned will work.
+
+On 03/03/2014 09:49 PM, Anton Koval' wrote:
+> Hello,
+>
+> I have next structure of my project:
+> .
+> ??? deps
+> ?   ??? cowboy
+> ?   ??? cowlib
+> ?   ??? erlang_iconv
+> ?   ??? erlydtl
+> ?   ??? mochiweb_xpath
+> ?   ??? ranch
+> ??? ebin
+> ?   ??? fetchers.beam
+> ?   ??? parsers.beam
+> ?   ??? wasearch_sup.beam
+> ??? erlang.mk <http://erlang.mk>
+> ??? Makefile
+> ??? _rel
+> ?   ??? ....
+> ??? relx
+> ??? relx.config
+> ??? src
+> ?   ??? fetchers.erl
+> ?   ??? main_handler.erl
+> ?   ??? parsers.erl
+> ?   ??? tests
+> ?   ?   ??? parsers_SUITE_data
+> ?   ?   ??? parsers_SUITE.erl
+> ?   ?   ??? ....
+> ?   ??? wasearch_app.erl
+> ?   ??? wasearch.app.src
+> ?   ??? wasearch_sup.erl
+> ??? templates
+>      ??? index.dtl
+>
+> I would prefer to store tests not in `src` directory but rather in
+> `tests` subdirectory.
+> Erlang.mk README says: You can run an individual test suite by using the
+> special |test_*| targets. For example if you have a common_test suite
+> named |spdy| and you want to run only this suite and not the others, you
+> can use the |make test_spdy| command.
+> And of course `make test_parsers`  returns `no rule to make target` error.
+> Is there a way to run suites from custom directory with
+> `make_<mod_name_with_suite>` command?
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From psihonavt at gmail.com  Thu Mar  6 15:50:01 2014
+From: psihonavt at gmail.com (Anton Koval')
+Date: Thu, 6 Mar 2014 16:50:01 +0200
+Subject: [99s-extend] usage of make_* command
+In-Reply-To: <[email protected]>
+References: <CAD9h6NFVnE3y6QDj9WPMA8sKZWwzE6==9c8MzJitE=GYEocgmw@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAD9h6NHaXQFX518wFdLNpycFVuu0bXN4NKzMqztnVN0rLu6BeA@mail.gmail.com>
+
+Thank you for answer.
+Is it common way (for OTP-based application) to store tests in `tests`
+subdirectory rather then in `src/tests/`?
+
+
+On Thu, Mar 6, 2014 at 4:40 PM, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Tests should be in ./tests, not ./src/tests.
+>
+> If you put them in ./tests everything you mentioned will work.
+>
+>
+> On 03/03/2014 09:49 PM, Anton Koval' wrote:
+>
+>> Hello,
+>>
+>> I have next structure of my project:
+>> .
+>> ??? deps
+>> ?   ??? cowboy
+>> ?   ??? cowlib
+>> ?   ??? erlang_iconv
+>> ?   ??? erlydtl
+>> ?   ??? mochiweb_xpath
+>> ?   ??? ranch
+>> ??? ebin
+>> ?   ??? fetchers.beam
+>> ?   ??? parsers.beam
+>> ?   ??? wasearch_sup.beam
+>> ??? erlang.mk <http://erlang.mk>
+>>
+>> ??? Makefile
+>> ??? _rel
+>> ?   ??? ....
+>> ??? relx
+>> ??? relx.config
+>> ??? src
+>> ?   ??? fetchers.erl
+>> ?   ??? main_handler.erl
+>> ?   ??? parsers.erl
+>> ?   ??? tests
+>> ?   ?   ??? parsers_SUITE_data
+>> ?   ?   ??? parsers_SUITE.erl
+>> ?   ?   ??? ....
+>> ?   ??? wasearch_app.erl
+>> ?   ??? wasearch.app.src
+>> ?   ??? wasearch_sup.erl
+>> ??? templates
+>>      ??? index.dtl
+>>
+>> I would prefer to store tests not in `src` directory but rather in
+>> `tests` subdirectory.
+>> Erlang.mk README says: You can run an individual test suite by using the
+>> special |test_*| targets. For example if you have a common_test suite
+>> named |spdy| and you want to run only this suite and not the others, you
+>> can use the |make test_spdy| command.
+>> And of course `make test_parsers`  returns `no rule to make target` error.
+>> Is there a way to run suites from custom directory with
+>> `make_<mod_name_with_suite>` command?
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140306/6fa8fe3b/attachment.html>
+
+From essen at ninenines.eu  Thu Mar  6 15:51:58 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 06 Mar 2014 15:51:58 +0100
+Subject: [99s-extend] usage of make_* command
+In-Reply-To: <CAD9h6NHaXQFX518wFdLNpycFVuu0bXN4NKzMqztnVN0rLu6BeA@mail.gmail.com>
+References: <CAD9h6NFVnE3y6QDj9WPMA8sKZWwzE6==9c8MzJitE=GYEocgmw@mail.gmail.com>	<[email protected]>
+ <CAD9h6NHaXQFX518wFdLNpycFVuu0bXN4NKzMqztnVN0rLu6BeA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Sorry I meant ./test/ not ./tests/
+
+But yes. That's how OTP does it.
+
+On 03/06/2014 03:50 PM, Anton Koval' wrote:
+> Thank you for answer.
+> Is it common way (for OTP-based application) to store tests in `tests`
+> subdirectory rather then in `src/tests/`?
+>
+>
+> On Thu, Mar 6, 2014 at 4:40 PM, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     Tests should be in ./tests, not ./src/tests.
+>
+>     If you put them in ./tests everything you mentioned will work.
+>
+>
+>     On 03/03/2014 09:49 PM, Anton Koval' wrote:
+>
+>         Hello,
+>
+>         I have next structure of my project:
+>         .
+>         ??? deps
+>         ?   ??? cowboy
+>         ?   ??? cowlib
+>         ?   ??? erlang_iconv
+>         ?   ??? erlydtl
+>         ?   ??? mochiweb_xpath
+>         ?   ??? ranch
+>         ??? ebin
+>         ?   ??? fetchers.beam
+>         ?   ??? parsers.beam
+>         ?   ??? wasearch_sup.beam
+>         ??? erlang.mk <http://erlang.mk> <http://erlang.mk>
+>
+>         ??? Makefile
+>         ??? _rel
+>         ?   ??? ....
+>         ??? relx
+>         ??? relx.config
+>         ??? src
+>         ?   ??? fetchers.erl
+>         ?   ??? main_handler.erl
+>         ?   ??? parsers.erl
+>         ?   ??? tests
+>         ?   ?   ??? parsers_SUITE_data
+>         ?   ?   ??? parsers_SUITE.erl
+>         ?   ?   ??? ....
+>         ?   ??? wasearch_app.erl
+>         ?   ??? wasearch.app.src
+>         ?   ??? wasearch_sup.erl
+>         ??? templates
+>               ??? index.dtl
+>
+>         I would prefer to store tests not in `src` directory but rather in
+>         `tests` subdirectory.
+>         Erlang.mk README says: You can run an individual test suite by
+>         using the
+>         special |test_*| targets. For example if you have a common_test
+>         suite
+>         named |spdy| and you want to run only this suite and not the
+>         others, you
+>         can use the |make test_spdy| command.
+>         And of course `make test_parsers`  returns `no rule to make
+>         target` error.
+>         Is there a way to run suites from custom directory with
+>         `make_<mod_name_with_suite>` command?
+>
+>
+>         _________________________________________________
+>         Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         https://lists.ninenines.eu/__listinfo/extend
+>         <https://lists.ninenines.eu/listinfo/extend>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     http://ninenines.eu
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From lloyd at writersglen.com  Thu Mar  6 21:29:59 2014
+From: lloyd at writersglen.com (lloyd at writersglen.com)
+Date: Thu, 6 Mar 2014 15:29:59 -0500 (EST)
+Subject: [99s-extend] Trying to grok erlang.mk
+Message-ID: <[email protected]>
+
+Hello,
+
+To secure my understanding of erlang.mk, I've been trying to create the simplest possible example I can imagine. Which gives me this:
+
+min
+   erlang.mk
+   Makefile
+   src
+      min.app.src
+      min.erl
+
+*** Where Makefile is:
+
+PROJECT = min
+
+include erlang.mk
+
+*** min.app.src is:
+
+{application, min,
+         [{description,[]},
+          {vsn,"0.1.0"},
+          {registered,[]},
+          {applications,[kernel,stdlib]},
+          {env,[]},
+          {modules,[]}]}.
+
+*** and min.erl is:
+
+-module(min).
+
+-export([hello/0]).
+
+hello() ->
+   io:format("Hello min!~n~n").
+
+*** But when I call make, I get this:
+
+/min$ make
+ ERLC   min.erl
+ APP    min .app.src
+cat: src/min: No such file or directory
+cat: .app.src: No such file or directory
+sed: can't read .app: No such file or directory
+make: *** [app] Error 2
+
+*** Observations
+
+min.erl compiles just  fine
+min.app.src breaks the compile
+
+*** Questions: 
+
+1) How can I correct this?
+2) How can I structure directories and make files for a project that involves several applications?
+
+Many thanks,
+
+LRP
+
+
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+http://thegospelofashes.com
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+http://freeinpancho.com
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+http://ayatakeo.com
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+
+
+
+From ivan at llaisdy.com  Fri Mar  7 13:37:27 2014
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Fri, 07 Mar 2014 12:37:27 +0000
+Subject: [99s-extend] Trying to grok erlang.mk
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Dear Lloyd
+
+I've just tried this with file layout and contents copied from your 
+email, and make works fine here I'm afraid.
+
+One odd thing I noticed in your make output ...
+
+ > /min$ make
+ >   ERLC   min.erl
+ >   APP    min .app.src
+ > cat: src/min: No such file or directory
+ > cat: .app.src: No such file or directory
+ > sed: can't read .app: No such file or directory
+ > make: *** [app] Error 2
+
+... is that in the APP line, the filename min.app.src has a space in it, 
+and it looks (in the cat lines) like it's broken down into src/min and 
+.app.src (ie ./.app.src).  I can't imagine why that's happening, but 
+that's what's causing the problem I should think.
+
+ > 2) How can I structure directories and make files for a project
+ >    that involves several applications?
+
+I don't know if it's the "correct" way with erlang.mk but, as a refugee 
+from rebar, I have apps set out rebar-style and use old-school recursive 
+make. e.g.:
+
+max/
+   erlang.mk
+   Makefile
+   apps/
+     app1/
+       Makefile
+       src/
+     app2/
+       Makefile
+       src/
+
+Top level Makefile doesn't need to include erlang.mk, and has lines like:
+
+all:
+	$(MAKE) -C apps/app1
+	$(MAKE) -C apps/app2
+
+Lower level Makefiles include erlang.mk.
+
+Best wishes
+
+Ivan
+
+
+On 06/03/2014 20:29, lloyd at writersglen.com wrote:
+> Hello,
+>
+> To secure my understanding of erlang.mk, I've been trying to create the simplest possible example I can imagine. Which gives me this:
+>
+> min
+>     erlang.mk
+>     Makefile
+>     src
+>        min.app.src
+>        min.erl
+>
+> *** Where Makefile is:
+>
+> PROJECT = min
+>
+> include erlang.mk
+>
+> *** min.app.src is:
+>
+> {application, min,
+>           [{description,[]},
+>            {vsn,"0.1.0"},
+>            {registered,[]},
+>            {applications,[kernel,stdlib]},
+>            {env,[]},
+>            {modules,[]}]}.
+>
+> *** and min.erl is:
+>
+> -module(min).
+>
+> -export([hello/0]).
+>
+> hello() ->
+>     io:format("Hello min!~n~n").
+>
+> *** But when I call make, I get this:
+>
+> /min$ make
+>   ERLC   min.erl
+>   APP    min .app.src
+> cat: src/min: No such file or directory
+> cat: .app.src: No such file or directory
+> sed: can't read .app: No such file or directory
+> make: *** [app] Error 2
+>
+> *** Observations
+>
+> min.erl compiles just  fine
+> min.app.src breaks the compile
+>
+> *** Questions:
+>
+> 1) How can I correct this?
+> 2) How can I structure directories and make files for a project that involves several applications?
+>
+> Many thanks,
+>
+> LRP
+>
+>
+> *********************************************
+> My books:
+>
+> THE GOSPEL OF ASHES
+> http://thegospelofashes.com
+>
+> Strength is not enough. Do they have the courage
+> and the cunning? Can they survive long enough to
+> save the lives of millions?
+>
+> FREEIN' PANCHO
+> http://freeinpancho.com
+>
+> A community of misfits help a troubled boy find his way
+>
+> AYA TAKEO
+> http://ayatakeo.com
+>
+> Star-crossed love, war and power in an alternative
+> universe
+>
+> Available through Amazon or by request from your
+> favorite bookstore
+>
+>
+> **********************************************
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     ivan at llaisdy.com
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+
+From essen at ninenines.eu  Fri Mar  7 17:56:01 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 07 Mar 2014 17:56:01 +0100
+Subject: [99s-extend] Trying to grok erlang.mk
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 03/06/2014 09:29 PM, lloyd at writersglen.com wrote:
+> PROJECT = min
+
+You probably have an extra space at the end here, and erlang.mk doesn't 
+trim them I guess. Please open a ticket!
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From ivan at llaisdy.com  Fri Mar  7 17:58:40 2014
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Fri, 07 Mar 2014 16:58:40 +0000
+Subject: [99s-extend] Trying to grok erlang.mk
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Yes, that's it!  I've just tried it.
+
+Good old make :)
+
+On 07/03/2014 16:56, Lo?c Hoguin wrote:
+> On 03/06/2014 09:29 PM, lloyd at writersglen.com wrote:
+>> PROJECT = min
+>
+> You probably have an extra space at the end here, and erlang.mk doesn't
+> trim them I guess. Please open a ticket!
+>
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     ivan at llaisdy.com
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+
+From lloyd at writersglen.com  Mon Mar 10 20:44:27 2014
+From: lloyd at writersglen.com (lloyd at writersglen.com)
+Date: Mon, 10 Mar 2014 15:44:27 -0400 (EDT)
+Subject: [99s-extend] =?utf-8?q?Getting_started_error=3A___behaviour_cowbo?=
+ =?utf-8?q?y=5Fhttp=5Fhandler_undefined?=
+Message-ID: <[email protected]>
+
+Hello,
+
+I've slavishly emulated the "Getting started" example in the guide: 
+
+http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/
+
+But, when I compile I get this error:
+
+yada yada
+ ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+compile: warnings being treated as errors
+src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+make: *** [ebin/hello_erlang.app] Error 1
+
+Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+
+However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+
+% -behavior(cowboy_http_handler).
+
+Could this be a bug in Getting started or some dunder-headed thing on my end?
+
+Thanks,
+
+LRP
+
+
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+http://thegospelofashes.com
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+http://freeinpancho.com
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+http://ayatakeo.com
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+
+
+
+From essen at ninenines.eu  Mon Mar 10 21:36:22 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 10 Mar 2014 21:36:22 +0100
+Subject: [99s-extend] Getting started error: behaviour
+ cowboy_http_handler undefined
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Try updating Erlang or Cowboy, this isn't the first time this happens 
+and I fixed something at some point.
+
+Also see if you have ERL_LIBS already defined, in which case there might 
+be a bug in Cowboy.
+
+On 03/10/2014 08:44 PM, lloyd at writersglen.com wrote:
+> Hello,
+>
+> I've slavishly emulated the "Getting started" example in the guide:
+>
+> http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/
+>
+> But, when I compile I get this error:
+>
+> yada yada
+>   ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+> compile: warnings being treated as errors
+> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+> make: *** [ebin/hello_erlang.app] Error 1
+>
+> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+>
+> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+>
+> % -behavior(cowboy_http_handler).
+>
+> Could this be a bug in Getting started or some dunder-headed thing on my end?
+>
+> Thanks,
+>
+> LRP
+>
+>
+> *********************************************
+> My books:
+>
+> THE GOSPEL OF ASHES
+> http://thegospelofashes.com
+>
+> Strength is not enough. Do they have the courage
+> and the cunning? Can they survive long enough to
+> save the lives of millions?
+>
+> FREEIN' PANCHO
+> http://freeinpancho.com
+>
+> A community of misfits help a troubled boy find his way
+>
+> AYA TAKEO
+> http://ayatakeo.com
+>
+> Star-crossed love, war and power in an alternative
+> universe
+>
+> Available through Amazon or by request from your
+> favorite bookstore
+>
+>
+> **********************************************
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From lloyd at writersglen.com  Wed Mar 12 23:51:04 2014
+From: lloyd at writersglen.com (lloyd at writersglen.com)
+Date: Wed, 12 Mar 2014 18:51:04 -0400 (EDT)
+Subject: [99s-extend]
+ =?utf-8?q?Getting_started_error=3A_behaviour_cowboy?=
+ =?utf-8?q?=5Fhttp=5Fhandler_undefined?=
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Hi Lo?c,
+
+Thanks for help.
+
+I'm running cowboy master from GitHub and Erlang R16B02.
+
+$ echo $ERL_LIBS
+
+...gives me a directory that no longer exists; don't know how it got there, what it should be, or how to change it.
+
+E.g.: /home/lloyd/Programming/Erlang/zippity/apps
+
+I've looked in .erlang and tried $ export ERL_LIBS=<my path to hello_erlang/ebin>.
+
+Thanks again,
+
+LRP
+
+-----Original Message-----
+From: "Lo?c Hoguin" <essen at ninenines.eu>
+Sent: Monday, March 10, 2014 4:36pm
+To: lloyd at writersglen.com, extend at lists.ninenines.eu
+Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+
+Try updating Erlang or Cowboy, this isn't the first time this happens 
+and I fixed something at some point.
+
+Also see if you have ERL_LIBS already defined, in which case there might 
+be a bug in Cowboy.
+
+On 03/10/2014 08:44 PM, lloyd at writersglen.com wrote:
+> Hello,
+>
+> I've slavishly emulated the "Getting started" example in the guide:
+>
+> http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/
+>
+> But, when I compile I get this error:
+>
+> yada yada
+>   ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+> compile: warnings being treated as errors
+> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+> make: *** [ebin/hello_erlang.app] Error 1
+>
+> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+>
+> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+>
+> % -behavior(cowboy_http_handler).
+>
+> Could this be a bug in Getting started or some dunder-headed thing on my end?
+>
+> Thanks,
+>
+> LRP
+>
+>
+> *********************************************
+> My books:
+>
+> THE GOSPEL OF ASHES
+> http://thegospelofashes.com
+>
+> Strength is not enough. Do they have the courage
+> and the cunning? Can they survive long enough to
+> save the lives of millions?
+>
+> FREEIN' PANCHO
+> http://freeinpancho.com
+>
+> A community of misfits help a troubled boy find his way
+>
+> AYA TAKEO
+> http://ayatakeo.com
+>
+> Star-crossed love, war and power in an alternative
+> universe
+>
+> Available through Amazon or by request from your
+> favorite bookstore
+>
+>
+> **********************************************
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+
+
+From essen at ninenines.eu  Wed Mar 12 23:57:16 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 12 Mar 2014 23:57:16 +0100
+Subject: [99s-extend] Getting started error: behaviour
+ cowboy_http_handler undefined
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+Can you try again after running "unset ERL_LIBS"?
+
+On 03/12/2014 11:51 PM, lloyd at writersglen.com wrote:
+> Hi Lo?c,
+>
+> Thanks for help.
+>
+> I'm running cowboy master from GitHub and Erlang R16B02.
+>
+> $ echo $ERL_LIBS
+>
+> ...gives me a directory that no longer exists; don't know how it got there, what it should be, or how to change it.
+>
+> E.g.: /home/lloyd/Programming/Erlang/zippity/apps
+>
+> I've looked in .erlang and tried $ export ERL_LIBS=<my path to hello_erlang/ebin>.
+>
+> Thanks again,
+>
+> LRP
+>
+> -----Original Message-----
+> From: "Lo?c Hoguin" <essen at ninenines.eu>
+> Sent: Monday, March 10, 2014 4:36pm
+> To: lloyd at writersglen.com, extend at lists.ninenines.eu
+> Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+>
+> Try updating Erlang or Cowboy, this isn't the first time this happens
+> and I fixed something at some point.
+>
+> Also see if you have ERL_LIBS already defined, in which case there might
+> be a bug in Cowboy.
+>
+> On 03/10/2014 08:44 PM, lloyd at writersglen.com wrote:
+>> Hello,
+>>
+>> I've slavishly emulated the "Getting started" example in the guide:
+>>
+>> http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/
+>>
+>> But, when I compile I get this error:
+>>
+>> yada yada
+>>    ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+>> compile: warnings being treated as errors
+>> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+>> make: *** [ebin/hello_erlang.app] Error 1
+>>
+>> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+>>
+>> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+>>
+>> % -behavior(cowboy_http_handler).
+>>
+>> Could this be a bug in Getting started or some dunder-headed thing on my end?
+>>
+>> Thanks,
+>>
+>> LRP
+>>
+>>
+>> *********************************************
+>> My books:
+>>
+>> THE GOSPEL OF ASHES
+>> http://thegospelofashes.com
+>>
+>> Strength is not enough. Do they have the courage
+>> and the cunning? Can they survive long enough to
+>> save the lives of millions?
+>>
+>> FREEIN' PANCHO
+>> http://freeinpancho.com
+>>
+>> A community of misfits help a troubled boy find his way
+>>
+>> AYA TAKEO
+>> http://ayatakeo.com
+>>
+>> Star-crossed love, war and power in an alternative
+>> universe
+>>
+>> Available through Amazon or by request from your
+>> favorite bookstore
+>>
+>>
+>> **********************************************
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From lloyd at writersglen.com  Thu Mar 13 00:43:16 2014
+From: lloyd at writersglen.com (lloyd at writersglen.com)
+Date: Wed, 12 Mar 2014 19:43:16 -0400 (EDT)
+Subject: [99s-extend]
+ =?utf-8?q?Getting_started_error=3A_behaviour_cowboy?=
+ =?utf-8?q?=5Fhttp=5Fhandler_undefined?=
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]> 
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+Hi,
+
+That fixed it!
+
+But where can I go to understand why and prevent it in future? 
+
+I've googled ERL_LIBS, but not found much enlightenment. Should there possibly be a note in Cowboy docs? Or is this something idiosyncratic to my system?
+
+Many thanks!
+
+Lloyd
+
+-----Original Message-----
+From: "Lo?c Hoguin" <essen at ninenines.eu>
+Sent: Wednesday, March 12, 2014 6:57pm
+To: lloyd at writersglen.com
+Cc: extend at lists.ninenines.eu
+Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+
+Can you try again after running "unset ERL_LIBS"?
+
+On 03/12/2014 11:51 PM, lloyd at writersglen.com wrote:
+> Hi Lo?c,
+>
+> Thanks for help.
+>
+> I'm running cowboy master from GitHub and Erlang R16B02.
+>
+> $ echo $ERL_LIBS
+>
+> ...gives me a directory that no longer exists; don't know how it got there, what it should be, or how to change it.
+>
+> E.g.: /home/lloyd/Programming/Erlang/zippity/apps
+>
+> I've looked in .erlang and tried $ export ERL_LIBS=<my path to hello_erlang/ebin>.
+>
+> Thanks again,
+>
+> LRP
+>
+> -----Original Message-----
+> From: "Lo?c Hoguin" <essen at ninenines.eu>
+> Sent: Monday, March 10, 2014 4:36pm
+> To: lloyd at writersglen.com, extend at lists.ninenines.eu
+> Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+>
+> Try updating Erlang or Cowboy, this isn't the first time this happens
+> and I fixed something at some point.
+>
+> Also see if you have ERL_LIBS already defined, in which case there might
+> be a bug in Cowboy.
+>
+> On 03/10/2014 08:44 PM, lloyd at writersglen.com wrote:
+>> Hello,
+>>
+>> I've slavishly emulated the "Getting started" example in the guide:
+>>
+>> http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/
+>>
+>> But, when I compile I get this error:
+>>
+>> yada yada
+>>    ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+>> compile: warnings being treated as errors
+>> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+>> make: *** [ebin/hello_erlang.app] Error 1
+>>
+>> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+>>
+>> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+>>
+>> % -behavior(cowboy_http_handler).
+>>
+>> Could this be a bug in Getting started or some dunder-headed thing on my end?
+>>
+>> Thanks,
+>>
+>> LRP
+>>
+>>
+>> *********************************************
+>> My books:
+>>
+>> THE GOSPEL OF ASHES
+>> http://thegospelofashes.com
+>>
+>> Strength is not enough. Do they have the courage
+>> and the cunning? Can they survive long enough to
+>> save the lives of millions?
+>>
+>> FREEIN' PANCHO
+>> http://freeinpancho.com
+>>
+>> A community of misfits help a troubled boy find his way
+>>
+>> AYA TAKEO
+>> http://ayatakeo.com
+>>
+>> Star-crossed love, war and power in an alternative
+>> universe
+>>
+>> Available through Amazon or by request from your
+>> favorite bookstore
+>>
+>>
+>> **********************************************
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+
+
+From essen at ninenines.eu  Thu Mar 13 00:46:57 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 13 Mar 2014 00:46:57 +0100
+Subject: [99s-extend] Getting started error: behaviour
+ cowboy_http_handler undefined
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+It's explained here: http://www.erlang.org/doc/man/code.html
+
+I am not sure why it caused issues on your system, possibly Erlang 
+ignored it because there was an invalid folder in there. I don't really 
+know.
+
+On 03/13/2014 12:43 AM, lloyd at writersglen.com wrote:
+> Hi,
+>
+> That fixed it!
+>
+> But where can I go to understand why and prevent it in future?
+>
+> I've googled ERL_LIBS, but not found much enlightenment. Should there possibly be a note in Cowboy docs? Or is this something idiosyncratic to my system?
+>
+> Many thanks!
+>
+> Lloyd
+>
+> -----Original Message-----
+> From: "Lo?c Hoguin" <essen at ninenines.eu>
+> Sent: Wednesday, March 12, 2014 6:57pm
+> To: lloyd at writersglen.com
+> Cc: extend at lists.ninenines.eu
+> Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+>
+> Can you try again after running "unset ERL_LIBS"?
+>
+> On 03/12/2014 11:51 PM, lloyd at writersglen.com wrote:
+>> Hi Lo?c,
+>>
+>> Thanks for help.
+>>
+>> I'm running cowboy master from GitHub and Erlang R16B02.
+>>
+>> $ echo $ERL_LIBS
+>>
+>> ...gives me a directory that no longer exists; don't know how it got there, what it should be, or how to change it.
+>>
+>> E.g.: /home/lloyd/Programming/Erlang/zippity/apps
+>>
+>> I've looked in .erlang and tried $ export ERL_LIBS=<my path to hello_erlang/ebin>.
+>>
+>> Thanks again,
+>>
+>> LRP
+>>
+>> -----Original Message-----
+>> From: "Lo?c Hoguin" <essen at ninenines.eu>
+>> Sent: Monday, March 10, 2014 4:36pm
+>> To: lloyd at writersglen.com, extend at lists.ninenines.eu
+>> Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+>>
+>> Try updating Erlang or Cowboy, this isn't the first time this happens
+>> and I fixed something at some point.
+>>
+>> Also see if you have ERL_LIBS already defined, in which case there might
+>> be a bug in Cowboy.
+>>
+>> On 03/10/2014 08:44 PM, lloyd at writersglen.com wrote:
+>>> Hello,
+>>>
+>>> I've slavishly emulated the "Getting started" example in the guide:
+>>>
+>>> http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/
+>>>
+>>> But, when I compile I get this error:
+>>>
+>>> yada yada
+>>>     ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+>>> compile: warnings being treated as errors
+>>> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+>>> make: *** [ebin/hello_erlang.app] Error 1
+>>>
+>>> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+>>>
+>>> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+>>>
+>>> % -behavior(cowboy_http_handler).
+>>>
+>>> Could this be a bug in Getting started or some dunder-headed thing on my end?
+>>>
+>>> Thanks,
+>>>
+>>> LRP
+>>>
+>>>
+>>> *********************************************
+>>> My books:
+>>>
+>>> THE GOSPEL OF ASHES
+>>> http://thegospelofashes.com
+>>>
+>>> Strength is not enough. Do they have the courage
+>>> and the cunning? Can they survive long enough to
+>>> save the lives of millions?
+>>>
+>>> FREEIN' PANCHO
+>>> http://freeinpancho.com
+>>>
+>>> A community of misfits help a troubled boy find his way
+>>>
+>>> AYA TAKEO
+>>> http://ayatakeo.com
+>>>
+>>> Star-crossed love, war and power in an alternative
+>>> universe
+>>>
+>>> Available through Amazon or by request from your
+>>> favorite bookstore
+>>>
+>>>
+>>> **********************************************
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> https://lists.ninenines.eu/listinfo/extend
+>>>
+>>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From joshua.mcquistan at mcq.io  Thu Mar 13 02:41:12 2014
+From: joshua.mcquistan at mcq.io (Joshua McQuistan)
+Date: Thu, 13 Mar 2014 01:41:12 +0000
+Subject: [99s-extend] Updating Cowboy applications
+Message-ID: <[email protected]>
+
+Hello all,
+
+I have written a Cowboy application that works fine over localhost. I'm
+now looking at ways of deploying and updating it i.e., moving from dev
+to prod in a nice manner.
+
+I have dug around the archives and have found that Cowboy does not
+support hot code reloading meaning either a restart of the vm or playing
+with code:reload_file is necessary.
+
+The latter suggests a possible rewriting of OTP's code loading mechanism
+and seems like it might be sensible to avoid.
+
+The other approach then is a restart. In previous (non-Cowboy) set ups
+I've used nginx on port 80 / 443 that talks to the web app via a unix
+socket (e.g., "web/socket"). When updating I'll start a new instance on
+a new socket (e.g., "web/socket.new") then rely on the file system's
+"mv" to switch it to "web/socket"; this works because the underlying
+file system guarantees mv to be atomic (or at least to never see a
+missing file). I can then ask the old process to shut down nicely in the
+background.
+
+For this to work it would require Cowby / Ranch to be able to listen on
+unix sockets. A glance at the documentation suggests that unix sockets
+aren't available, is this the case? What's the feasibility of it getting
+added?
+
+It might just be simpler to load-balance across multiple servers and
+safely take them out one at a time while updating.
+
+My other question is, how do others approach this problem? Did I miss
+something vitally obvious?
+
+Regards,
+Joshua
+
+
+From essen at ninenines.eu  Thu Mar 13 14:22:03 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 13 Mar 2014 14:22:03 +0100
+Subject: [99s-extend] Updating Cowboy applications
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Deploying is easy: releases.
+
+The "getting started" chapter of the guide, and all the examples use 
+that and it should be pretty easy to do.
+
+You can reload Cowboy modules directly using l(module). You can reload 
+most Ranch modules too but some of them will require using sys. Ranch 
+will get support for upgrades as soon as I finish the upgrade test 
+suite, but it's still low priority.
+
+And upgrade of Cowboy processes can only be added after we make them 
+special processes, which is still a way to go.
+
+There is no plans for supporting unix sockets for the simple reason that 
+it is not portable. On the other hand, if you use a separate library to 
+open a socket and give it to Ranch (socket option), possibly writing a 
+specific transport module for it, then it's very possible that you can 
+use unix sockets (and if it works, please do send feedback).
+
+On 03/13/2014 02:41 AM, Joshua McQuistan wrote:
+> Hello all,
+>
+> I have written a Cowboy application that works fine over localhost. I'm
+> now looking at ways of deploying and updating it i.e., moving from dev
+> to prod in a nice manner.
+>
+> I have dug around the archives and have found that Cowboy does not
+> support hot code reloading meaning either a restart of the vm or playing
+> with code:reload_file is necessary.
+>
+> The latter suggests a possible rewriting of OTP's code loading mechanism
+> and seems like it might be sensible to avoid.
+>
+> The other approach then is a restart. In previous (non-Cowboy) set ups
+> I've used nginx on port 80 / 443 that talks to the web app via a unix
+> socket (e.g., "web/socket"). When updating I'll start a new instance on
+> a new socket (e.g., "web/socket.new") then rely on the file system's
+> "mv" to switch it to "web/socket"; this works because the underlying
+> file system guarantees mv to be atomic (or at least to never see a
+> missing file). I can then ask the old process to shut down nicely in the
+> background.
+>
+> For this to work it would require Cowby / Ranch to be able to listen on
+> unix sockets. A glance at the documentation suggests that unix sockets
+> aren't available, is this the case? What's the feasibility of it getting
+> added?
+>
+> It might just be simpler to load-balance across multiple servers and
+> safely take them out one at a time while updating.
+>
+> My other question is, how do others approach this problem? Did I miss
+> something vitally obvious?
+>
+> Regards,
+> Joshua
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From joshua.mcquistan at mcq.io  Thu Mar 13 15:23:09 2014
+From: joshua.mcquistan at mcq.io (Joshua McQuistan)
+Date: Thu, 13 Mar 2014 14:23:09 +0000
+Subject: [99s-extend] Updating Cowboy applications
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+> 
+> I wish I knew enough to answer your question. But I do hope you publish a tutorial documenting your solution for those following you down the trail.
+
+Will do.
+
+On 13/03/14 13:22, Lo?c Hoguin wrote:
+> 
+> There is no plans for supporting unix sockets for the simple reason that
+> it is not portable. On the other hand, if you use a separate library to
+> open a socket and give it to Ranch (socket option), possibly writing a
+> specific transport module for it, then it's very possible that you can
+> use unix sockets (and if it works, please do send feedback).
+
+I had missed this last night, I will try passing the socket down and see
+if it works.
+
+I can also see the gen_tcp:listen in ranch_tcp but I'd prefer to avoid that.
+
+
+From Christopher.Phillips at turner.com  Fri Mar 14 19:52:07 2014
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Fri, 14 Mar 2014 18:52:07 +0000
+Subject: [99s-extend] Cowboy unexpectedly timing out when reading the body
+Message-ID: <CF48C816.16B3B%[email protected]>
+
+On a dev server I had a Cowboy app suddenly start returning timeouts when calling cowboy_req:body_qs(Request), with surprising frequency, which in turn led to 500s back to the calling client. It only appeared to happen when hitting one particular resource, and was sporadic, and I was wondering if there might be some explanation related to Cowboy (as opposed to maybe really weird VM issues). For full disclosure, we would first check the body with cowboy_req:body(Request) as part of an access log, then ignore the returned cowboy_req:req() that call passed back, since we could not then stream the body off of it again. It was working fine, so I don't think it was related, but it seems more solid now after I removed it and I don't know if that's related or not.
+
+
+
+Here is an example request that dumped when the process died -
+
+
+{req,[{socket,#Port<0.7113>},{transport,ranch_tcp},{connection,keepalive},{pid,<0.1805.0>},{method,<<"POST">>},{version,'HTTP/1.1'},{peer,{{10,188,32,225},53188}},{host,<<"bps-feedschedulervip1.turner.com">>},{host_info,undefined},{port,8091},{path,<<"/encoders/Player1/record">>},{path_info,[<<"record">>]},{qs,<<"authToken=...">>},{qs_vals,[{<<"authToken">>,<<"...">>}]},{bindings,[{id,<<"Player1">>}]},{headers,[{<<"host">>,<<"bps-feedschedulervip1.turner.com:8091">>},{<<"content-type">>,<<"application/x-www-form-urlencoded; charset=UTF-8">>},{<<"origin">>,<<"http://bps-newstrondev1.turner.com">>},{<<"content-length">>,<<"48">>},{<<"connection">>,<<"keep-alive">>},{<<"accept">>,<<"application/json, text/javascript, */*; q=0.01">>},{<<"user-agent">>,<<"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.74.9 (KHTML, like Gecko) Version/7.0.2 Safari/537.74.9">>},{<<"referer">>,<<"http://bps-newstrondev1.turner.com/newstron/record/record.html">>},{<<"accept-language">>,<<"en-us">>},{<<"accept-encoding">>,<<"gzip, deflate">>}]},{p_headers,[{<<"content-type">>,{<<"application">>,<<"x-www-form-urlencoded">>,[{<<"charset">>,<<"utf-8">>}]}},{<<"if-modified-since">>,undefined},{<<"if-none-match">>,undefined},{<<"if-unmodified-since">>,undefined},{<<"if-match">>,undefined},{<<"accept">>,[{{<<"application">>,<<"json">>,[]},1000,[]},{{<<"text">>,<<"javascript">>,[]},1000,[]},{{<<"*">>,<<"*">>,[]},10,[]}]},{<<"connection">>,[<<"keep-alive">>]}]},{cookies,undefined},{meta,[{charset,undefined},{media_type,{<<"application">>,<<"json">>,[]}}]},{body_state,waiting},{multipart,undefined},{buffer,<<>>},{resp_compress,false},{resp_state,waiting},{resp_headers,[{<<"content-type">>,[<<"application">>,<<"/">>,<<"json">>,<<>>]},{<<"Access-Control-Allow-Origin">>,<<"*">>}]},{resp_body,<<>>},{onresponse,#Fun<access_log_responder.onresponse.4>}]}
+
+
+
+
+As I said, it may be just due to VM issues or something, but I figured I'd ask in case there was any obvious issue.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140314/b2f802d3/attachment.html>
+
+From essen at ninenines.eu  Fri Mar 14 19:56:38 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 14 Mar 2014 19:56:38 +0100
+Subject: [99s-extend] Cowboy unexpectedly timing out when reading the
+ body
+In-Reply-To: <CF48C816.16B3B%[email protected]>
+References: <CF48C816.16B3B%[email protected]>
+Message-ID: <[email protected]>
+
+Cowboy does have a timeout too small, that will be fixed soon (by making 
+it configurable, per body-reading call). It will be in the next release.
+
+On the other hand there's something weird in what you said.
+
+On 03/14/2014 07:52 PM, Phillips, Christopher wrote:
+> first check the body with cowboy_req:body(Request) as part of an access
+> log, then ignore the returned cowboy_req:req() that call passed back,
+> since we could not then stream the body off of it again. It was working
+> fine, so I don't think it was related, but it seems more solid now after
+> I removed it and I don't know if that's related or not.
+
+If you ignore the Req being returned, especially after a body-reading 
+call, then Cowboy will not be able to figure out that you actually read 
+it, and will attempt to read it again to skip it, leading to issues.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From Christopher.Phillips at turner.com  Fri Mar 14 20:07:40 2014
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Fri, 14 Mar 2014 19:07:40 +0000
+Subject: [99s-extend] Cowboy unexpectedly timing out when reading the
+ body
+In-Reply-To: <[email protected]>
+References: <CF48C816.16B3B%[email protected]>
+ <[email protected]>
+Message-ID: <CF48CAF9.16B5A%[email protected]>
+
+  This body is -small-. 48 bytes was my test data (per the
+content-length). That shouldn't take 5 seconds to read, and usually it
+took a millisecond or two, and returned to the client (despite actually
+controlling some hardware across a network and such) within a second. And
+it was ND; I tested this thing a couple of times locally and it appeared
+to work, and even deployed onto a VM it worked some of the time (as I
+said, might have been hardware or some other weirdness).
+
+  So can we only read the body once? Or what's the right approach if I
+want to access the body in both a module registered to the
+onrequest/onresponse callbacks, and in the REST handler?
+
+On 3/14/14, 2:56 PM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+
+>Cowboy does have a timeout too small, that will be fixed soon (by making
+>it configurable, per body-reading call). It will be in the next release.
+>
+>On the other hand there's something weird in what you said.
+>
+>On 03/14/2014 07:52 PM, Phillips, Christopher wrote:
+>> first check the body with cowboy_req:body(Request) as part of an access
+>> log, then ignore the returned cowboy_req:req() that call passed back,
+>> since we could not then stream the body off of it again. It was working
+>> fine, so I don't think it was related, but it seems more solid now after
+>> I removed it and I don't know if that's related or not.
+>
+>If you ignore the Req being returned, especially after a body-reading
+>call, then Cowboy will not be able to figure out that you actually read
+>it, and will attempt to read it again to skip it, leading to issues.
+>
+>-- 
+>Lo?c Hoguin
+>http://ninenines.eu
+
+
+
+From essen at ninenines.eu  Fri Mar 14 20:11:27 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 14 Mar 2014 20:11:27 +0100
+Subject: [99s-extend] Cowboy unexpectedly timing out when reading the
+ body
+In-Reply-To: <CF48CAF9.16B5A%[email protected]>
+References: <CF48C816.16B3B%[email protected]>
+ <[email protected]>
+ <CF48CAF9.16B5A%[email protected]>
+Message-ID: <[email protected]>
+
+Yep, only once. All functions that return {ok, ...} are like this. 
+There's no right approach, that's left as an exercise to the developer. :-)
+
+You can probably use cowboy_req:set_meta/meta if you really need to pass 
+it around.
+
+On 03/14/2014 08:07 PM, Phillips, Christopher wrote:
+>    This body is -small-. 48 bytes was my test data (per the
+> content-length). That shouldn't take 5 seconds to read, and usually it
+> took a millisecond or two, and returned to the client (despite actually
+> controlling some hardware across a network and such) within a second. And
+> it was ND; I tested this thing a couple of times locally and it appeared
+> to work, and even deployed onto a VM it worked some of the time (as I
+> said, might have been hardware or some other weirdness).
+>
+>    So can we only read the body once? Or what's the right approach if I
+> want to access the body in both a module registered to the
+> onrequest/onresponse callbacks, and in the REST handler?
+>
+> On 3/14/14, 2:56 PM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+>
+>> Cowboy does have a timeout too small, that will be fixed soon (by making
+>> it configurable, per body-reading call). It will be in the next release.
+>>
+>> On the other hand there's something weird in what you said.
+>>
+>> On 03/14/2014 07:52 PM, Phillips, Christopher wrote:
+>>> first check the body with cowboy_req:body(Request) as part of an access
+>>> log, then ignore the returned cowboy_req:req() that call passed back,
+>>> since we could not then stream the body off of it again. It was working
+>>> fine, so I don't think it was related, but it seems more solid now after
+>>> I removed it and I don't know if that's related or not.
+>>
+>> If you ignore the Req being returned, especially after a body-reading
+>> call, then Cowboy will not be able to figure out that you actually read
+>> it, and will attempt to read it again to skip it, leading to issues.
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From Christopher.Phillips at turner.com  Fri Mar 14 20:13:31 2014
+From: Christopher.Phillips at turner.com (Phillips, Christopher)
+Date: Fri, 14 Mar 2014 19:13:31 +0000
+Subject: [99s-extend] Cowboy unexpectedly timing out when reading the
+ body
+In-Reply-To: <[email protected]>
+References: <CF48C816.16B3B%[email protected]>
+ <[email protected]>
+ <CF48CAF9.16B5A%[email protected]>
+ <[email protected]>
+Message-ID: <CF48CD10.16B7C%[email protected]>
+
+  Hmm, okay. Thanks Loic.
+
+On 3/14/14, 3:11 PM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+
+>Yep, only once. All functions that return {ok, ...} are like this.
+>There's no right approach, that's left as an exercise to the developer.
+>:-)
+>
+>You can probably use cowboy_req:set_meta/meta if you really need to pass
+>it around.
+>
+>On 03/14/2014 08:07 PM, Phillips, Christopher wrote:
+>>    This body is -small-. 48 bytes was my test data (per the
+>> content-length). That shouldn't take 5 seconds to read, and usually it
+>> took a millisecond or two, and returned to the client (despite actually
+>> controlling some hardware across a network and such) within a second.
+>>And
+>> it was ND; I tested this thing a couple of times locally and it appeared
+>> to work, and even deployed onto a VM it worked some of the time (as I
+>> said, might have been hardware or some other weirdness).
+>>
+>>    So can we only read the body once? Or what's the right approach if I
+>> want to access the body in both a module registered to the
+>> onrequest/onresponse callbacks, and in the REST handler?
+>>
+>> On 3/14/14, 2:56 PM, "Lo?c Hoguin" <essen at ninenines.eu> wrote:
+>>
+>>> Cowboy does have a timeout too small, that will be fixed soon (by
+>>>making
+>>> it configurable, per body-reading call). It will be in the next
+>>>release.
+>>>
+>>> On the other hand there's something weird in what you said.
+>>>
+>>> On 03/14/2014 07:52 PM, Phillips, Christopher wrote:
+>>>> first check the body with cowboy_req:body(Request) as part of an
+>>>>access
+>>>> log, then ignore the returned cowboy_req:req() that call passed back,
+>>>> since we could not then stream the body off of it again. It was
+>>>>working
+>>>> fine, so I don't think it was related, but it seems more solid now
+>>>>after
+>>>> I removed it and I don't know if that's related or not.
+>>>
+>>> If you ignore the Req being returned, especially after a body-reading
+>>> call, then Cowboy will not be able to figure out that you actually read
+>>> it, and will attempt to read it again to skip it, leading to issues.
+>>>
+>>> --
+>>> Lo?c Hoguin
+>>> http://ninenines.eu
+>>
+>
+>-- 
+>Lo?c Hoguin
+>http://ninenines.eu
+
+
+
diff --git a/_build/static/archives/extend/2014-March/000340.html b/_build/static/archives/extend/2014-March/000340.html
new file mode 100644
index 00000000..228ab579
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000340.html
@@ -0,0 +1,105 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] usage of make_* command
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20usage%20of%20make_%2A%20command&In-Reply-To=%3CCAD9h6NFVnE3y6QDj9WPMA8sKZWwzE6%3D%3D9c8MzJitE%3DGYEocgmw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000343.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] usage of make_* command</H1>
+    <B>Anton Koval'</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20usage%20of%20make_%2A%20command&In-Reply-To=%3CCAD9h6NFVnE3y6QDj9WPMA8sKZWwzE6%3D%3D9c8MzJitE%3DGYEocgmw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] usage of make_* command">psihonavt at gmail.com
+       </A><BR>
+    <I>Mon Mar  3 21:49:33 CET 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000343.html">[99s-extend] usage of make_* command
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#340">[ date ]</a>
+              <a href="thread.html#340">[ thread ]</a>
+              <a href="subject.html#340">[ subject ]</a>
+              <a href="author.html#340">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I have next structure of my project:
+.
+&#9500;&#9472;&#9472; deps
+&#9474;   &#9500;&#9472;&#9472; cowboy
+&#9474;   &#9500;&#9472;&#9472; cowlib
+&#9474;   &#9500;&#9472;&#9472; erlang_iconv
+&#9474;   &#9500;&#9472;&#9472; erlydtl
+&#9474;   &#9500;&#9472;&#9472; mochiweb_xpath
+&#9474;   &#9492;&#9472;&#9472; ranch
+&#9500;&#9472;&#9472; ebin
+&#9474;   &#9500;&#9472;&#9472; fetchers.beam
+&#9474;   &#9500;&#9472;&#9472; parsers.beam
+&#9474;   &#9492;&#9472;&#9472; wasearch_sup.beam
+&#9500;&#9472;&#9472; erlang.mk
+&#9500;&#9472;&#9472; Makefile
+&#9500;&#9472;&#9472; _rel
+&#9474;   &#9492;&#9472;&#9472; ....
+&#9500;&#9472;&#9472; relx
+&#9500;&#9472;&#9472; relx.config
+&#9500;&#9472;&#9472; src
+&#9474;   &#9500;&#9472;&#9472; fetchers.erl
+&#9474;   &#9500;&#9472;&#9472; main_handler.erl
+&#9474;   &#9500;&#9472;&#9472; parsers.erl
+&#9474;   &#9500;&#9472;&#9472; tests
+&#9474;   &#9474;   &#9500;&#9472;&#9472; parsers_SUITE_data
+&#9474;   &#9474;   &#9500;&#9472;&#9472; parsers_SUITE.erl
+&#9474;   &#9474;   &#9500;&#9472;&#9472; ....
+&#9474;   &#9500;&#9472;&#9472; wasearch_app.erl
+&#9474;   &#9500;&#9472;&#9472; wasearch.app.src
+&#9474;   &#9492;&#9472;&#9472; wasearch_sup.erl
+&#9492;&#9472;&#9472; templates
+    &#9492;&#9472;&#9472; index.dtl
+
+I would prefer to store tests not in `src` directory but rather in `tests`
+subdirectory.
+Erlang.mk README says: You can run an individual test suite by using the
+special test_* targets. For example if you have a common_test suite named
+spdy and you want to run only this suite and not the others, you can use
+the make test_spdy command.
+And of course `make test_parsers`  returns `no rule to make target` error.
+Is there a way to run suites from custom directory with
+`make_&lt;mod_name_with_suite&gt;` command?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140303/52007acc/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140303/52007acc/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000343.html">[99s-extend] usage of make_* command
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#340">[ date ]</a>
+              <a href="thread.html#340">[ thread ]</a>
+              <a href="subject.html#340">[ subject ]</a>
+              <a href="author.html#340">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000341.html b/_build/static/archives/extend/2014-March/000341.html
new file mode 100644
index 00000000..4ae144b9
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000341.html
@@ -0,0 +1,81 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy pre request filter
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20pre%20request%20filter&In-Reply-To=%3CCACE%3DTJris%3D4eTreF13p%2BbSmhfEqoKtpfj3PGyMCup1zfCRurkQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000345.html">
+   <LINK REL="Next"  HREF="000342.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy pre request filter</H1>
+    <B>Mark Nijhof</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20pre%20request%20filter&In-Reply-To=%3CCACE%3DTJris%3D4eTreF13p%2BbSmhfEqoKtpfj3PGyMCup1zfCRurkQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy pre request filter">mark.nijhof at cre8ivethought.com
+       </A><BR>
+    <I>Thu Mar  6 00:47:08 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000345.html">[99s-extend] usage of make_* command
+</A></li>
+        <LI>Next message: <A HREF="000342.html">[99s-extend] Cowboy pre request filter
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#341">[ date ]</a>
+              <a href="thread.html#341">[ thread ]</a>
+              <a href="subject.html#341">[ subject ]</a>
+              <a href="author.html#341">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I want to create a module that basically sits between the incoming request
+and the http handler for that request to ensure a request is authenticated
+(using a cookie), if the request is not authenticated then I like to
+redirect to a specific login page (which should not be filtered).
+
+Is this possible with Cowboy? Should I use the onrequest hook (not sure if
+I can force redirects from there) for that or is there a better way?
+
+Cheers,
+
+-Mark
+
+-- 
+Mark Nijhof
+t:   @MarkNijhof &lt;<A HREF="https://twitter.com/MarkNijhof">https://twitter.com/MarkNijhof</A>&gt;
+s:  marknijhof
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140306/a517215b/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140306/a517215b/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000345.html">[99s-extend] usage of make_* command
+</A></li>
+	<LI>Next message: <A HREF="000342.html">[99s-extend] Cowboy pre request filter
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#341">[ date ]</a>
+              <a href="thread.html#341">[ thread ]</a>
+              <a href="subject.html#341">[ subject ]</a>
+              <a href="author.html#341">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000342.html b/_build/static/archives/extend/2014-March/000342.html
new file mode 100644
index 00000000..b2779a5d
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000342.html
@@ -0,0 +1,129 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy pre request filter
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20pre%20request%20filter&In-Reply-To=%3CCACE%3DTJqaoxrqsCSnN44s_5x4MabgWBVfaN_pecVrShnUuU-9aQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000341.html">
+   <LINK REL="Next"  HREF="000346.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy pre request filter</H1>
+    <B>Mark Nijhof</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20pre%20request%20filter&In-Reply-To=%3CCACE%3DTJqaoxrqsCSnN44s_5x4MabgWBVfaN_pecVrShnUuU-9aQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy pre request filter">mark.nijhof at cre8ivethought.com
+       </A><BR>
+    <I>Thu Mar  6 10:52:01 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000341.html">[99s-extend] Cowboy pre request filter
+</A></li>
+        <LI>Next message: <A HREF="000346.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#342">[ date ]</a>
+              <a href="thread.html#342">[ thread ]</a>
+              <a href="subject.html#342">[ subject ]</a>
+              <a href="author.html#342">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I also found the answer to my own question: custom middleware
+
+I just created:
+
+   1 -module(authentication_middleware).
+   2
+   3 -behaviour(cowboy_middleware).
+   4
+   5 -export([execute/2]).
+   6
+   7 execute(Req, Env) -&gt;
+   8
+   9     {Path, Req1} = cowboy_req:path(Req),
+  10
+  11     case Path of
+  12         &lt;&lt;&quot;/login.html&quot;&gt;&gt; -&gt;
+  13             {ok, Req1, Env};
+  14         &lt;&lt;&quot;/do_login&quot;&gt;&gt; -&gt;
+  15             {ok, Req1, Env};
+  16         _ -&gt;
+  17             case id3as_security:is_request_authenticated(Req1) of
+  18                 {error, eauth, Req2} -&gt;
+  19                     {ok, Req4} = cowboy_req:reply(303,
+[{&lt;&lt;&quot;Location&quot;&gt;&gt;, &lt;&lt;&quot;/login.html&quot;&gt;&gt;}], &quot;&quot;, Req2),
+  20                     {halt, Req4};
+  21                 {authenticated, _Id, Req2} -&gt;
+  22                    {ok, Req2, Env}
+  23             end
+  24     end.
+
+And put this between the cowboy_router and cowboy_handler and life is all
+good.
+
+-Mark
+
+
+
+On Thu, Mar 6, 2014 at 12:47 AM, Mark Nijhof &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">mark.nijhof at cre8ivethought.com</A>
+&gt;<i> wrote:
+</I>
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I want to create a module that basically sits between the incoming request
+</I>&gt;<i> and the http handler for that request to ensure a request is authenticated
+</I>&gt;<i> (using a cookie), if the request is not authenticated then I like to
+</I>&gt;<i> redirect to a specific login page (which should not be filtered).
+</I>&gt;<i>
+</I>&gt;<i> Is this possible with Cowboy? Should I use the onrequest hook (not sure if
+</I>&gt;<i> I can force redirects from there) for that or is there a better way?
+</I>&gt;<i>
+</I>&gt;<i> Cheers,
+</I>&gt;<i>
+</I>&gt;<i> -Mark
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Mark Nijhof
+</I>&gt;<i> t:   @MarkNijhof &lt;<A HREF="https://twitter.com/MarkNijhof">https://twitter.com/MarkNijhof</A>&gt;
+</I>&gt;<i> s:  marknijhof
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Mark Nijhof
+t:   @MarkNijhof &lt;<A HREF="https://twitter.com/MarkNijhof">https://twitter.com/MarkNijhof</A>&gt;
+s:  marknijhof
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140306/24422ef2/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140306/24422ef2/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000341.html">[99s-extend] Cowboy pre request filter
+</A></li>
+	<LI>Next message: <A HREF="000346.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#342">[ date ]</a>
+              <a href="thread.html#342">[ thread ]</a>
+              <a href="subject.html#342">[ subject ]</a>
+              <a href="author.html#342">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000343.html b/_build/static/archives/extend/2014-March/000343.html
new file mode 100644
index 00000000..b027aebb
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000343.html
@@ -0,0 +1,121 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] usage of make_* command
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20usage%20of%20make_%2A%20command&In-Reply-To=%3C531888FB.1020500%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000340.html">
+   <LINK REL="Next"  HREF="000344.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] usage of make_* command</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20usage%20of%20make_%2A%20command&In-Reply-To=%3C531888FB.1020500%40ninenines.eu%3E"
+       TITLE="[99s-extend] usage of make_* command">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Mar  6 15:40:59 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000340.html">[99s-extend] usage of make_* command
+</A></li>
+        <LI>Next message: <A HREF="000344.html">[99s-extend] usage of make_* command
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#343">[ date ]</a>
+              <a href="thread.html#343">[ thread ]</a>
+              <a href="subject.html#343">[ subject ]</a>
+              <a href="author.html#343">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Tests should be in ./tests, not ./src/tests.
+
+If you put them in ./tests everything you mentioned will work.
+
+On 03/03/2014 09:49 PM, Anton Koval' wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> I have next structure of my project:
+</I>&gt;<i> .
+</I>&gt;<i> &#9500;&#9472;&#9472; deps
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; cowboy
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; cowlib
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; erlang_iconv
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; erlydtl
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; mochiweb_xpath
+</I>&gt;<i> &#9474;   &#9492;&#9472;&#9472; ranch
+</I>&gt;<i> &#9500;&#9472;&#9472; ebin
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; fetchers.beam
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; parsers.beam
+</I>&gt;<i> &#9474;   &#9492;&#9472;&#9472; wasearch_sup.beam
+</I>&gt;<i> &#9500;&#9472;&#9472; erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;
+</I>&gt;<i> &#9500;&#9472;&#9472; Makefile
+</I>&gt;<i> &#9500;&#9472;&#9472; _rel
+</I>&gt;<i> &#9474;   &#9492;&#9472;&#9472; ....
+</I>&gt;<i> &#9500;&#9472;&#9472; relx
+</I>&gt;<i> &#9500;&#9472;&#9472; relx.config
+</I>&gt;<i> &#9500;&#9472;&#9472; src
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; fetchers.erl
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; main_handler.erl
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; parsers.erl
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; tests
+</I>&gt;<i> &#9474;   &#9474;   &#9500;&#9472;&#9472; parsers_SUITE_data
+</I>&gt;<i> &#9474;   &#9474;   &#9500;&#9472;&#9472; parsers_SUITE.erl
+</I>&gt;<i> &#9474;   &#9474;   &#9500;&#9472;&#9472; ....
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; wasearch_app.erl
+</I>&gt;<i> &#9474;   &#9500;&#9472;&#9472; wasearch.app.src
+</I>&gt;<i> &#9474;   &#9492;&#9472;&#9472; wasearch_sup.erl
+</I>&gt;<i> &#9492;&#9472;&#9472; templates
+</I>&gt;<i>      &#9492;&#9472;&#9472; index.dtl
+</I>&gt;<i>
+</I>&gt;<i> I would prefer to store tests not in `src` directory but rather in
+</I>&gt;<i> `tests` subdirectory.
+</I>&gt;<i> Erlang.mk README says: You can run an individual test suite by using the
+</I>&gt;<i> special |test_*| targets. For example if you have a common_test suite
+</I>&gt;<i> named |spdy| and you want to run only this suite and not the others, you
+</I>&gt;<i> can use the |make test_spdy| command.
+</I>&gt;<i> And of course `make test_parsers`  returns `no rule to make target` error.
+</I>&gt;<i> Is there a way to run suites from custom directory with
+</I>&gt;<i> `make_&lt;mod_name_with_suite&gt;` command?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000340.html">[99s-extend] usage of make_* command
+</A></li>
+	<LI>Next message: <A HREF="000344.html">[99s-extend] usage of make_* command
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#343">[ date ]</a>
+              <a href="thread.html#343">[ thread ]</a>
+              <a href="subject.html#343">[ subject ]</a>
+              <a href="author.html#343">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000344.html b/_build/static/archives/extend/2014-March/000344.html
new file mode 100644
index 00000000..d6d3e174
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000344.html
@@ -0,0 +1,134 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] usage of make_* command
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20usage%20of%20make_%2A%20command&In-Reply-To=%3CCAD9h6NHaXQFX518wFdLNpycFVuu0bXN4NKzMqztnVN0rLu6BeA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000343.html">
+   <LINK REL="Next"  HREF="000345.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] usage of make_* command</H1>
+    <B>Anton Koval'</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20usage%20of%20make_%2A%20command&In-Reply-To=%3CCAD9h6NHaXQFX518wFdLNpycFVuu0bXN4NKzMqztnVN0rLu6BeA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] usage of make_* command">psihonavt at gmail.com
+       </A><BR>
+    <I>Thu Mar  6 15:50:01 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000343.html">[99s-extend] usage of make_* command
+</A></li>
+        <LI>Next message: <A HREF="000345.html">[99s-extend] usage of make_* command
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#344">[ date ]</a>
+              <a href="thread.html#344">[ thread ]</a>
+              <a href="subject.html#344">[ subject ]</a>
+              <a href="author.html#344">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thank you for answer.
+Is it common way (for OTP-based application) to store tests in `tests`
+subdirectory rather then in `src/tests/`?
+
+
+On Thu, Mar 6, 2014 at 4:40 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Tests should be in ./tests, not ./src/tests.
+</I>&gt;<i>
+</I>&gt;<i> If you put them in ./tests everything you mentioned will work.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 03/03/2014 09:49 PM, Anton Koval' wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I have next structure of my project:
+</I>&gt;&gt;<i> .
+</I>&gt;&gt;<i> &#9500;&#9472;&#9472; deps
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; cowboy
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; cowlib
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; erlang_iconv
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; erlydtl
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; mochiweb_xpath
+</I>&gt;&gt;<i> &#9474;   &#9492;&#9472;&#9472; ranch
+</I>&gt;&gt;<i> &#9500;&#9472;&#9472; ebin
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; fetchers.beam
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; parsers.beam
+</I>&gt;&gt;<i> &#9474;   &#9492;&#9472;&#9472; wasearch_sup.beam
+</I>&gt;&gt;<i> &#9500;&#9472;&#9472; erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> &#9500;&#9472;&#9472; Makefile
+</I>&gt;&gt;<i> &#9500;&#9472;&#9472; _rel
+</I>&gt;&gt;<i> &#9474;   &#9492;&#9472;&#9472; ....
+</I>&gt;&gt;<i> &#9500;&#9472;&#9472; relx
+</I>&gt;&gt;<i> &#9500;&#9472;&#9472; relx.config
+</I>&gt;&gt;<i> &#9500;&#9472;&#9472; src
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; fetchers.erl
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; main_handler.erl
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; parsers.erl
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; tests
+</I>&gt;&gt;<i> &#9474;   &#9474;   &#9500;&#9472;&#9472; parsers_SUITE_data
+</I>&gt;&gt;<i> &#9474;   &#9474;   &#9500;&#9472;&#9472; parsers_SUITE.erl
+</I>&gt;&gt;<i> &#9474;   &#9474;   &#9500;&#9472;&#9472; ....
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; wasearch_app.erl
+</I>&gt;&gt;<i> &#9474;   &#9500;&#9472;&#9472; wasearch.app.src
+</I>&gt;&gt;<i> &#9474;   &#9492;&#9472;&#9472; wasearch_sup.erl
+</I>&gt;&gt;<i> &#9492;&#9472;&#9472; templates
+</I>&gt;&gt;<i>      &#9492;&#9472;&#9472; index.dtl
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I would prefer to store tests not in `src` directory but rather in
+</I>&gt;&gt;<i> `tests` subdirectory.
+</I>&gt;&gt;<i> Erlang.mk README says: You can run an individual test suite by using the
+</I>&gt;&gt;<i> special |test_*| targets. For example if you have a common_test suite
+</I>&gt;&gt;<i> named |spdy| and you want to run only this suite and not the others, you
+</I>&gt;&gt;<i> can use the |make test_spdy| command.
+</I>&gt;&gt;<i> And of course `make test_parsers`  returns `no rule to make target` error.
+</I>&gt;&gt;<i> Is there a way to run suites from custom directory with
+</I>&gt;&gt;<i> `make_&lt;mod_name_with_suite&gt;` command?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140306/6fa8fe3b/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140306/6fa8fe3b/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000343.html">[99s-extend] usage of make_* command
+</A></li>
+	<LI>Next message: <A HREF="000345.html">[99s-extend] usage of make_* command
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#344">[ date ]</a>
+              <a href="thread.html#344">[ thread ]</a>
+              <a href="subject.html#344">[ subject ]</a>
+              <a href="author.html#344">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000345.html b/_build/static/archives/extend/2014-March/000345.html
new file mode 100644
index 00000000..1da559eb
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000345.html
@@ -0,0 +1,148 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] usage of make_* command
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20usage%20of%20make_%2A%20command&In-Reply-To=%3C53188B8E.5010803%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000344.html">
+   <LINK REL="Next"  HREF="000341.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] usage of make_* command</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20usage%20of%20make_%2A%20command&In-Reply-To=%3C53188B8E.5010803%40ninenines.eu%3E"
+       TITLE="[99s-extend] usage of make_* command">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Mar  6 15:51:58 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000344.html">[99s-extend] usage of make_* command
+</A></li>
+        <LI>Next message: <A HREF="000341.html">[99s-extend] Cowboy pre request filter
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#345">[ date ]</a>
+              <a href="thread.html#345">[ thread ]</a>
+              <a href="subject.html#345">[ subject ]</a>
+              <a href="author.html#345">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Sorry I meant ./test/ not ./tests/
+
+But yes. That's how OTP does it.
+
+On 03/06/2014 03:50 PM, Anton Koval' wrote:
+&gt;<i> Thank you for answer.
+</I>&gt;<i> Is it common way (for OTP-based application) to store tests in `tests`
+</I>&gt;<i> subdirectory rather then in `src/tests/`?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On Thu, Mar 6, 2014 at 4:40 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Tests should be in ./tests, not ./src/tests.
+</I>&gt;<i>
+</I>&gt;<i>     If you put them in ./tests everything you mentioned will work.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 03/03/2014 09:49 PM, Anton Koval' wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Hello,
+</I>&gt;<i>
+</I>&gt;<i>         I have next structure of my project:
+</I>&gt;<i>         .
+</I>&gt;<i>         &#9500;&#9472;&#9472; deps
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; cowboy
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; cowlib
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; erlang_iconv
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; erlydtl
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; mochiweb_xpath
+</I>&gt;<i>         &#9474;   &#9492;&#9472;&#9472; ranch
+</I>&gt;<i>         &#9500;&#9472;&#9472; ebin
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; fetchers.beam
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; parsers.beam
+</I>&gt;<i>         &#9474;   &#9492;&#9472;&#9472; wasearch_sup.beam
+</I>&gt;<i>         &#9500;&#9472;&#9472; erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>         &#9500;&#9472;&#9472; Makefile
+</I>&gt;<i>         &#9500;&#9472;&#9472; _rel
+</I>&gt;<i>         &#9474;   &#9492;&#9472;&#9472; ....
+</I>&gt;<i>         &#9500;&#9472;&#9472; relx
+</I>&gt;<i>         &#9500;&#9472;&#9472; relx.config
+</I>&gt;<i>         &#9500;&#9472;&#9472; src
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; fetchers.erl
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; main_handler.erl
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; parsers.erl
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; tests
+</I>&gt;<i>         &#9474;   &#9474;   &#9500;&#9472;&#9472; parsers_SUITE_data
+</I>&gt;<i>         &#9474;   &#9474;   &#9500;&#9472;&#9472; parsers_SUITE.erl
+</I>&gt;<i>         &#9474;   &#9474;   &#9500;&#9472;&#9472; ....
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; wasearch_app.erl
+</I>&gt;<i>         &#9474;   &#9500;&#9472;&#9472; wasearch.app.src
+</I>&gt;<i>         &#9474;   &#9492;&#9472;&#9472; wasearch_sup.erl
+</I>&gt;<i>         &#9492;&#9472;&#9472; templates
+</I>&gt;<i>               &#9492;&#9472;&#9472; index.dtl
+</I>&gt;<i>
+</I>&gt;<i>         I would prefer to store tests not in `src` directory but rather in
+</I>&gt;<i>         `tests` subdirectory.
+</I>&gt;<i>         Erlang.mk README says: You can run an individual test suite by
+</I>&gt;<i>         using the
+</I>&gt;<i>         special |test_*| targets. For example if you have a common_test
+</I>&gt;<i>         suite
+</I>&gt;<i>         named |spdy| and you want to run only this suite and not the
+</I>&gt;<i>         others, you
+</I>&gt;<i>         can use the |make test_spdy| command.
+</I>&gt;<i>         And of course `make test_parsers`  returns `no rule to make
+</I>&gt;<i>         target` error.
+</I>&gt;<i>         Is there a way to run suites from custom directory with
+</I>&gt;<i>         `make_&lt;mod_name_with_suite&gt;` command?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         _________________________________________________
+</I>&gt;<i>         Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/__listinfo/extend">https://lists.ninenines.eu/__listinfo/extend</A>
+</I>&gt;<i>         &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>&gt;
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000344.html">[99s-extend] usage of make_* command
+</A></li>
+	<LI>Next message: <A HREF="000341.html">[99s-extend] Cowboy pre request filter
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#345">[ date ]</a>
+              <a href="thread.html#345">[ thread ]</a>
+              <a href="subject.html#345">[ subject ]</a>
+              <a href="author.html#345">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000346.html b/_build/static/archives/extend/2014-March/000346.html
new file mode 100644
index 00000000..c5372244
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000346.html
@@ -0,0 +1,149 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Trying to grok erlang.mk
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Trying%20to%20grok%20erlang.mk&In-Reply-To=%3C1394137799.268930068%40apps.rackspace.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000342.html">
+   <LINK REL="Next"  HREF="000347.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Trying to grok erlang.mk</H1>
+    <B>lloyd at writersglen.com</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Trying%20to%20grok%20erlang.mk&In-Reply-To=%3C1394137799.268930068%40apps.rackspace.com%3E"
+       TITLE="[99s-extend] Trying to grok erlang.mk">lloyd at writersglen.com
+       </A><BR>
+    <I>Thu Mar  6 21:29:59 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000342.html">[99s-extend] Cowboy pre request filter
+</A></li>
+        <LI>Next message: <A HREF="000347.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#346">[ date ]</a>
+              <a href="thread.html#346">[ thread ]</a>
+              <a href="subject.html#346">[ subject ]</a>
+              <a href="author.html#346">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+To secure my understanding of erlang.mk, I've been trying to create the simplest possible example I can imagine. Which gives me this:
+
+min
+   erlang.mk
+   Makefile
+   src
+      min.app.src
+      min.erl
+
+*** Where Makefile is:
+
+PROJECT = min
+
+include erlang.mk
+
+*** min.app.src is:
+
+{application, min,
+         [{description,[]},
+          {vsn,&quot;0.1.0&quot;},
+          {registered,[]},
+          {applications,[kernel,stdlib]},
+          {env,[]},
+          {modules,[]}]}.
+
+*** and min.erl is:
+
+-module(min).
+
+-export([hello/0]).
+
+hello() -&gt;
+   io:format(&quot;Hello min!~n~n&quot;).
+
+*** But when I call make, I get this:
+
+/min$ make
+ ERLC   min.erl
+ APP    min .app.src
+cat: src/min: No such file or directory
+cat: .app.src: No such file or directory
+sed: can't read .app: No such file or directory
+make: *** [app] Error 2
+
+*** Observations
+
+min.erl compiles just  fine
+min.app.src breaks the compile
+
+*** Questions: 
+
+1) How can I correct this?
+2) How can I structure directories and make files for a project that involves several applications?
+
+Many thanks,
+
+LRP
+
+
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+<A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+<A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+<A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000342.html">[99s-extend] Cowboy pre request filter
+</A></li>
+	<LI>Next message: <A HREF="000347.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#346">[ date ]</a>
+              <a href="thread.html#346">[ thread ]</a>
+              <a href="subject.html#346">[ subject ]</a>
+              <a href="author.html#346">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000347.html b/_build/static/archives/extend/2014-March/000347.html
new file mode 100644
index 00000000..b8e2990a
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000347.html
@@ -0,0 +1,221 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Trying to grok erlang.mk
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Trying%20to%20grok%20erlang.mk&In-Reply-To=%3C5319BD87.2020109%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000346.html">
+   <LINK REL="Next"  HREF="000348.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Trying to grok erlang.mk</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Trying%20to%20grok%20erlang.mk&In-Reply-To=%3C5319BD87.2020109%40llaisdy.com%3E"
+       TITLE="[99s-extend] Trying to grok erlang.mk">ivan at llaisdy.com
+       </A><BR>
+    <I>Fri Mar  7 13:37:27 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000346.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+        <LI>Next message: <A HREF="000348.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#347">[ date ]</a>
+              <a href="thread.html#347">[ thread ]</a>
+              <a href="subject.html#347">[ subject ]</a>
+              <a href="author.html#347">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Dear Lloyd
+
+I've just tried this with file layout and contents copied from your 
+email, and make works fine here I'm afraid.
+
+One odd thing I noticed in your make output ...
+
+ &gt; /min$ make
+ &gt;   ERLC   min.erl
+ &gt;   APP    min .app.src
+ &gt; cat: src/min: No such file or directory
+ &gt; cat: .app.src: No such file or directory
+ &gt; sed: can't read .app: No such file or directory
+ &gt; make: *** [app] Error 2
+
+... is that in the APP line, the filename min.app.src has a space in it, 
+and it looks (in the cat lines) like it's broken down into src/min and 
+.app.src (ie ./.app.src).  I can't imagine why that's happening, but 
+that's what's causing the problem I should think.
+
+ &gt; 2) How can I structure directories and make files for a project
+ &gt;    that involves several applications?
+
+I don't know if it's the &quot;correct&quot; way with erlang.mk but, as a refugee 
+from rebar, I have apps set out rebar-style and use old-school recursive 
+make. e.g.:
+
+max/
+   erlang.mk
+   Makefile
+   apps/
+     app1/
+       Makefile
+       src/
+     app2/
+       Makefile
+       src/
+
+Top level Makefile doesn't need to include erlang.mk, and has lines like:
+
+all:
+	$(MAKE) -C apps/app1
+	$(MAKE) -C apps/app2
+
+Lower level Makefiles include erlang.mk.
+
+Best wishes
+
+Ivan
+
+
+On 06/03/2014 20:29, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> To secure my understanding of erlang.mk, I've been trying to create the simplest possible example I can imagine. Which gives me this:
+</I>&gt;<i>
+</I>&gt;<i> min
+</I>&gt;<i>     erlang.mk
+</I>&gt;<i>     Makefile
+</I>&gt;<i>     src
+</I>&gt;<i>        min.app.src
+</I>&gt;<i>        min.erl
+</I>&gt;<i>
+</I>&gt;<i> *** Where Makefile is:
+</I>&gt;<i>
+</I>&gt;<i> PROJECT = min
+</I>&gt;<i>
+</I>&gt;<i> include erlang.mk
+</I>&gt;<i>
+</I>&gt;<i> *** min.app.src is:
+</I>&gt;<i>
+</I>&gt;<i> {application, min,
+</I>&gt;<i>           [{description,[]},
+</I>&gt;<i>            {vsn,&quot;0.1.0&quot;},
+</I>&gt;<i>            {registered,[]},
+</I>&gt;<i>            {applications,[kernel,stdlib]},
+</I>&gt;<i>            {env,[]},
+</I>&gt;<i>            {modules,[]}]}.
+</I>&gt;<i>
+</I>&gt;<i> *** and min.erl is:
+</I>&gt;<i>
+</I>&gt;<i> -module(min).
+</I>&gt;<i>
+</I>&gt;<i> -export([hello/0]).
+</I>&gt;<i>
+</I>&gt;<i> hello() -&gt;
+</I>&gt;<i>     io:format(&quot;Hello min!~n~n&quot;).
+</I>&gt;<i>
+</I>&gt;<i> *** But when I call make, I get this:
+</I>&gt;<i>
+</I>&gt;<i> /min$ make
+</I>&gt;<i>   ERLC   min.erl
+</I>&gt;<i>   APP    min .app.src
+</I>&gt;<i> cat: src/min: No such file or directory
+</I>&gt;<i> cat: .app.src: No such file or directory
+</I>&gt;<i> sed: can't read .app: No such file or directory
+</I>&gt;<i> make: *** [app] Error 2
+</I>&gt;<i>
+</I>&gt;<i> *** Observations
+</I>&gt;<i>
+</I>&gt;<i> min.erl compiles just  fine
+</I>&gt;<i> min.app.src breaks the compile
+</I>&gt;<i>
+</I>&gt;<i> *** Questions:
+</I>&gt;<i>
+</I>&gt;<i> 1) How can I correct this?
+</I>&gt;<i> 2) How can I structure directories and make files for a project that involves several applications?
+</I>&gt;<i>
+</I>&gt;<i> Many thanks,
+</I>&gt;<i>
+</I>&gt;<i> LRP
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> *********************************************
+</I>&gt;<i> My books:
+</I>&gt;<i>
+</I>&gt;<i> THE GOSPEL OF ASHES
+</I>&gt;<i> <A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+</I>&gt;<i>
+</I>&gt;<i> Strength is not enough. Do they have the courage
+</I>&gt;<i> and the cunning? Can they survive long enough to
+</I>&gt;<i> save the lives of millions?
+</I>&gt;<i>
+</I>&gt;<i> FREEIN' PANCHO
+</I>&gt;<i> <A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+</I>&gt;<i>
+</I>&gt;<i> A community of misfits help a troubled boy find his way
+</I>&gt;<i>
+</I>&gt;<i> AYA TAKEO
+</I>&gt;<i> <A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+</I>&gt;<i>
+</I>&gt;<i> Star-crossed love, war and power in an alternative
+</I>&gt;<i> universe
+</I>&gt;<i>
+</I>&gt;<i> Available through Amazon or by request from your
+</I>&gt;<i> favorite bookstore
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> **********************************************
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000346.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+	<LI>Next message: <A HREF="000348.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#347">[ date ]</a>
+              <a href="thread.html#347">[ thread ]</a>
+              <a href="subject.html#347">[ subject ]</a>
+              <a href="author.html#347">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000348.html b/_build/static/archives/extend/2014-March/000348.html
new file mode 100644
index 00000000..e7140ade
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000348.html
@@ -0,0 +1,70 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Trying to grok erlang.mk
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Trying%20to%20grok%20erlang.mk&In-Reply-To=%3C5319FA21.7090603%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000347.html">
+   <LINK REL="Next"  HREF="000349.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Trying to grok erlang.mk</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Trying%20to%20grok%20erlang.mk&In-Reply-To=%3C5319FA21.7090603%40ninenines.eu%3E"
+       TITLE="[99s-extend] Trying to grok erlang.mk">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Mar  7 17:56:01 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000347.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+        <LI>Next message: <A HREF="000349.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#348">[ date ]</a>
+              <a href="thread.html#348">[ thread ]</a>
+              <a href="subject.html#348">[ subject ]</a>
+              <a href="author.html#348">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 03/06/2014 09:29 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+&gt;<i> PROJECT = min
+</I>
+You probably have an extra space at the end here, and erlang.mk doesn't 
+trim them I guess. Please open a ticket!
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000347.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+	<LI>Next message: <A HREF="000349.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#348">[ date ]</a>
+              <a href="thread.html#348">[ thread ]</a>
+              <a href="subject.html#348">[ subject ]</a>
+              <a href="author.html#348">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000349.html b/_build/static/archives/extend/2014-March/000349.html
new file mode 100644
index 00000000..37895e1d
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000349.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Trying to grok erlang.mk
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Trying%20to%20grok%20erlang.mk&In-Reply-To=%3C5319FAC0.6090807%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000348.html">
+   <LINK REL="Next"  HREF="000350.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Trying to grok erlang.mk</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Trying%20to%20grok%20erlang.mk&In-Reply-To=%3C5319FAC0.6090807%40llaisdy.com%3E"
+       TITLE="[99s-extend] Trying to grok erlang.mk">ivan at llaisdy.com
+       </A><BR>
+    <I>Fri Mar  7 17:58:40 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000348.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+        <LI>Next message: <A HREF="000350.html">[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#349">[ date ]</a>
+              <a href="thread.html#349">[ thread ]</a>
+              <a href="subject.html#349">[ subject ]</a>
+              <a href="author.html#349">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Yes, that's it!  I've just tried it.
+
+Good old make :)
+
+On 07/03/2014 16:56, Lo&#239;c Hoguin wrote:
+&gt;<i> On 03/06/2014 09:29 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+</I>&gt;&gt;<i> PROJECT = min
+</I>&gt;<i>
+</I>&gt;<i> You probably have an extra space at the end here, and erlang.mk doesn't
+</I>&gt;<i> trim them I guess. Please open a ticket!
+</I>&gt;<i>
+</I>
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+                      www.llaisdy.com
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000348.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+	<LI>Next message: <A HREF="000350.html">[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#349">[ date ]</a>
+              <a href="thread.html#349">[ thread ]</a>
+              <a href="subject.html#349">[ subject ]</a>
+              <a href="author.html#349">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000350.html b/_build/static/archives/extend/2014-March/000350.html
new file mode 100644
index 00000000..d257a7e8
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000350.html
@@ -0,0 +1,115 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Getting started error:   behaviour cowboy_http_handler undefined
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3D%3Futf-8%3Fq%3FGetting_started_error%3D3A___behaviour_cowbo%3F%3D%0A%20%3D%3Futf-8%3Fq%3Fy%3D5Fhttp%3D5Fhandler_undefined%3F%3D&In-Reply-To=%3C1394480667.69797138%40apps.rackspace.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000349.html">
+   <LINK REL="Next"  HREF="000351.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined</H1>
+    <B>lloyd at writersglen.com</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3D%3Futf-8%3Fq%3FGetting_started_error%3D3A___behaviour_cowbo%3F%3D%0A%20%3D%3Futf-8%3Fq%3Fy%3D5Fhttp%3D5Fhandler_undefined%3F%3D&In-Reply-To=%3C1394480667.69797138%40apps.rackspace.com%3E"
+       TITLE="[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined">lloyd at writersglen.com
+       </A><BR>
+    <I>Mon Mar 10 20:44:27 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000349.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+        <LI>Next message: <A HREF="000351.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#350">[ date ]</a>
+              <a href="thread.html#350">[ thread ]</a>
+              <a href="subject.html#350">[ subject ]</a>
+              <a href="author.html#350">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I've slavishly emulated the &quot;Getting started&quot; example in the guide: 
+
+<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/">http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/</A>
+
+But, when I compile I get this error:
+
+yada yada
+ ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+compile: warnings being treated as errors
+src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+make: *** [ebin/hello_erlang.app] Error 1
+
+Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+
+However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+
+% -behavior(cowboy_http_handler).
+
+Could this be a bug in Getting started or some dunder-headed thing on my end?
+
+Thanks,
+
+LRP
+
+
+*********************************************
+My books:
+
+THE GOSPEL OF ASHES
+<A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+
+Strength is not enough. Do they have the courage 
+and the cunning? Can they survive long enough to 
+save the lives of millions?  
+
+FREEIN' PANCHO
+<A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+
+A community of misfits help a troubled boy find his way 
+
+AYA TAKEO
+<A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+
+Star-crossed love, war and power in an alternative 
+universe
+
+Available through Amazon or by request from your 
+favorite bookstore
+
+
+**********************************************
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000349.html">[99s-extend] Trying to grok erlang.mk
+</A></li>
+	<LI>Next message: <A HREF="000351.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#350">[ date ]</a>
+              <a href="thread.html#350">[ thread ]</a>
+              <a href="subject.html#350">[ subject ]</a>
+              <a href="author.html#350">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000351.html b/_build/static/archives/extend/2014-March/000351.html
new file mode 100644
index 00000000..ef1f4457
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000351.html
@@ -0,0 +1,131 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Getting%20started%20error%3A%20behaviour%0A%20cowboy_http_handler%20undefined&In-Reply-To=%3C531E2246.7040307%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000350.html">
+   <LINK REL="Next"  HREF="000352.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Getting started error: behaviour cowboy_http_handler undefined</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Getting%20started%20error%3A%20behaviour%0A%20cowboy_http_handler%20undefined&In-Reply-To=%3C531E2246.7040307%40ninenines.eu%3E"
+       TITLE="[99s-extend] Getting started error: behaviour cowboy_http_handler undefined">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Mar 10 21:36:22 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000350.html">[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined
+</A></li>
+        <LI>Next message: <A HREF="000352.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#351">[ date ]</a>
+              <a href="thread.html#351">[ thread ]</a>
+              <a href="subject.html#351">[ subject ]</a>
+              <a href="author.html#351">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Try updating Erlang or Cowboy, this isn't the first time this happens 
+and I fixed something at some point.
+
+Also see if you have ERL_LIBS already defined, in which case there might 
+be a bug in Cowboy.
+
+On 03/10/2014 08:44 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> I've slavishly emulated the &quot;Getting started&quot; example in the guide:
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/">http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/</A>
+</I>&gt;<i>
+</I>&gt;<i> But, when I compile I get this error:
+</I>&gt;<i>
+</I>&gt;<i> yada yada
+</I>&gt;<i>   ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+</I>&gt;<i> compile: warnings being treated as errors
+</I>&gt;<i> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+</I>&gt;<i> make: *** [ebin/hello_erlang.app] Error 1
+</I>&gt;<i>
+</I>&gt;<i> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+</I>&gt;<i>
+</I>&gt;<i> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+</I>&gt;<i>
+</I>&gt;<i> % -behavior(cowboy_http_handler).
+</I>&gt;<i>
+</I>&gt;<i> Could this be a bug in Getting started or some dunder-headed thing on my end?
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i>
+</I>&gt;<i> LRP
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> *********************************************
+</I>&gt;<i> My books:
+</I>&gt;<i>
+</I>&gt;<i> THE GOSPEL OF ASHES
+</I>&gt;<i> <A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+</I>&gt;<i>
+</I>&gt;<i> Strength is not enough. Do they have the courage
+</I>&gt;<i> and the cunning? Can they survive long enough to
+</I>&gt;<i> save the lives of millions?
+</I>&gt;<i>
+</I>&gt;<i> FREEIN' PANCHO
+</I>&gt;<i> <A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+</I>&gt;<i>
+</I>&gt;<i> A community of misfits help a troubled boy find his way
+</I>&gt;<i>
+</I>&gt;<i> AYA TAKEO
+</I>&gt;<i> <A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+</I>&gt;<i>
+</I>&gt;<i> Star-crossed love, war and power in an alternative
+</I>&gt;<i> universe
+</I>&gt;<i>
+</I>&gt;<i> Available through Amazon or by request from your
+</I>&gt;<i> favorite bookstore
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> **********************************************
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000350.html">[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined
+</A></li>
+	<LI>Next message: <A HREF="000352.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#351">[ date ]</a>
+              <a href="thread.html#351">[ thread ]</a>
+              <a href="subject.html#351">[ subject ]</a>
+              <a href="author.html#351">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000352.html b/_build/static/archives/extend/2014-March/000352.html
new file mode 100644
index 00000000..bacc9c24
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000352.html
@@ -0,0 +1,157 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%0A%20%3D%3Futf-8%3Fq%3FGetting_started_error%3D3A_behaviour_cowboy%3F%3D%0A%20%3D%3Futf-8%3Fq%3F%3D5Fhttp%3D5Fhandler_undefined%3F%3D&In-Reply-To=%3C1394664664.82233997%40apps.rackspace.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000351.html">
+   <LINK REL="Next"  HREF="000353.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Getting started error: behaviour cowboy_http_handler undefined</H1>
+    <B>lloyd at writersglen.com</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%0A%20%3D%3Futf-8%3Fq%3FGetting_started_error%3D3A_behaviour_cowboy%3F%3D%0A%20%3D%3Futf-8%3Fq%3F%3D5Fhttp%3D5Fhandler_undefined%3F%3D&In-Reply-To=%3C1394664664.82233997%40apps.rackspace.com%3E"
+       TITLE="[99s-extend] Getting started error: behaviour cowboy_http_handler undefined">lloyd at writersglen.com
+       </A><BR>
+    <I>Wed Mar 12 23:51:04 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000351.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+        <LI>Next message: <A HREF="000353.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#352">[ date ]</a>
+              <a href="thread.html#352">[ thread ]</a>
+              <a href="subject.html#352">[ subject ]</a>
+              <a href="author.html#352">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi Lo&#239;c,
+
+Thanks for help.
+
+I'm running cowboy master from GitHub and Erlang R16B02.
+
+$ echo $ERL_LIBS
+
+...gives me a directory that no longer exists; don't know how it got there, what it should be, or how to change it.
+
+E.g.: /home/lloyd/Programming/Erlang/zippity/apps
+
+I've looked in .erlang and tried $ export ERL_LIBS=&lt;my path to hello_erlang/ebin&gt;.
+
+Thanks again,
+
+LRP
+
+-----Original Message-----
+From: &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+Sent: Monday, March 10, 2014 4:36pm
+To: <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A>, <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+
+Try updating Erlang or Cowboy, this isn't the first time this happens 
+and I fixed something at some point.
+
+Also see if you have ERL_LIBS already defined, in which case there might 
+be a bug in Cowboy.
+
+On 03/10/2014 08:44 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> I've slavishly emulated the &quot;Getting started&quot; example in the guide:
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/">http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/</A>
+</I>&gt;<i>
+</I>&gt;<i> But, when I compile I get this error:
+</I>&gt;<i>
+</I>&gt;<i> yada yada
+</I>&gt;<i>   ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+</I>&gt;<i> compile: warnings being treated as errors
+</I>&gt;<i> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+</I>&gt;<i> make: *** [ebin/hello_erlang.app] Error 1
+</I>&gt;<i>
+</I>&gt;<i> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+</I>&gt;<i>
+</I>&gt;<i> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+</I>&gt;<i>
+</I>&gt;<i> % -behavior(cowboy_http_handler).
+</I>&gt;<i>
+</I>&gt;<i> Could this be a bug in Getting started or some dunder-headed thing on my end?
+</I>&gt;<i>
+</I>&gt;<i> Thanks,
+</I>&gt;<i>
+</I>&gt;<i> LRP
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> *********************************************
+</I>&gt;<i> My books:
+</I>&gt;<i>
+</I>&gt;<i> THE GOSPEL OF ASHES
+</I>&gt;<i> <A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+</I>&gt;<i>
+</I>&gt;<i> Strength is not enough. Do they have the courage
+</I>&gt;<i> and the cunning? Can they survive long enough to
+</I>&gt;<i> save the lives of millions?
+</I>&gt;<i>
+</I>&gt;<i> FREEIN' PANCHO
+</I>&gt;<i> <A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+</I>&gt;<i>
+</I>&gt;<i> A community of misfits help a troubled boy find his way
+</I>&gt;<i>
+</I>&gt;<i> AYA TAKEO
+</I>&gt;<i> <A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+</I>&gt;<i>
+</I>&gt;<i> Star-crossed love, war and power in an alternative
+</I>&gt;<i> universe
+</I>&gt;<i>
+</I>&gt;<i> Available through Amazon or by request from your
+</I>&gt;<i> favorite bookstore
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> **********************************************
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000351.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+	<LI>Next message: <A HREF="000353.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#352">[ date ]</a>
+              <a href="thread.html#352">[ thread ]</a>
+              <a href="subject.html#352">[ subject ]</a>
+              <a href="author.html#352">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000353.html b/_build/static/archives/extend/2014-March/000353.html
new file mode 100644
index 00000000..da6966ee
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000353.html
@@ -0,0 +1,159 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Getting%20started%20error%3A%20behaviour%0A%20cowboy_http_handler%20undefined&In-Reply-To=%3C5320E64C.7010000%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000352.html">
+   <LINK REL="Next"  HREF="000354.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Getting started error: behaviour cowboy_http_handler undefined</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Getting%20started%20error%3A%20behaviour%0A%20cowboy_http_handler%20undefined&In-Reply-To=%3C5320E64C.7010000%40ninenines.eu%3E"
+       TITLE="[99s-extend] Getting started error: behaviour cowboy_http_handler undefined">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Mar 12 23:57:16 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000352.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+        <LI>Next message: <A HREF="000354.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#353">[ date ]</a>
+              <a href="thread.html#353">[ thread ]</a>
+              <a href="subject.html#353">[ subject ]</a>
+              <a href="author.html#353">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Can you try again after running &quot;unset ERL_LIBS&quot;?
+
+On 03/12/2014 11:51 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+&gt;<i> Hi Lo&#239;c,
+</I>&gt;<i>
+</I>&gt;<i> Thanks for help.
+</I>&gt;<i>
+</I>&gt;<i> I'm running cowboy master from GitHub and Erlang R16B02.
+</I>&gt;<i>
+</I>&gt;<i> $ echo $ERL_LIBS
+</I>&gt;<i>
+</I>&gt;<i> ...gives me a directory that no longer exists; don't know how it got there, what it should be, or how to change it.
+</I>&gt;<i>
+</I>&gt;<i> E.g.: /home/lloyd/Programming/Erlang/zippity/apps
+</I>&gt;<i>
+</I>&gt;<i> I've looked in .erlang and tried $ export ERL_LIBS=&lt;my path to hello_erlang/ebin&gt;.
+</I>&gt;<i>
+</I>&gt;<i> Thanks again,
+</I>&gt;<i>
+</I>&gt;<i> LRP
+</I>&gt;<i>
+</I>&gt;<i> -----Original Message-----
+</I>&gt;<i> From: &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i> Sent: Monday, March 10, 2014 4:36pm
+</I>&gt;<i> To: <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A>, <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+</I>&gt;<i> Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</I>&gt;<i>
+</I>&gt;<i> Try updating Erlang or Cowboy, this isn't the first time this happens
+</I>&gt;<i> and I fixed something at some point.
+</I>&gt;<i>
+</I>&gt;<i> Also see if you have ERL_LIBS already defined, in which case there might
+</I>&gt;<i> be a bug in Cowboy.
+</I>&gt;<i>
+</I>&gt;<i> On 03/10/2014 08:44 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+</I>&gt;&gt;<i> Hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I've slavishly emulated the &quot;Getting started&quot; example in the guide:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/">http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> But, when I compile I get this error:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> yada yada
+</I>&gt;&gt;<i>    ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+</I>&gt;&gt;<i> compile: warnings being treated as errors
+</I>&gt;&gt;<i> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+</I>&gt;&gt;<i> make: *** [ebin/hello_erlang.app] Error 1
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> % -behavior(cowboy_http_handler).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Could this be a bug in Getting started or some dunder-headed thing on my end?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> LRP
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> *********************************************
+</I>&gt;&gt;<i> My books:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> THE GOSPEL OF ASHES
+</I>&gt;&gt;<i> <A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Strength is not enough. Do they have the courage
+</I>&gt;&gt;<i> and the cunning? Can they survive long enough to
+</I>&gt;&gt;<i> save the lives of millions?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> FREEIN' PANCHO
+</I>&gt;&gt;<i> <A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> A community of misfits help a troubled boy find his way
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> AYA TAKEO
+</I>&gt;&gt;<i> <A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Star-crossed love, war and power in an alternative
+</I>&gt;&gt;<i> universe
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Available through Amazon or by request from your
+</I>&gt;&gt;<i> favorite bookstore
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> **********************************************
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000352.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+	<LI>Next message: <A HREF="000354.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#353">[ date ]</a>
+              <a href="thread.html#353">[ thread ]</a>
+              <a href="subject.html#353">[ subject ]</a>
+              <a href="author.html#353">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000354.html b/_build/static/archives/extend/2014-March/000354.html
new file mode 100644
index 00000000..fad782d1
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000354.html
@@ -0,0 +1,180 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%0A%20%3D%3Futf-8%3Fq%3FGetting_started_error%3D3A_behaviour_cowboy%3F%3D%0A%20%3D%3Futf-8%3Fq%3F%3D5Fhttp%3D5Fhandler_undefined%3F%3D&In-Reply-To=%3C1394667796.517915192%40apps.rackspace.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000353.html">
+   <LINK REL="Next"  HREF="000355.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Getting started error: behaviour cowboy_http_handler undefined</H1>
+    <B>lloyd at writersglen.com</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%0A%20%3D%3Futf-8%3Fq%3FGetting_started_error%3D3A_behaviour_cowboy%3F%3D%0A%20%3D%3Futf-8%3Fq%3F%3D5Fhttp%3D5Fhandler_undefined%3F%3D&In-Reply-To=%3C1394667796.517915192%40apps.rackspace.com%3E"
+       TITLE="[99s-extend] Getting started error: behaviour cowboy_http_handler undefined">lloyd at writersglen.com
+       </A><BR>
+    <I>Thu Mar 13 00:43:16 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000353.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+        <LI>Next message: <A HREF="000355.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#354">[ date ]</a>
+              <a href="thread.html#354">[ thread ]</a>
+              <a href="subject.html#354">[ subject ]</a>
+              <a href="author.html#354">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+That fixed it!
+
+But where can I go to understand why and prevent it in future? 
+
+I've googled ERL_LIBS, but not found much enlightenment. Should there possibly be a note in Cowboy docs? Or is this something idiosyncratic to my system?
+
+Many thanks!
+
+Lloyd
+
+-----Original Message-----
+From: &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+Sent: Wednesday, March 12, 2014 6:57pm
+To: <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A>
+Cc: <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+
+Can you try again after running &quot;unset ERL_LIBS&quot;?
+
+On 03/12/2014 11:51 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+&gt;<i> Hi Lo&#239;c,
+</I>&gt;<i>
+</I>&gt;<i> Thanks for help.
+</I>&gt;<i>
+</I>&gt;<i> I'm running cowboy master from GitHub and Erlang R16B02.
+</I>&gt;<i>
+</I>&gt;<i> $ echo $ERL_LIBS
+</I>&gt;<i>
+</I>&gt;<i> ...gives me a directory that no longer exists; don't know how it got there, what it should be, or how to change it.
+</I>&gt;<i>
+</I>&gt;<i> E.g.: /home/lloyd/Programming/Erlang/zippity/apps
+</I>&gt;<i>
+</I>&gt;<i> I've looked in .erlang and tried $ export ERL_LIBS=&lt;my path to hello_erlang/ebin&gt;.
+</I>&gt;<i>
+</I>&gt;<i> Thanks again,
+</I>&gt;<i>
+</I>&gt;<i> LRP
+</I>&gt;<i>
+</I>&gt;<i> -----Original Message-----
+</I>&gt;<i> From: &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i> Sent: Monday, March 10, 2014 4:36pm
+</I>&gt;<i> To: <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A>, <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+</I>&gt;<i> Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</I>&gt;<i>
+</I>&gt;<i> Try updating Erlang or Cowboy, this isn't the first time this happens
+</I>&gt;<i> and I fixed something at some point.
+</I>&gt;<i>
+</I>&gt;<i> Also see if you have ERL_LIBS already defined, in which case there might
+</I>&gt;<i> be a bug in Cowboy.
+</I>&gt;<i>
+</I>&gt;<i> On 03/10/2014 08:44 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+</I>&gt;&gt;<i> Hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I've slavishly emulated the &quot;Getting started&quot; example in the guide:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/">http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> But, when I compile I get this error:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> yada yada
+</I>&gt;&gt;<i>    ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+</I>&gt;&gt;<i> compile: warnings being treated as errors
+</I>&gt;&gt;<i> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+</I>&gt;&gt;<i> make: *** [ebin/hello_erlang.app] Error 1
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> % -behavior(cowboy_http_handler).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Could this be a bug in Getting started or some dunder-headed thing on my end?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> LRP
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> *********************************************
+</I>&gt;&gt;<i> My books:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> THE GOSPEL OF ASHES
+</I>&gt;&gt;<i> <A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Strength is not enough. Do they have the courage
+</I>&gt;&gt;<i> and the cunning? Can they survive long enough to
+</I>&gt;&gt;<i> save the lives of millions?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> FREEIN' PANCHO
+</I>&gt;&gt;<i> <A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> A community of misfits help a troubled boy find his way
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> AYA TAKEO
+</I>&gt;&gt;<i> <A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Star-crossed love, war and power in an alternative
+</I>&gt;&gt;<i> universe
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Available through Amazon or by request from your
+</I>&gt;&gt;<i> favorite bookstore
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> **********************************************
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000353.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+	<LI>Next message: <A HREF="000355.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#354">[ date ]</a>
+              <a href="thread.html#354">[ thread ]</a>
+              <a href="subject.html#354">[ subject ]</a>
+              <a href="author.html#354">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000355.html b/_build/static/archives/extend/2014-March/000355.html
new file mode 100644
index 00000000..819e76e1
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000355.html
@@ -0,0 +1,186 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Getting%20started%20error%3A%20behaviour%0A%20cowboy_http_handler%20undefined&In-Reply-To=%3C5320F1F1.9000506%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000354.html">
+   <LINK REL="Next"  HREF="000356.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Getting started error: behaviour cowboy_http_handler undefined</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Getting%20started%20error%3A%20behaviour%0A%20cowboy_http_handler%20undefined&In-Reply-To=%3C5320F1F1.9000506%40ninenines.eu%3E"
+       TITLE="[99s-extend] Getting started error: behaviour cowboy_http_handler undefined">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Mar 13 00:46:57 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000354.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+        <LI>Next message: <A HREF="000356.html">[99s-extend] Updating Cowboy applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#355">[ date ]</a>
+              <a href="thread.html#355">[ thread ]</a>
+              <a href="subject.html#355">[ subject ]</a>
+              <a href="author.html#355">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's explained here: <A HREF="http://www.erlang.org/doc/man/code.html">http://www.erlang.org/doc/man/code.html</A>
+
+I am not sure why it caused issues on your system, possibly Erlang 
+ignored it because there was an invalid folder in there. I don't really 
+know.
+
+On 03/13/2014 12:43 AM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> That fixed it!
+</I>&gt;<i>
+</I>&gt;<i> But where can I go to understand why and prevent it in future?
+</I>&gt;<i>
+</I>&gt;<i> I've googled ERL_LIBS, but not found much enlightenment. Should there possibly be a note in Cowboy docs? Or is this something idiosyncratic to my system?
+</I>&gt;<i>
+</I>&gt;<i> Many thanks!
+</I>&gt;<i>
+</I>&gt;<i> Lloyd
+</I>&gt;<i>
+</I>&gt;<i> -----Original Message-----
+</I>&gt;<i> From: &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i> Sent: Wednesday, March 12, 2014 6:57pm
+</I>&gt;<i> To: <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A>
+</I>&gt;<i> Cc: <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+</I>&gt;<i> Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</I>&gt;<i>
+</I>&gt;<i> Can you try again after running &quot;unset ERL_LIBS&quot;?
+</I>&gt;<i>
+</I>&gt;<i> On 03/12/2014 11:51 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+</I>&gt;&gt;<i> Hi Lo&#239;c,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks for help.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I'm running cowboy master from GitHub and Erlang R16B02.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> $ echo $ERL_LIBS
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ...gives me a directory that no longer exists; don't know how it got there, what it should be, or how to change it.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> E.g.: /home/lloyd/Programming/Erlang/zippity/apps
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I've looked in .erlang and tried $ export ERL_LIBS=&lt;my path to hello_erlang/ebin&gt;.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks again,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> LRP
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> -----Original Message-----
+</I>&gt;&gt;<i> From: &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;&gt;<i> Sent: Monday, March 10, 2014 4:36pm
+</I>&gt;&gt;<i> To: <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A>, <A HREF="https://lists.ninenines.eu/listinfo/extend">extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> Subject: Re: [99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Try updating Erlang or Cowboy, this isn't the first time this happens
+</I>&gt;&gt;<i> and I fixed something at some point.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Also see if you have ERL_LIBS already defined, in which case there might
+</I>&gt;&gt;<i> be a bug in Cowboy.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 03/10/2014 08:44 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">lloyd at writersglen.com</A> wrote:
+</I>&gt;&gt;&gt;<i> Hello,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I've slavishly emulated the &quot;Getting started&quot; example in the guide:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/">http://ninenines.eu/docs/en/cowboy/HEAD/guide/getting_started/</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> But, when I compile I get this error:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> yada yada
+</I>&gt;&gt;&gt;<i>     ERLC   hello_erlang_app.erl hello_handler.erl hello_erlang_sup.erl
+</I>&gt;&gt;&gt;<i> compile: warnings being treated as errors
+</I>&gt;&gt;&gt;<i> src/hello_handler.erl:2: behaviour cowboy_http_handler undefined
+</I>&gt;&gt;&gt;<i> make: *** [ebin/hello_erlang.app] Error 1
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Cowboy seems to be correctly loaded and compiled as a dependency. I can see .../cowboy/ebin/cowboy_http_handler.beam
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> However, when I remove the line -behavior(cowboy_http_handler) from hello_handler.erl, system compiles and creates release just fine.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> % -behavior(cowboy_http_handler).
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Could this be a bug in Getting started or some dunder-headed thing on my end?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thanks,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> LRP
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> *********************************************
+</I>&gt;&gt;&gt;<i> My books:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> THE GOSPEL OF ASHES
+</I>&gt;&gt;&gt;<i> <A HREF="http://thegospelofashes.com">http://thegospelofashes.com</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Strength is not enough. Do they have the courage
+</I>&gt;&gt;&gt;<i> and the cunning? Can they survive long enough to
+</I>&gt;&gt;&gt;<i> save the lives of millions?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> FREEIN' PANCHO
+</I>&gt;&gt;&gt;<i> <A HREF="http://freeinpancho.com">http://freeinpancho.com</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> A community of misfits help a troubled boy find his way
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> AYA TAKEO
+</I>&gt;&gt;&gt;<i> <A HREF="http://ayatakeo.com">http://ayatakeo.com</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Star-crossed love, war and power in an alternative
+</I>&gt;&gt;&gt;<i> universe
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Available through Amazon or by request from your
+</I>&gt;&gt;&gt;<i> favorite bookstore
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> **********************************************
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000354.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+	<LI>Next message: <A HREF="000356.html">[99s-extend] Updating Cowboy applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#355">[ date ]</a>
+              <a href="thread.html#355">[ thread ]</a>
+              <a href="subject.html#355">[ subject ]</a>
+              <a href="author.html#355">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000356.html b/_build/static/archives/extend/2014-March/000356.html
new file mode 100644
index 00000000..a1742223
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000356.html
@@ -0,0 +1,96 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Updating Cowboy applications
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Updating%20Cowboy%20applications&In-Reply-To=%3C53210CB8.5080109%40mcq.io%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000355.html">
+   <LINK REL="Next"  HREF="000357.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Updating Cowboy applications</H1>
+    <B>Joshua McQuistan</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Updating%20Cowboy%20applications&In-Reply-To=%3C53210CB8.5080109%40mcq.io%3E"
+       TITLE="[99s-extend] Updating Cowboy applications">joshua.mcquistan at mcq.io
+       </A><BR>
+    <I>Thu Mar 13 02:41:12 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000355.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+        <LI>Next message: <A HREF="000357.html">[99s-extend] Updating Cowboy applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#356">[ date ]</a>
+              <a href="thread.html#356">[ thread ]</a>
+              <a href="subject.html#356">[ subject ]</a>
+              <a href="author.html#356">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello all,
+
+I have written a Cowboy application that works fine over localhost. I'm
+now looking at ways of deploying and updating it i.e., moving from dev
+to prod in a nice manner.
+
+I have dug around the archives and have found that Cowboy does not
+support hot code reloading meaning either a restart of the vm or playing
+with code:reload_file is necessary.
+
+The latter suggests a possible rewriting of OTP's code loading mechanism
+and seems like it might be sensible to avoid.
+
+The other approach then is a restart. In previous (non-Cowboy) set ups
+I've used nginx on port 80 / 443 that talks to the web app via a unix
+socket (e.g., &quot;web/socket&quot;). When updating I'll start a new instance on
+a new socket (e.g., &quot;web/socket.new&quot;) then rely on the file system's
+&quot;mv&quot; to switch it to &quot;web/socket&quot;; this works because the underlying
+file system guarantees mv to be atomic (or at least to never see a
+missing file). I can then ask the old process to shut down nicely in the
+background.
+
+For this to work it would require Cowby / Ranch to be able to listen on
+unix sockets. A glance at the documentation suggests that unix sockets
+aren't available, is this the case? What's the feasibility of it getting
+added?
+
+It might just be simpler to load-balance across multiple servers and
+safely take them out one at a time while updating.
+
+My other question is, how do others approach this problem? Did I miss
+something vitally obvious?
+
+Regards,
+Joshua
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000355.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A></li>
+	<LI>Next message: <A HREF="000357.html">[99s-extend] Updating Cowboy applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#356">[ date ]</a>
+              <a href="thread.html#356">[ thread ]</a>
+              <a href="subject.html#356">[ subject ]</a>
+              <a href="author.html#356">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000357.html b/_build/static/archives/extend/2014-March/000357.html
new file mode 100644
index 00000000..da65a33e
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000357.html
@@ -0,0 +1,125 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Updating Cowboy applications
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Updating%20Cowboy%20applications&In-Reply-To=%3C5321B0FB.4060203%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000356.html">
+   <LINK REL="Next"  HREF="000358.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Updating Cowboy applications</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Updating%20Cowboy%20applications&In-Reply-To=%3C5321B0FB.4060203%40ninenines.eu%3E"
+       TITLE="[99s-extend] Updating Cowboy applications">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Mar 13 14:22:03 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000356.html">[99s-extend] Updating Cowboy applications
+</A></li>
+        <LI>Next message: <A HREF="000358.html">[99s-extend] Updating Cowboy applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#357">[ date ]</a>
+              <a href="thread.html#357">[ thread ]</a>
+              <a href="subject.html#357">[ subject ]</a>
+              <a href="author.html#357">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Deploying is easy: releases.
+
+The &quot;getting started&quot; chapter of the guide, and all the examples use 
+that and it should be pretty easy to do.
+
+You can reload Cowboy modules directly using l(module). You can reload 
+most Ranch modules too but some of them will require using sys. Ranch 
+will get support for upgrades as soon as I finish the upgrade test 
+suite, but it's still low priority.
+
+And upgrade of Cowboy processes can only be added after we make them 
+special processes, which is still a way to go.
+
+There is no plans for supporting unix sockets for the simple reason that 
+it is not portable. On the other hand, if you use a separate library to 
+open a socket and give it to Ranch (socket option), possibly writing a 
+specific transport module for it, then it's very possible that you can 
+use unix sockets (and if it works, please do send feedback).
+
+On 03/13/2014 02:41 AM, Joshua McQuistan wrote:
+&gt;<i> Hello all,
+</I>&gt;<i>
+</I>&gt;<i> I have written a Cowboy application that works fine over localhost. I'm
+</I>&gt;<i> now looking at ways of deploying and updating it i.e., moving from dev
+</I>&gt;<i> to prod in a nice manner.
+</I>&gt;<i>
+</I>&gt;<i> I have dug around the archives and have found that Cowboy does not
+</I>&gt;<i> support hot code reloading meaning either a restart of the vm or playing
+</I>&gt;<i> with code:reload_file is necessary.
+</I>&gt;<i>
+</I>&gt;<i> The latter suggests a possible rewriting of OTP's code loading mechanism
+</I>&gt;<i> and seems like it might be sensible to avoid.
+</I>&gt;<i>
+</I>&gt;<i> The other approach then is a restart. In previous (non-Cowboy) set ups
+</I>&gt;<i> I've used nginx on port 80 / 443 that talks to the web app via a unix
+</I>&gt;<i> socket (e.g., &quot;web/socket&quot;). When updating I'll start a new instance on
+</I>&gt;<i> a new socket (e.g., &quot;web/socket.new&quot;) then rely on the file system's
+</I>&gt;<i> &quot;mv&quot; to switch it to &quot;web/socket&quot;; this works because the underlying
+</I>&gt;<i> file system guarantees mv to be atomic (or at least to never see a
+</I>&gt;<i> missing file). I can then ask the old process to shut down nicely in the
+</I>&gt;<i> background.
+</I>&gt;<i>
+</I>&gt;<i> For this to work it would require Cowby / Ranch to be able to listen on
+</I>&gt;<i> unix sockets. A glance at the documentation suggests that unix sockets
+</I>&gt;<i> aren't available, is this the case? What's the feasibility of it getting
+</I>&gt;<i> added?
+</I>&gt;<i>
+</I>&gt;<i> It might just be simpler to load-balance across multiple servers and
+</I>&gt;<i> safely take them out one at a time while updating.
+</I>&gt;<i>
+</I>&gt;<i> My other question is, how do others approach this problem? Did I miss
+</I>&gt;<i> something vitally obvious?
+</I>&gt;<i>
+</I>&gt;<i> Regards,
+</I>&gt;<i> Joshua
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000356.html">[99s-extend] Updating Cowboy applications
+</A></li>
+	<LI>Next message: <A HREF="000358.html">[99s-extend] Updating Cowboy applications
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#357">[ date ]</a>
+              <a href="thread.html#357">[ thread ]</a>
+              <a href="subject.html#357">[ subject ]</a>
+              <a href="author.html#357">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000358.html b/_build/static/archives/extend/2014-March/000358.html
new file mode 100644
index 00000000..7c7f0abe
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000358.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Updating Cowboy applications
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Updating%20Cowboy%20applications&In-Reply-To=%3C5321BF4D.50102%40mcq.io%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000357.html">
+   <LINK REL="Next"  HREF="000359.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Updating Cowboy applications</H1>
+    <B>Joshua McQuistan</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Updating%20Cowboy%20applications&In-Reply-To=%3C5321BF4D.50102%40mcq.io%3E"
+       TITLE="[99s-extend] Updating Cowboy applications">joshua.mcquistan at mcq.io
+       </A><BR>
+    <I>Thu Mar 13 15:23:09 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000357.html">[99s-extend] Updating Cowboy applications
+</A></li>
+        <LI>Next message: <A HREF="000359.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#358">[ date ]</a>
+              <a href="thread.html#358">[ thread ]</a>
+              <a href="subject.html#358">[ subject ]</a>
+              <a href="author.html#358">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> 
+</I>&gt;<i> I wish I knew enough to answer your question. But I do hope you publish a tutorial documenting your solution for those following you down the trail.
+</I>
+Will do.
+
+On 13/03/14 13:22, Lo&#239;c Hoguin wrote:
+&gt;<i> 
+</I>&gt;<i> There is no plans for supporting unix sockets for the simple reason that
+</I>&gt;<i> it is not portable. On the other hand, if you use a separate library to
+</I>&gt;<i> open a socket and give it to Ranch (socket option), possibly writing a
+</I>&gt;<i> specific transport module for it, then it's very possible that you can
+</I>&gt;<i> use unix sockets (and if it works, please do send feedback).
+</I>
+I had missed this last night, I will try passing the socket down and see
+if it works.
+
+I can also see the gen_tcp:listen in ranch_tcp but I'd prefer to avoid that.
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000357.html">[99s-extend] Updating Cowboy applications
+</A></li>
+	<LI>Next message: <A HREF="000359.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#358">[ date ]</a>
+              <a href="thread.html#358">[ thread ]</a>
+              <a href="subject.html#358">[ subject ]</a>
+              <a href="author.html#358">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000359.html b/_build/static/archives/extend/2014-March/000359.html
new file mode 100644
index 00000000..1ce4d916
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000359.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy unexpectedly timing out when reading the body
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%20body&In-Reply-To=%3CCF48C816.16B3B%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000358.html">
+   <LINK REL="Next"  HREF="000360.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy unexpectedly timing out when reading the body</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%20body&In-Reply-To=%3CCF48C816.16B3B%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Cowboy unexpectedly timing out when reading the body">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Fri Mar 14 19:52:07 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000358.html">[99s-extend] Updating Cowboy applications
+</A></li>
+        <LI>Next message: <A HREF="000360.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#359">[ date ]</a>
+              <a href="thread.html#359">[ thread ]</a>
+              <a href="subject.html#359">[ subject ]</a>
+              <a href="author.html#359">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On a dev server I had a Cowboy app suddenly start returning timeouts when calling cowboy_req:body_qs(Request), with surprising frequency, which in turn led to 500s back to the calling client. It only appeared to happen when hitting one particular resource, and was sporadic, and I was wondering if there might be some explanation related to Cowboy (as opposed to maybe really weird VM issues). For full disclosure, we would first check the body with cowboy_req:body(Request) as part of an access log, then ignore the returned cowboy_req:req() that call passed back, since we could not then stream the body off of it again. It was working fine, so I don't think it was related, but it seems more solid now after I removed it and I don't know if that's related or not.
+
+
+
+Here is an example request that dumped when the process died -
+
+
+{req,[{socket,#Port&lt;0.7113&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1805.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{10,188,32,225},53188}},{host,&lt;&lt;&quot;bps-feedschedulervip1.turner.com&quot;&gt;&gt;},{host_info,undefined},{port,8091},{path,&lt;&lt;&quot;/encoders/Player1/record&quot;&gt;&gt;},{path_info,[&lt;&lt;&quot;record&quot;&gt;&gt;]},{qs,&lt;&lt;&quot;authToken=...&quot;&gt;&gt;},{qs_vals,[{&lt;&lt;&quot;authToken&quot;&gt;&gt;,&lt;&lt;&quot;...&quot;&gt;&gt;}]},{bindings,[{id,&lt;&lt;&quot;Player1&quot;&gt;&gt;}]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;bps-feedschedulervip1.turner.com:8091&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&quot;application/x-www-form-urlencoded; charset=UTF-8&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://bps-newstrondev1.turner.com">http://bps-newstrondev1.turner.com</A>&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;48&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;application/json, text/javascript, */*; q=0.01&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.74.9 (KHTML, like Gecko) Version/7.0.2 Safari/537.74.9&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://bps-newstrondev1.turner.com/newstron/record/record.html">http://bps-newstrondev1.turner.com/newstron/record/record.html</A>&quot;&gt;&gt;},{&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-us&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip, deflate&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;x-www-form-urlencoded&quot;&gt;&gt;,[{&lt;&lt;&quot;charset&quot;&gt;&gt;,&lt;&lt;&quot;utf-8&quot;&gt;&gt;}]}},{&lt;&lt;&quot;if-modified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-none-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-unmodified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;accept&quot;&gt;&gt;,[{{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,[]},1000,[]},{{&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;javascript&quot;&gt;&gt;,[]},1000,[]},{{&lt;&lt;&quot;*&quot;&gt;&gt;,&lt;&lt;&quot;*&quot;&gt;&gt;,[]},10,[]}]},{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[{charset,undefined},{media_type,{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,[]}}]},{body_state,waiting},{multipart,undefined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,false},{resp_state,waiting},{resp_headers,[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,[&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,&lt;&lt;&gt;&gt;]},{&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,&lt;&lt;&quot;*&quot;&gt;&gt;}]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,#Fun&lt;access_log_responder.onresponse.4&gt;}]}
+
+
+
+
+As I said, it may be just due to VM issues or something, but I figured I'd ask in case there was any obvious issue.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140314/b2f802d3/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140314/b2f802d3/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000358.html">[99s-extend] Updating Cowboy applications
+</A></li>
+	<LI>Next message: <A HREF="000360.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#359">[ date ]</a>
+              <a href="thread.html#359">[ thread ]</a>
+              <a href="subject.html#359">[ subject ]</a>
+              <a href="author.html#359">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000360.html b/_build/static/archives/extend/2014-March/000360.html
new file mode 100644
index 00000000..24c59e1b
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000360.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy unexpectedly timing out when reading the body
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%0A%20body&In-Reply-To=%3C532350E6.5080507%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000359.html">
+   <LINK REL="Next"  HREF="000361.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy unexpectedly timing out when reading the body</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%0A%20body&In-Reply-To=%3C532350E6.5080507%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy unexpectedly timing out when reading the body">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Mar 14 19:56:38 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000359.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+        <LI>Next message: <A HREF="000361.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#360">[ date ]</a>
+              <a href="thread.html#360">[ thread ]</a>
+              <a href="subject.html#360">[ subject ]</a>
+              <a href="author.html#360">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Cowboy does have a timeout too small, that will be fixed soon (by making 
+it configurable, per body-reading call). It will be in the next release.
+
+On the other hand there's something weird in what you said.
+
+On 03/14/2014 07:52 PM, Phillips, Christopher wrote:
+&gt;<i> first check the body with cowboy_req:body(Request) as part of an access
+</I>&gt;<i> log, then ignore the returned cowboy_req:req() that call passed back,
+</I>&gt;<i> since we could not then stream the body off of it again. It was working
+</I>&gt;<i> fine, so I don't think it was related, but it seems more solid now after
+</I>&gt;<i> I removed it and I don't know if that's related or not.
+</I>
+If you ignore the Req being returned, especially after a body-reading 
+call, then Cowboy will not be able to figure out that you actually read 
+it, and will attempt to read it again to skip it, leading to issues.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000359.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+	<LI>Next message: <A HREF="000361.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#360">[ date ]</a>
+              <a href="thread.html#360">[ thread ]</a>
+              <a href="subject.html#360">[ subject ]</a>
+              <a href="author.html#360">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000361.html b/_build/static/archives/extend/2014-March/000361.html
new file mode 100644
index 00000000..0140723a
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000361.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy unexpectedly timing out when reading the body
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%0A%20body&In-Reply-To=%3CCF48CAF9.16B5A%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000360.html">
+   <LINK REL="Next"  HREF="000362.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy unexpectedly timing out when reading the body</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%0A%20body&In-Reply-To=%3CCF48CAF9.16B5A%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Cowboy unexpectedly timing out when reading the body">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Fri Mar 14 20:07:40 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000360.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+        <LI>Next message: <A HREF="000362.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#361">[ date ]</a>
+              <a href="thread.html#361">[ thread ]</a>
+              <a href="subject.html#361">[ subject ]</a>
+              <a href="author.html#361">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>  This body is -small-. 48 bytes was my test data (per the
+content-length). That shouldn't take 5 seconds to read, and usually it
+took a millisecond or two, and returned to the client (despite actually
+controlling some hardware across a network and such) within a second. And
+it was ND; I tested this thing a couple of times locally and it appeared
+to work, and even deployed onto a VM it worked some of the time (as I
+said, might have been hardware or some other weirdness).
+
+  So can we only read the body once? Or what's the right approach if I
+want to access the body in both a module registered to the
+onrequest/onresponse callbacks, and in the REST handler?
+
+On 3/14/14, 2:56 PM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i>Cowboy does have a timeout too small, that will be fixed soon (by making
+</I>&gt;<i>it configurable, per body-reading call). It will be in the next release.
+</I>&gt;<i>
+</I>&gt;<i>On the other hand there's something weird in what you said.
+</I>&gt;<i>
+</I>&gt;<i>On 03/14/2014 07:52 PM, Phillips, Christopher wrote:
+</I>&gt;&gt;<i> first check the body with cowboy_req:body(Request) as part of an access
+</I>&gt;&gt;<i> log, then ignore the returned cowboy_req:req() that call passed back,
+</I>&gt;&gt;<i> since we could not then stream the body off of it again. It was working
+</I>&gt;&gt;<i> fine, so I don't think it was related, but it seems more solid now after
+</I>&gt;&gt;<i> I removed it and I don't know if that's related or not.
+</I>&gt;<i>
+</I>&gt;<i>If you ignore the Req being returned, especially after a body-reading
+</I>&gt;<i>call, then Cowboy will not be able to figure out that you actually read
+</I>&gt;<i>it, and will attempt to read it again to skip it, leading to issues.
+</I>&gt;<i>
+</I>&gt;<i>-- 
+</I>&gt;<i>Lo&#239;c Hoguin
+</I>&gt;<i><A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000360.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+	<LI>Next message: <A HREF="000362.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#361">[ date ]</a>
+              <a href="thread.html#361">[ thread ]</a>
+              <a href="subject.html#361">[ subject ]</a>
+              <a href="author.html#361">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000362.html b/_build/static/archives/extend/2014-March/000362.html
new file mode 100644
index 00000000..07e318d1
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000362.html
@@ -0,0 +1,106 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy unexpectedly timing out when reading the body
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%0A%20body&In-Reply-To=%3C5323545F.4050602%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000361.html">
+   <LINK REL="Next"  HREF="000363.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy unexpectedly timing out when reading the body</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%0A%20body&In-Reply-To=%3C5323545F.4050602%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy unexpectedly timing out when reading the body">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Mar 14 20:11:27 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000361.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+        <LI>Next message: <A HREF="000363.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#362">[ date ]</a>
+              <a href="thread.html#362">[ thread ]</a>
+              <a href="subject.html#362">[ subject ]</a>
+              <a href="author.html#362">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Yep, only once. All functions that return {ok, ...} are like this. 
+There's no right approach, that's left as an exercise to the developer. :-)
+
+You can probably use cowboy_req:set_meta/meta if you really need to pass 
+it around.
+
+On 03/14/2014 08:07 PM, Phillips, Christopher wrote:
+&gt;<i>    This body is -small-. 48 bytes was my test data (per the
+</I>&gt;<i> content-length). That shouldn't take 5 seconds to read, and usually it
+</I>&gt;<i> took a millisecond or two, and returned to the client (despite actually
+</I>&gt;<i> controlling some hardware across a network and such) within a second. And
+</I>&gt;<i> it was ND; I tested this thing a couple of times locally and it appeared
+</I>&gt;<i> to work, and even deployed onto a VM it worked some of the time (as I
+</I>&gt;<i> said, might have been hardware or some other weirdness).
+</I>&gt;<i>
+</I>&gt;<i>    So can we only read the body once? Or what's the right approach if I
+</I>&gt;<i> want to access the body in both a module registered to the
+</I>&gt;<i> onrequest/onresponse callbacks, and in the REST handler?
+</I>&gt;<i>
+</I>&gt;<i> On 3/14/14, 2:56 PM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Cowboy does have a timeout too small, that will be fixed soon (by making
+</I>&gt;&gt;<i> it configurable, per body-reading call). It will be in the next release.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On the other hand there's something weird in what you said.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 03/14/2014 07:52 PM, Phillips, Christopher wrote:
+</I>&gt;&gt;&gt;<i> first check the body with cowboy_req:body(Request) as part of an access
+</I>&gt;&gt;&gt;<i> log, then ignore the returned cowboy_req:req() that call passed back,
+</I>&gt;&gt;&gt;<i> since we could not then stream the body off of it again. It was working
+</I>&gt;&gt;&gt;<i> fine, so I don't think it was related, but it seems more solid now after
+</I>&gt;&gt;&gt;<i> I removed it and I don't know if that's related or not.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> If you ignore the Req being returned, especially after a body-reading
+</I>&gt;&gt;<i> call, then Cowboy will not be able to figure out that you actually read
+</I>&gt;&gt;<i> it, and will attempt to read it again to skip it, leading to issues.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000361.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+	<LI>Next message: <A HREF="000363.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#362">[ date ]</a>
+              <a href="thread.html#362">[ thread ]</a>
+              <a href="subject.html#362">[ subject ]</a>
+              <a href="author.html#362">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/000363.html b/_build/static/archives/extend/2014-March/000363.html
new file mode 100644
index 00000000..f9141c42
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/000363.html
@@ -0,0 +1,116 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy unexpectedly timing out when reading the body
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%0A%20body&In-Reply-To=%3CCF48CD10.16B7C%25christopher.phillips%40turner.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000362.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy unexpectedly timing out when reading the body</H1>
+    <B>Phillips, Christopher</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20unexpectedly%20timing%20out%20when%20reading%20the%0A%20body&In-Reply-To=%3CCF48CD10.16B7C%25christopher.phillips%40turner.com%3E"
+       TITLE="[99s-extend] Cowboy unexpectedly timing out when reading the body">Christopher.Phillips at turner.com
+       </A><BR>
+    <I>Fri Mar 14 20:13:31 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000362.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#363">[ date ]</a>
+              <a href="thread.html#363">[ thread ]</a>
+              <a href="subject.html#363">[ subject ]</a>
+              <a href="author.html#363">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>  Hmm, okay. Thanks Loic.
+
+On 3/14/14, 3:11 PM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i>Yep, only once. All functions that return {ok, ...} are like this.
+</I>&gt;<i>There's no right approach, that's left as an exercise to the developer.
+</I>&gt;:<i>-)
+</I>&gt;<i>
+</I>&gt;<i>You can probably use cowboy_req:set_meta/meta if you really need to pass
+</I>&gt;<i>it around.
+</I>&gt;<i>
+</I>&gt;<i>On 03/14/2014 08:07 PM, Phillips, Christopher wrote:
+</I>&gt;&gt;<i>    This body is -small-. 48 bytes was my test data (per the
+</I>&gt;&gt;<i> content-length). That shouldn't take 5 seconds to read, and usually it
+</I>&gt;&gt;<i> took a millisecond or two, and returned to the client (despite actually
+</I>&gt;&gt;<i> controlling some hardware across a network and such) within a second.
+</I>&gt;&gt;<i>And
+</I>&gt;&gt;<i> it was ND; I tested this thing a couple of times locally and it appeared
+</I>&gt;&gt;<i> to work, and even deployed onto a VM it worked some of the time (as I
+</I>&gt;&gt;<i> said, might have been hardware or some other weirdness).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>    So can we only read the body once? Or what's the right approach if I
+</I>&gt;&gt;<i> want to access the body in both a module registered to the
+</I>&gt;&gt;<i> onrequest/onresponse callbacks, and in the REST handler?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 3/14/14, 2:56 PM, &quot;Lo&#239;c Hoguin&quot; &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Cowboy does have a timeout too small, that will be fixed soon (by
+</I>&gt;&gt;&gt;<i>making
+</I>&gt;&gt;&gt;<i> it configurable, per body-reading call). It will be in the next
+</I>&gt;&gt;&gt;<i>release.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On the other hand there's something weird in what you said.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 03/14/2014 07:52 PM, Phillips, Christopher wrote:
+</I>&gt;&gt;&gt;&gt;<i> first check the body with cowboy_req:body(Request) as part of an
+</I>&gt;&gt;&gt;&gt;<i>access
+</I>&gt;&gt;&gt;&gt;<i> log, then ignore the returned cowboy_req:req() that call passed back,
+</I>&gt;&gt;&gt;&gt;<i> since we could not then stream the body off of it again. It was
+</I>&gt;&gt;&gt;&gt;<i>working
+</I>&gt;&gt;&gt;&gt;<i> fine, so I don't think it was related, but it seems more solid now
+</I>&gt;&gt;&gt;&gt;<i>after
+</I>&gt;&gt;&gt;&gt;<i> I removed it and I don't know if that's related or not.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> If you ignore the Req being returned, especially after a body-reading
+</I>&gt;&gt;&gt;<i> call, then Cowboy will not be able to figure out that you actually read
+</I>&gt;&gt;&gt;<i> it, and will attempt to read it again to skip it, leading to issues.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>-- 
+</I>&gt;<i>Lo&#239;c Hoguin
+</I>&gt;<i><A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000362.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#363">[ date ]</a>
+              <a href="thread.html#363">[ thread ]</a>
+              <a href="subject.html#363">[ subject ]</a>
+              <a href="author.html#363">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-March/author.html b/_build/static/archives/extend/2014-March/author.html
new file mode 100644
index 00000000..b935d6a0
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/author.html
@@ -0,0 +1,167 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Mar  3 21:49:33 CET 2014</i><br>
+         <b>Ending:</b> <i>Fri Mar 14 20:13:31 CET 2014</i><br>
+         <b>Messages:</b> 24<p>
+     <ul>
+
+<LI><A HREF="000343.html">[99s-extend] usage of make_* command
+</A><A NAME="343">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000345.html">[99s-extend] usage of make_* command
+</A><A NAME="345">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000348.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="348">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000351.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="351">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000353.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="353">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000355.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="355">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000357.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="357">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000360.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="360">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000362.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="362">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000340.html">[99s-extend] usage of make_* command
+</A><A NAME="340">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000344.html">[99s-extend] usage of make_* command
+</A><A NAME="344">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000356.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="356">&nbsp;</A>
+<I>Joshua McQuistan
+</I>
+
+<LI><A HREF="000358.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="358">&nbsp;</A>
+<I>Joshua McQuistan
+</I>
+
+<LI><A HREF="000341.html">[99s-extend] Cowboy pre request filter
+</A><A NAME="341">&nbsp;</A>
+<I>Mark Nijhof
+</I>
+
+<LI><A HREF="000342.html">[99s-extend] Cowboy pre request filter
+</A><A NAME="342">&nbsp;</A>
+<I>Mark Nijhof
+</I>
+
+<LI><A HREF="000359.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="359">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000361.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="361">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000363.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="363">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000347.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="347">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000349.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="349">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000346.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="346">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000350.html">[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined
+</A><A NAME="350">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000352.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="352">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000354.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="354">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Mar 14 20:13:31 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-March/date.html b/_build/static/archives/extend/2014-March/date.html
new file mode 100644
index 00000000..07c935eb
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/date.html
@@ -0,0 +1,167 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Mar  3 21:49:33 CET 2014</i><br>
+         <b>Ending:</b> <i>Fri Mar 14 20:13:31 CET 2014</i><br>
+         <b>Messages:</b> 24<p>
+     <ul>
+
+<LI><A HREF="000340.html">[99s-extend] usage of make_* command
+</A><A NAME="340">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000341.html">[99s-extend] Cowboy pre request filter
+</A><A NAME="341">&nbsp;</A>
+<I>Mark Nijhof
+</I>
+
+<LI><A HREF="000342.html">[99s-extend] Cowboy pre request filter
+</A><A NAME="342">&nbsp;</A>
+<I>Mark Nijhof
+</I>
+
+<LI><A HREF="000343.html">[99s-extend] usage of make_* command
+</A><A NAME="343">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000344.html">[99s-extend] usage of make_* command
+</A><A NAME="344">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000345.html">[99s-extend] usage of make_* command
+</A><A NAME="345">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000346.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="346">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000347.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="347">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000348.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="348">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000349.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="349">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000350.html">[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined
+</A><A NAME="350">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000351.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="351">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000352.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="352">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000353.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="353">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000354.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="354">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000355.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="355">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000356.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="356">&nbsp;</A>
+<I>Joshua McQuistan
+</I>
+
+<LI><A HREF="000357.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="357">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000358.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="358">&nbsp;</A>
+<I>Joshua McQuistan
+</I>
+
+<LI><A HREF="000359.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="359">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000360.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="360">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000361.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="361">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000362.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="362">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000363.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="363">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Mar 14 20:13:31 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-March/index.html b/_build/static/archives/extend/2014-March/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-March/subject.html b/_build/static/archives/extend/2014-March/subject.html
new file mode 100644
index 00000000..a8173ef7
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/subject.html
@@ -0,0 +1,167 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Mar  3 21:49:33 CET 2014</i><br>
+         <b>Ending:</b> <i>Fri Mar 14 20:13:31 CET 2014</i><br>
+         <b>Messages:</b> 24<p>
+     <ul>
+
+<LI><A HREF="000341.html">[99s-extend] Cowboy pre request filter
+</A><A NAME="341">&nbsp;</A>
+<I>Mark Nijhof
+</I>
+
+<LI><A HREF="000342.html">[99s-extend] Cowboy pre request filter
+</A><A NAME="342">&nbsp;</A>
+<I>Mark Nijhof
+</I>
+
+<LI><A HREF="000359.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="359">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000360.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="360">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000361.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="361">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000362.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="362">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000363.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="363">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<LI><A HREF="000350.html">[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined
+</A><A NAME="350">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000351.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="351">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000352.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="352">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000353.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="353">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000354.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="354">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000355.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="355">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000346.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="346">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<LI><A HREF="000347.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="347">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000348.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="348">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000349.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="349">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000356.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="356">&nbsp;</A>
+<I>Joshua McQuistan
+</I>
+
+<LI><A HREF="000357.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="357">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000358.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="358">&nbsp;</A>
+<I>Joshua McQuistan
+</I>
+
+<LI><A HREF="000340.html">[99s-extend] usage of make_* command
+</A><A NAME="340">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000343.html">[99s-extend] usage of make_* command
+</A><A NAME="343">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000344.html">[99s-extend] usage of make_* command
+</A><A NAME="344">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<LI><A HREF="000345.html">[99s-extend] usage of make_* command
+</A><A NAME="345">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Mar 14 20:13:31 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-March/thread.html b/_build/static/archives/extend/2014-March/thread.html
new file mode 100644
index 00000000..d9b001cf
--- /dev/null
+++ b/_build/static/archives/extend/2014-March/thread.html
@@ -0,0 +1,219 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Mar  3 21:49:33 CET 2014</i><br>
+         <b>Ending:</b> <i>Fri Mar 14 20:13:31 CET 2014</i><br>
+         <b>Messages:</b> 24<p>
+     <ul>
+
+<!--0 01393879773.340- -->
+<LI><A HREF="000340.html">[99s-extend] usage of make_* command
+</A><A NAME="340">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<UL>
+<!--1 01393879773.340-01394116859.343- -->
+<LI><A HREF="000343.html">[99s-extend] usage of make_* command
+</A><A NAME="343">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01393879773.340-01394116859.343-01394117401.344- -->
+<LI><A HREF="000344.html">[99s-extend] usage of make_* command
+</A><A NAME="344">&nbsp;</A>
+<I>Anton Koval'
+</I>
+
+<UL>
+<!--3 01393879773.340-01394116859.343-01394117401.344-01394117518.345- -->
+<LI><A HREF="000345.html">[99s-extend] usage of make_* command
+</A><A NAME="345">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01394063228.341- -->
+<LI><A HREF="000341.html">[99s-extend] Cowboy pre request filter
+</A><A NAME="341">&nbsp;</A>
+<I>Mark Nijhof
+</I>
+
+<UL>
+<!--1 01394063228.341-01394099521.342- -->
+<LI><A HREF="000342.html">[99s-extend] Cowboy pre request filter
+</A><A NAME="342">&nbsp;</A>
+<I>Mark Nijhof
+</I>
+
+</UL>
+<!--0 01394137799.346- -->
+<LI><A HREF="000346.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="346">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<UL>
+<!--1 01394137799.346-01394195847.347- -->
+<LI><A HREF="000347.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="347">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<!--1 01394137799.346-01394211361.348- -->
+<LI><A HREF="000348.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="348">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01394137799.346-01394211361.348-01394211520.349- -->
+<LI><A HREF="000349.html">[99s-extend] Trying to grok erlang.mk
+</A><A NAME="349">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+</UL>
+</UL>
+<!--0 01394480667.350- -->
+<LI><A HREF="000350.html">[99s-extend] Getting started error:   behaviour cowboy_http_handler undefined
+</A><A NAME="350">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<UL>
+<!--1 01394480667.350-01394483782.351- -->
+<LI><A HREF="000351.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="351">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01394480667.350-01394483782.351-01394664664.352- -->
+<LI><A HREF="000352.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="352">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<UL>
+<!--3 01394480667.350-01394483782.351-01394664664.352-01394665036.353- -->
+<LI><A HREF="000353.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="353">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01394480667.350-01394483782.351-01394664664.352-01394665036.353-01394667796.354- -->
+<LI><A HREF="000354.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="354">&nbsp;</A>
+<I>lloyd at writersglen.com
+</I>
+
+<!--3 01394480667.350-01394483782.351-01394664664.352-01394665036.353-01394667796.354-01394668017.355- -->
+<LI><A HREF="000355.html">[99s-extend] Getting started error: behaviour cowboy_http_handler undefined
+</A><A NAME="355">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01394674872.356- -->
+<LI><A HREF="000356.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="356">&nbsp;</A>
+<I>Joshua McQuistan
+</I>
+
+<UL>
+<!--1 01394674872.356-01394716923.357- -->
+<LI><A HREF="000357.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="357">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01394674872.356-01394716923.357-01394720589.358- -->
+<LI><A HREF="000358.html">[99s-extend] Updating Cowboy applications
+</A><A NAME="358">&nbsp;</A>
+<I>Joshua McQuistan
+</I>
+
+</UL>
+</UL>
+<!--0 01394823127.359- -->
+<LI><A HREF="000359.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="359">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<UL>
+<!--1 01394823127.359-01394823398.360- -->
+<LI><A HREF="000360.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="360">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01394823127.359-01394823398.360-01394824060.361- -->
+<LI><A HREF="000361.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="361">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+<UL>
+<!--3 01394823127.359-01394823398.360-01394824060.361-01394824287.362- -->
+<LI><A HREF="000362.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="362">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01394823127.359-01394823398.360-01394824060.361-01394824287.362-01394824411.363- -->
+<LI><A HREF="000363.html">[99s-extend] Cowboy unexpectedly timing out when reading the body
+</A><A NAME="363">&nbsp;</A>
+<I>Phillips, Christopher
+</I>
+
+</UL>
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Mar 14 20:13:31 CET 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-May.txt b/_build/static/archives/extend/2014-May.txt
new file mode 100644
index 00000000..2b42dd73
--- /dev/null
+++ b/_build/static/archives/extend/2014-May.txt
@@ -0,0 +1,363 @@
+From janos.n.hary at gmail.com  Sun May  4 09:59:21 2014
+From: janos.n.hary at gmail.com (Janos Hary)
+Date: Sun, 4 May 2014 09:59:21 +0200
+Subject: [99s-extend] Gracefully stop Ranch
+Message-ID: <[email protected]>
+
+All!
+
+I implemented a protocol as a ranch_protocol. It handles long running
+sessions. At some point I'd like to stop my server accepting new
+connections, but allow all open sessions to finish. Then I need to know when
+all the open sessions (if any) finished.
+
+What would be the correct strategy to implement this?
+
+Thanks,
+Janos
+
+
+
+From paulo.ferraz.oliveira at gmail.com  Tue May 20 18:27:58 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Tue, 20 May 2014 17:27:58 +0100
+Subject: [99s-extend] REST responses
+Message-ID: <CA+dV7cR9M-5dq2kYJgowrodDbCEQ0aAnkZKyQmw07hmAJXmc=A@mail.gmail.com>
+
+Hello.
+
+First of all, thanks for the great work you've done with cowboy. I've been
+using it with a fait amount of success and I'm a fairly new Erlang
+developer. I'm mainly interested in the REST "interface" of the application
+and its way of doing RESTful things, and I like the way you did it (what
+with all the content_types_provided, service_available, etc. functions).
+I've tested the way the system reacted to the different Accept,
+Content-Type, etc. headers and always got very well-opinionated responses
+(406, 415, ...).
+
+A couple of questions remain though (I'm sorry if they've been asked
+already but I've searched the web for answers and read the available docs
+and couldn't find them):
+
+1. is it expected that, if I use cowboy_req:reply/2 in a GET handler
+(coming from content_types_provided), the onresponse/4 hook be called
+twice? I guess one is due to the reply and the other one due to the
+workflow of the request, but is there a way to prevent the second execution?
+
+2. if I want to JSON-parse ALL my requests should I a) use the onrequest/1
+hook or b) do this on a per-request basis? Because I'd like to reply with a
+400 ASAP but keep going if the JSON validates (I'm going to use JSON-schema
+for validating input); and, if possible, have the JSON-parsed body stored
+somewhere for future manipulation.
+
+3. I haven't seen examples that made use of the State (from the function
+returns). When should I use this instead of the Request metadata? I'd like
+to be able to set a generic error state for a request (either in meta ou
+State) and that have a "standard" error response be created at a later time
+(in a unique function, for example - e.g. onresponse/4).
+
+4. is there anything like a catch-all exception handler? I'd like to catch
+exceptions that occur anywhere so I could log them and analyze them at a
+later moment.
+
+I'm probably abusing the onresponse/onrequest hooks already, so your
+answers should help me clarify this.
+
+Thanks.
+
+- Paulo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140520/cf7632e9/attachment.html>
+
+From paulo.ferraz.oliveira at gmail.com  Tue May 20 20:32:10 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Tue, 20 May 2014 19:32:10 +0100
+Subject: [99s-extend] 202 for POST or PUT
+Message-ID: <CA+dV7cRUn3oQ34DaZbPaY3TcfEJUO4iq8Gk6sJuLqzGGA4MT8g@mail.gmail.com>
+
+Hi.
+
+Do you think it should be possible to generate a 202 for a POST or a PUT?
+Is it something that will be implemented in a future version?
+
+Many thanks.
+
+- Paulo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140520/699b72b3/attachment.html>
+
+From essen at ninenines.eu  Tue May 20 20:46:02 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 20 May 2014 20:46:02 +0200
+Subject: [99s-extend] REST responses
+In-Reply-To: <CA+dV7cR9M-5dq2kYJgowrodDbCEQ0aAnkZKyQmw07hmAJXmc=A@mail.gmail.com>
+References: <CA+dV7cR9M-5dq2kYJgowrodDbCEQ0aAnkZKyQmw07hmAJXmc=A@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Hi,
+
+On 05/20/2014 06:27 PM, Paulo F. Oliveira wrote:
+> Hello.
+>
+> First of all, thanks for the great work you've done with cowboy. I've
+> been using it with a fait amount of success and I'm a fairly new Erlang
+> developer. I'm mainly interested in the REST "interface" of the
+> application and its way of doing RESTful things, and I like the way you
+> did it (what with all the content_types_provided, service_available,
+> etc. functions). I've tested the way the system reacted to the different
+> Accept, Content-Type, etc. headers and always got very well-opinionated
+> responses (406, 415, ...).
+>
+> A couple of questions remain though (I'm sorry if they've been asked
+> already but I've searched the web for answers and read the available
+> docs and couldn't find them):
+>
+> 1. is it expected that, if I use cowboy_req:reply/2 in a GET handler
+> (coming from content_types_provided), the onresponse/4 hook be called
+> twice? I guess one is due to the reply and the other one due to the
+> workflow of the request, but is there a way to prevent the second execution?
+
+If you reply from a callback you must call {halt, Req, State} to stop 
+processing.
+
+> 2. if I want to JSON-parse ALL my requests should I a) use the
+> onrequest/1 hook or b) do this on a per-request basis? Because I'd like
+> to reply with a 400 ASAP but keep going if the JSON validates (I'm going
+> to use JSON-schema for validating input); and, if possible, have the
+> JSON-parsed body stored somewhere for future manipulation.
+
+It makes little sense to do it before the accept callback you define. 
+Not only because you will duplicate content-type checks and whatnot, but 
+also because you don't actually win anything from doing this. If you are 
+using JSON, then JSON processing will take infinitely more resources 
+than the REST code.
+
+> 3. I haven't seen examples that made use of the State (from the function
+> returns). When should I use this instead of the Request metadata? I'd
+> like to be able to set a generic error state for a request (either in
+> meta ou State) and that have a "standard" error response be created at a
+> later time (in a unique function, for example - e.g. onresponse/4).
+
+State is for the functions within the current module. Look at 
+cowboy_static for an example.
+
+> 4. is there anything like a catch-all exception handler? I'd like to
+> catch exceptions that occur anywhere so I could log them and analyze
+> them at a later moment.
+
+You can add your own error_logger handler, or use something like lager. 
+All errors end up sending a message to error_logger.
+
+> I'm probably abusing the onresponse/onrequest hooks already, so your
+> answers should help me clarify this.
+
+Sounds like it!
+
+> Thanks.
+>
+> - Paulo
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From essen at ninenines.eu  Tue May 20 20:47:16 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 20 May 2014 20:47:16 +0200
+Subject: [99s-extend] 202 for POST or PUT
+In-Reply-To: <CA+dV7cRUn3oQ34DaZbPaY3TcfEJUO4iq8Gk6sJuLqzGGA4MT8g@mail.gmail.com>
+References: <CA+dV7cRUn3oQ34DaZbPaY3TcfEJUO4iq8Gk6sJuLqzGGA4MT8g@mail.gmail.com>
+Message-ID: <[email protected]>
+
+202 is only well defined for the DELETE method so there's no plan to add 
+something for other methods at this point. You can of course reply 
+directly if needed.
+
+On 05/20/2014 08:32 PM, Paulo F. Oliveira wrote:
+> Hi.
+>
+> Do you think it should be possible to generate a 202 for a POST or a
+> PUT? Is it something that will be implemented in a future version?
+>
+> Many thanks.
+>
+> - Paulo
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
+From paulo.ferraz.oliveira at gmail.com  Tue May 20 23:41:15 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Tue, 20 May 2014 22:41:15 +0100
+Subject: [99s-extend] REST responses
+Message-ID: <CA+dV7cTrbQd-widnjH5CjsYum=ASwax7VxtAUn_9BVONp2MMuA@mail.gmail.com>
+
+Hi, Lo?c.
+
+Thanks for having taken the time to reply. In some of my questions I think
+I didn't explain myself correctly so I'll give it another go.
+
+
+On 20 May 2014 19:46, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Hi,
+>
+>
+> On 05/20/2014 06:27 PM, Paulo F. Oliveira wrote:
+>
+>> Hello.
+>>
+>> First of all, thanks for the great work you've done with cowboy. I've
+>> been using it with a fait amount of success and I'm a fairly new Erlang
+>> developer. I'm mainly interested in the REST "interface" of the
+>> application and its way of doing RESTful things, and I like the way you
+>> did it (what with all the content_types_provided, service_available,
+>> etc. functions). I've tested the way the system reacted to the different
+>> Accept, Content-Type, etc. headers and always got very well-opinionated
+>> responses (406, 415, ...).
+>>
+>> A couple of questions remain though (I'm sorry if they've been asked
+>> already but I've searched the web for answers and read the available
+>> docs and couldn't find them):
+>>
+>> 1. is it expected that, if I use cowboy_req:reply/2 in a GET handler
+>> (coming from content_types_provided), the onresponse/4 hook be called
+>> twice? I guess one is due to the reply and the other one due to the
+>> workflow of the request, but is there a way to prevent the second
+>> execution?
+>>
+>
+> If you reply from a callback you must call {halt, Req, State} to stop
+> processing.
+
+
+Got it!
+
+
+> 2. if I want to JSON-parse ALL my requests should I a) use the
+>> onrequest/1 hook or b) do this on a per-request basis? Because I'd like
+>> to reply with a 400 ASAP but keep going if the JSON validates (I'm going
+>> to use JSON-schema for validating input); and, if possible, have the
+>> JSON-parsed body stored somewhere for future manipulation.
+>>
+>
+> It makes little sense to do it before the accept callback you define. Not
+> only because you will duplicate content-type checks and whatnot, but also
+> because you don't actually win anything from doing this. If you are using
+> JSON, then JSON processing will take infinitely more resources than the
+> REST code.
+
+
+OK, I'll probably stick with a "helper" function that'll do this for me and
+reply in case there are validation errors.
+I only found the flow diagrams for the requests today after I had sent this
+message, and they helped a lot.
+
+
+> 3. I haven't seen examples that made use of the State (from the function
+>> returns). When should I use this instead of the Request metadata? I'd
+>> like to be able to set a generic error state for a request (either in
+>> meta ou State) and that have a "standard" error response be created at a
+>> later time (in a unique function, for example - e.g. onresponse/4).
+>>
+>
+> State is for the functions within the current module. Look at
+> cowboy_static for an example.
+
+
+State allows me to, well, keep state, for a request "travelling" through
+functions, right, and I can change it whenever I want just before returning
+from a function that is executed prior to another one (the only function
+for which this doesn't seem to make since is the last one cowboy calls
+before actually replying to the client)? At the same time, so does the
+request meta, from what I understood from the manual. So what is the
+difference between one and the other and when would you recommend one or
+the other.
+
+4. is there anything like a catch-all exception handler? I'd like to
+>> catch exceptions that occur anywhere so I could log them and analyze
+>> them at a later moment.
+>>
+>
+> You can add your own error_logger handler, or use something like lager.
+> All errors end up sending a message to error_logger.
+
+
+I'll do this, thanks.
+
+
+> I'm probably abusing the onresponse/onrequest hooks already, so your
+>> answers should help me clarify this.
+>>
+>
+> Sounds like it!
+>
+> Thanks.
+>>
+>> - Paulo
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+>
+
+Thanks.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140520/32454f85/attachment.html>
+
+From essen at ninenines.eu  Tue May 20 23:52:21 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 20 May 2014 23:52:21 +0200
+Subject: [99s-extend] REST responses
+In-Reply-To: <CA+dV7cTrbQd-widnjH5CjsYum=ASwax7VxtAUn_9BVONp2MMuA@mail.gmail.com>
+References: <CA+dV7cTrbQd-widnjH5CjsYum=ASwax7VxtAUn_9BVONp2MMuA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+> State allows me to, well, keep state, for a request "travelling" through
+> functions, right, and I can change it whenever I want just before
+> returning from a function that is executed prior to another one (the
+> only function for which this doesn't seem to make since is the last one
+> cowboy calls before actually replying to the client)? At the same time,
+> so does the request meta, from what I understood from the manual. So
+> what is the difference between one and the other and when would you
+> recommend one or the other.
+
+They have different purposes. Meta values are additional information 
+about the request. You're not supposed to set them except in special 
+circumstances, either because you have your own custom protocol like 
+cowboy_rest, or because there's no other way to pass state forward.
+
+Don't think about it, always use State.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+
diff --git a/_build/static/archives/extend/2014-May/000383.html b/_build/static/archives/extend/2014-May/000383.html
new file mode 100644
index 00000000..c2ca464b
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/000383.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Gracefully stop Ranch
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Gracefully%20stop%20Ranch&In-Reply-To=%3C001b01cf676e%24c2ec8e20%2448c5aa60%24%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000384.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Gracefully stop Ranch</H1>
+    <B>Janos Hary</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Gracefully%20stop%20Ranch&In-Reply-To=%3C001b01cf676e%24c2ec8e20%2448c5aa60%24%40gmail.com%3E"
+       TITLE="[99s-extend] Gracefully stop Ranch">janos.n.hary at gmail.com
+       </A><BR>
+    <I>Sun May  4 09:59:21 CEST 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000384.html">[99s-extend] REST responses
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#383">[ date ]</a>
+              <a href="thread.html#383">[ thread ]</a>
+              <a href="subject.html#383">[ subject ]</a>
+              <a href="author.html#383">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>All!
+
+I implemented a protocol as a ranch_protocol. It handles long running
+sessions. At some point I'd like to stop my server accepting new
+connections, but allow all open sessions to finish. Then I need to know when
+all the open sessions (if any) finished.
+
+What would be the correct strategy to implement this?
+
+Thanks,
+Janos
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000384.html">[99s-extend] REST responses
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#383">[ date ]</a>
+              <a href="thread.html#383">[ thread ]</a>
+              <a href="subject.html#383">[ subject ]</a>
+              <a href="author.html#383">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-May/000384.html b/_build/static/archives/extend/2014-May/000384.html
new file mode 100644
index 00000000..ae3cd3f3
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/000384.html
@@ -0,0 +1,105 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST responses
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20responses&In-Reply-To=%3CCA%2BdV7cR9M-5dq2kYJgowrodDbCEQ0aAnkZKyQmw07hmAJXmc%3DA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000383.html">
+   <LINK REL="Next"  HREF="000386.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST responses</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20responses&In-Reply-To=%3CCA%2BdV7cR9M-5dq2kYJgowrodDbCEQ0aAnkZKyQmw07hmAJXmc%3DA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] REST responses">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue May 20 18:27:58 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000383.html">[99s-extend] Gracefully stop Ranch
+</A></li>
+        <LI>Next message: <A HREF="000386.html">[99s-extend] REST responses
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#384">[ date ]</a>
+              <a href="thread.html#384">[ thread ]</a>
+              <a href="subject.html#384">[ subject ]</a>
+              <a href="author.html#384">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello.
+
+First of all, thanks for the great work you've done with cowboy. I've been
+using it with a fait amount of success and I'm a fairly new Erlang
+developer. I'm mainly interested in the REST &quot;interface&quot; of the application
+and its way of doing RESTful things, and I like the way you did it (what
+with all the content_types_provided, service_available, etc. functions).
+I've tested the way the system reacted to the different Accept,
+Content-Type, etc. headers and always got very well-opinionated responses
+(406, 415, ...).
+
+A couple of questions remain though (I'm sorry if they've been asked
+already but I've searched the web for answers and read the available docs
+and couldn't find them):
+
+1. is it expected that, if I use cowboy_req:reply/2 in a GET handler
+(coming from content_types_provided), the onresponse/4 hook be called
+twice? I guess one is due to the reply and the other one due to the
+workflow of the request, but is there a way to prevent the second execution?
+
+2. if I want to JSON-parse ALL my requests should I a) use the onrequest/1
+hook or b) do this on a per-request basis? Because I'd like to reply with a
+400 ASAP but keep going if the JSON validates (I'm going to use JSON-schema
+for validating input); and, if possible, have the JSON-parsed body stored
+somewhere for future manipulation.
+
+3. I haven't seen examples that made use of the State (from the function
+returns). When should I use this instead of the Request metadata? I'd like
+to be able to set a generic error state for a request (either in meta ou
+State) and that have a &quot;standard&quot; error response be created at a later time
+(in a unique function, for example - e.g. onresponse/4).
+
+4. is there anything like a catch-all exception handler? I'd like to catch
+exceptions that occur anywhere so I could log them and analyze them at a
+later moment.
+
+I'm probably abusing the onresponse/onrequest hooks already, so your
+answers should help me clarify this.
+
+Thanks.
+
+- Paulo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140520/cf7632e9/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140520/cf7632e9/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000383.html">[99s-extend] Gracefully stop Ranch
+</A></li>
+	<LI>Next message: <A HREF="000386.html">[99s-extend] REST responses
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#384">[ date ]</a>
+              <a href="thread.html#384">[ thread ]</a>
+              <a href="subject.html#384">[ subject ]</a>
+              <a href="author.html#384">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-May/000385.html b/_build/static/archives/extend/2014-May/000385.html
new file mode 100644
index 00000000..d59d7aea
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/000385.html
@@ -0,0 +1,71 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] 202 for POST or PUT
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20202%20for%20POST%20or%20PUT&In-Reply-To=%3CCA%2BdV7cRUn3oQ34DaZbPaY3TcfEJUO4iq8Gk6sJuLqzGGA4MT8g%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000389.html">
+   <LINK REL="Next"  HREF="000387.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] 202 for POST or PUT</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20202%20for%20POST%20or%20PUT&In-Reply-To=%3CCA%2BdV7cRUn3oQ34DaZbPaY3TcfEJUO4iq8Gk6sJuLqzGGA4MT8g%40mail.gmail.com%3E"
+       TITLE="[99s-extend] 202 for POST or PUT">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue May 20 20:32:10 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000389.html">[99s-extend] REST responses
+</A></li>
+        <LI>Next message: <A HREF="000387.html">[99s-extend] 202 for POST or PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#385">[ date ]</a>
+              <a href="thread.html#385">[ thread ]</a>
+              <a href="subject.html#385">[ subject ]</a>
+              <a href="author.html#385">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi.
+
+Do you think it should be possible to generate a 202 for a POST or a PUT?
+Is it something that will be implemented in a future version?
+
+Many thanks.
+
+- Paulo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140520/699b72b3/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140520/699b72b3/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000389.html">[99s-extend] REST responses
+</A></li>
+	<LI>Next message: <A HREF="000387.html">[99s-extend] 202 for POST or PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#385">[ date ]</a>
+              <a href="thread.html#385">[ thread ]</a>
+              <a href="subject.html#385">[ subject ]</a>
+              <a href="author.html#385">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-May/000386.html b/_build/static/archives/extend/2014-May/000386.html
new file mode 100644
index 00000000..6435f3b5
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/000386.html
@@ -0,0 +1,134 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST responses
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20responses&In-Reply-To=%3C537BA2EA.5080108%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000384.html">
+   <LINK REL="Next"  HREF="000388.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST responses</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20responses&In-Reply-To=%3C537BA2EA.5080108%40ninenines.eu%3E"
+       TITLE="[99s-extend] REST responses">essen at ninenines.eu
+       </A><BR>
+    <I>Tue May 20 20:46:02 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000384.html">[99s-extend] REST responses
+</A></li>
+        <LI>Next message: <A HREF="000388.html">[99s-extend] REST responses
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#386">[ date ]</a>
+              <a href="thread.html#386">[ thread ]</a>
+              <a href="subject.html#386">[ subject ]</a>
+              <a href="author.html#386">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+On 05/20/2014 06:27 PM, Paulo F. Oliveira wrote:
+&gt;<i> Hello.
+</I>&gt;<i>
+</I>&gt;<i> First of all, thanks for the great work you've done with cowboy. I've
+</I>&gt;<i> been using it with a fait amount of success and I'm a fairly new Erlang
+</I>&gt;<i> developer. I'm mainly interested in the REST &quot;interface&quot; of the
+</I>&gt;<i> application and its way of doing RESTful things, and I like the way you
+</I>&gt;<i> did it (what with all the content_types_provided, service_available,
+</I>&gt;<i> etc. functions). I've tested the way the system reacted to the different
+</I>&gt;<i> Accept, Content-Type, etc. headers and always got very well-opinionated
+</I>&gt;<i> responses (406, 415, ...).
+</I>&gt;<i>
+</I>&gt;<i> A couple of questions remain though (I'm sorry if they've been asked
+</I>&gt;<i> already but I've searched the web for answers and read the available
+</I>&gt;<i> docs and couldn't find them):
+</I>&gt;<i>
+</I>&gt;<i> 1. is it expected that, if I use cowboy_req:reply/2 in a GET handler
+</I>&gt;<i> (coming from content_types_provided), the onresponse/4 hook be called
+</I>&gt;<i> twice? I guess one is due to the reply and the other one due to the
+</I>&gt;<i> workflow of the request, but is there a way to prevent the second execution?
+</I>
+If you reply from a callback you must call {halt, Req, State} to stop 
+processing.
+
+&gt;<i> 2. if I want to JSON-parse ALL my requests should I a) use the
+</I>&gt;<i> onrequest/1 hook or b) do this on a per-request basis? Because I'd like
+</I>&gt;<i> to reply with a 400 ASAP but keep going if the JSON validates (I'm going
+</I>&gt;<i> to use JSON-schema for validating input); and, if possible, have the
+</I>&gt;<i> JSON-parsed body stored somewhere for future manipulation.
+</I>
+It makes little sense to do it before the accept callback you define. 
+Not only because you will duplicate content-type checks and whatnot, but 
+also because you don't actually win anything from doing this. If you are 
+using JSON, then JSON processing will take infinitely more resources 
+than the REST code.
+
+&gt;<i> 3. I haven't seen examples that made use of the State (from the function
+</I>&gt;<i> returns). When should I use this instead of the Request metadata? I'd
+</I>&gt;<i> like to be able to set a generic error state for a request (either in
+</I>&gt;<i> meta ou State) and that have a &quot;standard&quot; error response be created at a
+</I>&gt;<i> later time (in a unique function, for example - e.g. onresponse/4).
+</I>
+State is for the functions within the current module. Look at 
+cowboy_static for an example.
+
+&gt;<i> 4. is there anything like a catch-all exception handler? I'd like to
+</I>&gt;<i> catch exceptions that occur anywhere so I could log them and analyze
+</I>&gt;<i> them at a later moment.
+</I>
+You can add your own error_logger handler, or use something like lager. 
+All errors end up sending a message to error_logger.
+
+&gt;<i> I'm probably abusing the onresponse/onrequest hooks already, so your
+</I>&gt;<i> answers should help me clarify this.
+</I>
+Sounds like it!
+
+&gt;<i> Thanks.
+</I>&gt;<i>
+</I>&gt;<i> - Paulo
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000384.html">[99s-extend] REST responses
+</A></li>
+	<LI>Next message: <A HREF="000388.html">[99s-extend] REST responses
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#386">[ date ]</a>
+              <a href="thread.html#386">[ thread ]</a>
+              <a href="subject.html#386">[ subject ]</a>
+              <a href="author.html#386">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-May/000387.html b/_build/static/archives/extend/2014-May/000387.html
new file mode 100644
index 00000000..493740d2
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/000387.html
@@ -0,0 +1,83 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] 202 for POST or PUT
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20202%20for%20POST%20or%20PUT&In-Reply-To=%3C537BA334.7080607%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000385.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] 202 for POST or PUT</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20202%20for%20POST%20or%20PUT&In-Reply-To=%3C537BA334.7080607%40ninenines.eu%3E"
+       TITLE="[99s-extend] 202 for POST or PUT">essen at ninenines.eu
+       </A><BR>
+    <I>Tue May 20 20:47:16 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000385.html">[99s-extend] 202 for POST or PUT
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#387">[ date ]</a>
+              <a href="thread.html#387">[ thread ]</a>
+              <a href="subject.html#387">[ subject ]</a>
+              <a href="author.html#387">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>202 is only well defined for the DELETE method so there's no plan to add 
+something for other methods at this point. You can of course reply 
+directly if needed.
+
+On 05/20/2014 08:32 PM, Paulo F. Oliveira wrote:
+&gt;<i> Hi.
+</I>&gt;<i>
+</I>&gt;<i> Do you think it should be possible to generate a 202 for a POST or a
+</I>&gt;<i> PUT? Is it something that will be implemented in a future version?
+</I>&gt;<i>
+</I>&gt;<i> Many thanks.
+</I>&gt;<i>
+</I>&gt;<i> - Paulo
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000385.html">[99s-extend] 202 for POST or PUT
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#387">[ date ]</a>
+              <a href="thread.html#387">[ thread ]</a>
+              <a href="subject.html#387">[ subject ]</a>
+              <a href="author.html#387">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-May/000388.html b/_build/static/archives/extend/2014-May/000388.html
new file mode 100644
index 00000000..0c28ba4d
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/000388.html
@@ -0,0 +1,180 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST responses
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20responses&In-Reply-To=%3CCA%2BdV7cTrbQd-widnjH5CjsYum%3DASwax7VxtAUn_9BVONp2MMuA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000386.html">
+   <LINK REL="Next"  HREF="000389.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST responses</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20responses&In-Reply-To=%3CCA%2BdV7cTrbQd-widnjH5CjsYum%3DASwax7VxtAUn_9BVONp2MMuA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] REST responses">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue May 20 23:41:15 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000386.html">[99s-extend] REST responses
+</A></li>
+        <LI>Next message: <A HREF="000389.html">[99s-extend] REST responses
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#388">[ date ]</a>
+              <a href="thread.html#388">[ thread ]</a>
+              <a href="subject.html#388">[ subject ]</a>
+              <a href="author.html#388">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi, Lo&#239;c.
+
+Thanks for having taken the time to reply. In some of my questions I think
+I didn't explain myself correctly so I'll give it another go.
+
+
+On 20 May 2014 19:46, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 05/20/2014 06:27 PM, Paulo F. Oliveira wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> First of all, thanks for the great work you've done with cowboy. I've
+</I>&gt;&gt;<i> been using it with a fait amount of success and I'm a fairly new Erlang
+</I>&gt;&gt;<i> developer. I'm mainly interested in the REST &quot;interface&quot; of the
+</I>&gt;&gt;<i> application and its way of doing RESTful things, and I like the way you
+</I>&gt;&gt;<i> did it (what with all the content_types_provided, service_available,
+</I>&gt;&gt;<i> etc. functions). I've tested the way the system reacted to the different
+</I>&gt;&gt;<i> Accept, Content-Type, etc. headers and always got very well-opinionated
+</I>&gt;&gt;<i> responses (406, 415, ...).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> A couple of questions remain though (I'm sorry if they've been asked
+</I>&gt;&gt;<i> already but I've searched the web for answers and read the available
+</I>&gt;&gt;<i> docs and couldn't find them):
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 1. is it expected that, if I use cowboy_req:reply/2 in a GET handler
+</I>&gt;&gt;<i> (coming from content_types_provided), the onresponse/4 hook be called
+</I>&gt;&gt;<i> twice? I guess one is due to the reply and the other one due to the
+</I>&gt;&gt;<i> workflow of the request, but is there a way to prevent the second
+</I>&gt;&gt;<i> execution?
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> If you reply from a callback you must call {halt, Req, State} to stop
+</I>&gt;<i> processing.
+</I>
+
+Got it!
+
+
+&gt;<i> 2. if I want to JSON-parse ALL my requests should I a) use the
+</I>&gt;&gt;<i> onrequest/1 hook or b) do this on a per-request basis? Because I'd like
+</I>&gt;&gt;<i> to reply with a 400 ASAP but keep going if the JSON validates (I'm going
+</I>&gt;&gt;<i> to use JSON-schema for validating input); and, if possible, have the
+</I>&gt;&gt;<i> JSON-parsed body stored somewhere for future manipulation.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> It makes little sense to do it before the accept callback you define. Not
+</I>&gt;<i> only because you will duplicate content-type checks and whatnot, but also
+</I>&gt;<i> because you don't actually win anything from doing this. If you are using
+</I>&gt;<i> JSON, then JSON processing will take infinitely more resources than the
+</I>&gt;<i> REST code.
+</I>
+
+OK, I'll probably stick with a &quot;helper&quot; function that'll do this for me and
+reply in case there are validation errors.
+I only found the flow diagrams for the requests today after I had sent this
+message, and they helped a lot.
+
+
+&gt;<i> 3. I haven't seen examples that made use of the State (from the function
+</I>&gt;&gt;<i> returns). When should I use this instead of the Request metadata? I'd
+</I>&gt;&gt;<i> like to be able to set a generic error state for a request (either in
+</I>&gt;&gt;<i> meta ou State) and that have a &quot;standard&quot; error response be created at a
+</I>&gt;&gt;<i> later time (in a unique function, for example - e.g. onresponse/4).
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> State is for the functions within the current module. Look at
+</I>&gt;<i> cowboy_static for an example.
+</I>
+
+State allows me to, well, keep state, for a request &quot;travelling&quot; through
+functions, right, and I can change it whenever I want just before returning
+from a function that is executed prior to another one (the only function
+for which this doesn't seem to make since is the last one cowboy calls
+before actually replying to the client)? At the same time, so does the
+request meta, from what I understood from the manual. So what is the
+difference between one and the other and when would you recommend one or
+the other.
+
+4. is there anything like a catch-all exception handler? I'd like to
+&gt;&gt;<i> catch exceptions that occur anywhere so I could log them and analyze
+</I>&gt;&gt;<i> them at a later moment.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> You can add your own error_logger handler, or use something like lager.
+</I>&gt;<i> All errors end up sending a message to error_logger.
+</I>
+
+I'll do this, thanks.
+
+
+&gt;<i> I'm probably abusing the onresponse/onrequest hooks already, so your
+</I>&gt;&gt;<i> answers should help me clarify this.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Sounds like it!
+</I>&gt;<i>
+</I>&gt;<i> Thanks.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> - Paulo
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+Thanks.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140520/32454f85/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140520/32454f85/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000386.html">[99s-extend] REST responses
+</A></li>
+	<LI>Next message: <A HREF="000389.html">[99s-extend] REST responses
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#388">[ date ]</a>
+              <a href="thread.html#388">[ thread ]</a>
+              <a href="subject.html#388">[ subject ]</a>
+              <a href="author.html#388">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-May/000389.html b/_build/static/archives/extend/2014-May/000389.html
new file mode 100644
index 00000000..2f1f44c7
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/000389.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] REST responses
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20responses&In-Reply-To=%3C537BCE95.1090100%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000388.html">
+   <LINK REL="Next"  HREF="000385.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] REST responses</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20REST%20responses&In-Reply-To=%3C537BCE95.1090100%40ninenines.eu%3E"
+       TITLE="[99s-extend] REST responses">essen at ninenines.eu
+       </A><BR>
+    <I>Tue May 20 23:52:21 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000388.html">[99s-extend] REST responses
+</A></li>
+        <LI>Next message: <A HREF="000385.html">[99s-extend] 202 for POST or PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#389">[ date ]</a>
+              <a href="thread.html#389">[ thread ]</a>
+              <a href="subject.html#389">[ subject ]</a>
+              <a href="author.html#389">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> State allows me to, well, keep state, for a request &quot;travelling&quot; through
+</I>&gt;<i> functions, right, and I can change it whenever I want just before
+</I>&gt;<i> returning from a function that is executed prior to another one (the
+</I>&gt;<i> only function for which this doesn't seem to make since is the last one
+</I>&gt;<i> cowboy calls before actually replying to the client)? At the same time,
+</I>&gt;<i> so does the request meta, from what I understood from the manual. So
+</I>&gt;<i> what is the difference between one and the other and when would you
+</I>&gt;<i> recommend one or the other.
+</I>
+They have different purposes. Meta values are additional information 
+about the request. You're not supposed to set them except in special 
+circumstances, either because you have your own custom protocol like 
+cowboy_rest, or because there's no other way to pass state forward.
+
+Don't think about it, always use State.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000388.html">[99s-extend] REST responses
+</A></li>
+	<LI>Next message: <A HREF="000385.html">[99s-extend] 202 for POST or PUT
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#389">[ date ]</a>
+              <a href="thread.html#389">[ thread ]</a>
+              <a href="subject.html#389">[ subject ]</a>
+              <a href="author.html#389">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-May/author.html b/_build/static/archives/extend/2014-May/author.html
new file mode 100644
index 00000000..04dd96e0
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/author.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend May 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>May 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun May  4 09:59:21 CEST 2014</i><br>
+         <b>Ending:</b> <i>Tue May 20 23:52:21 CEST 2014</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000383.html">[99s-extend] Gracefully stop Ranch
+</A><A NAME="383">&nbsp;</A>
+<I>Janos Hary
+</I>
+
+<LI><A HREF="000386.html">[99s-extend] REST responses
+</A><A NAME="386">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000387.html">[99s-extend] 202 for POST or PUT
+</A><A NAME="387">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000389.html">[99s-extend] REST responses
+</A><A NAME="389">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000384.html">[99s-extend] REST responses
+</A><A NAME="384">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000385.html">[99s-extend] 202 for POST or PUT
+</A><A NAME="385">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000388.html">[99s-extend] REST responses
+</A><A NAME="388">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue May 20 23:52:21 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-May/date.html b/_build/static/archives/extend/2014-May/date.html
new file mode 100644
index 00000000..be72a5b3
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/date.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend May 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>May 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun May  4 09:59:21 CEST 2014</i><br>
+         <b>Ending:</b> <i>Tue May 20 23:52:21 CEST 2014</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000383.html">[99s-extend] Gracefully stop Ranch
+</A><A NAME="383">&nbsp;</A>
+<I>Janos Hary
+</I>
+
+<LI><A HREF="000384.html">[99s-extend] REST responses
+</A><A NAME="384">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000385.html">[99s-extend] 202 for POST or PUT
+</A><A NAME="385">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000386.html">[99s-extend] REST responses
+</A><A NAME="386">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000387.html">[99s-extend] 202 for POST or PUT
+</A><A NAME="387">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000388.html">[99s-extend] REST responses
+</A><A NAME="388">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000389.html">[99s-extend] REST responses
+</A><A NAME="389">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue May 20 23:52:21 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-May/index.html b/_build/static/archives/extend/2014-May/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-May/subject.html b/_build/static/archives/extend/2014-May/subject.html
new file mode 100644
index 00000000..0ce85257
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/subject.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend May 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>May 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun May  4 09:59:21 CEST 2014</i><br>
+         <b>Ending:</b> <i>Tue May 20 23:52:21 CEST 2014</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000385.html">[99s-extend] 202 for POST or PUT
+</A><A NAME="385">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000387.html">[99s-extend] 202 for POST or PUT
+</A><A NAME="387">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000383.html">[99s-extend] Gracefully stop Ranch
+</A><A NAME="383">&nbsp;</A>
+<I>Janos Hary
+</I>
+
+<LI><A HREF="000384.html">[99s-extend] REST responses
+</A><A NAME="384">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000386.html">[99s-extend] REST responses
+</A><A NAME="386">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000388.html">[99s-extend] REST responses
+</A><A NAME="388">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000389.html">[99s-extend] REST responses
+</A><A NAME="389">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue May 20 23:52:21 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-May/thread.html b/_build/static/archives/extend/2014-May/thread.html
new file mode 100644
index 00000000..6a0d295f
--- /dev/null
+++ b/_build/static/archives/extend/2014-May/thread.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend May 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>May 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun May  4 09:59:21 CEST 2014</i><br>
+         <b>Ending:</b> <i>Tue May 20 23:52:21 CEST 2014</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<!--0 01399190361.383- -->
+<LI><A HREF="000383.html">[99s-extend] Gracefully stop Ranch
+</A><A NAME="383">&nbsp;</A>
+<I>Janos Hary
+</I>
+
+<!--0 01400603278.384- -->
+<LI><A HREF="000384.html">[99s-extend] REST responses
+</A><A NAME="384">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--1 01400603278.384-01400611562.386- -->
+<LI><A HREF="000386.html">[99s-extend] REST responses
+</A><A NAME="386">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--1 01400603278.384-01400622075.388- -->
+<LI><A HREF="000388.html">[99s-extend] REST responses
+</A><A NAME="388">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--2 01400603278.384-01400622075.388-01400622741.389- -->
+<LI><A HREF="000389.html">[99s-extend] REST responses
+</A><A NAME="389">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+<!--0 01400610730.385- -->
+<LI><A HREF="000385.html">[99s-extend] 202 for POST or PUT
+</A><A NAME="385">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--1 01400610730.385-01400611636.387- -->
+<LI><A HREF="000387.html">[99s-extend] 202 for POST or PUT
+</A><A NAME="387">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue May 20 23:52:21 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Wed May 28 18:41:47 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-November.txt b/_build/static/archives/extend/2014-November.txt
new file mode 100644
index 00000000..d1431e9e
--- /dev/null
+++ b/_build/static/archives/extend/2014-November.txt
@@ -0,0 +1,210 @@
+From suresh at pimtools.com  Thu Nov  6 14:31:23 2014
+From: suresh at pimtools.com (Suresh Kumar R)
+Date: Thu, 6 Nov 2014 19:01:23 +0530
+Subject: [99s-extend] Html encode/decode
+Message-ID: <[email protected]>
+
+Hi,
+
+Can you suggest a best library to encode/decode html and url? I am using cowboy and bullet. Mochiweb seems to support only url encode/decode.
+
+I have been using mochijson2.erl file from mochi web to encode/decode json.
+ 
+Cheers
+Suresh
+
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20141106/85a93e04/attachment.html>
+
+From e at bestmx.net  Thu Nov  6 14:32:41 2014
+From: e at bestmx.net (e at bestmx.net)
+Date: Thu, 06 Nov 2014 14:32:41 +0100
+Subject: [99s-extend] Html encode/decode
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+> Can you suggest a best library to encode/decode html and url?
+
+what exactly do you mean encode?
+what are desired properties of the encoded text?
+
+
+From e at bestmx.net  Tue Nov 11 01:32:45 2014
+From: e at bestmx.net (e at bestmx.net)
+Date: Tue, 11 Nov 2014 01:32:45 +0100
+Subject: [99s-extend] Websocket frames sequence
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+hi, all
+
+the question is about websocket and cowboy, both.
+
+if i return from a callback the value:
+{reply, [{text,"A"}, {text,"B"}], Req, State}
+
+is it guaranteed that "A" will be received by the client prior to "B" ?
+
+if not, what actually happens? (are they emitted independently or together?)
+
+From pdtwonotes at gmail.com  Tue Nov 11 05:52:45 2014
+From: pdtwonotes at gmail.com (Paul Dickson)
+Date: Mon, 10 Nov 2014 23:52:45 -0500
+Subject: [99s-extend] Streaming with the static handler
+Message-ID: <[email protected]>
+
+I am building a streaming music server that delivers mp3 files from disk
+to instances of 'mplayer'.  So far I am using the Cowboy static handler
+for this, and it is working for a single player but I wonder how
+efficient the buffering is at the network level.  Should I instead be
+doing this myself with an http handler and chunked replies?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20141110/a4b469a5/attachment.html>
+
+From essen at ninenines.eu  Tue Nov 11 10:04:04 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 11 Nov 2014 11:04:04 +0200
+Subject: [99s-extend] Websocket frames sequence
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+In order, yes. I will clarify that in the guide.
+
+On 11/11/2014 02:32 AM, e at bestmx.net wrote:
+> hi, all
+>
+> the question is about websocket and cowboy, both.
+>
+> if i return from a callback the value:
+> {reply, [{text,"A"}, {text,"B"}], Req, State}
+>
+> is it guaranteed that "A" will be received by the client prior to "B" ?
+>
+> if not, what actually happens? (are they emitted independently or
+> together?)
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From essen at ninenines.eu  Tue Nov 11 10:08:31 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 11 Nov 2014 11:08:31 +0200
+Subject: [99s-extend] Streaming with the static handler
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+No idea. Measure? Chances are it's good enough for your intended scale. :-)
+
+On 11/11/2014 06:52 AM, Paul Dickson wrote:
+> I am building a streaming music server that delivers mp3 files from disk
+> to instances of 'mplayer'.  So far I am using the Cowboy static handler
+> for this, and it is working for a single player but I wonder how
+> efficient the buffering is at the network level.  Should I instead be
+> doing this myself with an http handler and chunked replies?
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From e at bestmx.net  Tue Nov 11 13:24:10 2014
+From: e at bestmx.net (e at bestmx.net)
+Date: Tue, 11 Nov 2014 13:24:10 +0100
+Subject: [99s-extend] Streaming with the static handler
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 11/11/2014 05:52 AM, Paul Dickson wrote:
+> I am building a streaming music server that delivers mp3 files from disk
+> to instances of 'mplayer'.  So far I am using the Cowboy static handler
+
+nginx is what you need for static files:
+http://wiki.nginx.org/AudioTrackForHLS
+
+
+From tristan.sloughter at gmail.com  Sat Nov 22 06:44:21 2014
+From: tristan.sloughter at gmail.com (Tristan Sloughter)
+Date: Fri, 22 Nov 2014 05:44:21 +0000
+Subject: [99s-extend] shinoki-s44
+Message-ID: <[email protected]>
+
+http://antiq.co.il/ko/vichpcrgddbxwhfcdpsflud.sqkehqciqedlfxud 
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Tristan Sloughter 
+
+
+ 
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20141122/bcb1d17c/attachment.html>
+
+From daniel.goertzen at gmail.com  Mon Nov 24 22:33:02 2014
+From: daniel.goertzen at gmail.com (Daniel Goertzen)
+Date: Mon, 24 Nov 2014 15:33:02 -0600
+Subject: [99s-extend] multiple apps with erlang.mk
+Message-ID: <CAJCf5RxyTdDOz-uSSbfL9dRLjMH1exEsuWitBuD4iDpePRLeDw@mail.gmail.com>
+
+I'm working quite a bit with erlang.mk, and one thing I've noticed is that
+I've seen no mention of how to deal with multiple apps.  There are some
+great examples of how to build a single app and its dependencies into a
+release, but what is the proper way of handling things when you have say 6
+custom written apps (with their deps)?
+
+
+Right now my top level directory looks like this:
+
+Makefile
+erlang.mk
+deps/
+custom_app_1/
+custom_app_2/
+custom_app_3/
+...
+
+
+I've got the Makefile using erlang.mk to handle all the dependencies, and
+then some custom rules to invoke make on all the app subdirectories.  It's
+not too bad so far.  I was thinking of formalizing some of this into a
+subapp plugin.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20141124/9ceef28a/attachment.html>
+
diff --git a/_build/static/archives/extend/2014-November/000474.html b/_build/static/archives/extend/2014-November/000474.html
new file mode 100644
index 00000000..ff5e6c27
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/000474.html
@@ -0,0 +1,73 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Html encode/decode
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Html%20encode/decode&In-Reply-To=%3C2CC4A45D-FB15-4FB1-842D-BA29FB4FA3F6%40pimtools.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000475.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Html encode/decode</H1>
+    <B>Suresh Kumar R</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Html%20encode/decode&In-Reply-To=%3C2CC4A45D-FB15-4FB1-842D-BA29FB4FA3F6%40pimtools.com%3E"
+       TITLE="[99s-extend] Html encode/decode">suresh at pimtools.com
+       </A><BR>
+    <I>Thu Nov  6 14:31:23 CET 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000475.html">[99s-extend] Html encode/decode
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#474">[ date ]</a>
+              <a href="thread.html#474">[ thread ]</a>
+              <a href="subject.html#474">[ subject ]</a>
+              <a href="author.html#474">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+Can you suggest a best library to encode/decode html and url? I am using cowboy and bullet. Mochiweb seems to support only url encode/decode.
+
+I have been using mochijson2.erl file from mochi web to encode/decode json.
+ 
+Cheers
+Suresh
+
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20141106/85a93e04/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20141106/85a93e04/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000475.html">[99s-extend] Html encode/decode
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#474">[ date ]</a>
+              <a href="thread.html#474">[ thread ]</a>
+              <a href="subject.html#474">[ subject ]</a>
+              <a href="author.html#474">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-November/000475.html b/_build/static/archives/extend/2014-November/000475.html
new file mode 100644
index 00000000..36aa865c
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/000475.html
@@ -0,0 +1,66 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Html encode/decode
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Html%20encode/decode&In-Reply-To=%3C545B7879.3020807%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000474.html">
+   <LINK REL="Next"  HREF="000476.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Html encode/decode</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Html%20encode/decode&In-Reply-To=%3C545B7879.3020807%40bestmx.net%3E"
+       TITLE="[99s-extend] Html encode/decode">e at bestmx.net
+       </A><BR>
+    <I>Thu Nov  6 14:32:41 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000474.html">[99s-extend] Html encode/decode
+</A></li>
+        <LI>Next message: <A HREF="000476.html">[99s-extend] Websocket frames sequence
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#475">[ date ]</a>
+              <a href="thread.html#475">[ thread ]</a>
+              <a href="subject.html#475">[ subject ]</a>
+              <a href="author.html#475">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> Can you suggest a best library to encode/decode html and url?
+</I>
+what exactly do you mean encode?
+what are desired properties of the encoded text?
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000474.html">[99s-extend] Html encode/decode
+</A></li>
+	<LI>Next message: <A HREF="000476.html">[99s-extend] Websocket frames sequence
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#475">[ date ]</a>
+              <a href="thread.html#475">[ thread ]</a>
+              <a href="subject.html#475">[ subject ]</a>
+              <a href="author.html#475">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-November/000476.html b/_build/static/archives/extend/2014-November/000476.html
new file mode 100644
index 00000000..56991cf8
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/000476.html
@@ -0,0 +1,72 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Websocket frames sequence
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20frames%20sequence&In-Reply-To=%3C5461592D.4000408%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000475.html">
+   <LINK REL="Next"  HREF="000478.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Websocket frames sequence</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20frames%20sequence&In-Reply-To=%3C5461592D.4000408%40bestmx.net%3E"
+       TITLE="[99s-extend] Websocket frames sequence">e at bestmx.net
+       </A><BR>
+    <I>Tue Nov 11 01:32:45 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000475.html">[99s-extend] Html encode/decode
+</A></li>
+        <LI>Next message: <A HREF="000478.html">[99s-extend] Websocket frames sequence
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#476">[ date ]</a>
+              <a href="thread.html#476">[ thread ]</a>
+              <a href="subject.html#476">[ subject ]</a>
+              <a href="author.html#476">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hi, all
+
+the question is about websocket and cowboy, both.
+
+if i return from a callback the value:
+{reply, [{text,&quot;A&quot;}, {text,&quot;B&quot;}], Req, State}
+
+is it guaranteed that &quot;A&quot; will be received by the client prior to &quot;B&quot; ?
+
+if not, what actually happens? (are they emitted independently or together?)
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000475.html">[99s-extend] Html encode/decode
+</A></li>
+	<LI>Next message: <A HREF="000478.html">[99s-extend] Websocket frames sequence
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#476">[ date ]</a>
+              <a href="thread.html#476">[ thread ]</a>
+              <a href="subject.html#476">[ subject ]</a>
+              <a href="author.html#476">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-November/000477.html b/_build/static/archives/extend/2014-November/000477.html
new file mode 100644
index 00000000..34aad236
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/000477.html
@@ -0,0 +1,70 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Streaming with the static handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20with%20the%20static%20handler&In-Reply-To=%3C1415681565.1368.2.camel%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000478.html">
+   <LINK REL="Next"  HREF="000479.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Streaming with the static handler</H1>
+    <B>Paul Dickson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20with%20the%20static%20handler&In-Reply-To=%3C1415681565.1368.2.camel%40gmail.com%3E"
+       TITLE="[99s-extend] Streaming with the static handler">pdtwonotes at gmail.com
+       </A><BR>
+    <I>Tue Nov 11 05:52:45 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000478.html">[99s-extend] Websocket frames sequence
+</A></li>
+        <LI>Next message: <A HREF="000479.html">[99s-extend] Streaming with the static handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#477">[ date ]</a>
+              <a href="thread.html#477">[ thread ]</a>
+              <a href="subject.html#477">[ subject ]</a>
+              <a href="author.html#477">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I am building a streaming music server that delivers mp3 files from disk
+to instances of 'mplayer'.  So far I am using the Cowboy static handler
+for this, and it is working for a single player but I wonder how
+efficient the buffering is at the network level.  Should I instead be
+doing this myself with an http handler and chunked replies?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20141110/a4b469a5/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20141110/a4b469a5/attachment.html</A>&gt;
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000478.html">[99s-extend] Websocket frames sequence
+</A></li>
+	<LI>Next message: <A HREF="000479.html">[99s-extend] Streaming with the static handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#477">[ date ]</a>
+              <a href="thread.html#477">[ thread ]</a>
+              <a href="subject.html#477">[ subject ]</a>
+              <a href="author.html#477">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-November/000478.html b/_build/static/archives/extend/2014-November/000478.html
new file mode 100644
index 00000000..92270472
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/000478.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Websocket frames sequence
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20frames%20sequence&In-Reply-To=%3C5461D104.9030802%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000476.html">
+   <LINK REL="Next"  HREF="000477.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Websocket frames sequence</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20frames%20sequence&In-Reply-To=%3C5461D104.9030802%40ninenines.eu%3E"
+       TITLE="[99s-extend] Websocket frames sequence">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Nov 11 10:04:04 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000476.html">[99s-extend] Websocket frames sequence
+</A></li>
+        <LI>Next message: <A HREF="000477.html">[99s-extend] Streaming with the static handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#478">[ date ]</a>
+              <a href="thread.html#478">[ thread ]</a>
+              <a href="subject.html#478">[ subject ]</a>
+              <a href="author.html#478">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>In order, yes. I will clarify that in the guide.
+
+On 11/11/2014 02:32 AM, <A HREF="https://lists.ninenines.eu/listinfo/extend">e at bestmx.net</A> wrote:
+&gt;<i> hi, all
+</I>&gt;<i>
+</I>&gt;<i> the question is about websocket and cowboy, both.
+</I>&gt;<i>
+</I>&gt;<i> if i return from a callback the value:
+</I>&gt;<i> {reply, [{text,&quot;A&quot;}, {text,&quot;B&quot;}], Req, State}
+</I>&gt;<i>
+</I>&gt;<i> is it guaranteed that &quot;A&quot; will be received by the client prior to &quot;B&quot; ?
+</I>&gt;<i>
+</I>&gt;<i> if not, what actually happens? (are they emitted independently or
+</I>&gt;<i> together?)
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000476.html">[99s-extend] Websocket frames sequence
+</A></li>
+	<LI>Next message: <A HREF="000477.html">[99s-extend] Streaming with the static handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#478">[ date ]</a>
+              <a href="thread.html#478">[ thread ]</a>
+              <a href="subject.html#478">[ subject ]</a>
+              <a href="author.html#478">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-November/000479.html b/_build/static/archives/extend/2014-November/000479.html
new file mode 100644
index 00000000..f3955384
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/000479.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Streaming with the static handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20with%20the%20static%20handler&In-Reply-To=%3C5461D20F.7020904%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000477.html">
+   <LINK REL="Next"  HREF="000480.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Streaming with the static handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20with%20the%20static%20handler&In-Reply-To=%3C5461D20F.7020904%40ninenines.eu%3E"
+       TITLE="[99s-extend] Streaming with the static handler">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Nov 11 10:08:31 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000477.html">[99s-extend] Streaming with the static handler
+</A></li>
+        <LI>Next message: <A HREF="000480.html">[99s-extend] Streaming with the static handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#479">[ date ]</a>
+              <a href="thread.html#479">[ thread ]</a>
+              <a href="subject.html#479">[ subject ]</a>
+              <a href="author.html#479">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>No idea. Measure? Chances are it's good enough for your intended scale. :-)
+
+On 11/11/2014 06:52 AM, Paul Dickson wrote:
+&gt;<i> I am building a streaming music server that delivers mp3 files from disk
+</I>&gt;<i> to instances of 'mplayer'.  So far I am using the Cowboy static handler
+</I>&gt;<i> for this, and it is working for a single player but I wonder how
+</I>&gt;<i> efficient the buffering is at the network level.  Should I instead be
+</I>&gt;<i> doing this myself with an http handler and chunked replies?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000477.html">[99s-extend] Streaming with the static handler
+</A></li>
+	<LI>Next message: <A HREF="000480.html">[99s-extend] Streaming with the static handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#479">[ date ]</a>
+              <a href="thread.html#479">[ thread ]</a>
+              <a href="subject.html#479">[ subject ]</a>
+              <a href="author.html#479">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-November/000480.html b/_build/static/archives/extend/2014-November/000480.html
new file mode 100644
index 00000000..23e17977
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/000480.html
@@ -0,0 +1,68 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Streaming with the static handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20with%20the%20static%20handler&In-Reply-To=%3C5461FFEA.9090308%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000479.html">
+   <LINK REL="Next"  HREF="000481.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Streaming with the static handler</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Streaming%20with%20the%20static%20handler&In-Reply-To=%3C5461FFEA.9090308%40bestmx.net%3E"
+       TITLE="[99s-extend] Streaming with the static handler">e at bestmx.net
+       </A><BR>
+    <I>Tue Nov 11 13:24:10 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000479.html">[99s-extend] Streaming with the static handler
+</A></li>
+        <LI>Next message: <A HREF="000481.html">[99s-extend] shinoki-s44
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#480">[ date ]</a>
+              <a href="thread.html#480">[ thread ]</a>
+              <a href="subject.html#480">[ subject ]</a>
+              <a href="author.html#480">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 11/11/2014 05:52 AM, Paul Dickson wrote:
+&gt;<i> I am building a streaming music server that delivers mp3 files from disk
+</I>&gt;<i> to instances of 'mplayer'.  So far I am using the Cowboy static handler
+</I>
+nginx is what you need for static files:
+<A HREF="http://wiki.nginx.org/AudioTrackForHLS">http://wiki.nginx.org/AudioTrackForHLS</A>
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000479.html">[99s-extend] Streaming with the static handler
+</A></li>
+	<LI>Next message: <A HREF="000481.html">[99s-extend] shinoki-s44
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#480">[ date ]</a>
+              <a href="thread.html#480">[ thread ]</a>
+              <a href="subject.html#480">[ subject ]</a>
+              <a href="author.html#480">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-November/000481.html b/_build/static/archives/extend/2014-November/000481.html
new file mode 100644
index 00000000..00254448
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/000481.html
@@ -0,0 +1,86 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] shinoki-s44
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20shinoki-s44&In-Reply-To=%3C64DDD839586B585FA8DC7B371B81BC74%40smtp.deskwing.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000480.html">
+   <LINK REL="Next"  HREF="000482.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] shinoki-s44</H1>
+    <B>Tristan Sloughter</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20shinoki-s44&In-Reply-To=%3C64DDD839586B585FA8DC7B371B81BC74%40smtp.deskwing.net%3E"
+       TITLE="[99s-extend] shinoki-s44">tristan.sloughter at gmail.com
+       </A><BR>
+    <I>Sat Nov 22 06:44:21 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000480.html">[99s-extend] Streaming with the static handler
+</A></li>
+        <LI>Next message: <A HREF="000482.html">[99s-extend] multiple apps with erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#481">[ date ]</a>
+              <a href="thread.html#481">[ thread ]</a>
+              <a href="subject.html#481">[ subject ]</a>
+              <a href="author.html#481">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE><A HREF="http://antiq.co.il/ko/vichpcrgddbxwhfcdpsflud.sqkehqciqedlfxud">http://antiq.co.il/ko/vichpcrgddbxwhfcdpsflud.sqkehqciqedlfxud</A> 
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Tristan Sloughter 
+
+
+ 
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20141122/bcb1d17c/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20141122/bcb1d17c/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000480.html">[99s-extend] Streaming with the static handler
+</A></li>
+	<LI>Next message: <A HREF="000482.html">[99s-extend] multiple apps with erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#481">[ date ]</a>
+              <a href="thread.html#481">[ thread ]</a>
+              <a href="subject.html#481">[ subject ]</a>
+              <a href="author.html#481">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-November/000482.html b/_build/static/archives/extend/2014-November/000482.html
new file mode 100644
index 00000000..01d42664
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/000482.html
@@ -0,0 +1,83 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] multiple apps with erlang.mk
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20multiple%20apps%20with%20erlang.mk&In-Reply-To=%3CCAJCf5RxyTdDOz-uSSbfL9dRLjMH1exEsuWitBuD4iDpePRLeDw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000481.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] multiple apps with erlang.mk</H1>
+    <B>Daniel Goertzen</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20multiple%20apps%20with%20erlang.mk&In-Reply-To=%3CCAJCf5RxyTdDOz-uSSbfL9dRLjMH1exEsuWitBuD4iDpePRLeDw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] multiple apps with erlang.mk">daniel.goertzen at gmail.com
+       </A><BR>
+    <I>Mon Nov 24 22:33:02 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000481.html">[99s-extend] shinoki-s44
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#482">[ date ]</a>
+              <a href="thread.html#482">[ thread ]</a>
+              <a href="subject.html#482">[ subject ]</a>
+              <a href="author.html#482">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I'm working quite a bit with erlang.mk, and one thing I've noticed is that
+I've seen no mention of how to deal with multiple apps.  There are some
+great examples of how to build a single app and its dependencies into a
+release, but what is the proper way of handling things when you have say 6
+custom written apps (with their deps)?
+
+
+Right now my top level directory looks like this:
+
+Makefile
+erlang.mk
+deps/
+custom_app_1/
+custom_app_2/
+custom_app_3/
+...
+
+
+I've got the Makefile using erlang.mk to handle all the dependencies, and
+then some custom rules to invoke make on all the app subdirectories.  It's
+not too bad so far.  I was thinking of formalizing some of this into a
+subapp plugin.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20141124/9ceef28a/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20141124/9ceef28a/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000481.html">[99s-extend] shinoki-s44
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#482">[ date ]</a>
+              <a href="thread.html#482">[ thread ]</a>
+              <a href="subject.html#482">[ subject ]</a>
+              <a href="author.html#482">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-November/author.html b/_build/static/archives/extend/2014-November/author.html
new file mode 100644
index 00000000..0fc7768c
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/author.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Nov  6 14:31:23 CET 2014</i><br>
+         <b>Ending:</b> <i>Mon Nov 24 22:33:02 CET 2014</i><br>
+         <b>Messages:</b> 9<p>
+     <ul>
+
+<LI><A HREF="000477.html">[99s-extend] Streaming with the static handler
+</A><A NAME="477">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000482.html">[99s-extend] multiple apps with erlang.mk
+</A><A NAME="482">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000478.html">[99s-extend] Websocket frames sequence
+</A><A NAME="478">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000479.html">[99s-extend] Streaming with the static handler
+</A><A NAME="479">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000474.html">[99s-extend] Html encode/decode
+</A><A NAME="474">&nbsp;</A>
+<I>Suresh Kumar R
+</I>
+
+<LI><A HREF="000481.html">[99s-extend] shinoki-s44
+</A><A NAME="481">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000475.html">[99s-extend] Html encode/decode
+</A><A NAME="475">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000476.html">[99s-extend] Websocket frames sequence
+</A><A NAME="476">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000480.html">[99s-extend] Streaming with the static handler
+</A><A NAME="480">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Nov 24 22:33:02 CET 2014</i><br>
+    <b>Archived on:</b> <i>Mon Nov 24 22:33:05 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-November/date.html b/_build/static/archives/extend/2014-November/date.html
new file mode 100644
index 00000000..fce825ca
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/date.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Nov  6 14:31:23 CET 2014</i><br>
+         <b>Ending:</b> <i>Mon Nov 24 22:33:02 CET 2014</i><br>
+         <b>Messages:</b> 9<p>
+     <ul>
+
+<LI><A HREF="000474.html">[99s-extend] Html encode/decode
+</A><A NAME="474">&nbsp;</A>
+<I>Suresh Kumar R
+</I>
+
+<LI><A HREF="000475.html">[99s-extend] Html encode/decode
+</A><A NAME="475">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000476.html">[99s-extend] Websocket frames sequence
+</A><A NAME="476">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000477.html">[99s-extend] Streaming with the static handler
+</A><A NAME="477">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000478.html">[99s-extend] Websocket frames sequence
+</A><A NAME="478">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000479.html">[99s-extend] Streaming with the static handler
+</A><A NAME="479">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000480.html">[99s-extend] Streaming with the static handler
+</A><A NAME="480">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000481.html">[99s-extend] shinoki-s44
+</A><A NAME="481">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000482.html">[99s-extend] multiple apps with erlang.mk
+</A><A NAME="482">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Nov 24 22:33:02 CET 2014</i><br>
+    <b>Archived on:</b> <i>Mon Nov 24 22:33:05 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-November/index.html b/_build/static/archives/extend/2014-November/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-November/subject.html b/_build/static/archives/extend/2014-November/subject.html
new file mode 100644
index 00000000..08cc713a
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/subject.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Nov  6 14:31:23 CET 2014</i><br>
+         <b>Ending:</b> <i>Mon Nov 24 22:33:02 CET 2014</i><br>
+         <b>Messages:</b> 9<p>
+     <ul>
+
+<LI><A HREF="000474.html">[99s-extend] Html encode/decode
+</A><A NAME="474">&nbsp;</A>
+<I>Suresh Kumar R
+</I>
+
+<LI><A HREF="000475.html">[99s-extend] Html encode/decode
+</A><A NAME="475">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000482.html">[99s-extend] multiple apps with erlang.mk
+</A><A NAME="482">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+<LI><A HREF="000481.html">[99s-extend] shinoki-s44
+</A><A NAME="481">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<LI><A HREF="000477.html">[99s-extend] Streaming with the static handler
+</A><A NAME="477">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000479.html">[99s-extend] Streaming with the static handler
+</A><A NAME="479">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000480.html">[99s-extend] Streaming with the static handler
+</A><A NAME="480">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000476.html">[99s-extend] Websocket frames sequence
+</A><A NAME="476">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000478.html">[99s-extend] Websocket frames sequence
+</A><A NAME="478">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Nov 24 22:33:02 CET 2014</i><br>
+    <b>Archived on:</b> <i>Mon Nov 24 22:33:05 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-November/thread.html b/_build/static/archives/extend/2014-November/thread.html
new file mode 100644
index 00000000..5032eebf
--- /dev/null
+++ b/_build/static/archives/extend/2014-November/thread.html
@@ -0,0 +1,109 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend November 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>November 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Nov  6 14:31:23 CET 2014</i><br>
+         <b>Ending:</b> <i>Mon Nov 24 22:33:02 CET 2014</i><br>
+         <b>Messages:</b> 9<p>
+     <ul>
+
+<!--0 01415280683.474- -->
+<LI><A HREF="000474.html">[99s-extend] Html encode/decode
+</A><A NAME="474">&nbsp;</A>
+<I>Suresh Kumar R
+</I>
+
+<UL>
+<!--1 01415280683.474-01415280761.475- -->
+<LI><A HREF="000475.html">[99s-extend] Html encode/decode
+</A><A NAME="475">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<UL>
+<!--2 01415280683.474-01415280761.475-01415665965.476- -->
+<LI><A HREF="000476.html">[99s-extend] Websocket frames sequence
+</A><A NAME="476">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<UL>
+<!--3 01415280683.474-01415280761.475-01415665965.476-01415696644.478- -->
+<LI><A HREF="000478.html">[99s-extend] Websocket frames sequence
+</A><A NAME="478">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01415681565.477- -->
+<LI><A HREF="000477.html">[99s-extend] Streaming with the static handler
+</A><A NAME="477">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<UL>
+<!--1 01415681565.477-01415696911.479- -->
+<LI><A HREF="000479.html">[99s-extend] Streaming with the static handler
+</A><A NAME="479">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--1 01415681565.477-01415708650.480- -->
+<LI><A HREF="000480.html">[99s-extend] Streaming with the static handler
+</A><A NAME="480">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+</UL>
+<!--0 01416635061.481- -->
+<LI><A HREF="000481.html">[99s-extend] shinoki-s44
+</A><A NAME="481">&nbsp;</A>
+<I>Tristan Sloughter
+</I>
+
+<!--0 01416864782.482- -->
+<LI><A HREF="000482.html">[99s-extend] multiple apps with erlang.mk
+</A><A NAME="482">&nbsp;</A>
+<I>Daniel Goertzen
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Nov 24 22:33:02 CET 2014</i><br>
+    <b>Archived on:</b> <i>Mon Nov 24 22:33:05 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-October.txt b/_build/static/archives/extend/2014-October.txt
new file mode 100644
index 00000000..be0a23b3
--- /dev/null
+++ b/_build/static/archives/extend/2014-October.txt
@@ -0,0 +1,223 @@
+From amol at hatwar.org  Sun Oct  5 04:56:58 2014
+From: amol at hatwar.org (Amol Hatwar)
+Date: Sun, 5 Oct 2014 08:26:58 +0530
+Subject: [99s-extend] Prevent resource creation on POST
+Message-ID: <[email protected]>
+
+Hello,
+
+I was recently tinkering with cowboy_rest and found that there is no way prevent resource creation in a POST request when it already exists. Either that, or I'm probably not doing something right or don't know enough...
+
+Here's what I have running:
+A user tries to signup with a post request. To be successful, the username has to be unique. The resource_exists/2 method responds with proper true and false values by looking at the request body.
+
+Here's what I want done:
+Iff the resource_exists callback returns true, I don't want the AcceptResource callback to run at all. Instead, I want to send a 4XX status and halt. Is there a canonical way of doing this?
+
+Cheers,
+
+AH
+
+From essen at ninenines.eu  Sun Oct  5 09:49:00 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Sun, 05 Oct 2014 10:49:00 +0300
+Subject: [99s-extend] Prevent resource creation on POST
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+If resource_exists = true, then POST doesn't create but update the 
+resource at the given URI. If what you are doing is something like 
+write-once resources then you will have to reject these cases manually 
+by returning halt at some point.
+
+On 10/05/2014 05:56 AM, Amol Hatwar wrote:
+> Hello,
+>
+> I was recently tinkering with cowboy_rest and found that there is no way prevent resource creation in a POST request when it already exists. Either that, or I'm probably not doing something right or don't know enough...
+>
+> Here's what I have running:
+> A user tries to signup with a post request. To be successful, the username has to be unique. The resource_exists/2 method responds with proper true and false values by looking at the request body.
+>
+> Here's what I want done:
+> Iff the resource_exists callback returns true, I don't want the AcceptResource callback to run at all. Instead, I want to send a 4XX status and halt. Is there a canonical way of doing this?
+>
+> Cheers,
+>
+> AH
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From stefan.strigler at gmail.com  Tue Oct 14 10:05:53 2014
+From: stefan.strigler at gmail.com (Stefan Strigler)
+Date: Tue, 14 Oct 2014 10:05:53 +0200
+Subject: [99s-extend] PUT on new resource and status 201
+Message-ID: <CAE7UswcWMj-voOs4eSbYxNyfkHZ8anCeUr6JyBGU+RhODk5Nig@mail.gmail.com>
+
+Hey,
+
+just subscribed yesterday and now that's already my first question.
+
+I'm referring to
+http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/. Given you
+have a PUT on a new resource the diagram suggests that the response's
+status code depends on whether you've set a location and/or body. But when
+looking at the code (v1.0.0) then cowboy_rest:maybe_created/2 would always
+return a 201. No matter what. I think the code is right, but the diagram
+needs to be fixed.
+
+But then I'm not totally sure how to interpret
+http://tools.ietf.org/html/rfc2616#section-10.2.2 which states
+
+   The newly created resource can be referenced by the URI(s)
+   returned in the entity of the response, with the most specific URI
+   for the resource given by a Location header field.
+
+
+Because currently it is totally possible to not have a location header
+set (just as no body) for the response. In my opinion the current code
+behaves good enough and it's up to the service to ensure the
+requirements as stated by the RFC. Should cowboy enforce a header
+field? Should it try to figure that out on its own?
+
+
+Regards,
+
+
+Stefan
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20141014/d89bced6/attachment.html>
+
+From lists at tuli.pe  Tue Oct 14 10:42:54 2014
+From: lists at tuli.pe (Camille Troillard)
+Date: Tue, 14 Oct 2014 10:42:54 +0200
+Subject: [99s-extend] PUT on new resource and status 201
+In-Reply-To: <CAE7UswcWMj-voOs4eSbYxNyfkHZ8anCeUr6JyBGU+RhODk5Nig@mail.gmail.com>
+References: <CAE7UswcWMj-voOs4eSbYxNyfkHZ8anCeUr6JyBGU+RhODk5Nig@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Hi Stefan,
+
+
+On 14 Oct 2014, at 10:05, Stefan Strigler <stefan.strigler at gmail.com> wrote:
+
+> just subscribed yesterday and now that's already my first question.
+> 
+> I'm referring to http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/. Given you have a PUT on a new resource the diagram suggests that the response's status code depends on whether you've set a location and/or body.
+
+This is correct, I have experience this behaviour on Cowboy 1.0.0 and 2.0.0-pre.1.
+
+
+> But when looking at the code (v1.0.0) then cowboy_rest:maybe_created/2 would always return a 201. No matter what. I think the code is right, but the diagram needs to be fixed. 
+
+Could you be more specific?
+I?m afraid it is not how it works for me.
+
+
+> But then I'm not totally sure how to interpret http://tools.ietf.org/html/rfc2616#section-10.2.2 which states
+> 
+>    The newly created resource can be referenced by the URI(s)
+>    returned in the entity of the response, with the most specific URI
+>    for the resource given by a Location header field.
+> 
+> Because currently it is totally possible to not have a location header set (just as no body) for the response. In my opinion the current code behaves good enough and it's up to the service to ensure the requirements as stated by the RFC. Should cowboy enforce a header field? Should it try to figure that out on its own?
+
+I think how Cowboy does is best at the moment.
+I like to have the freedom to specify myself the Location, especially when PUT-ting new resources.
+
+
+A bit off topic, I think this article is interesting regarding RFC-2616.
+
+	https://www.mnot.net/blog/2014/06/07/rfc2616_is_dead
+
+Given that, you might want to have a look at RFC-7231, section 3.1.4.2:
+
+	http://tools.ietf.org/html/rfc7231#section-3.1.4.2.
+
+
+Camille
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20141014/77f74bf0/attachment-0001.html>
+
+From essen at ninenines.eu  Tue Oct 14 12:38:08 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 14 Oct 2014 12:38:08 +0200
+Subject: [99s-extend] PUT on new resource and status 201
+In-Reply-To: <CAE7UswcWMj-voOs4eSbYxNyfkHZ8anCeUr6JyBGU+RhODk5Nig@mail.gmail.com>
+References: <CAE7UswcWMj-voOs4eSbYxNyfkHZ8anCeUr6JyBGU+RhODk5Nig@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Hi,
+
+On 10/14/2014 10:05 AM, Stefan Strigler wrote:
+> I'm referring to
+> http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/. Given you
+> have a PUT on a new resource the diagram suggests that the response's
+> status code depends on whether you've set a location and/or body. But
+> when looking at the code (v1.0.0) then cowboy_rest:maybe_created/2 would
+> always return a 201. No matter what. I think the code is right, but the
+> diagram needs to be fixed.
+
+Yes it looks like you are on to something there. Please open a ticket 
+and I will look later on. There's another change near that area that 
+needs to be made with POST, I will look at both at the same time.
+
+> But then I'm not totally sure how to interpret
+> http://tools.ietf.org/html/rfc2616#section-10.2.2 which states
+>
+>     The newly created resource can be referenced by the URI(s)
+>     returned in the entity of the response, with the most specific URI
+>     for the resource given by a Location header field.
+>
+>
+> Because currently it is totally possible to not have a location header set (just as no body) for the response. In my opinion the current code behaves good enough and it's up to the service to ensure the requirements as stated by the RFC. Should cowboy enforce a header field? Should it try to figure that out on its own?
+
+201 does not require a location header if the resource is created at the 
+path indicated by the request. Specifying a different URI is a rare 
+occurrence with PUT, it should only occur if you create the resource on 
+a different domain name (think a CDN pushing the file to a subdomain).
+
+And as Camille stated, forget RFC 2616, the various RFCs from httpbis is 
+where it's at now.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From David.Hiers at cdk.com  Fri Oct 31 15:43:22 2014
+From: David.Hiers at cdk.com (Hiers, David)
+Date: Fri, 31 Oct 2014 14:43:22 +0000
+Subject: [99s-extend] Cowboy, IE9, and HTTPS
+Message-ID: <[email protected]>
+
+Hello,
+
+Has anyone had trouble getting IE9 connecting to Cowboy over HTTPS?
+
+We're using Cowboy embedded in MongooseIM, and IE9 is giving us fits.
+
+
+Thanks,
+
+
+
+
+David
+
+
+----------------------------------------------------------------------
+This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, notify the sender immediately by return email and delete the message and any attachments from your system.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20141031/fc6724a7/attachment.html>
+
diff --git a/_build/static/archives/extend/2014-October/000468.html b/_build/static/archives/extend/2014-October/000468.html
new file mode 100644
index 00000000..d885c686
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/000468.html
@@ -0,0 +1,72 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Prevent resource creation on POST
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Prevent%20resource%20creation%20on%20POST&In-Reply-To=%3C20141005025658.GA12424%40newton.local%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000469.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Prevent resource creation on POST</H1>
+    <B>Amol Hatwar</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Prevent%20resource%20creation%20on%20POST&In-Reply-To=%3C20141005025658.GA12424%40newton.local%3E"
+       TITLE="[99s-extend] Prevent resource creation on POST">amol at hatwar.org
+       </A><BR>
+    <I>Sun Oct  5 04:56:58 CEST 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000469.html">[99s-extend] Prevent resource creation on POST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#468">[ date ]</a>
+              <a href="thread.html#468">[ thread ]</a>
+              <a href="subject.html#468">[ subject ]</a>
+              <a href="author.html#468">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I was recently tinkering with cowboy_rest and found that there is no way prevent resource creation in a POST request when it already exists. Either that, or I'm probably not doing something right or don't know enough...
+
+Here's what I have running:
+A user tries to signup with a post request. To be successful, the username has to be unique. The resource_exists/2 method responds with proper true and false values by looking at the request body.
+
+Here's what I want done:
+Iff the resource_exists callback returns true, I don't want the AcceptResource callback to run at all. Instead, I want to send a 4XX status and halt. Is there a canonical way of doing this?
+
+Cheers,
+
+AH
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000469.html">[99s-extend] Prevent resource creation on POST
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#468">[ date ]</a>
+              <a href="thread.html#468">[ thread ]</a>
+              <a href="subject.html#468">[ subject ]</a>
+              <a href="author.html#468">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-October/000469.html b/_build/static/archives/extend/2014-October/000469.html
new file mode 100644
index 00000000..edbb5ab7
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/000469.html
@@ -0,0 +1,89 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Prevent resource creation on POST
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Prevent%20resource%20creation%20on%20POST&In-Reply-To=%3C5430F7EC.4080306%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000468.html">
+   <LINK REL="Next"  HREF="000470.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Prevent resource creation on POST</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Prevent%20resource%20creation%20on%20POST&In-Reply-To=%3C5430F7EC.4080306%40ninenines.eu%3E"
+       TITLE="[99s-extend] Prevent resource creation on POST">essen at ninenines.eu
+       </A><BR>
+    <I>Sun Oct  5 09:49:00 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000468.html">[99s-extend] Prevent resource creation on POST
+</A></li>
+        <LI>Next message: <A HREF="000470.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#469">[ date ]</a>
+              <a href="thread.html#469">[ thread ]</a>
+              <a href="subject.html#469">[ subject ]</a>
+              <a href="author.html#469">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>If resource_exists = true, then POST doesn't create but update the 
+resource at the given URI. If what you are doing is something like 
+write-once resources then you will have to reject these cases manually 
+by returning halt at some point.
+
+On 10/05/2014 05:56 AM, Amol Hatwar wrote:
+&gt;<i> Hello,
+</I>&gt;<i>
+</I>&gt;<i> I was recently tinkering with cowboy_rest and found that there is no way prevent resource creation in a POST request when it already exists. Either that, or I'm probably not doing something right or don't know enough...
+</I>&gt;<i>
+</I>&gt;<i> Here's what I have running:
+</I>&gt;<i> A user tries to signup with a post request. To be successful, the username has to be unique. The resource_exists/2 method responds with proper true and false values by looking at the request body.
+</I>&gt;<i>
+</I>&gt;<i> Here's what I want done:
+</I>&gt;<i> Iff the resource_exists callback returns true, I don't want the AcceptResource callback to run at all. Instead, I want to send a 4XX status and halt. Is there a canonical way of doing this?
+</I>&gt;<i>
+</I>&gt;<i> Cheers,
+</I>&gt;<i>
+</I>&gt;<i> AH
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000468.html">[99s-extend] Prevent resource creation on POST
+</A></li>
+	<LI>Next message: <A HREF="000470.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#469">[ date ]</a>
+              <a href="thread.html#469">[ thread ]</a>
+              <a href="subject.html#469">[ subject ]</a>
+              <a href="author.html#469">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-October/000470.html b/_build/static/archives/extend/2014-October/000470.html
new file mode 100644
index 00000000..f2c4238c
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/000470.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] PUT on new resource and status 201
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20PUT%20on%20new%20resource%20and%20status%20201&In-Reply-To=%3CCAE7UswcWMj-voOs4eSbYxNyfkHZ8anCeUr6JyBGU%2BRhODk5Nig%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000469.html">
+   <LINK REL="Next"  HREF="000471.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] PUT on new resource and status 201</H1>
+    <B>Stefan Strigler</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20PUT%20on%20new%20resource%20and%20status%20201&In-Reply-To=%3CCAE7UswcWMj-voOs4eSbYxNyfkHZ8anCeUr6JyBGU%2BRhODk5Nig%40mail.gmail.com%3E"
+       TITLE="[99s-extend] PUT on new resource and status 201">stefan.strigler at gmail.com
+       </A><BR>
+    <I>Tue Oct 14 10:05:53 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000469.html">[99s-extend] Prevent resource creation on POST
+</A></li>
+        <LI>Next message: <A HREF="000471.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#470">[ date ]</a>
+              <a href="thread.html#470">[ thread ]</a>
+              <a href="subject.html#470">[ subject ]</a>
+              <a href="author.html#470">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey,
+
+just subscribed yesterday and now that's already my first question.
+
+I'm referring to
+<A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/.">http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/.</A> Given you
+have a PUT on a new resource the diagram suggests that the response's
+status code depends on whether you've set a location and/or body. But when
+looking at the code (v1.0.0) then cowboy_rest:maybe_created/2 would always
+return a 201. No matter what. I think the code is right, but the diagram
+needs to be fixed.
+
+But then I'm not totally sure how to interpret
+<A HREF="http://tools.ietf.org/html/rfc2616#section-10.2.2">http://tools.ietf.org/html/rfc2616#section-10.2.2</A> which states
+
+   The newly created resource can be referenced by the URI(s)
+   returned in the entity of the response, with the most specific URI
+   for the resource given by a Location header field.
+
+
+Because currently it is totally possible to not have a location header
+set (just as no body) for the response. In my opinion the current code
+behaves good enough and it's up to the service to ensure the
+requirements as stated by the RFC. Should cowboy enforce a header
+field? Should it try to figure that out on its own?
+
+
+Regards,
+
+
+Stefan
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20141014/d89bced6/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20141014/d89bced6/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000469.html">[99s-extend] Prevent resource creation on POST
+</A></li>
+	<LI>Next message: <A HREF="000471.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#470">[ date ]</a>
+              <a href="thread.html#470">[ thread ]</a>
+              <a href="subject.html#470">[ subject ]</a>
+              <a href="author.html#470">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-October/000471.html b/_build/static/archives/extend/2014-October/000471.html
new file mode 100644
index 00000000..6651b47d
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/000471.html
@@ -0,0 +1,105 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] PUT on new resource and status 201
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20PUT%20on%20new%20resource%20and%20status%20201&In-Reply-To=%3CF354B66E-52D3-427F-99F1-FEE86B9F3AEF%40tuli.pe%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000470.html">
+   <LINK REL="Next"  HREF="000472.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] PUT on new resource and status 201</H1>
+    <B>Camille Troillard</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20PUT%20on%20new%20resource%20and%20status%20201&In-Reply-To=%3CF354B66E-52D3-427F-99F1-FEE86B9F3AEF%40tuli.pe%3E"
+       TITLE="[99s-extend] PUT on new resource and status 201">lists at tuli.pe
+       </A><BR>
+    <I>Tue Oct 14 10:42:54 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000470.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+        <LI>Next message: <A HREF="000472.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#471">[ date ]</a>
+              <a href="thread.html#471">[ thread ]</a>
+              <a href="subject.html#471">[ subject ]</a>
+              <a href="author.html#471">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi Stefan,
+
+
+On 14 Oct 2014, at 10:05, Stefan Strigler &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">stefan.strigler at gmail.com</A>&gt; wrote:
+
+&gt;<i> just subscribed yesterday and now that's already my first question.
+</I>&gt;<i> 
+</I>&gt;<i> I'm referring to <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/.">http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/.</A> Given you have a PUT on a new resource the diagram suggests that the response's status code depends on whether you've set a location and/or body.
+</I>
+This is correct, I have experience this behaviour on Cowboy 1.0.0 and 2.0.0-pre.1.
+
+
+&gt;<i> But when looking at the code (v1.0.0) then cowboy_rest:maybe_created/2 would always return a 201. No matter what. I think the code is right, but the diagram needs to be fixed. 
+</I>
+Could you be more specific?
+I&#8217;m afraid it is not how it works for me.
+
+
+&gt;<i> But then I'm not totally sure how to interpret <A HREF="http://tools.ietf.org/html/rfc2616#section-10.2.2">http://tools.ietf.org/html/rfc2616#section-10.2.2</A> which states
+</I>&gt;<i> 
+</I>&gt;<i>    The newly created resource can be referenced by the URI(s)
+</I>&gt;<i>    returned in the entity of the response, with the most specific URI
+</I>&gt;<i>    for the resource given by a Location header field.
+</I>&gt;<i> 
+</I>&gt;<i> Because currently it is totally possible to not have a location header set (just as no body) for the response. In my opinion the current code behaves good enough and it's up to the service to ensure the requirements as stated by the RFC. Should cowboy enforce a header field? Should it try to figure that out on its own?
+</I>
+I think how Cowboy does is best at the moment.
+I like to have the freedom to specify myself the Location, especially when PUT-ting new resources.
+
+
+A bit off topic, I think this article is interesting regarding RFC-2616.
+
+	<A HREF="https://www.mnot.net/blog/2014/06/07/rfc2616_is_dead">https://www.mnot.net/blog/2014/06/07/rfc2616_is_dead</A>
+
+Given that, you might want to have a look at RFC-7231, section 3.1.4.2:
+
+	<A HREF="http://tools.ietf.org/html/rfc7231#section-3.1.4.2.">http://tools.ietf.org/html/rfc7231#section-3.1.4.2.</A>
+
+
+Camille
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20141014/77f74bf0/attachment-0001.html">http://lists.ninenines.eu/archives/extend/attachments/20141014/77f74bf0/attachment-0001.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000470.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+	<LI>Next message: <A HREF="000472.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#471">[ date ]</a>
+              <a href="thread.html#471">[ thread ]</a>
+              <a href="subject.html#471">[ subject ]</a>
+              <a href="author.html#471">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-October/000472.html b/_build/static/archives/extend/2014-October/000472.html
new file mode 100644
index 00000000..e1c3955e
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/000472.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] PUT on new resource and status 201
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20PUT%20on%20new%20resource%20and%20status%20201&In-Reply-To=%3C543CFD10.1050701%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000471.html">
+   <LINK REL="Next"  HREF="000473.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] PUT on new resource and status 201</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20PUT%20on%20new%20resource%20and%20status%20201&In-Reply-To=%3C543CFD10.1050701%40ninenines.eu%3E"
+       TITLE="[99s-extend] PUT on new resource and status 201">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Oct 14 12:38:08 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000471.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+        <LI>Next message: <A HREF="000473.html">[99s-extend] Cowboy, IE9, and HTTPS
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#472">[ date ]</a>
+              <a href="thread.html#472">[ thread ]</a>
+              <a href="subject.html#472">[ subject ]</a>
+              <a href="author.html#472">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+On 10/14/2014 10:05 AM, Stefan Strigler wrote:
+&gt;<i> I'm referring to
+</I>&gt;<i> <A HREF="http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/.">http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/.</A> Given you
+</I>&gt;<i> have a PUT on a new resource the diagram suggests that the response's
+</I>&gt;<i> status code depends on whether you've set a location and/or body. But
+</I>&gt;<i> when looking at the code (v1.0.0) then cowboy_rest:maybe_created/2 would
+</I>&gt;<i> always return a 201. No matter what. I think the code is right, but the
+</I>&gt;<i> diagram needs to be fixed.
+</I>
+Yes it looks like you are on to something there. Please open a ticket 
+and I will look later on. There's another change near that area that 
+needs to be made with POST, I will look at both at the same time.
+
+&gt;<i> But then I'm not totally sure how to interpret
+</I>&gt;<i> <A HREF="http://tools.ietf.org/html/rfc2616#section-10.2.2">http://tools.ietf.org/html/rfc2616#section-10.2.2</A> which states
+</I>&gt;<i>
+</I>&gt;<i>     The newly created resource can be referenced by the URI(s)
+</I>&gt;<i>     returned in the entity of the response, with the most specific URI
+</I>&gt;<i>     for the resource given by a Location header field.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Because currently it is totally possible to not have a location header set (just as no body) for the response. In my opinion the current code behaves good enough and it's up to the service to ensure the requirements as stated by the RFC. Should cowboy enforce a header field? Should it try to figure that out on its own?
+</I>
+201 does not require a location header if the resource is created at the 
+path indicated by the request. Specifying a different URI is a rare 
+occurrence with PUT, it should only occur if you create the resource on 
+a different domain name (think a CDN pushing the file to a subdomain).
+
+And as Camille stated, forget RFC 2616, the various RFCs from httpbis is 
+where it's at now.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000471.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+	<LI>Next message: <A HREF="000473.html">[99s-extend] Cowboy, IE9, and HTTPS
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#472">[ date ]</a>
+              <a href="thread.html#472">[ thread ]</a>
+              <a href="subject.html#472">[ subject ]</a>
+              <a href="author.html#472">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-October/000473.html b/_build/static/archives/extend/2014-October/000473.html
new file mode 100644
index 00000000..ad2ee5ce
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/000473.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, IE9, and HTTPS
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20IE9%2C%20and%20HTTPS&In-Reply-To=%3CCFEC2ABD93715E4B96AAD927F5AAB44C7514BC20%40DSXMBX1HE.ds.ad.adp.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000472.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, IE9, and HTTPS</H1>
+    <B>Hiers, David</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20IE9%2C%20and%20HTTPS&In-Reply-To=%3CCFEC2ABD93715E4B96AAD927F5AAB44C7514BC20%40DSXMBX1HE.ds.ad.adp.com%3E"
+       TITLE="[99s-extend] Cowboy, IE9, and HTTPS">David.Hiers at cdk.com
+       </A><BR>
+    <I>Fri Oct 31 15:43:22 CET 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000472.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#473">[ date ]</a>
+              <a href="thread.html#473">[ thread ]</a>
+              <a href="subject.html#473">[ subject ]</a>
+              <a href="author.html#473">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+Has anyone had trouble getting IE9 connecting to Cowboy over HTTPS?
+
+We're using Cowboy embedded in MongooseIM, and IE9 is giving us fits.
+
+
+Thanks,
+
+
+
+
+David
+
+
+----------------------------------------------------------------------
+This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, notify the sender immediately by return email and delete the message and any attachments from your system.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20141031/fc6724a7/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20141031/fc6724a7/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000472.html">[99s-extend] PUT on new resource and status 201
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#473">[ date ]</a>
+              <a href="thread.html#473">[ thread ]</a>
+              <a href="subject.html#473">[ subject ]</a>
+              <a href="author.html#473">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-October/author.html b/_build/static/archives/extend/2014-October/author.html
new file mode 100644
index 00000000..24771b30
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/author.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Oct  5 04:56:58 CEST 2014</i><br>
+         <b>Ending:</b> <i>Fri Oct 31 15:43:22 CET 2014</i><br>
+         <b>Messages:</b> 6<p>
+     <ul>
+
+<LI><A HREF="000468.html">[99s-extend] Prevent resource creation on POST
+</A><A NAME="468">&nbsp;</A>
+<I>Amol Hatwar
+</I>
+
+<LI><A HREF="000473.html">[99s-extend] Cowboy, IE9, and HTTPS
+</A><A NAME="473">&nbsp;</A>
+<I>Hiers, David
+</I>
+
+<LI><A HREF="000469.html">[99s-extend] Prevent resource creation on POST
+</A><A NAME="469">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000472.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="472">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000470.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="470">&nbsp;</A>
+<I>Stefan Strigler
+</I>
+
+<LI><A HREF="000471.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="471">&nbsp;</A>
+<I>Camille Troillard
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Oct 31 15:43:22 CET 2014</i><br>
+    <b>Archived on:</b> <i>Fri Oct 31 15:43:44 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-October/date.html b/_build/static/archives/extend/2014-October/date.html
new file mode 100644
index 00000000..683cdab8
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/date.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Oct  5 04:56:58 CEST 2014</i><br>
+         <b>Ending:</b> <i>Fri Oct 31 15:43:22 CET 2014</i><br>
+         <b>Messages:</b> 6<p>
+     <ul>
+
+<LI><A HREF="000468.html">[99s-extend] Prevent resource creation on POST
+</A><A NAME="468">&nbsp;</A>
+<I>Amol Hatwar
+</I>
+
+<LI><A HREF="000469.html">[99s-extend] Prevent resource creation on POST
+</A><A NAME="469">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000470.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="470">&nbsp;</A>
+<I>Stefan Strigler
+</I>
+
+<LI><A HREF="000471.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="471">&nbsp;</A>
+<I>Camille Troillard
+</I>
+
+<LI><A HREF="000472.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="472">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000473.html">[99s-extend] Cowboy, IE9, and HTTPS
+</A><A NAME="473">&nbsp;</A>
+<I>Hiers, David
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Oct 31 15:43:22 CET 2014</i><br>
+    <b>Archived on:</b> <i>Fri Oct 31 15:43:44 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-October/index.html b/_build/static/archives/extend/2014-October/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-October/subject.html b/_build/static/archives/extend/2014-October/subject.html
new file mode 100644
index 00000000..248289eb
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/subject.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Oct  5 04:56:58 CEST 2014</i><br>
+         <b>Ending:</b> <i>Fri Oct 31 15:43:22 CET 2014</i><br>
+         <b>Messages:</b> 6<p>
+     <ul>
+
+<LI><A HREF="000473.html">[99s-extend] Cowboy, IE9, and HTTPS
+</A><A NAME="473">&nbsp;</A>
+<I>Hiers, David
+</I>
+
+<LI><A HREF="000468.html">[99s-extend] Prevent resource creation on POST
+</A><A NAME="468">&nbsp;</A>
+<I>Amol Hatwar
+</I>
+
+<LI><A HREF="000469.html">[99s-extend] Prevent resource creation on POST
+</A><A NAME="469">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000470.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="470">&nbsp;</A>
+<I>Stefan Strigler
+</I>
+
+<LI><A HREF="000471.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="471">&nbsp;</A>
+<I>Camille Troillard
+</I>
+
+<LI><A HREF="000472.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="472">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Oct 31 15:43:22 CET 2014</i><br>
+    <b>Archived on:</b> <i>Fri Oct 31 15:43:44 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-October/thread.html b/_build/static/archives/extend/2014-October/thread.html
new file mode 100644
index 00000000..85acc3a6
--- /dev/null
+++ b/_build/static/archives/extend/2014-October/thread.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Oct  5 04:56:58 CEST 2014</i><br>
+         <b>Ending:</b> <i>Fri Oct 31 15:43:22 CET 2014</i><br>
+         <b>Messages:</b> 6<p>
+     <ul>
+
+<!--0 01412477818.468- -->
+<LI><A HREF="000468.html">[99s-extend] Prevent resource creation on POST
+</A><A NAME="468">&nbsp;</A>
+<I>Amol Hatwar
+</I>
+
+<UL>
+<!--1 01412477818.468-01412495340.469- -->
+<LI><A HREF="000469.html">[99s-extend] Prevent resource creation on POST
+</A><A NAME="469">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01413273953.470- -->
+<LI><A HREF="000470.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="470">&nbsp;</A>
+<I>Stefan Strigler
+</I>
+
+<UL>
+<!--1 01413273953.470-01413276174.471- -->
+<LI><A HREF="000471.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="471">&nbsp;</A>
+<I>Camille Troillard
+</I>
+
+<!--1 01413273953.470-01413283088.472- -->
+<LI><A HREF="000472.html">[99s-extend] PUT on new resource and status 201
+</A><A NAME="472">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01414766602.473- -->
+<LI><A HREF="000473.html">[99s-extend] Cowboy, IE9, and HTTPS
+</A><A NAME="473">&nbsp;</A>
+<I>Hiers, David
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Oct 31 15:43:22 CET 2014</i><br>
+    <b>Archived on:</b> <i>Fri Oct 31 15:43:44 CET 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-September.txt b/_build/static/archives/extend/2014-September.txt
new file mode 100644
index 00000000..58303855
--- /dev/null
+++ b/_build/static/archives/extend/2014-September.txt
@@ -0,0 +1,526 @@
+From paulo.ferraz.oliveira at gmail.com  Mon Sep 15 23:24:20 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Mon, 15 Sep 2014 22:24:20 +0100
+Subject: [99s-extend] Using cowboy_req:body more than once per request
+Message-ID: <CA+dV7cT+POGJM=nqBcvnP_NoZUa=_ZHjGx-9gBQ+09Pe7aE2bg@mail.gmail.com>
+
+Hi.
+
+I recently implemented a checksum header (X-Checksum) that allows
+validating the content of a request's body by hash comparison (just to give
+you some context). I'm using the onrequest hook to affect all requests (and
+be able to reply appropriately for non-conformance to the hash function
+result) but can't figure out how to not read the request body twice, i.e. I
+read it in the onrequest hook but later on need to read it again in the
+route handler, but I can't (from the manual, for cowboy_req:body: "This
+function can only be called once. Cowboy will not cache the result of this
+call."). At the moment, and because the API consumers were in a hurry, the
+solution I found (I understand it might be an ugly hack), was to read the
+body, store it in the Req's meta (property body, for example) and then
+access that property later on, instead of using cowboy_req:body. I'm not
+quite happy with this solution and was wondering if there is anything more
+elegant that I can implement.
+
+Thanks.
+
+Cheers.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140915/26d4e023/attachment-0001.html>
+
+From paulo.ferraz.oliveira at gmail.com  Mon Sep 15 23:34:48 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Mon, 15 Sep 2014 22:34:48 +0100
+Subject: [99s-extend] :binding doc
+Message-ID: <CA+dV7cTDYsbcVjwO3wxNpzpo0V3gcO+XoY44Yjbc6K1OB8zuVw@mail.gmail.com>
+
+Hi.
+
+This can be read in the cowboy_req:binding doc: "By default the value is a
+binary, however constraints may change the type of this value (for example
+automatically converting numbers to integer)."
+
+What constraints are we talking about here?
+
+Also, there's no reference to the fact that the bindings are URL-decoded,
+even though they appear to be.
+
+Cheers.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140915/5f3302e4/attachment.html>
+
+From paulo.ferraz.oliveira at gmail.com  Mon Sep 15 23:55:39 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Mon, 15 Sep 2014 22:55:39 +0100
+Subject: [99s-extend] :binding doc
+Message-ID: <CA+dV7cQkY9k0RSaR+_ja1MQae=f-Yb2Wp7aFGok3ORA=jSE+aA@mail.gmail.com>
+
+OK, I guess "constraints" refers to this:
+http://ninenines.eu/docs/en/cowboy/HEAD/guide/routing/#constraints
+
+:D
+
+Cheers.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140915/d97a6072/attachment.html>
+
+From essen at ninenines.eu  Tue Sep 16 00:15:44 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 16 Sep 2014 00:15:44 +0200
+Subject: [99s-extend] :binding doc
+In-Reply-To: <CA+dV7cTDYsbcVjwO3wxNpzpo0V3gcO+XoY44Yjbc6K1OB8zuVw@mail.gmail.com>
+References: <CA+dV7cTDYsbcVjwO3wxNpzpo0V3gcO+XoY44Yjbc6K1OB8zuVw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 09/15/2014 11:34 PM, Paulo F. Oliveira wrote:
+> Also, there's no reference to the fact that the bindings are
+> URL-decoded, even though they appear to be.
+
+Cowboy decodes everything. If you feel it's helpful to mention, please 
+send a patch.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From essen at ninenines.eu  Tue Sep 16 00:22:27 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 16 Sep 2014 00:22:27 +0200
+Subject: [99s-extend] Using cowboy_req:body more than once per request
+In-Reply-To: <CA+dV7cT+POGJM=nqBcvnP_NoZUa=_ZHjGx-9gBQ+09Pe7aE2bg@mail.gmail.com>
+References: <CA+dV7cT+POGJM=nqBcvnP_NoZUa=_ZHjGx-9gBQ+09Pe7aE2bg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+It seems a bit weird to me to read the body and validate it before 
+validating the request itself.
+
+I would explicitly put these checks in the handler directly. This of 
+course means that there is no need to read it twice anymore.
+
+On 09/15/2014 11:24 PM, Paulo F. Oliveira wrote:
+> Hi.
+>
+> I recently implemented a checksum header (X-Checksum) that allows
+> validating the content of a request's body by hash comparison (just to
+> give you some context). I'm using the onrequest hook to affect all
+> requests (and be able to reply appropriately for non-conformance to the
+> hash function result) but can't figure out how to not read the request
+> body twice, i.e. I read it in the onrequest hook but later on need to
+> read it again in the route handler, but I can't (from the manual, for
+> cowboy_req:body: "This function can only be called once. Cowboy will not
+> cache the result of this call."). At the moment, and because the API
+> consumers were in a hurry, the solution I found (I understand it might
+> be an ugly hack), was to read the body, store it in the Req's meta
+> (property body, for example) and then access that property later on,
+> instead of using cowboy_req:body. I'm not quite happy with this solution
+> and was wondering if there is anything more elegant that I can implement.
+>
+> Thanks.
+>
+> Cheers.
+>
+> - Paulo F. Oliveira
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From paulo.ferraz.oliveira at gmail.com  Tue Sep 16 00:35:20 2014
+From: paulo.ferraz.oliveira at gmail.com (Paulo F. Oliveira)
+Date: Mon, 15 Sep 2014 23:35:20 +0100
+Subject: [99s-extend] Using cowboy_req:body more than once per request
+In-Reply-To: <[email protected]>
+References: <CA+dV7cT+POGJM=nqBcvnP_NoZUa=_ZHjGx-9gBQ+09Pe7aE2bg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CA+dV7cSQc=3wsQrYkg2p6R9M7n_HmZpF6kOt=4CbaphUUx4oGQ@mail.gmail.com>
+
+Hi.
+
+> It seems a bit weird to me to read the body and validate it before validating the request itself.
+
+It certainly seems like it, but I had no immediate solution and
+instead of changing a dozen handlers, this seemed faster to implement
+:D. I don't understand what you mean by "validating the request
+itself". I read the header (I mentioned previously) and the body and
+check one against the other. They are present and enough for the
+_validator_ to make a decision, but I might be missing something here.
+
+> I would explicitly put these checks in the handler directly. This of course means that there is no need to read it twice anymore.
+
+I've been trying to find a way to easily share code between handlers
+without having to rewrite a lot of code (even if I do decide to put
+things in a library function - or several). I recently came across
+https://github.com/opscode/mixer. Have you ever used it?
+
+Thanks.
+
+- Paulo F. Oliveira
+
+From essen at ninenines.eu  Tue Sep 16 00:42:20 2014
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 16 Sep 2014 00:42:20 +0200
+Subject: [99s-extend] Using cowboy_req:body more than once per request
+In-Reply-To: <CA+dV7cSQc=3wsQrYkg2p6R9M7n_HmZpF6kOt=4CbaphUUx4oGQ@mail.gmail.com>
+References: <CA+dV7cT+POGJM=nqBcvnP_NoZUa=_ZHjGx-9gBQ+09Pe7aE2bg@mail.gmail.com>	<[email protected]>
+ <CA+dV7cSQc=3wsQrYkg2p6R9M7n_HmZpF6kOt=4CbaphUUx4oGQ@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 09/16/2014 12:35 AM, Paulo F. Oliveira wrote:
+> Hi.
+>
+>> It seems a bit weird to me to read the body and validate it before validating the request itself.
+>
+> It certainly seems like it, but I had no immediate solution and
+> instead of changing a dozen handlers, this seemed faster to implement
+> :D. I don't understand what you mean by "validating the request
+> itself". I read the header (I mentioned previously) and the body and
+> check one against the other. They are present and enough for the
+> _validator_ to make a decision, but I might be missing something here.
+
+Like, is it the right method? Are the bindings/qs parameters/headers 
+present and valid? And so on. The body should be the last thing you 
+check, due to how expensive it can be, not the first.
+
+>> I would explicitly put these checks in the handler directly. This of course means that there is no need to read it twice anymore.
+>
+> I've been trying to find a way to easily share code between handlers
+> without having to rewrite a lot of code (even if I do decide to put
+> things in a library function - or several). I recently came across
+> https://github.com/opscode/mixer. Have you ever used it?
+
+I usually share code by writing functions. Then I call these functions 
+where needed.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From jmrepetti at gmail.com  Mon Sep 29 18:52:16 2014
+From: jmrepetti at gmail.com (=?UTF-8?B?SnVhbiBNYXTDrWFz?=)
+Date: Mon, 29 Sep 2014 18:52:16 +0200
+Subject: [99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+Message-ID: <CA+ycm=6T4gu=48=VfP3aiVdJFAg--s+xGaT2RtGm1KU8qyLiTw@mail.gmail.com>
+
+Hello list, I hope this is the right place to ask this.
+
+I'm learning Erlang, and I wanted to create a Cowboy app to record audio
+from a web browser.
+
+Based on the websocket example in the Cowboy source code, I get the user
+mic input and send this input to the websocket.
+
+I created a "recorder" module, which functionality is to save the data to
+the a file.
+
+
+*#rawe_handler.erl*-module(rawec_handler).
+-behaviour(cowboy_websocket_handler).
+......
+init(_, _, _) ->
+  case whereis(recorder) of
+    undefined ->
+        RecorderPid = recorder:start(),
+        register(recorder, RecorderPid);
+    _ -> ok
+  end,
+    {upgrade, protocol, cowboy_websocket}.
+.....
+websocket_handle(_Frame, Req, State) ->
+  RecorderPid = whereis(recorder),
+  RecorderPid ! {rec, _Frame/binary},
+    {ok, Req, State}.
+
+*#recorder.erl*
+-module(recorder).
+
+-export([start/0, recorder_fun/1]).
+-compile([debug_info]).
+
+recorder_fun(IoDevice) ->
+  receive
+    {rec, Data} ->
+      ok = file:write(IoDevice, Data),
+      io:format(Data),
+      recorder_fun(IoDevice);
+    {stop, _} ->
+      %%Close file
+      file:close(IoDevice)
+    end.
+
+start() ->
+  {ok, IoDevice} = file:open("/tmp/test_binary.wav", [write,
+binary]),
+  spawn(recorder, recorder_fun, [IoDevice]).
+
+
+When I start the console, and allow the microphone on the browser, I see
+this error on the console:
+
+=ERROR REPORT==== 29-Sep-2014::18:13:03 ===
+Ranch listener http had connection process started with
+cowboy_protocol:start_link/4 at <0.178.0> exit with reason:
+*{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3*}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,"src/rawec_handler.erl"},{line,35}]},{cowboy_websocket,handler_call,7,[{file,"src/cowboy_websocket.erl"},{line,588}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]},{msg,{binary,<<0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,
+DATA STREAM CONTINUES)
+
+Probably my approach to do this is totally wrong. I there any obvious
+problem here?
+Can someone point me to a right direction?. Maybe I should write directly
+to a file in the *websocket_handle *funcion, but how can I keep a file
+opened during the streaming?
+
+The github repo is here: https://github.com/jmrepetti/rawec with the whole
+source code if you want to take a look.
+
+
+Thanks in advance,
+Matias.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140929/84fe21a4/attachment.html>
+
+From edgurgel at gmail.com  Tue Sep 30 00:53:26 2014
+From: edgurgel at gmail.com (Eduardo Gurgel)
+Date: Tue, 30 Sep 2014 11:53:26 +1300
+Subject: [99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+In-Reply-To: <CA+ycm=6T4gu=48=VfP3aiVdJFAg--s+xGaT2RtGm1KU8qyLiTw@mail.gmail.com>
+References: <CA+ycm=6T4gu=48=VfP3aiVdJFAg--s+xGaT2RtGm1KU8qyLiTw@mail.gmail.com>
+Message-ID: <CAKAMJXghRnTZ1CTPkTBapOgh7BnFLUnvL++VVedyXuAzWT6HSQ@mail.gmail.com>
+
+Looking on the output it says:
+
+*{reason,badarith} *on this line:
+
+RecorderPid ! {rec, _Frame/binary},
+
+This may help you somehow.
+
+BTW, variables starting with _ are usually used to show unused variables
+and stop warnings from the compiler.
+
+On 30 September 2014 05:52, Juan Mat?as <jmrepetti at gmail.com> wrote:
+
+> Hello list, I hope this is the right place to ask this.
+>
+> I'm learning Erlang, and I wanted to create a Cowboy app to record audio
+> from a web browser.
+>
+> Based on the websocket example in the Cowboy source code, I get the user
+> mic input and send this input to the websocket.
+>
+> I created a "recorder" module, which functionality is to save the data to
+> the a file.
+>
+>
+> *#rawe_handler.erl*-module(rawec_handler).
+> -behaviour(cowboy_websocket_handler).
+> ......
+> init(_, _, _) ->
+>   case whereis(recorder) of
+>     undefined ->
+>         RecorderPid = recorder:start(),
+>         register(recorder, RecorderPid);
+>     _ -> ok
+>   end,
+>     {upgrade, protocol, cowboy_websocket}.
+> .....
+> websocket_handle(_Frame, Req, State) ->
+>   RecorderPid = whereis(recorder),
+>   RecorderPid ! {rec, _Frame/binary},
+>     {ok, Req, State}.
+>
+> *#recorder.erl*
+> -module(recorder).
+>
+> -export([start/0, recorder_fun/1]).
+> -compile([debug_info]).
+>
+> recorder_fun(IoDevice) ->
+>   receive
+>     {rec, Data} ->
+>       ok = file:write(IoDevice, Data),
+>       io:format(Data),
+>       recorder_fun(IoDevice);
+>     {stop, _} ->
+>       %%Close file
+>       file:close(IoDevice)
+>     end.
+>
+> start() ->
+>   {ok, IoDevice} = file:open("/tmp/test_binary.wav", [write,
+> binary]),
+>   spawn(recorder, recorder_fun, [IoDevice]).
+>
+>
+> When I start the console, and allow the microphone on the browser, I see
+> this error on the console:
+>
+> =ERROR REPORT==== 29-Sep-2014::18:13:03 ===
+> Ranch listener http had connection process started with
+> cowboy_protocol:start_link/4 at <0.178.0> exit with reason:
+> *{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3*}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,"src/rawec_handler.erl"},{line,35}]},{cowboy_websocket,handler_call,7,[{file,"src/cowboy_websocket.erl"},{line,588}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]},{msg,{binary,<<0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,
+> DATA STREAM CONTINUES)
+>
+> Probably my approach to do this is totally wrong. I there any obvious
+> problem here?
+> Can someone point me to a right direction?. Maybe I should write directly
+> to a file in the *websocket_handle *funcion, but how can I keep a file
+> opened during the streaming?
+>
+> The github repo is here: https://github.com/jmrepetti/rawec with the
+> whole source code if you want to take a look.
+>
+>
+> Thanks in advance,
+> Matias.
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+>
+
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140930/6d952ce6/attachment-0001.html>
+
+From jmrepetti at gmail.com  Tue Sep 30 12:38:15 2014
+From: jmrepetti at gmail.com (=?UTF-8?B?SnVhbiBNYXTDrWFz?=)
+Date: Tue, 30 Sep 2014 12:38:15 +0200
+Subject: [99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+In-Reply-To: <CAKAMJXghRnTZ1CTPkTBapOgh7BnFLUnvL++VVedyXuAzWT6HSQ@mail.gmail.com>
+References: <CA+ycm=6T4gu=48=VfP3aiVdJFAg--s+xGaT2RtGm1KU8qyLiTw@mail.gmail.com>
+ <CAKAMJXghRnTZ1CTPkTBapOgh7BnFLUnvL++VVedyXuAzWT6HSQ@mail.gmail.com>
+Message-ID: <CA+ycm=5YMMKFpZnfGrOBLu5Jn4WFAiX7BmwbKBti2YsVmJ5JjQ@mail.gmail.com>
+
+Thanks, that fixed the error. Now I'm having other but I'll investigate.
+
+
+
+On Tue, Sep 30, 2014 at 12:53 AM, Eduardo Gurgel <edgurgel at gmail.com> wrote:
+
+> Looking on the output it says:
+>
+> *{reason,badarith} *on this line:
+>
+> RecorderPid ! {rec, _Frame/binary},
+>
+> This may help you somehow.
+>
+> BTW, variables starting with _ are usually used to show unused variables
+> and stop warnings from the compiler.
+>
+> On 30 September 2014 05:52, Juan Mat?as <jmrepetti at gmail.com> wrote:
+>
+>> Hello list, I hope this is the right place to ask this.
+>>
+>> I'm learning Erlang, and I wanted to create a Cowboy app to record audio
+>> from a web browser.
+>>
+>> Based on the websocket example in the Cowboy source code, I get the user
+>> mic input and send this input to the websocket.
+>>
+>> I created a "recorder" module, which functionality is to save the data to
+>> the a file.
+>>
+>>
+>> *#rawe_handler.erl*-module(rawec_handler).
+>> -behaviour(cowboy_websocket_handler).
+>> ......
+>> init(_, _, _) ->
+>>   case whereis(recorder) of
+>>     undefined ->
+>>         RecorderPid = recorder:start(),
+>>         register(recorder, RecorderPid);
+>>     _ -> ok
+>>   end,
+>>     {upgrade, protocol, cowboy_websocket}.
+>> .....
+>> websocket_handle(_Frame, Req, State) ->
+>>   RecorderPid = whereis(recorder),
+>>   RecorderPid ! {rec, _Frame/binary},
+>>     {ok, Req, State}.
+>>
+>> *#recorder.erl*
+>> -module(recorder).
+>>
+>> -export([start/0, recorder_fun/1]).
+>> -compile([debug_info]).
+>>
+>> recorder_fun(IoDevice) ->
+>>   receive
+>>     {rec, Data} ->
+>>       ok = file:write(IoDevice, Data),
+>>       io:format(Data),
+>>       recorder_fun(IoDevice);
+>>     {stop, _} ->
+>>       %%Close file
+>>       file:close(IoDevice)
+>>     end.
+>>
+>> start() ->
+>>   {ok, IoDevice} = file:open("/tmp/test_binary.wav", [write,
+>> binary]),
+>>   spawn(recorder, recorder_fun, [IoDevice]).
+>>
+>>
+>> When I start the console, and allow the microphone on the browser, I see
+>> this error on the console:
+>>
+>> =ERROR REPORT==== 29-Sep-2014::18:13:03 ===
+>> Ranch listener http had connection process started with
+>> cowboy_protocol:start_link/4 at <0.178.0> exit with reason:
+>> *{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3*}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,"src/rawec_handler.erl"},{line,35}]},{cowboy_websocket,handler_call,7,[{file,"src/cowboy_websocket.erl"},{line,588}]},{cowboy_protocol,execute,4,[{file,"src/cowboy_protocol.erl"},{line,435}]}]},{msg,{binary,<<0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,
+>> DATA STREAM CONTINUES)
+>>
+>> Probably my approach to do this is totally wrong. I there any obvious
+>> problem here?
+>> Can someone point me to a right direction?. Maybe I should write directly
+>> to a file in the *websocket_handle *funcion, but how can I keep a file
+>> opened during the streaming?
+>>
+>> The github repo is here: https://github.com/jmrepetti/rawec with the
+>> whole source code if you want to take a look.
+>>
+>>
+>> Thanks in advance,
+>> Matias.
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+>
+>
+> --
+> Eduardo
+>
+
+
+
+-- 
+Mat?as
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20140930/ef46837f/attachment.html>
+
diff --git a/_build/static/archives/extend/2014-September/000458.html b/_build/static/archives/extend/2014-September/000458.html
new file mode 100644
index 00000000..8b93f654
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000458.html
@@ -0,0 +1,85 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Using cowboy_req:body more than once per request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Using%20cowboy_req%3Abody%20more%20than%20once%20per%20request&In-Reply-To=%3CCA%2BdV7cT%2BPOGJM%3DnqBcvnP_NoZUa%3D_ZHjGx-9gBQ%2B09Pe7aE2bg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000462.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Using cowboy_req:body more than once per request</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Using%20cowboy_req%3Abody%20more%20than%20once%20per%20request&In-Reply-To=%3CCA%2BdV7cT%2BPOGJM%3DnqBcvnP_NoZUa%3D_ZHjGx-9gBQ%2B09Pe7aE2bg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Using cowboy_req:body more than once per request">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Mon Sep 15 23:24:20 CEST 2014</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000462.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#458">[ date ]</a>
+              <a href="thread.html#458">[ thread ]</a>
+              <a href="subject.html#458">[ subject ]</a>
+              <a href="author.html#458">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi.
+
+I recently implemented a checksum header (X-Checksum) that allows
+validating the content of a request's body by hash comparison (just to give
+you some context). I'm using the onrequest hook to affect all requests (and
+be able to reply appropriately for non-conformance to the hash function
+result) but can't figure out how to not read the request body twice, i.e. I
+read it in the onrequest hook but later on need to read it again in the
+route handler, but I can't (from the manual, for cowboy_req:body: &quot;This
+function can only be called once. Cowboy will not cache the result of this
+call.&quot;). At the moment, and because the API consumers were in a hurry, the
+solution I found (I understand it might be an ugly hack), was to read the
+body, store it in the Req's meta (property body, for example) and then
+access that property later on, instead of using cowboy_req:body. I'm not
+quite happy with this solution and was wondering if there is anything more
+elegant that I can implement.
+
+Thanks.
+
+Cheers.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140915/26d4e023/attachment-0001.html">http://lists.ninenines.eu/archives/extend/attachments/20140915/26d4e023/attachment-0001.html</A>&gt;
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000462.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#458">[ date ]</a>
+              <a href="thread.html#458">[ thread ]</a>
+              <a href="subject.html#458">[ subject ]</a>
+              <a href="author.html#458">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/000459.html b/_build/static/archives/extend/2014-September/000459.html
new file mode 100644
index 00000000..c360f518
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000459.html
@@ -0,0 +1,81 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] :binding doc
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3Abinding%20doc&In-Reply-To=%3CCA%2BdV7cTDYsbcVjwO3wxNpzpo0V3gcO%2BXoY44Yjbc6K1OB8zuVw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000464.html">
+   <LINK REL="Next"  HREF="000460.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] :binding doc</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3Abinding%20doc&In-Reply-To=%3CCA%2BdV7cTDYsbcVjwO3wxNpzpo0V3gcO%2BXoY44Yjbc6K1OB8zuVw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] :binding doc">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Mon Sep 15 23:34:48 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000464.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+        <LI>Next message: <A HREF="000460.html">[99s-extend] :binding doc
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#459">[ date ]</a>
+              <a href="thread.html#459">[ thread ]</a>
+              <a href="subject.html#459">[ subject ]</a>
+              <a href="author.html#459">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi.
+
+This can be read in the cowboy_req:binding doc: &quot;By default the value is a
+binary, however constraints may change the type of this value (for example
+automatically converting numbers to integer).&quot;
+
+What constraints are we talking about here?
+
+Also, there's no reference to the fact that the bindings are URL-decoded,
+even though they appear to be.
+
+Cheers.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140915/5f3302e4/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140915/5f3302e4/attachment.html</A>&gt;
+</PRE>
+
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000464.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+	<LI>Next message: <A HREF="000460.html">[99s-extend] :binding doc
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#459">[ date ]</a>
+              <a href="thread.html#459">[ thread ]</a>
+              <a href="subject.html#459">[ subject ]</a>
+              <a href="author.html#459">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/000460.html b/_build/static/archives/extend/2014-September/000460.html
new file mode 100644
index 00000000..a544862a
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000460.html
@@ -0,0 +1,75 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] :binding doc
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3Abinding%20doc&In-Reply-To=%3CCA%2BdV7cQkY9k0RSaR%2B_ja1MQae%3Df-Yb2Wp7aFGok3ORA%3DjSE%2BaA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000459.html">
+   <LINK REL="Next"  HREF="000461.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] :binding doc</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3Abinding%20doc&In-Reply-To=%3CCA%2BdV7cQkY9k0RSaR%2B_ja1MQae%3Df-Yb2Wp7aFGok3ORA%3DjSE%2BaA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] :binding doc">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Mon Sep 15 23:55:39 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000459.html">[99s-extend] :binding doc
+</A></li>
+        <LI>Next message: <A HREF="000461.html">[99s-extend] :binding doc
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#460">[ date ]</a>
+              <a href="thread.html#460">[ thread ]</a>
+              <a href="subject.html#460">[ subject ]</a>
+              <a href="author.html#460">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>OK, I guess &quot;constraints&quot; refers to this:
+<A HREF="http://ninenines.eu/docs/en/cowboy/HEAD/guide/routing/#constraints">http://ninenines.eu/docs/en/cowboy/HEAD/guide/routing/#constraints</A>
+
+:<i>D
+</I>
+Cheers.
+
+- Paulo F. Oliveira
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140915/d97a6072/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140915/d97a6072/attachment.html</A>&gt;
+</PRE>
+
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000459.html">[99s-extend] :binding doc
+</A></li>
+	<LI>Next message: <A HREF="000461.html">[99s-extend] :binding doc
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#460">[ date ]</a>
+              <a href="thread.html#460">[ thread ]</a>
+              <a href="subject.html#460">[ subject ]</a>
+              <a href="author.html#460">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/000461.html b/_build/static/archives/extend/2014-September/000461.html
new file mode 100644
index 00000000..68f764da
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000461.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] :binding doc
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3Abinding%20doc&In-Reply-To=%3C54176510.9040100%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000460.html">
+   <LINK REL="Next"  HREF="000465.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] :binding doc</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%3Abinding%20doc&In-Reply-To=%3C54176510.9040100%40ninenines.eu%3E"
+       TITLE="[99s-extend] :binding doc">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Sep 16 00:15:44 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000460.html">[99s-extend] :binding doc
+</A></li>
+        <LI>Next message: <A HREF="000465.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#461">[ date ]</a>
+              <a href="thread.html#461">[ thread ]</a>
+              <a href="subject.html#461">[ subject ]</a>
+              <a href="author.html#461">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 09/15/2014 11:34 PM, Paulo F. Oliveira wrote:
+&gt;<i> Also, there's no reference to the fact that the bindings are
+</I>&gt;<i> URL-decoded, even though they appear to be.
+</I>
+Cowboy decodes everything. If you feel it's helpful to mention, please 
+send a patch.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000460.html">[99s-extend] :binding doc
+</A></li>
+	<LI>Next message: <A HREF="000465.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#461">[ date ]</a>
+              <a href="thread.html#461">[ thread ]</a>
+              <a href="subject.html#461">[ subject ]</a>
+              <a href="author.html#461">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/000462.html b/_build/static/archives/extend/2014-September/000462.html
new file mode 100644
index 00000000..f8727d7c
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000462.html
@@ -0,0 +1,101 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Using cowboy_req:body more than once per request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Using%20cowboy_req%3Abody%20more%20than%20once%20per%20request&In-Reply-To=%3C541766A3.4070309%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000458.html">
+   <LINK REL="Next"  HREF="000463.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Using cowboy_req:body more than once per request</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Using%20cowboy_req%3Abody%20more%20than%20once%20per%20request&In-Reply-To=%3C541766A3.4070309%40ninenines.eu%3E"
+       TITLE="[99s-extend] Using cowboy_req:body more than once per request">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Sep 16 00:22:27 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000458.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+        <LI>Next message: <A HREF="000463.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#462">[ date ]</a>
+              <a href="thread.html#462">[ thread ]</a>
+              <a href="subject.html#462">[ subject ]</a>
+              <a href="author.html#462">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It seems a bit weird to me to read the body and validate it before 
+validating the request itself.
+
+I would explicitly put these checks in the handler directly. This of 
+course means that there is no need to read it twice anymore.
+
+On 09/15/2014 11:24 PM, Paulo F. Oliveira wrote:
+&gt;<i> Hi.
+</I>&gt;<i>
+</I>&gt;<i> I recently implemented a checksum header (X-Checksum) that allows
+</I>&gt;<i> validating the content of a request's body by hash comparison (just to
+</I>&gt;<i> give you some context). I'm using the onrequest hook to affect all
+</I>&gt;<i> requests (and be able to reply appropriately for non-conformance to the
+</I>&gt;<i> hash function result) but can't figure out how to not read the request
+</I>&gt;<i> body twice, i.e. I read it in the onrequest hook but later on need to
+</I>&gt;<i> read it again in the route handler, but I can't (from the manual, for
+</I>&gt;<i> cowboy_req:body: &quot;This function can only be called once. Cowboy will not
+</I>&gt;<i> cache the result of this call.&quot;). At the moment, and because the API
+</I>&gt;<i> consumers were in a hurry, the solution I found (I understand it might
+</I>&gt;<i> be an ugly hack), was to read the body, store it in the Req's meta
+</I>&gt;<i> (property body, for example) and then access that property later on,
+</I>&gt;<i> instead of using cowboy_req:body. I'm not quite happy with this solution
+</I>&gt;<i> and was wondering if there is anything more elegant that I can implement.
+</I>&gt;<i>
+</I>&gt;<i> Thanks.
+</I>&gt;<i>
+</I>&gt;<i> Cheers.
+</I>&gt;<i>
+</I>&gt;<i> - Paulo F. Oliveira
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000458.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+	<LI>Next message: <A HREF="000463.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#462">[ date ]</a>
+              <a href="thread.html#462">[ thread ]</a>
+              <a href="subject.html#462">[ subject ]</a>
+              <a href="author.html#462">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/000463.html b/_build/static/archives/extend/2014-September/000463.html
new file mode 100644
index 00000000..1e618983
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000463.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Using cowboy_req:body more than once per request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Using%20cowboy_req%3Abody%20more%20than%20once%20per%20request&In-Reply-To=%3CCA%2BdV7cSQc%3D3wsQrYkg2p6R9M7n_HmZpF6kOt%3D4CbaphUUx4oGQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000462.html">
+   <LINK REL="Next"  HREF="000464.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Using cowboy_req:body more than once per request</H1>
+    <B>Paulo F. Oliveira</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Using%20cowboy_req%3Abody%20more%20than%20once%20per%20request&In-Reply-To=%3CCA%2BdV7cSQc%3D3wsQrYkg2p6R9M7n_HmZpF6kOt%3D4CbaphUUx4oGQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Using cowboy_req:body more than once per request">paulo.ferraz.oliveira at gmail.com
+       </A><BR>
+    <I>Tue Sep 16 00:35:20 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000462.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+        <LI>Next message: <A HREF="000464.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#463">[ date ]</a>
+              <a href="thread.html#463">[ thread ]</a>
+              <a href="subject.html#463">[ subject ]</a>
+              <a href="author.html#463">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi.
+
+&gt;<i> It seems a bit weird to me to read the body and validate it before validating the request itself.
+</I>
+It certainly seems like it, but I had no immediate solution and
+instead of changing a dozen handlers, this seemed faster to implement
+:<i>D. I don't understand what you mean by &quot;validating the request
+</I>itself&quot;. I read the header (I mentioned previously) and the body and
+check one against the other. They are present and enough for the
+_validator_ to make a decision, but I might be missing something here.
+
+&gt;<i> I would explicitly put these checks in the handler directly. This of course means that there is no need to read it twice anymore.
+</I>
+I've been trying to find a way to easily share code between handlers
+without having to rewrite a lot of code (even if I do decide to put
+things in a library function - or several). I recently came across
+<A HREF="https://github.com/opscode/mixer.">https://github.com/opscode/mixer.</A> Have you ever used it?
+
+Thanks.
+
+- Paulo F. Oliveira
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000462.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+	<LI>Next message: <A HREF="000464.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#463">[ date ]</a>
+              <a href="thread.html#463">[ thread ]</a>
+              <a href="subject.html#463">[ subject ]</a>
+              <a href="author.html#463">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/000464.html b/_build/static/archives/extend/2014-September/000464.html
new file mode 100644
index 00000000..2df89a6e
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000464.html
@@ -0,0 +1,89 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Using cowboy_req:body more than once per request
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Using%20cowboy_req%3Abody%20more%20than%20once%20per%20request&In-Reply-To=%3C54176B4C.1060101%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000463.html">
+   <LINK REL="Next"  HREF="000459.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Using cowboy_req:body more than once per request</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Using%20cowboy_req%3Abody%20more%20than%20once%20per%20request&In-Reply-To=%3C54176B4C.1060101%40ninenines.eu%3E"
+       TITLE="[99s-extend] Using cowboy_req:body more than once per request">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Sep 16 00:42:20 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000463.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+        <LI>Next message: <A HREF="000459.html">[99s-extend] :binding doc
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#464">[ date ]</a>
+              <a href="thread.html#464">[ thread ]</a>
+              <a href="subject.html#464">[ subject ]</a>
+              <a href="author.html#464">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 09/16/2014 12:35 AM, Paulo F. Oliveira wrote:
+&gt;<i> Hi.
+</I>&gt;<i>
+</I>&gt;&gt;<i> It seems a bit weird to me to read the body and validate it before validating the request itself.
+</I>&gt;<i>
+</I>&gt;<i> It certainly seems like it, but I had no immediate solution and
+</I>&gt;<i> instead of changing a dozen handlers, this seemed faster to implement
+</I>&gt;<i> :D. I don't understand what you mean by &quot;validating the request
+</I>&gt;<i> itself&quot;. I read the header (I mentioned previously) and the body and
+</I>&gt;<i> check one against the other. They are present and enough for the
+</I>&gt;<i> _validator_ to make a decision, but I might be missing something here.
+</I>
+Like, is it the right method? Are the bindings/qs parameters/headers 
+present and valid? And so on. The body should be the last thing you 
+check, due to how expensive it can be, not the first.
+
+&gt;&gt;<i> I would explicitly put these checks in the handler directly. This of course means that there is no need to read it twice anymore.
+</I>&gt;<i>
+</I>&gt;<i> I've been trying to find a way to easily share code between handlers
+</I>&gt;<i> without having to rewrite a lot of code (even if I do decide to put
+</I>&gt;<i> things in a library function - or several). I recently came across
+</I>&gt;<i> <A HREF="https://github.com/opscode/mixer.">https://github.com/opscode/mixer.</A> Have you ever used it?
+</I>
+I usually share code by writing functions. Then I call these functions 
+where needed.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000463.html">[99s-extend] Using cowboy_req:body more than once per request
+</A></li>
+	<LI>Next message: <A HREF="000459.html">[99s-extend] :binding doc
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#464">[ date ]</a>
+              <a href="thread.html#464">[ thread ]</a>
+              <a href="subject.html#464">[ subject ]</a>
+              <a href="author.html#464">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/000465.html b/_build/static/archives/extend/2014-September/000465.html
new file mode 100644
index 00000000..66ac7abc
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000465.html
@@ -0,0 +1,137 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Newbie%2C%20Cowboy%20%2B%20Websocket%20%2B%20Audio%20Recording&In-Reply-To=%3CCA%2Bycm%3D6T4gu%3D48%3DVfP3aiVdJFAg--s%2BxGaT2RtGm1KU8qyLiTw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000461.html">
+   <LINK REL="Next"  HREF="000466.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Newbie, Cowboy + Websocket + Audio Recording</H1>
+    <B>Juan Mat&#237;as</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Newbie%2C%20Cowboy%20%2B%20Websocket%20%2B%20Audio%20Recording&In-Reply-To=%3CCA%2Bycm%3D6T4gu%3D48%3DVfP3aiVdJFAg--s%2BxGaT2RtGm1KU8qyLiTw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Newbie, Cowboy + Websocket + Audio Recording">jmrepetti at gmail.com
+       </A><BR>
+    <I>Mon Sep 29 18:52:16 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000461.html">[99s-extend] :binding doc
+</A></li>
+        <LI>Next message: <A HREF="000466.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#465">[ date ]</a>
+              <a href="thread.html#465">[ thread ]</a>
+              <a href="subject.html#465">[ subject ]</a>
+              <a href="author.html#465">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello list, I hope this is the right place to ask this.
+
+I'm learning Erlang, and I wanted to create a Cowboy app to record audio
+from a web browser.
+
+Based on the websocket example in the Cowboy source code, I get the user
+mic input and send this input to the websocket.
+
+I created a &quot;recorder&quot; module, which functionality is to save the data to
+the a file.
+
+
+*#rawe_handler.erl*-module(rawec_handler).
+-behaviour(cowboy_websocket_handler).
+......
+init(_, _, _) -&gt;
+  case whereis(recorder) of
+    undefined -&gt;
+        RecorderPid = recorder:start(),
+        register(recorder, RecorderPid);
+    _ -&gt; ok
+  end,
+    {upgrade, protocol, cowboy_websocket}.
+.....
+websocket_handle(_Frame, Req, State) -&gt;
+  RecorderPid = whereis(recorder),
+  RecorderPid ! {rec, _Frame/binary},
+    {ok, Req, State}.
+
+*#recorder.erl*
+-module(recorder).
+
+-export([start/0, recorder_fun/1]).
+-compile([debug_info]).
+
+recorder_fun(IoDevice) -&gt;
+  receive
+    {rec, Data} -&gt;
+      ok = file:write(IoDevice, Data),
+      io:format(Data),
+      recorder_fun(IoDevice);
+    {stop, _} -&gt;
+      %%Close file
+      file:close(IoDevice)
+    end.
+
+start() -&gt;
+  {ok, IoDevice} = file:open(&quot;/tmp/test_binary.wav&quot;, [write,
+binary]),
+  spawn(recorder, recorder_fun, [IoDevice]).
+
+
+When I start the console, and allow the microphone on the browser, I see
+this error on the console:
+
+=ERROR REPORT==== 29-Sep-2014::18:13:03 ===
+Ranch listener http had connection process started with
+cowboy_protocol:start_link/4 at &lt;0.178.0&gt; exit with reason:
+*{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3*}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,&quot;src/rawec_handler.erl&quot;},{line,35}]},{cowboy_websocket,handler_call,7,[{file,&quot;src/cowboy_websocket.erl&quot;},{line,588}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]},{msg,{binary,&lt;&lt;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,
+DATA STREAM CONTINUES)
+
+Probably my approach to do this is totally wrong. I there any obvious
+problem here?
+Can someone point me to a right direction?. Maybe I should write directly
+to a file in the *websocket_handle *funcion, but how can I keep a file
+opened during the streaming?
+
+The github repo is here: <A HREF="https://github.com/jmrepetti/rawec">https://github.com/jmrepetti/rawec</A> with the whole
+source code if you want to take a look.
+
+
+Thanks in advance,
+Matias.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140929/84fe21a4/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140929/84fe21a4/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000461.html">[99s-extend] :binding doc
+</A></li>
+	<LI>Next message: <A HREF="000466.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#465">[ date ]</a>
+              <a href="thread.html#465">[ thread ]</a>
+              <a href="subject.html#465">[ subject ]</a>
+              <a href="author.html#465">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/000466.html b/_build/static/archives/extend/2014-September/000466.html
new file mode 100644
index 00000000..94dd1886
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000466.html
@@ -0,0 +1,161 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Newbie%2C%20Cowboy%20%2B%20Websocket%20%2B%20Audio%20Recording&In-Reply-To=%3CCAKAMJXghRnTZ1CTPkTBapOgh7BnFLUnvL%2B%2BVVedyXuAzWT6HSQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000465.html">
+   <LINK REL="Next"  HREF="000467.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Newbie, Cowboy + Websocket + Audio Recording</H1>
+    <B>Eduardo Gurgel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Newbie%2C%20Cowboy%20%2B%20Websocket%20%2B%20Audio%20Recording&In-Reply-To=%3CCAKAMJXghRnTZ1CTPkTBapOgh7BnFLUnvL%2B%2BVVedyXuAzWT6HSQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Newbie, Cowboy + Websocket + Audio Recording">edgurgel at gmail.com
+       </A><BR>
+    <I>Tue Sep 30 00:53:26 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000465.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+        <LI>Next message: <A HREF="000467.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#466">[ date ]</a>
+              <a href="thread.html#466">[ thread ]</a>
+              <a href="subject.html#466">[ subject ]</a>
+              <a href="author.html#466">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Looking on the output it says:
+
+*{reason,badarith} *on this line:
+
+RecorderPid ! {rec, _Frame/binary},
+
+This may help you somehow.
+
+BTW, variables starting with _ are usually used to show unused variables
+and stop warnings from the compiler.
+
+On 30 September 2014 05:52, Juan Mat&#237;as &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jmrepetti at gmail.com</A>&gt; wrote:
+
+&gt;<i> Hello list, I hope this is the right place to ask this.
+</I>&gt;<i>
+</I>&gt;<i> I'm learning Erlang, and I wanted to create a Cowboy app to record audio
+</I>&gt;<i> from a web browser.
+</I>&gt;<i>
+</I>&gt;<i> Based on the websocket example in the Cowboy source code, I get the user
+</I>&gt;<i> mic input and send this input to the websocket.
+</I>&gt;<i>
+</I>&gt;<i> I created a &quot;recorder&quot; module, which functionality is to save the data to
+</I>&gt;<i> the a file.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> *#rawe_handler.erl*-module(rawec_handler).
+</I>&gt;<i> -behaviour(cowboy_websocket_handler).
+</I>&gt;<i> ......
+</I>&gt;<i> init(_, _, _) -&gt;
+</I>&gt;<i>   case whereis(recorder) of
+</I>&gt;<i>     undefined -&gt;
+</I>&gt;<i>         RecorderPid = recorder:start(),
+</I>&gt;<i>         register(recorder, RecorderPid);
+</I>&gt;<i>     _ -&gt; ok
+</I>&gt;<i>   end,
+</I>&gt;<i>     {upgrade, protocol, cowboy_websocket}.
+</I>&gt;<i> .....
+</I>&gt;<i> websocket_handle(_Frame, Req, State) -&gt;
+</I>&gt;<i>   RecorderPid = whereis(recorder),
+</I>&gt;<i>   RecorderPid ! {rec, _Frame/binary},
+</I>&gt;<i>     {ok, Req, State}.
+</I>&gt;<i>
+</I>&gt;<i> *#recorder.erl*
+</I>&gt;<i> -module(recorder).
+</I>&gt;<i>
+</I>&gt;<i> -export([start/0, recorder_fun/1]).
+</I>&gt;<i> -compile([debug_info]).
+</I>&gt;<i>
+</I>&gt;<i> recorder_fun(IoDevice) -&gt;
+</I>&gt;<i>   receive
+</I>&gt;<i>     {rec, Data} -&gt;
+</I>&gt;<i>       ok = file:write(IoDevice, Data),
+</I>&gt;<i>       io:format(Data),
+</I>&gt;<i>       recorder_fun(IoDevice);
+</I>&gt;<i>     {stop, _} -&gt;
+</I>&gt;<i>       %%Close file
+</I>&gt;<i>       file:close(IoDevice)
+</I>&gt;<i>     end.
+</I>&gt;<i>
+</I>&gt;<i> start() -&gt;
+</I>&gt;<i>   {ok, IoDevice} = file:open(&quot;/tmp/test_binary.wav&quot;, [write,
+</I>&gt;<i> binary]),
+</I>&gt;<i>   spawn(recorder, recorder_fun, [IoDevice]).
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> When I start the console, and allow the microphone on the browser, I see
+</I>&gt;<i> this error on the console:
+</I>&gt;<i>
+</I>&gt;<i> =ERROR REPORT==== 29-Sep-2014::18:13:03 ===
+</I>&gt;<i> Ranch listener http had connection process started with
+</I>&gt;<i> cowboy_protocol:start_link/4 at &lt;0.178.0&gt; exit with reason:
+</I>&gt;<i> *{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3*}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,&quot;src/rawec_handler.erl&quot;},{line,35}]},{cowboy_websocket,handler_call,7,[{file,&quot;src/cowboy_websocket.erl&quot;},{line,588}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]},{msg,{binary,&lt;&lt;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,
+</I>&gt;<i> DATA STREAM CONTINUES)
+</I>&gt;<i>
+</I>&gt;<i> Probably my approach to do this is totally wrong. I there any obvious
+</I>&gt;<i> problem here?
+</I>&gt;<i> Can someone point me to a right direction?. Maybe I should write directly
+</I>&gt;<i> to a file in the *websocket_handle *funcion, but how can I keep a file
+</I>&gt;<i> opened during the streaming?
+</I>&gt;<i>
+</I>&gt;<i> The github repo is here: <A HREF="https://github.com/jmrepetti/rawec">https://github.com/jmrepetti/rawec</A> with the
+</I>&gt;<i> whole source code if you want to take a look.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> Thanks in advance,
+</I>&gt;<i> Matias.
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+
+-- 
+Eduardo
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140930/6d952ce6/attachment-0001.html">http://lists.ninenines.eu/archives/extend/attachments/20140930/6d952ce6/attachment-0001.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000465.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+	<LI>Next message: <A HREF="000467.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#466">[ date ]</a>
+              <a href="thread.html#466">[ thread ]</a>
+              <a href="subject.html#466">[ subject ]</a>
+              <a href="author.html#466">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/000467.html b/_build/static/archives/extend/2014-September/000467.html
new file mode 100644
index 00000000..722b40d2
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/000467.html
@@ -0,0 +1,170 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Newbie%2C%20Cowboy%20%2B%20Websocket%20%2B%20Audio%20Recording&In-Reply-To=%3CCA%2Bycm%3D5YMMKFpZnfGrOBLu5Jn4WFAiX7BmwbKBti2YsVmJ5JjQ%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000466.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Newbie, Cowboy + Websocket + Audio Recording</H1>
+    <B>Juan Mat&#237;as</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Newbie%2C%20Cowboy%20%2B%20Websocket%20%2B%20Audio%20Recording&In-Reply-To=%3CCA%2Bycm%3D5YMMKFpZnfGrOBLu5Jn4WFAiX7BmwbKBti2YsVmJ5JjQ%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Newbie, Cowboy + Websocket + Audio Recording">jmrepetti at gmail.com
+       </A><BR>
+    <I>Tue Sep 30 12:38:15 CEST 2014</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000466.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#467">[ date ]</a>
+              <a href="thread.html#467">[ thread ]</a>
+              <a href="subject.html#467">[ subject ]</a>
+              <a href="author.html#467">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks, that fixed the error. Now I'm having other but I'll investigate.
+
+
+
+On Tue, Sep 30, 2014 at 12:53 AM, Eduardo Gurgel &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">edgurgel at gmail.com</A>&gt; wrote:
+
+&gt;<i> Looking on the output it says:
+</I>&gt;<i>
+</I>&gt;<i> *{reason,badarith} *on this line:
+</I>&gt;<i>
+</I>&gt;<i> RecorderPid ! {rec, _Frame/binary},
+</I>&gt;<i>
+</I>&gt;<i> This may help you somehow.
+</I>&gt;<i>
+</I>&gt;<i> BTW, variables starting with _ are usually used to show unused variables
+</I>&gt;<i> and stop warnings from the compiler.
+</I>&gt;<i>
+</I>&gt;<i> On 30 September 2014 05:52, Juan Mat&#237;as &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">jmrepetti at gmail.com</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Hello list, I hope this is the right place to ask this.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I'm learning Erlang, and I wanted to create a Cowboy app to record audio
+</I>&gt;&gt;<i> from a web browser.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Based on the websocket example in the Cowboy source code, I get the user
+</I>&gt;&gt;<i> mic input and send this input to the websocket.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I created a &quot;recorder&quot; module, which functionality is to save the data to
+</I>&gt;&gt;<i> the a file.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> *#rawe_handler.erl*-module(rawec_handler).
+</I>&gt;&gt;<i> -behaviour(cowboy_websocket_handler).
+</I>&gt;&gt;<i> ......
+</I>&gt;&gt;<i> init(_, _, _) -&gt;
+</I>&gt;&gt;<i>   case whereis(recorder) of
+</I>&gt;&gt;<i>     undefined -&gt;
+</I>&gt;&gt;<i>         RecorderPid = recorder:start(),
+</I>&gt;&gt;<i>         register(recorder, RecorderPid);
+</I>&gt;&gt;<i>     _ -&gt; ok
+</I>&gt;&gt;<i>   end,
+</I>&gt;&gt;<i>     {upgrade, protocol, cowboy_websocket}.
+</I>&gt;&gt;<i> .....
+</I>&gt;&gt;<i> websocket_handle(_Frame, Req, State) -&gt;
+</I>&gt;&gt;<i>   RecorderPid = whereis(recorder),
+</I>&gt;&gt;<i>   RecorderPid ! {rec, _Frame/binary},
+</I>&gt;&gt;<i>     {ok, Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> *#recorder.erl*
+</I>&gt;&gt;<i> -module(recorder).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> -export([start/0, recorder_fun/1]).
+</I>&gt;&gt;<i> -compile([debug_info]).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> recorder_fun(IoDevice) -&gt;
+</I>&gt;&gt;<i>   receive
+</I>&gt;&gt;<i>     {rec, Data} -&gt;
+</I>&gt;&gt;<i>       ok = file:write(IoDevice, Data),
+</I>&gt;&gt;<i>       io:format(Data),
+</I>&gt;&gt;<i>       recorder_fun(IoDevice);
+</I>&gt;&gt;<i>     {stop, _} -&gt;
+</I>&gt;&gt;<i>       %%Close file
+</I>&gt;&gt;<i>       file:close(IoDevice)
+</I>&gt;&gt;<i>     end.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> start() -&gt;
+</I>&gt;&gt;<i>   {ok, IoDevice} = file:open(&quot;/tmp/test_binary.wav&quot;, [write,
+</I>&gt;&gt;<i> binary]),
+</I>&gt;&gt;<i>   spawn(recorder, recorder_fun, [IoDevice]).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> When I start the console, and allow the microphone on the browser, I see
+</I>&gt;&gt;<i> this error on the console:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> =ERROR REPORT==== 29-Sep-2014::18:13:03 ===
+</I>&gt;&gt;<i> Ranch listener http had connection process started with
+</I>&gt;&gt;<i> cowboy_protocol:start_link/4 at &lt;0.178.0&gt; exit with reason:
+</I>&gt;&gt;<i> *{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3*}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,&quot;src/rawec_handler.erl&quot;},{line,35}]},{cowboy_websocket,handler_call,7,[{file,&quot;src/cowboy_websocket.erl&quot;},{line,588}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]},{msg,{binary,&lt;&lt;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,
+</I>&gt;&gt;<i> DATA STREAM CONTINUES)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Probably my approach to do this is totally wrong. I there any obvious
+</I>&gt;&gt;<i> problem here?
+</I>&gt;&gt;<i> Can someone point me to a right direction?. Maybe I should write directly
+</I>&gt;&gt;<i> to a file in the *websocket_handle *funcion, but how can I keep a file
+</I>&gt;&gt;<i> opened during the streaming?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The github repo is here: <A HREF="https://github.com/jmrepetti/rawec">https://github.com/jmrepetti/rawec</A> with the
+</I>&gt;&gt;<i> whole source code if you want to take a look.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks in advance,
+</I>&gt;&gt;<i> Matias.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Eduardo
+</I>&gt;<i>
+</I>
+
+
+-- 
+Mat&#237;as
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140930/ef46837f/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140930/ef46837f/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000466.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#467">[ date ]</a>
+              <a href="thread.html#467">[ thread ]</a>
+              <a href="subject.html#467">[ subject ]</a>
+              <a href="author.html#467">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2014-September/author.html b/_build/static/archives/extend/2014-September/author.html
new file mode 100644
index 00000000..a559a789
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/author.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2014 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2014 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Sep 15 23:24:20 CEST 2014</i><br>
+         <b>Ending:</b> <i>Tue Sep 30 12:38:15 CEST 2014</i><br>
+         <b>Messages:</b> 10<p>
+     <ul>
+
+<LI><A HREF="000466.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="466">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000461.html">[99s-extend] :binding doc
+</A><A NAME="461">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000462.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="462">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000464.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="464">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000465.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="465">&nbsp;</A>
+<I>Juan Mat&#237;as
+</I>
+
+<LI><A HREF="000467.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="467">&nbsp;</A>
+<I>Juan Mat&#237;as
+</I>
+
+<LI><A HREF="000458.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="458">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000459.html">[99s-extend] :binding doc
+</A><A NAME="459">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000460.html">[99s-extend] :binding doc
+</A><A NAME="460">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000463.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="463">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Sep 30 12:38:15 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Tue Sep 30 12:45:20 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-September/date.html b/_build/static/archives/extend/2014-September/date.html
new file mode 100644
index 00000000..85c9135a
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/date.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2014 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2014 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Sep 15 23:24:20 CEST 2014</i><br>
+         <b>Ending:</b> <i>Tue Sep 30 12:38:15 CEST 2014</i><br>
+         <b>Messages:</b> 10<p>
+     <ul>
+
+<LI><A HREF="000458.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="458">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000459.html">[99s-extend] :binding doc
+</A><A NAME="459">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000460.html">[99s-extend] :binding doc
+</A><A NAME="460">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000461.html">[99s-extend] :binding doc
+</A><A NAME="461">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000462.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="462">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000463.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="463">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000464.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="464">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000465.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="465">&nbsp;</A>
+<I>Juan Mat&#237;as
+</I>
+
+<LI><A HREF="000466.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="466">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000467.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="467">&nbsp;</A>
+<I>Juan Mat&#237;as
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Sep 30 12:38:15 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Tue Sep 30 12:45:20 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-September/index.html b/_build/static/archives/extend/2014-September/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2014-September/subject.html b/_build/static/archives/extend/2014-September/subject.html
new file mode 100644
index 00000000..47e15aa1
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/subject.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2014 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2014 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Sep 15 23:24:20 CEST 2014</i><br>
+         <b>Ending:</b> <i>Tue Sep 30 12:38:15 CEST 2014</i><br>
+         <b>Messages:</b> 10<p>
+     <ul>
+
+<LI><A HREF="000459.html">[99s-extend] :binding doc
+</A><A NAME="459">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000460.html">[99s-extend] :binding doc
+</A><A NAME="460">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000461.html">[99s-extend] :binding doc
+</A><A NAME="461">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000465.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="465">&nbsp;</A>
+<I>Juan Mat&#237;as
+</I>
+
+<LI><A HREF="000466.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="466">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<LI><A HREF="000467.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="467">&nbsp;</A>
+<I>Juan Mat&#237;as
+</I>
+
+<LI><A HREF="000458.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="458">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000462.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="462">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000463.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="463">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<LI><A HREF="000464.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="464">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Sep 30 12:38:15 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Tue Sep 30 12:45:20 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2014-September/thread.html b/_build/static/archives/extend/2014-September/thread.html
new file mode 100644
index 00000000..0c9a6ce2
--- /dev/null
+++ b/_build/static/archives/extend/2014-September/thread.html
@@ -0,0 +1,119 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2014 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2014 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Sep 15 23:24:20 CEST 2014</i><br>
+         <b>Ending:</b> <i>Tue Sep 30 12:38:15 CEST 2014</i><br>
+         <b>Messages:</b> 10<p>
+     <ul>
+
+<!--0 01410816260.458- -->
+<LI><A HREF="000458.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="458">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--1 01410816260.458-01410819747.462- -->
+<LI><A HREF="000462.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="462">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01410816260.458-01410819747.462-01410820520.463- -->
+<LI><A HREF="000463.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="463">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--3 01410816260.458-01410819747.462-01410820520.463-01410820940.464- -->
+<LI><A HREF="000464.html">[99s-extend] Using cowboy_req:body more than once per request
+</A><A NAME="464">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01410816888.459- -->
+<LI><A HREF="000459.html">[99s-extend] :binding doc
+</A><A NAME="459">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<UL>
+<!--1 01410816888.459-01410818139.460- -->
+<LI><A HREF="000460.html">[99s-extend] :binding doc
+</A><A NAME="460">&nbsp;</A>
+<I>Paulo F. Oliveira
+</I>
+
+<!--1 01410816888.459-01410819344.461- -->
+<LI><A HREF="000461.html">[99s-extend] :binding doc
+</A><A NAME="461">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+<!--0 01412009536.465- -->
+<LI><A HREF="000465.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="465">&nbsp;</A>
+<I>Juan Mat&#237;as
+</I>
+
+<UL>
+<!--1 01412009536.465-01412031206.466- -->
+<LI><A HREF="000466.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="466">&nbsp;</A>
+<I>Eduardo Gurgel
+</I>
+
+<UL>
+<!--2 01412009536.465-01412031206.466-01412073495.467- -->
+<LI><A HREF="000467.html">[99s-extend] Newbie, Cowboy + Websocket + Audio Recording
+</A><A NAME="467">&nbsp;</A>
+<I>Juan Mat&#237;as
+</I>
+
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Sep 30 12:38:15 CEST 2014</i><br>
+    <b>Archived on:</b> <i>Tue Sep 30 12:45:20 CEST 2014</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-April.txt b/_build/static/archives/extend/2015-April.txt
new file mode 100644
index 00000000..5d6e0f90
--- /dev/null
+++ b/_build/static/archives/extend/2015-April.txt
@@ -0,0 +1,134 @@
+From samset at wanadoo.fr  Wed Apr 22 22:56:01 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Wed, 22 Apr 2015 22:56:01 +0200
+Subject: [99s-extend] cowboy_websocket_handler
+Message-ID: <[email protected]>
+
+Hi there,
+
+I would like to learn more about the cowboy_xxxx_handler for instance the cowboy_websocket_handler  :
+-  is it an OTP gen_ instance ?
+- how/where the websocket_handle() is called ?
+- how websocket_info() relates to the Transport:send() operation and where/how this latter function is called?
+
+I  could not find the cowboy_websocket_handler behavior in the src dir. I guess i?ve missed something.
+The code is clean but difficult to decipher by a erlang padawan like me.
+
+Why do i need to understand this ?
+
+I would like to write a generic tcp transport layer that provides an interface like the cowboy_xxx_handler to my protocol stack.
+Of course i will use ranch underneath.
+
+Neither the examples provided with ranch nor the ftp server tutorial reveals the sophisticated architecture used to handover data/context to the handler and to get reply data from the handler.
+
+Thank you for your help.
+
+Samir Sow
+
+
+From essen at ninenines.eu  Wed Apr 22 23:18:29 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 23 Apr 2015 00:18:29 +0300
+Subject: [99s-extend] cowboy_websocket_handler
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Hello,
+
+On 04/22/2015 11:56 PM, Samir Sow wrote:
+> I would like to learn more about the cowboy_xxxx_handler for instance the cowboy_websocket_handler  :
+> -  is it an OTP gen_ instance ?
+> - how/where the websocket_handle() is called ?
+> - how websocket_info() relates to the Transport:send() operation and where/how this latter function is called?
+>
+> I  could not find the cowboy_websocket_handler behavior in the src dir. I guess i?ve missed something.
+> The code is clean but difficult to decipher by a erlang padawan like me.
+
+Presumably you are looking in master. cowboy_websocket does that in 
+master now. cowboy_websocket_handler is in Cowboy 1.0.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samset at wanadoo.fr  Wed Apr 22 23:39:29 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Wed, 22 Apr 2015 23:39:29 +0200
+Subject: [99s-extend] cowboy_websocket_handler
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thanks.
+Still i can?t figure out how you manage the data transmission from/to handler via the websocket_handle() and websocket_info() function.
+
+Samir
+
+> On 22 avr. 2015, at 23:18, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+> Hello,
+> 
+> On 04/22/2015 11:56 PM, Samir Sow wrote:
+>> I would like to learn more about the cowboy_xxxx_handler for instance the cowboy_websocket_handler  :
+>> -  is it an OTP gen_ instance ?
+>> - how/where the websocket_handle() is called ?
+>> - how websocket_info() relates to the Transport:send() operation and where/how this latter function is called?
+>> 
+>> I  could not find the cowboy_websocket_handler behavior in the src dir. I guess i?ve missed something.
+>> The code is clean but difficult to decipher by a erlang padawan like me.
+> 
+> Presumably you are looking in master. cowboy_websocket does that in master now. cowboy_websocket_handler is in Cowboy 1.0.
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+From essen at ninenines.eu  Thu Apr 23 10:55:23 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 23 Apr 2015 11:55:23 +0300
+Subject: [99s-extend] cowboy_websocket_handler
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+It's a simple function call.
+
+Assuming the variable Handler contains the name of the module, it's just 
+doing Handler:websocket_info(Info, Req, State) and then checks the 
+return value.
+
+On 04/23/2015 12:39 AM, Samir Sow wrote:
+> Thanks.
+> Still i can?t figure out how you manage the data transmission from/to handler via the websocket_handle() and websocket_info() function.
+>
+> Samir
+>
+>> On 22 avr. 2015, at 23:18, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>
+>> Hello,
+>>
+>> On 04/22/2015 11:56 PM, Samir Sow wrote:
+>>> I would like to learn more about the cowboy_xxxx_handler for instance the cowboy_websocket_handler  :
+>>> -  is it an OTP gen_ instance ?
+>>> - how/where the websocket_handle() is called ?
+>>> - how websocket_info() relates to the Transport:send() operation and where/how this latter function is called?
+>>>
+>>> I  could not find the cowboy_websocket_handler behavior in the src dir. I guess i?ve missed something.
+>>> The code is clean but difficult to decipher by a erlang padawan like me.
+>>
+>> Presumably you are looking in master. cowboy_websocket does that in master now. cowboy_websocket_handler is in Cowboy 1.0.
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
diff --git a/_build/static/archives/extend/2015-April/000527.html b/_build/static/archives/extend/2015-April/000527.html
new file mode 100644
index 00000000..3b29489d
--- /dev/null
+++ b/_build/static/archives/extend/2015-April/000527.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_websocket_handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_websocket_handler&In-Reply-To=%3C43C48B2E-0396-43E0-B82C-E524C8274004%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000528.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_websocket_handler</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_websocket_handler&In-Reply-To=%3C43C48B2E-0396-43E0-B82C-E524C8274004%40wanadoo.fr%3E"
+       TITLE="[99s-extend] cowboy_websocket_handler">samset at wanadoo.fr
+       </A><BR>
+    <I>Wed Apr 22 22:56:01 CEST 2015</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000528.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#527">[ date ]</a>
+              <a href="thread.html#527">[ thread ]</a>
+              <a href="subject.html#527">[ subject ]</a>
+              <a href="author.html#527">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi there,
+
+I would like to learn more about the cowboy_xxxx_handler for instance the cowboy_websocket_handler  :
+-  is it an OTP gen_ instance ?
+- how/where the websocket_handle() is called ?
+- how websocket_info() relates to the Transport:send() operation and where/how this latter function is called?
+
+I  could not find the cowboy_websocket_handler behavior in the src dir. I guess i&#8217;ve missed something.
+The code is clean but difficult to decipher by a erlang padawan like me.
+
+Why do i need to understand this ?
+
+I would like to write a generic tcp transport layer that provides an interface like the cowboy_xxx_handler to my protocol stack.
+Of course i will use ranch underneath.
+
+Neither the examples provided with ranch nor the ftp server tutorial reveals the sophisticated architecture used to handover data/context to the handler and to get reply data from the handler.
+
+Thank you for your help.
+
+Samir Sow
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000528.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#527">[ date ]</a>
+              <a href="thread.html#527">[ thread ]</a>
+              <a href="subject.html#527">[ subject ]</a>
+              <a href="author.html#527">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-April/000528.html b/_build/static/archives/extend/2015-April/000528.html
new file mode 100644
index 00000000..b2d9bb96
--- /dev/null
+++ b/_build/static/archives/extend/2015-April/000528.html
@@ -0,0 +1,78 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_websocket_handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_websocket_handler&In-Reply-To=%3C55381025.6070607%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000527.html">
+   <LINK REL="Next"  HREF="000529.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_websocket_handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_websocket_handler&In-Reply-To=%3C55381025.6070607%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy_websocket_handler">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Apr 22 23:18:29 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000527.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+        <LI>Next message: <A HREF="000529.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#528">[ date ]</a>
+              <a href="thread.html#528">[ thread ]</a>
+              <a href="subject.html#528">[ subject ]</a>
+              <a href="author.html#528">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+On 04/22/2015 11:56 PM, Samir Sow wrote:
+&gt;<i> I would like to learn more about the cowboy_xxxx_handler for instance the cowboy_websocket_handler  :
+</I>&gt;<i> -  is it an OTP gen_ instance ?
+</I>&gt;<i> - how/where the websocket_handle() is called ?
+</I>&gt;<i> - how websocket_info() relates to the Transport:send() operation and where/how this latter function is called?
+</I>&gt;<i>
+</I>&gt;<i> I  could not find the cowboy_websocket_handler behavior in the src dir. I guess i&#8217;ve missed something.
+</I>&gt;<i> The code is clean but difficult to decipher by a erlang padawan like me.
+</I>
+Presumably you are looking in master. cowboy_websocket does that in 
+master now. cowboy_websocket_handler is in Cowboy 1.0.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000527.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+	<LI>Next message: <A HREF="000529.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#528">[ date ]</a>
+              <a href="thread.html#528">[ thread ]</a>
+              <a href="subject.html#528">[ subject ]</a>
+              <a href="author.html#528">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-April/000529.html b/_build/static/archives/extend/2015-April/000529.html
new file mode 100644
index 00000000..b04ff0f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-April/000529.html
@@ -0,0 +1,85 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_websocket_handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_websocket_handler&In-Reply-To=%3C55F4A36D-6FEF-47B4-B02F-D3B3FA74732D%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000528.html">
+   <LINK REL="Next"  HREF="000530.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_websocket_handler</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_websocket_handler&In-Reply-To=%3C55F4A36D-6FEF-47B4-B02F-D3B3FA74732D%40wanadoo.fr%3E"
+       TITLE="[99s-extend] cowboy_websocket_handler">samset at wanadoo.fr
+       </A><BR>
+    <I>Wed Apr 22 23:39:29 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000528.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+        <LI>Next message: <A HREF="000530.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#529">[ date ]</a>
+              <a href="thread.html#529">[ thread ]</a>
+              <a href="subject.html#529">[ subject ]</a>
+              <a href="author.html#529">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks.
+Still i can&#8217;t figure out how you manage the data transmission from/to handler via the websocket_handle() and websocket_info() function.
+
+Samir
+
+&gt;<i> On 22 avr. 2015, at 23:18, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> Hello,
+</I>&gt;<i> 
+</I>&gt;<i> On 04/22/2015 11:56 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> I would like to learn more about the cowboy_xxxx_handler for instance the cowboy_websocket_handler  :
+</I>&gt;&gt;<i> -  is it an OTP gen_ instance ?
+</I>&gt;&gt;<i> - how/where the websocket_handle() is called ?
+</I>&gt;&gt;<i> - how websocket_info() relates to the Transport:send() operation and where/how this latter function is called?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I  could not find the cowboy_websocket_handler behavior in the src dir. I guess i&#8217;ve missed something.
+</I>&gt;&gt;<i> The code is clean but difficult to decipher by a erlang padawan like me.
+</I>&gt;<i> 
+</I>&gt;<i> Presumably you are looking in master. cowboy_websocket does that in master now. cowboy_websocket_handler is in Cowboy 1.0.
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000528.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+	<LI>Next message: <A HREF="000530.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#529">[ date ]</a>
+              <a href="thread.html#529">[ thread ]</a>
+              <a href="subject.html#529">[ subject ]</a>
+              <a href="author.html#529">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-April/000530.html b/_build/static/archives/extend/2015-April/000530.html
new file mode 100644
index 00000000..1285025d
--- /dev/null
+++ b/_build/static/archives/extend/2015-April/000530.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy_websocket_handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_websocket_handler&In-Reply-To=%3C5538B37B.6080501%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000529.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy_websocket_handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy_websocket_handler&In-Reply-To=%3C5538B37B.6080501%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy_websocket_handler">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Apr 23 10:55:23 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000529.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#530">[ date ]</a>
+              <a href="thread.html#530">[ thread ]</a>
+              <a href="subject.html#530">[ subject ]</a>
+              <a href="author.html#530">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's a simple function call.
+
+Assuming the variable Handler contains the name of the module, it's just 
+doing Handler:websocket_info(Info, Req, State) and then checks the 
+return value.
+
+On 04/23/2015 12:39 AM, Samir Sow wrote:
+&gt;<i> Thanks.
+</I>&gt;<i> Still i can&#8217;t figure out how you manage the data transmission from/to handler via the websocket_handle() and websocket_info() function.
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i>
+</I>&gt;&gt;<i> On 22 avr. 2015, at 23:18, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 04/22/2015 11:56 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> I would like to learn more about the cowboy_xxxx_handler for instance the cowboy_websocket_handler  :
+</I>&gt;&gt;&gt;<i> -  is it an OTP gen_ instance ?
+</I>&gt;&gt;&gt;<i> - how/where the websocket_handle() is called ?
+</I>&gt;&gt;&gt;<i> - how websocket_info() relates to the Transport:send() operation and where/how this latter function is called?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I  could not find the cowboy_websocket_handler behavior in the src dir. I guess i&#8217;ve missed something.
+</I>&gt;&gt;&gt;<i> The code is clean but difficult to decipher by a erlang padawan like me.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Presumably you are looking in master. cowboy_websocket does that in master now. cowboy_websocket_handler is in Cowboy 1.0.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000529.html">[99s-extend] cowboy_websocket_handler
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#530">[ date ]</a>
+              <a href="thread.html#530">[ thread ]</a>
+              <a href="subject.html#530">[ subject ]</a>
+              <a href="author.html#530">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-April/author.html b/_build/static/archives/extend/2015-April/author.html
new file mode 100644
index 00000000..194631b4
--- /dev/null
+++ b/_build/static/archives/extend/2015-April/author.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2015 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2015 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Apr 22 22:56:01 CEST 2015</i><br>
+         <b>Ending:</b> <i>Thu Apr 23 10:55:23 CEST 2015</i><br>
+         <b>Messages:</b> 4<p>
+     <ul>
+
+<LI><A HREF="000528.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="528">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000530.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="530">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000527.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="527">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000529.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="529">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Apr 23 10:55:23 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Thu Apr 23 10:55:15 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-April/date.html b/_build/static/archives/extend/2015-April/date.html
new file mode 100644
index 00000000..6d542059
--- /dev/null
+++ b/_build/static/archives/extend/2015-April/date.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2015 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2015 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Apr 22 22:56:01 CEST 2015</i><br>
+         <b>Ending:</b> <i>Thu Apr 23 10:55:23 CEST 2015</i><br>
+         <b>Messages:</b> 4<p>
+     <ul>
+
+<LI><A HREF="000527.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="527">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000528.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="528">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000529.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="529">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000530.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="530">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Apr 23 10:55:23 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Thu Apr 23 10:55:15 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-April/index.html b/_build/static/archives/extend/2015-April/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-April/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2015-April/subject.html b/_build/static/archives/extend/2015-April/subject.html
new file mode 100644
index 00000000..862e7302
--- /dev/null
+++ b/_build/static/archives/extend/2015-April/subject.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2015 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2015 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Apr 22 22:56:01 CEST 2015</i><br>
+         <b>Ending:</b> <i>Thu Apr 23 10:55:23 CEST 2015</i><br>
+         <b>Messages:</b> 4<p>
+     <ul>
+
+<LI><A HREF="000527.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="527">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000528.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="528">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000529.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="529">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000530.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="530">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Apr 23 10:55:23 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Thu Apr 23 10:55:15 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-April/thread.html b/_build/static/archives/extend/2015-April/thread.html
new file mode 100644
index 00000000..9835b5a3
--- /dev/null
+++ b/_build/static/archives/extend/2015-April/thread.html
@@ -0,0 +1,77 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend April 2015 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>April 2015 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Apr 22 22:56:01 CEST 2015</i><br>
+         <b>Ending:</b> <i>Thu Apr 23 10:55:23 CEST 2015</i><br>
+         <b>Messages:</b> 4<p>
+     <ul>
+
+<!--0 01429736161.527- -->
+<LI><A HREF="000527.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="527">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--1 01429736161.527-01429737509.528- -->
+<LI><A HREF="000528.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="528">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01429736161.527-01429737509.528-01429738769.529- -->
+<LI><A HREF="000529.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="529">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--3 01429736161.527-01429737509.528-01429738769.529-01429779323.530- -->
+<LI><A HREF="000530.html">[99s-extend] cowboy_websocket_handler
+</A><A NAME="530">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Apr 23 10:55:23 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Thu Apr 23 10:55:15 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-August.txt b/_build/static/archives/extend/2015-August.txt
new file mode 100644
index 00000000..adf32e1f
--- /dev/null
+++ b/_build/static/archives/extend/2015-August.txt
@@ -0,0 +1,124 @@
+From essen at ninenines.eu  Sat Aug  8 14:43:39 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Sat, 08 Aug 2015 14:43:39 +0200
+Subject: [99s-extend] help to combine websocket with basic authentication
+In-Reply-To: <CAA4OwwW-m9+esdjEv-jJv=wZixcisP=OXgAcE5nHVYD2O3NfrA@mail.gmail.com>
+References: <CAA4OwwW-m9+esdjEv-jJv=wZixcisP=OXgAcE5nHVYD2O3NfrA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Hey, did you manage to fix your issue?
+
+On 07/13/2015 12:47 PM, Robert Balogh wrote:
+> hello,
+>
+> Sorry that I turned to the list again, but I would like to get some help
+> from you. I have a websocket based application, based on the
+> cowboy/examples/websocket. It is working well. Now I would like to add a
+> basic authentication, and I saw, there is an example how to do this. I
+> checked the cowboy/examples/rest_basic_auth example.
+> So I tried "add" the aut. example into my websocket app by doing the
+> following steps:
+>   - add new module for handle the authentication
+>     do_basic_auth.erl
+>   - update cowboy_router:compile function call when star application
+> with {"/", do_basic_auth, []}
+>
+> Once the compilation done, I can start the app and I get the "basic
+> auth" window in the browser when connecting to localhost:8080, but the
+> "ordinary" index.html does not appears when I set the correct auth data
+> (user/pwd). I am pretty sure that I made something wrong, I do not see
+> what I did wrong, thus I kindly ask you, please try help me.
+>
+> The project what I am working on can be seen in the github:
+> https://github.com/ethrbh/websocket_2
+>
+> thanks fro your help,
+> /Robi
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
+From a.brandon.clark at gmail.com  Mon Aug 24 20:15:57 2015
+From: a.brandon.clark at gmail.com (Brandon Clark)
+Date: Mon, 24 Aug 2015 11:15:57 -0700
+Subject: [99s-extend] Can't start syslog when built with erlang.mk
+Message-ID: <CA+_xk0nrg_gCKLDBPFNoPBmECNVdZs_MbXotEn1F-xWy9Y__HA@mail.gmail.com>
+
+Greetings...
+
+I'm finding that I can't start syslog when it is built as a dependency of
+my erlang.mk project.  For example:
+
+$ erl -pa _rel/${MY_PROJECT}/lib/*/ebin
+Erlang/OTP 18 [erts-7.0] [source] [64-bit] [async-threads:10] [hipe]
+[kernel-poll:false]
+
+Eshell V7.0  (abort with ^G)
+1> syslog:start().
+{error,"could not load driver syslog_drv: \"cannot open shared object file:
+No such file or directory\""}
+
+
+The root of the problem seems to be that erlang.mk compiled syslog_drv.c as
+"syslog.so" and syslog expects to load "syslog_drv.so".  I have confirmed
+that renaming the file solves the problem.
+
+What do I do with that?
+
+~BC
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150824/7576a7ab/attachment.html>
+
+From essen at ninenines.eu  Mon Aug 24 20:18:27 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 24 Aug 2015 20:18:27 +0200
+Subject: [99s-extend] Can't start syslog when built with erlang.mk
+In-Reply-To: <CA+_xk0nrg_gCKLDBPFNoPBmECNVdZs_MbXotEn1F-xWy9Y__HA@mail.gmail.com>
+References: <CA+_xk0nrg_gCKLDBPFNoPBmECNVdZs_MbXotEn1F-xWy9Y__HA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 08/24/2015 08:15 PM, Brandon Clark wrote:
+> Greetings...
+>
+> I'm finding that I can't start syslog when it is built as a dependency
+> of my erlang.mk <http://erlang.mk> project.  For example:
+>
+> $ erl -pa _rel/${MY_PROJECT}/lib/*/ebin
+> Erlang/OTP 18 [erts-7.0] [source] [64-bit] [async-threads:10] [hipe]
+> [kernel-poll:false]
+>
+> Eshell V7.0  (abort with ^G)
+> 1> syslog:start().
+> {error,"could not load driver syslog_drv: \"cannot open shared object
+> file: No such file or directory\""}
+>
+>
+> The root of the problem seems to be that erlang.mk <http://erlang.mk>
+> compiled syslog_drv.c as "syslog.so" and syslog expects to load
+> "syslog_drv.so".  I have confirmed that renaming the file solves the
+> problem.
+>
+> What do I do with that?
+
+Open a ticket and this will be fixed, probably just need to handle a 
+case we don't do yet. :-)
+
+Cheers,
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
diff --git a/_build/static/archives/extend/2015-August/000547.html b/_build/static/archives/extend/2015-August/000547.html
new file mode 100644
index 00000000..e769f879
--- /dev/null
+++ b/_build/static/archives/extend/2015-August/000547.html
@@ -0,0 +1,100 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] help to combine websocket with basic authentication
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20help%20to%20combine%20websocket%20with%20basic%20authentication&In-Reply-To=%3C55C5F97B.2000503%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000548.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] help to combine websocket with basic authentication</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20help%20to%20combine%20websocket%20with%20basic%20authentication&In-Reply-To=%3C55C5F97B.2000503%40ninenines.eu%3E"
+       TITLE="[99s-extend] help to combine websocket with basic authentication">essen at ninenines.eu
+       </A><BR>
+    <I>Sat Aug  8 14:43:39 CEST 2015</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000548.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#547">[ date ]</a>
+              <a href="thread.html#547">[ thread ]</a>
+              <a href="subject.html#547">[ subject ]</a>
+              <a href="author.html#547">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey, did you manage to fix your issue?
+
+On 07/13/2015 12:47 PM, Robert Balogh wrote:
+&gt;<i> hello,
+</I>&gt;<i>
+</I>&gt;<i> Sorry that I turned to the list again, but I would like to get some help
+</I>&gt;<i> from you. I have a websocket based application, based on the
+</I>&gt;<i> cowboy/examples/websocket. It is working well. Now I would like to add a
+</I>&gt;<i> basic authentication, and I saw, there is an example how to do this. I
+</I>&gt;<i> checked the cowboy/examples/rest_basic_auth example.
+</I>&gt;<i> So I tried &quot;add&quot; the aut. example into my websocket app by doing the
+</I>&gt;<i> following steps:
+</I>&gt;<i>   - add new module for handle the authentication
+</I>&gt;<i>     do_basic_auth.erl
+</I>&gt;<i>   - update cowboy_router:compile function call when star application
+</I>&gt;<i> with {&quot;/&quot;, do_basic_auth, []}
+</I>&gt;<i>
+</I>&gt;<i> Once the compilation done, I can start the app and I get the &quot;basic
+</I>&gt;<i> auth&quot; window in the browser when connecting to localhost:8080, but the
+</I>&gt;<i> &quot;ordinary&quot; index.html does not appears when I set the correct auth data
+</I>&gt;<i> (user/pwd). I am pretty sure that I made something wrong, I do not see
+</I>&gt;<i> what I did wrong, thus I kindly ask you, please try help me.
+</I>&gt;<i>
+</I>&gt;<i> The project what I am working on can be seen in the github:
+</I>&gt;<i> <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+</I>&gt;<i>
+</I>&gt;<i> thanks fro your help,
+</I>&gt;<i> /Robi
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000548.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#547">[ date ]</a>
+              <a href="thread.html#547">[ thread ]</a>
+              <a href="subject.html#547">[ subject ]</a>
+              <a href="author.html#547">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-August/000548.html b/_build/static/archives/extend/2015-August/000548.html
new file mode 100644
index 00000000..8724e5de
--- /dev/null
+++ b/_build/static/archives/extend/2015-August/000548.html
@@ -0,0 +1,86 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Can't start syslog when built with erlang.mk
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Can%27t%20start%20syslog%20when%20built%20with%20erlang.mk&In-Reply-To=%3CCA%2B_xk0nrg_gCKLDBPFNoPBmECNVdZs_MbXotEn1F-xWy9Y__HA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000547.html">
+   <LINK REL="Next"  HREF="000549.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Can't start syslog when built with erlang.mk</H1>
+    <B>Brandon Clark</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Can%27t%20start%20syslog%20when%20built%20with%20erlang.mk&In-Reply-To=%3CCA%2B_xk0nrg_gCKLDBPFNoPBmECNVdZs_MbXotEn1F-xWy9Y__HA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Can't start syslog when built with erlang.mk">a.brandon.clark at gmail.com
+       </A><BR>
+    <I>Mon Aug 24 20:15:57 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000547.html">[99s-extend] help to combine websocket with basic authentication
+</A></li>
+        <LI>Next message: <A HREF="000549.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#548">[ date ]</a>
+              <a href="thread.html#548">[ thread ]</a>
+              <a href="subject.html#548">[ subject ]</a>
+              <a href="author.html#548">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Greetings...
+
+I'm finding that I can't start syslog when it is built as a dependency of
+my erlang.mk project.  For example:
+
+$ erl -pa _rel/${MY_PROJECT}/lib/*/ebin
+Erlang/OTP 18 [erts-7.0] [source] [64-bit] [async-threads:10] [hipe]
+[kernel-poll:false]
+
+Eshell V7.0  (abort with ^G)
+1&gt; syslog:start().
+{error,&quot;could not load driver syslog_drv: \&quot;cannot open shared object file:
+No such file or directory\&quot;&quot;}
+
+
+The root of the problem seems to be that erlang.mk compiled syslog_drv.c as
+&quot;syslog.so&quot; and syslog expects to load &quot;syslog_drv.so&quot;.  I have confirmed
+that renaming the file solves the problem.
+
+What do I do with that?
+
+~BC
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150824/7576a7ab/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150824/7576a7ab/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000547.html">[99s-extend] help to combine websocket with basic authentication
+</A></li>
+	<LI>Next message: <A HREF="000549.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#548">[ date ]</a>
+              <a href="thread.html#548">[ thread ]</a>
+              <a href="subject.html#548">[ subject ]</a>
+              <a href="author.html#548">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-August/000549.html b/_build/static/archives/extend/2015-August/000549.html
new file mode 100644
index 00000000..b1e81a60
--- /dev/null
+++ b/_build/static/archives/extend/2015-August/000549.html
@@ -0,0 +1,91 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Can't start syslog when built with erlang.mk
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Can%27t%20start%20syslog%20when%20built%20with%20erlang.mk&In-Reply-To=%3C55DB5FF3.1070604%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000548.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Can't start syslog when built with erlang.mk</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Can%27t%20start%20syslog%20when%20built%20with%20erlang.mk&In-Reply-To=%3C55DB5FF3.1070604%40ninenines.eu%3E"
+       TITLE="[99s-extend] Can't start syslog when built with erlang.mk">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Aug 24 20:18:27 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000548.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#549">[ date ]</a>
+              <a href="thread.html#549">[ thread ]</a>
+              <a href="subject.html#549">[ subject ]</a>
+              <a href="author.html#549">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 08/24/2015 08:15 PM, Brandon Clark wrote:
+&gt;<i> Greetings...
+</I>&gt;<i>
+</I>&gt;<i> I'm finding that I can't start syslog when it is built as a dependency
+</I>&gt;<i> of my erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt; project.  For example:
+</I>&gt;<i>
+</I>&gt;<i> $ erl -pa _rel/${MY_PROJECT}/lib/*/ebin
+</I>&gt;<i> Erlang/OTP 18 [erts-7.0] [source] [64-bit] [async-threads:10] [hipe]
+</I>&gt;<i> [kernel-poll:false]
+</I>&gt;<i>
+</I>&gt;<i> Eshell V7.0  (abort with ^G)
+</I>&gt;<i> 1&gt; syslog:start().
+</I>&gt;<i> {error,&quot;could not load driver syslog_drv: \&quot;cannot open shared object
+</I>&gt;<i> file: No such file or directory\&quot;&quot;}
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> The root of the problem seems to be that erlang.mk &lt;<A HREF="http://erlang.mk">http://erlang.mk</A>&gt;
+</I>&gt;<i> compiled syslog_drv.c as &quot;syslog.so&quot; and syslog expects to load
+</I>&gt;<i> &quot;syslog_drv.so&quot;.  I have confirmed that renaming the file solves the
+</I>&gt;<i> problem.
+</I>&gt;<i>
+</I>&gt;<i> What do I do with that?
+</I>
+Open a ticket and this will be fixed, probably just need to handle a 
+case we don't do yet. :-)
+
+Cheers,
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000548.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#549">[ date ]</a>
+              <a href="thread.html#549">[ thread ]</a>
+              <a href="subject.html#549">[ subject ]</a>
+              <a href="author.html#549">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-August/author.html b/_build/static/archives/extend/2015-August/author.html
new file mode 100644
index 00000000..3f21c157
--- /dev/null
+++ b/_build/static/archives/extend/2015-August/author.html
@@ -0,0 +1,62 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2015 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2015 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sat Aug  8 14:43:39 CEST 2015</i><br>
+         <b>Ending:</b> <i>Mon Aug 24 20:18:27 CEST 2015</i><br>
+         <b>Messages:</b> 3<p>
+     <ul>
+
+<LI><A HREF="000548.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A><A NAME="548">&nbsp;</A>
+<I>Brandon Clark
+</I>
+
+<LI><A HREF="000547.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="547">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000549.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A><A NAME="549">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Aug 24 20:18:27 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Aug 24 20:18:10 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-August/date.html b/_build/static/archives/extend/2015-August/date.html
new file mode 100644
index 00000000..0b2603f4
--- /dev/null
+++ b/_build/static/archives/extend/2015-August/date.html
@@ -0,0 +1,62 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2015 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2015 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sat Aug  8 14:43:39 CEST 2015</i><br>
+         <b>Ending:</b> <i>Mon Aug 24 20:18:27 CEST 2015</i><br>
+         <b>Messages:</b> 3<p>
+     <ul>
+
+<LI><A HREF="000547.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="547">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000548.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A><A NAME="548">&nbsp;</A>
+<I>Brandon Clark
+</I>
+
+<LI><A HREF="000549.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A><A NAME="549">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Aug 24 20:18:27 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Aug 24 20:18:10 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-August/index.html b/_build/static/archives/extend/2015-August/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-August/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2015-August/subject.html b/_build/static/archives/extend/2015-August/subject.html
new file mode 100644
index 00000000..6de6a6bb
--- /dev/null
+++ b/_build/static/archives/extend/2015-August/subject.html
@@ -0,0 +1,62 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2015 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2015 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sat Aug  8 14:43:39 CEST 2015</i><br>
+         <b>Ending:</b> <i>Mon Aug 24 20:18:27 CEST 2015</i><br>
+         <b>Messages:</b> 3<p>
+     <ul>
+
+<LI><A HREF="000548.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A><A NAME="548">&nbsp;</A>
+<I>Brandon Clark
+</I>
+
+<LI><A HREF="000549.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A><A NAME="549">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000547.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="547">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Aug 24 20:18:27 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Aug 24 20:18:10 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-August/thread.html b/_build/static/archives/extend/2015-August/thread.html
new file mode 100644
index 00000000..3ce6486a
--- /dev/null
+++ b/_build/static/archives/extend/2015-August/thread.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend August 2015 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>August 2015 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sat Aug  8 14:43:39 CEST 2015</i><br>
+         <b>Ending:</b> <i>Mon Aug 24 20:18:27 CEST 2015</i><br>
+         <b>Messages:</b> 3<p>
+     <ul>
+
+<!--0 01439037819.547- -->
+<LI><A HREF="000547.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="547">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01440440157.548- -->
+<LI><A HREF="000548.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A><A NAME="548">&nbsp;</A>
+<I>Brandon Clark
+</I>
+
+<UL>
+<!--1 01440440157.548-01440440307.549- -->
+<LI><A HREF="000549.html">[99s-extend] Can't start syslog when built with erlang.mk
+</A><A NAME="549">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Aug 24 20:18:27 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Aug 24 20:18:10 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-February.txt b/_build/static/archives/extend/2015-February.txt
new file mode 100644
index 00000000..ca8da609
--- /dev/null
+++ b/_build/static/archives/extend/2015-February.txt
@@ -0,0 +1,233 @@
+From pdtwonotes at gmail.com  Sun Feb 15 23:50:58 2015
+From: pdtwonotes at gmail.com (Paul Dickson)
+Date: Sun, 15 Feb 2015 17:50:58 -0500
+Subject: [99s-extend] callbacks for additional methods
+Message-ID: <[email protected]>
+
+I am writing a CalDAV handler, which is a type of WebDAV server.  CalDAV
+defines a bunch of
+additional methods beyond what a typical web browser would use, such as
+REPORT and PROPFIND.
+
+I have written the allowed_methods and known_methods callbacks to report
+that all these methods
+are acceptable.  My content_types_provided has an entry for
+"application/xml", which is how these
+extra methods turn up.
+
+When I connect to my server using the calendar function of Evolution,
+one of the first things it does
+is a REPORT method, which is sort of a query.  This gets as far as
+content_types_provided, but after
+that it does not call the function I identified in
+content_types_provided.
+
+What is the best way to handle the non-standard methods that do not have
+defined callbacks?
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150215/9d2f5de1/attachment.html>
+
+From samset at wanadoo.fr  Fri Feb 27 18:07:08 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Fri, 27 Feb 2015 18:07:08 +0100
+Subject: [99s-extend] Body length and content-length mismatch
+Message-ID: <[email protected]>
+
+Hi,
+
+I?m facing an issue with the cowboy_req:body call.
+
+The header show a length of 2 while the body itself is a binary string which has a size greater than 2 for sure.
+Trying to use cowboy_req:body with the length option does not make any difference.
+
+How can i retrieve the data ?
+Any clue ?
+
+Thank you
+
+{ok,{<<"basic">>,{<<?xxxxx at xxxxxx">>,<<?xxxxxxx">>}},
+          {http_req,
+              {sslsocket,
+                  {gen_tcp,#Port<0.13250>,tls_connection,<0.298.0>},
+                  <0.407.0>},
+              ranch_ssl,keepalive,<0.408.0>,<<"POST">>,'HTTP/1.1',
+              {{xxxxxxxxx},16220},
+              <<?xxxx">>,undefined,xxxx,<<?xxxxx">>,undefined,
+              <<>>,undefined,
+              [{res_1,<<?xxxx">>}],
+              [{<<"content-type">>,<<"application/json">>},
+               {<<"content-length">>,<<"2">>},
+               {<<"te">>,<<>>},
+               {<<"host">>,<<?xxxxx">>},
+               {<<"authorization">>,
+                <<"Basic xxxxxxxxxxxxxx">>},
+               {<<"connection">>,<<"keep-alive">>}],
+              [{<<"authorization">>,
+                {<<"basic">>,{<<?xxxxxx">>,<<?xxxxxx">>}}},
+               {<<"connection">>,[<<"keep-alive">>]}],
+              undefined,[],waiting,
+              <<"{\"login\":\?xxxx at xxxxxx\",\?xxxx\":\?xxxx\"}{\"login\":\?xxxx at xxxx\",\?xxxx\":\?xxxxx\"}">>,
+              undefined,false,waiting,
+              [{<<"Access-Control-Allow-Credentials">>,<<"true">>},
+               {<<"Access-Control-Allow-Origin">>,
+                <<"http://xxxxxxxxx">>}],
+              <<>>,undefined}}
+Samir
+
+
+
+From essen at ninenines.eu  Fri Feb 27 18:11:42 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 27 Feb 2015 18:11:42 +0100
+Subject: [99s-extend] Body length and content-length mismatch
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+It looks like the client is telling you BS.
+
+On 02/27/2015 06:07 PM, Samir Sow wrote:
+> Hi,
+>
+> I?m facing an issue with the cowboy_req:body call.
+>
+> The header show a length of 2 while the body itself is a binary string which has a size greater than 2 for sure.
+> Trying to use cowboy_req:body with the length option does not make any difference.
+>
+> How can i retrieve the data ?
+> Any clue ?
+>
+> Thank you
+>
+> {ok,{<<"basic">>,{<<?xxxxx at xxxxxx">>,<<?xxxxxxx">>}},
+>            {http_req,
+>                {sslsocket,
+>                    {gen_tcp,#Port<0.13250>,tls_connection,<0.298.0>},
+>                    <0.407.0>},
+>                ranch_ssl,keepalive,<0.408.0>,<<"POST">>,'HTTP/1.1',
+>                {{xxxxxxxxx},16220},
+>                <<?xxxx">>,undefined,xxxx,<<?xxxxx">>,undefined,
+>                <<>>,undefined,
+>                [{res_1,<<?xxxx">>}],
+>                [{<<"content-type">>,<<"application/json">>},
+>                 {<<"content-length">>,<<"2">>},
+>                 {<<"te">>,<<>>},
+>                 {<<"host">>,<<?xxxxx">>},
+>                 {<<"authorization">>,
+>                  <<"Basic xxxxxxxxxxxxxx">>},
+>                 {<<"connection">>,<<"keep-alive">>}],
+>                [{<<"authorization">>,
+>                  {<<"basic">>,{<<?xxxxxx">>,<<?xxxxxx">>}}},
+>                 {<<"connection">>,[<<"keep-alive">>]}],
+>                undefined,[],waiting,
+>                <<"{\"login\":\?xxxx at xxxxxx\",\?xxxx\":\?xxxx\"}{\"login\":\?xxxx at xxxx\",\?xxxx\":\?xxxxx\"}">>,
+
+And looking at this (the buffer of already received data, presumably 
+your whole body, it looks like you receive 2 things. Perhaps the client 
+gives you the count of things instead of the length?
+
+Either way if the client provides a wrong content-type you should reject 
+the connection.
+
+>                undefined,false,waiting,
+>                [{<<"Access-Control-Allow-Credentials">>,<<"true">>},
+>                 {<<"Access-Control-Allow-Origin">>,
+>                  <<"http://xxxxxxxxx">>}],
+>                <<>>,undefined}}
+> Samir
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samset at wanadoo.fr  Fri Feb 27 18:33:56 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Fri, 27 Feb 2015 18:33:56 +0100
+Subject: [99s-extend] Body length and content-length mismatch
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Yes.
+i?m using httpc. It does not like  wrapping a binary string inside a [].
+I?ll fix my body.
+
+Thank you.
+
+Sincerely.
+
+
+
+> On 27 f?vr. 2015, at 18:11, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+> It looks like the client is telling you BS.
+> 
+> On 02/27/2015 06:07 PM, Samir Sow wrote:
+>> Hi,
+>> 
+>> I?m facing an issue with the cowboy_req:body call.
+>> 
+>> The header show a length of 2 while the body itself is a binary string which has a size greater than 2 for sure.
+>> Trying to use cowboy_req:body with the length option does not make any difference.
+>> 
+>> How can i retrieve the data ?
+>> Any clue ?
+>> 
+>> Thank you
+>> 
+>> {ok,{<<"basic">>,{<<?xxxxx at xxxxxx">>,<<?xxxxxxx">>}},
+>>           {http_req,
+>>               {sslsocket,
+>>                   {gen_tcp,#Port<0.13250>,tls_connection,<0.298.0>},
+>>                   <0.407.0>},
+>>               ranch_ssl,keepalive,<0.408.0>,<<"POST">>,'HTTP/1.1',
+>>               {{xxxxxxxxx},16220},
+>>               <<?xxxx">>,undefined,xxxx,<<?xxxxx">>,undefined,
+>>               <<>>,undefined,
+>>               [{res_1,<<?xxxx">>}],
+>>               [{<<"content-type">>,<<"application/json">>},
+>>                {<<"content-length">>,<<"2">>},
+>>                {<<"te">>,<<>>},
+>>                {<<"host">>,<<?xxxxx">>},
+>>                {<<"authorization">>,
+>>                 <<"Basic xxxxxxxxxxxxxx">>},
+>>                {<<"connection">>,<<"keep-alive">>}],
+>>               [{<<"authorization">>,
+>>                 {<<"basic">>,{<<?xxxxxx">>,<<?xxxxxx">>}}},
+>>                {<<"connection">>,[<<"keep-alive">>]}],
+>>               undefined,[],waiting,
+>>               <<"{\"login\":\?xxxx at xxxxxx\",\?xxxx\":\?xxxx\"}{\"login\":\?xxxx at xxxx\",\?xxxx\":\?xxxxx\"}">>,
+> 
+> And looking at this (the buffer of already received data, presumably your whole body, it looks like you receive 2 things. Perhaps the client gives you the count of things instead of the length?
+> 
+> Either way if the client provides a wrong content-type you should reject the connection.
+> 
+>>               undefined,false,waiting,
+>>               [{<<"Access-Control-Allow-Credentials">>,<<"true">>},
+>>                {<<"Access-Control-Allow-Origin">>,
+>>                 <<"http://xxxxxxxxx">>}],
+>>               <<>>,undefined}}
+>> Samir
+>> 
+>> 
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
diff --git a/_build/static/archives/extend/2015-February/000510.html b/_build/static/archives/extend/2015-February/000510.html
new file mode 100644
index 00000000..2f81ecde
--- /dev/null
+++ b/_build/static/archives/extend/2015-February/000510.html
@@ -0,0 +1,83 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] callbacks for additional methods
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20callbacks%20for%20additional%20methods&In-Reply-To=%3C1424040658.19383.6.camel%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000511.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] callbacks for additional methods</H1>
+    <B>Paul Dickson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20callbacks%20for%20additional%20methods&In-Reply-To=%3C1424040658.19383.6.camel%40gmail.com%3E"
+       TITLE="[99s-extend] callbacks for additional methods">pdtwonotes at gmail.com
+       </A><BR>
+    <I>Sun Feb 15 23:50:58 CET 2015</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000511.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#510">[ date ]</a>
+              <a href="thread.html#510">[ thread ]</a>
+              <a href="subject.html#510">[ subject ]</a>
+              <a href="author.html#510">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I am writing a CalDAV handler, which is a type of WebDAV server.  CalDAV
+defines a bunch of
+additional methods beyond what a typical web browser would use, such as
+REPORT and PROPFIND.
+
+I have written the allowed_methods and known_methods callbacks to report
+that all these methods
+are acceptable.  My content_types_provided has an entry for
+&quot;application/xml&quot;, which is how these
+extra methods turn up.
+
+When I connect to my server using the calendar function of Evolution,
+one of the first things it does
+is a REPORT method, which is sort of a query.  This gets as far as
+content_types_provided, but after
+that it does not call the function I identified in
+content_types_provided.
+
+What is the best way to handle the non-standard methods that do not have
+defined callbacks?
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150215/9d2f5de1/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150215/9d2f5de1/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000511.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#510">[ date ]</a>
+              <a href="thread.html#510">[ thread ]</a>
+              <a href="subject.html#510">[ subject ]</a>
+              <a href="author.html#510">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-February/000511.html b/_build/static/archives/extend/2015-February/000511.html
new file mode 100644
index 00000000..c3fde33d
--- /dev/null
+++ b/_build/static/archives/extend/2015-February/000511.html
@@ -0,0 +1,103 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Body length and content-length mismatch
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Body%20length%20and%20content-length%20mismatch&In-Reply-To=%3C4E148D98-CFDB-40D4-8532-8E46C8F09DB0%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000510.html">
+   <LINK REL="Next"  HREF="000512.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Body length and content-length mismatch</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Body%20length%20and%20content-length%20mismatch&In-Reply-To=%3C4E148D98-CFDB-40D4-8532-8E46C8F09DB0%40wanadoo.fr%3E"
+       TITLE="[99s-extend] Body length and content-length mismatch">samset at wanadoo.fr
+       </A><BR>
+    <I>Fri Feb 27 18:07:08 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000510.html">[99s-extend] callbacks for additional methods
+</A></li>
+        <LI>Next message: <A HREF="000512.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#511">[ date ]</a>
+              <a href="thread.html#511">[ thread ]</a>
+              <a href="subject.html#511">[ subject ]</a>
+              <a href="author.html#511">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I&#8217;m facing an issue with the cowboy_req:body call.
+
+The header show a length of 2 while the body itself is a binary string which has a size greater than 2 for sure.
+Trying to use cowboy_req:body with the length option does not make any difference.
+
+How can i retrieve the data ?
+Any clue ?
+
+Thank you
+
+{ok,{&lt;&lt;&quot;basic&quot;&gt;&gt;,{&lt;&lt;&#171;<A HREF="https://lists.ninenines.eu/listinfo/extend">xxxxx at xxxxxx</A>&quot;&gt;&gt;,&lt;&lt;&#171;xxxxxxx&quot;&gt;&gt;}},
+          {http_req,
+              {sslsocket,
+                  {gen_tcp,#Port&lt;0.13250&gt;,tls_connection,&lt;0.298.0&gt;},
+                  &lt;0.407.0&gt;},
+              ranch_ssl,keepalive,&lt;0.408.0&gt;,&lt;&lt;&quot;POST&quot;&gt;&gt;,'HTTP/1.1',
+              {{xxxxxxxxx},16220},
+              &lt;&lt;&#171;xxxx&quot;&gt;&gt;,undefined,xxxx,&lt;&lt;&#171;xxxxx&quot;&gt;&gt;,undefined,
+              &lt;&lt;&gt;&gt;,undefined,
+              [{res_1,&lt;&lt;&#171;xxxx&quot;&gt;&gt;}],
+              [{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&quot;application/json&quot;&gt;&gt;},
+               {&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;2&quot;&gt;&gt;},
+               {&lt;&lt;&quot;te&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},
+               {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&#171;xxxxx&quot;&gt;&gt;},
+               {&lt;&lt;&quot;authorization&quot;&gt;&gt;,
+                &lt;&lt;&quot;Basic xxxxxxxxxxxxxx&quot;&gt;&gt;},
+               {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;}],
+              [{&lt;&lt;&quot;authorization&quot;&gt;&gt;,
+                {&lt;&lt;&quot;basic&quot;&gt;&gt;,{&lt;&lt;&#171;xxxxxx&quot;&gt;&gt;,&lt;&lt;&#171;xxxxxx&quot;&gt;&gt;}}},
+               {&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}],
+              undefined,[],waiting,
+              &lt;&lt;&quot;{\&quot;login\&quot;:\&#187;<A HREF="https://lists.ninenines.eu/listinfo/extend">xxxx at xxxxxx</A>\&quot;,\&#187;xxxx\&quot;:\&#187;xxxx\&quot;}{\&quot;login\&quot;:\&#187;<A HREF="https://lists.ninenines.eu/listinfo/extend">xxxx at xxxx</A>\&quot;,\&#187;xxxx\&quot;:\&#187;xxxxx\&quot;}&quot;&gt;&gt;,
+              undefined,false,waiting,
+              [{&lt;&lt;&quot;Access-Control-Allow-Credentials&quot;&gt;&gt;,&lt;&lt;&quot;true&quot;&gt;&gt;},
+               {&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,
+                &lt;&lt;&quot;<A HREF="http://xxxxxxxxx">http://xxxxxxxxx</A>&quot;&gt;&gt;}],
+              &lt;&lt;&gt;&gt;,undefined}}
+Samir
+
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000510.html">[99s-extend] callbacks for additional methods
+</A></li>
+	<LI>Next message: <A HREF="000512.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#511">[ date ]</a>
+              <a href="thread.html#511">[ thread ]</a>
+              <a href="subject.html#511">[ subject ]</a>
+              <a href="author.html#511">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-February/000512.html b/_build/static/archives/extend/2015-February/000512.html
new file mode 100644
index 00000000..f40595c2
--- /dev/null
+++ b/_build/static/archives/extend/2015-February/000512.html
@@ -0,0 +1,123 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Body length and content-length mismatch
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Body%20length%20and%20content-length%20mismatch&In-Reply-To=%3C54F0A54E.2010205%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000511.html">
+   <LINK REL="Next"  HREF="000513.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Body length and content-length mismatch</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Body%20length%20and%20content-length%20mismatch&In-Reply-To=%3C54F0A54E.2010205%40ninenines.eu%3E"
+       TITLE="[99s-extend] Body length and content-length mismatch">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Feb 27 18:11:42 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000511.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+        <LI>Next message: <A HREF="000513.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#512">[ date ]</a>
+              <a href="thread.html#512">[ thread ]</a>
+              <a href="subject.html#512">[ subject ]</a>
+              <a href="author.html#512">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It looks like the client is telling you BS.
+
+On 02/27/2015 06:07 PM, Samir Sow wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I&#8217;m facing an issue with the cowboy_req:body call.
+</I>&gt;<i>
+</I>&gt;<i> The header show a length of 2 while the body itself is a binary string which has a size greater than 2 for sure.
+</I>&gt;<i> Trying to use cowboy_req:body with the length option does not make any difference.
+</I>&gt;<i>
+</I>&gt;<i> How can i retrieve the data ?
+</I>&gt;<i> Any clue ?
+</I>&gt;<i>
+</I>&gt;<i> Thank you
+</I>&gt;<i>
+</I>&gt;<i> {ok,{&lt;&lt;&quot;basic&quot;&gt;&gt;,{&lt;&lt;&#171;<A HREF="https://lists.ninenines.eu/listinfo/extend">xxxxx at xxxxxx</A>&quot;&gt;&gt;,&lt;&lt;&#171;xxxxxxx&quot;&gt;&gt;}},
+</I>&gt;<i>            {http_req,
+</I>&gt;<i>                {sslsocket,
+</I>&gt;<i>                    {gen_tcp,#Port&lt;0.13250&gt;,tls_connection,&lt;0.298.0&gt;},
+</I>&gt;<i>                    &lt;0.407.0&gt;},
+</I>&gt;<i>                ranch_ssl,keepalive,&lt;0.408.0&gt;,&lt;&lt;&quot;POST&quot;&gt;&gt;,'HTTP/1.1',
+</I>&gt;<i>                {{xxxxxxxxx},16220},
+</I>&gt;<i>                &lt;&lt;&#171;xxxx&quot;&gt;&gt;,undefined,xxxx,&lt;&lt;&#171;xxxxx&quot;&gt;&gt;,undefined,
+</I>&gt;<i>                &lt;&lt;&gt;&gt;,undefined,
+</I>&gt;<i>                [{res_1,&lt;&lt;&#171;xxxx&quot;&gt;&gt;}],
+</I>&gt;<i>                [{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&quot;application/json&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;2&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;te&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&#171;xxxxx&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;authorization&quot;&gt;&gt;,
+</I>&gt;<i>                  &lt;&lt;&quot;Basic xxxxxxxxxxxxxx&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;}],
+</I>&gt;<i>                [{&lt;&lt;&quot;authorization&quot;&gt;&gt;,
+</I>&gt;<i>                  {&lt;&lt;&quot;basic&quot;&gt;&gt;,{&lt;&lt;&#171;xxxxxx&quot;&gt;&gt;,&lt;&lt;&#171;xxxxxx&quot;&gt;&gt;}}},
+</I>&gt;<i>                 {&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}],
+</I>&gt;<i>                undefined,[],waiting,
+</I>&gt;<i>                &lt;&lt;&quot;{\&quot;login\&quot;:\&#187;<A HREF="https://lists.ninenines.eu/listinfo/extend">xxxx at xxxxxx</A>\&quot;,\&#187;xxxx\&quot;:\&#187;xxxx\&quot;}{\&quot;login\&quot;:\&#187;<A HREF="https://lists.ninenines.eu/listinfo/extend">xxxx at xxxx</A>\&quot;,\&#187;xxxx\&quot;:\&#187;xxxxx\&quot;}&quot;&gt;&gt;,
+</I>
+And looking at this (the buffer of already received data, presumably 
+your whole body, it looks like you receive 2 things. Perhaps the client 
+gives you the count of things instead of the length?
+
+Either way if the client provides a wrong content-type you should reject 
+the connection.
+
+&gt;<i>                undefined,false,waiting,
+</I>&gt;<i>                [{&lt;&lt;&quot;Access-Control-Allow-Credentials&quot;&gt;&gt;,&lt;&lt;&quot;true&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,
+</I>&gt;<i>                  &lt;&lt;&quot;<A HREF="http://xxxxxxxxx">http://xxxxxxxxx</A>&quot;&gt;&gt;}],
+</I>&gt;<i>                &lt;&lt;&gt;&gt;,undefined}}
+</I>&gt;<i> Samir
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000511.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+	<LI>Next message: <A HREF="000513.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#512">[ date ]</a>
+              <a href="thread.html#512">[ thread ]</a>
+              <a href="subject.html#512">[ subject ]</a>
+              <a href="author.html#512">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-February/000513.html b/_build/static/archives/extend/2015-February/000513.html
new file mode 100644
index 00000000..d8937c71
--- /dev/null
+++ b/_build/static/archives/extend/2015-February/000513.html
@@ -0,0 +1,130 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Body length and content-length mismatch
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Body%20length%20and%20content-length%20mismatch&In-Reply-To=%3C62EAECE1-086A-4788-845A-11A1BC6C16AA%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000512.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Body length and content-length mismatch</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Body%20length%20and%20content-length%20mismatch&In-Reply-To=%3C62EAECE1-086A-4788-845A-11A1BC6C16AA%40wanadoo.fr%3E"
+       TITLE="[99s-extend] Body length and content-length mismatch">samset at wanadoo.fr
+       </A><BR>
+    <I>Fri Feb 27 18:33:56 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000512.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#513">[ date ]</a>
+              <a href="thread.html#513">[ thread ]</a>
+              <a href="subject.html#513">[ subject ]</a>
+              <a href="author.html#513">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Yes.
+i&#8217;m using httpc. It does not like  wrapping a binary string inside a [].
+I&#8217;ll fix my body.
+
+Thank you.
+
+Sincerely.
+
+
+
+&gt;<i> On 27 f&#233;vr. 2015, at 18:11, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> It looks like the client is telling you BS.
+</I>&gt;<i> 
+</I>&gt;<i> On 02/27/2015 06:07 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I&#8217;m facing an issue with the cowboy_req:body call.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> The header show a length of 2 while the body itself is a binary string which has a size greater than 2 for sure.
+</I>&gt;&gt;<i> Trying to use cowboy_req:body with the length option does not make any difference.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> How can i retrieve the data ?
+</I>&gt;&gt;<i> Any clue ?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thank you
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> {ok,{&lt;&lt;&quot;basic&quot;&gt;&gt;,{&lt;&lt;&#171;<A HREF="https://lists.ninenines.eu/listinfo/extend">xxxxx at xxxxxx</A>&quot;&gt;&gt;,&lt;&lt;&#171;xxxxxxx&quot;&gt;&gt;}},
+</I>&gt;&gt;<i>           {http_req,
+</I>&gt;&gt;<i>               {sslsocket,
+</I>&gt;&gt;<i>                   {gen_tcp,#Port&lt;0.13250&gt;,tls_connection,&lt;0.298.0&gt;},
+</I>&gt;&gt;<i>                   &lt;0.407.0&gt;},
+</I>&gt;&gt;<i>               ranch_ssl,keepalive,&lt;0.408.0&gt;,&lt;&lt;&quot;POST&quot;&gt;&gt;,'HTTP/1.1',
+</I>&gt;&gt;<i>               {{xxxxxxxxx},16220},
+</I>&gt;&gt;<i>               &lt;&lt;&#171;xxxx&quot;&gt;&gt;,undefined,xxxx,&lt;&lt;&#171;xxxxx&quot;&gt;&gt;,undefined,
+</I>&gt;&gt;<i>               &lt;&lt;&gt;&gt;,undefined,
+</I>&gt;&gt;<i>               [{res_1,&lt;&lt;&#171;xxxx&quot;&gt;&gt;}],
+</I>&gt;&gt;<i>               [{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&quot;application/json&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                {&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;2&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                {&lt;&lt;&quot;te&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},
+</I>&gt;&gt;<i>                {&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&#171;xxxxx&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                {&lt;&lt;&quot;authorization&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                 &lt;&lt;&quot;Basic xxxxxxxxxxxxxx&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;}],
+</I>&gt;&gt;<i>               [{&lt;&lt;&quot;authorization&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;basic&quot;&gt;&gt;,{&lt;&lt;&#171;xxxxxx&quot;&gt;&gt;,&lt;&lt;&#171;xxxxxx&quot;&gt;&gt;}}},
+</I>&gt;&gt;<i>                {&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}],
+</I>&gt;&gt;<i>               undefined,[],waiting,
+</I>&gt;&gt;<i>               &lt;&lt;&quot;{\&quot;login\&quot;:\&#187;<A HREF="https://lists.ninenines.eu/listinfo/extend">xxxx at xxxxxx</A>\&quot;,\&#187;xxxx\&quot;:\&#187;xxxx\&quot;}{\&quot;login\&quot;:\&#187;<A HREF="https://lists.ninenines.eu/listinfo/extend">xxxx at xxxx</A>\&quot;,\&#187;xxxx\&quot;:\&#187;xxxxx\&quot;}&quot;&gt;&gt;,
+</I>&gt;<i> 
+</I>&gt;<i> And looking at this (the buffer of already received data, presumably your whole body, it looks like you receive 2 things. Perhaps the client gives you the count of things instead of the length?
+</I>&gt;<i> 
+</I>&gt;<i> Either way if the client provides a wrong content-type you should reject the connection.
+</I>&gt;<i> 
+</I>&gt;&gt;<i>               undefined,false,waiting,
+</I>&gt;&gt;<i>               [{&lt;&lt;&quot;Access-Control-Allow-Credentials&quot;&gt;&gt;,&lt;&lt;&quot;true&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                {&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                 &lt;&lt;&quot;<A HREF="http://xxxxxxxxx">http://xxxxxxxxx</A>&quot;&gt;&gt;}],
+</I>&gt;&gt;<i>               &lt;&lt;&gt;&gt;,undefined}}
+</I>&gt;&gt;<i> Samir
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000512.html">[99s-extend] Body length and content-length mismatch
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#513">[ date ]</a>
+              <a href="thread.html#513">[ thread ]</a>
+              <a href="subject.html#513">[ subject ]</a>
+              <a href="author.html#513">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-February/author.html b/_build/static/archives/extend/2015-February/author.html
new file mode 100644
index 00000000..fd99291d
--- /dev/null
+++ b/_build/static/archives/extend/2015-February/author.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2015 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2015 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Feb 15 23:50:58 CET 2015</i><br>
+         <b>Ending:</b> <i>Fri Feb 27 18:33:56 CET 2015</i><br>
+         <b>Messages:</b> 4<p>
+     <ul>
+
+<LI><A HREF="000510.html">[99s-extend] callbacks for additional methods
+</A><A NAME="510">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000512.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="512">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000511.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="511">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000513.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="513">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Feb 27 18:33:56 CET 2015</i><br>
+    <b>Archived on:</b> <i>Fri Feb 27 18:33:54 CET 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-February/date.html b/_build/static/archives/extend/2015-February/date.html
new file mode 100644
index 00000000..1b5a82b3
--- /dev/null
+++ b/_build/static/archives/extend/2015-February/date.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2015 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2015 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Feb 15 23:50:58 CET 2015</i><br>
+         <b>Ending:</b> <i>Fri Feb 27 18:33:56 CET 2015</i><br>
+         <b>Messages:</b> 4<p>
+     <ul>
+
+<LI><A HREF="000510.html">[99s-extend] callbacks for additional methods
+</A><A NAME="510">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000511.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="511">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000512.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="512">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000513.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="513">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Feb 27 18:33:56 CET 2015</i><br>
+    <b>Archived on:</b> <i>Fri Feb 27 18:33:54 CET 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-February/index.html b/_build/static/archives/extend/2015-February/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-February/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2015-February/subject.html b/_build/static/archives/extend/2015-February/subject.html
new file mode 100644
index 00000000..878baabb
--- /dev/null
+++ b/_build/static/archives/extend/2015-February/subject.html
@@ -0,0 +1,67 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2015 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2015 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Feb 15 23:50:58 CET 2015</i><br>
+         <b>Ending:</b> <i>Fri Feb 27 18:33:56 CET 2015</i><br>
+         <b>Messages:</b> 4<p>
+     <ul>
+
+<LI><A HREF="000511.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="511">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000512.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="512">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000513.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="513">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000510.html">[99s-extend] callbacks for additional methods
+</A><A NAME="510">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Feb 27 18:33:56 CET 2015</i><br>
+    <b>Archived on:</b> <i>Fri Feb 27 18:33:54 CET 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-February/thread.html b/_build/static/archives/extend/2015-February/thread.html
new file mode 100644
index 00000000..2c70907f
--- /dev/null
+++ b/_build/static/archives/extend/2015-February/thread.html
@@ -0,0 +1,75 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend February 2015 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>February 2015 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sun Feb 15 23:50:58 CET 2015</i><br>
+         <b>Ending:</b> <i>Fri Feb 27 18:33:56 CET 2015</i><br>
+         <b>Messages:</b> 4<p>
+     <ul>
+
+<!--0 01424040658.510- -->
+<LI><A HREF="000510.html">[99s-extend] callbacks for additional methods
+</A><A NAME="510">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<!--0 01425056828.511- -->
+<LI><A HREF="000511.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="511">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--1 01425056828.511-01425057102.512- -->
+<LI><A HREF="000512.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="512">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01425056828.511-01425057102.512-01425058436.513- -->
+<LI><A HREF="000513.html">[99s-extend] Body length and content-length mismatch
+</A><A NAME="513">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Fri Feb 27 18:33:56 CET 2015</i><br>
+    <b>Archived on:</b> <i>Fri Feb 27 18:33:54 CET 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-January.txt b/_build/static/archives/extend/2015-January.txt
new file mode 100644
index 00000000..d94c2440
--- /dev/null
+++ b/_build/static/archives/extend/2015-January.txt
@@ -0,0 +1,1189 @@
+From e at bestmx.net  Sat Jan 10 14:55:58 2015
+From: e at bestmx.net (e at bestmx.net)
+Date: Sat, 10 Jan 2015 14:55:58 +0100
+Subject: [99s-extend] websocket over ssl
+Message-ID: <[email protected]>
+
+Hello all.
+
+I am trying to alter my cowboy-based websocket server from plain to SSL 
+connection.
+And I found out that I have failed to understand very basics of the 
+combination of WS and SSL.
+
+As far as i've understood the very nature of the WS it is a bit altered 
+http connection (i open the http connection first, and then i change its 
+status to WS)
+
+On the other hand the whole "HTTP story" could be wrapped into SSL, so 
+that SSL is an outer layer of data encoding (as seen transparent by an 
+application)
+
+thus,
+if I open HTTPS connection (which implies SSL enveloping) and then alter 
+the connection status to WS, the whole "WS story" appears naturally 
+INSIDE THE PREVIOUSLY ESTABLISHED SSL CONNECTION.
+
+Is it true?
+
+In this regard i can hardly find a place in this world for the "WSS" 
+term, what does it stand for?
+
+Please, help me fit it in my head.
+
+However, i might be confusing some Client-Side entities, that are 
+involved in the process of starting up my WebSocket.
+
+I am using a Browser with JavaScript.
+
+The semantics of the very WebSocket.start() operation is not enough 
+clear to me. Please, do not laugh.
+
+when i do JS WebSocket.start() does it:
+(a) opens an http connection and then alters it to WS
+(b) alters the connection in the context of which the JS process is running
+????
+
+I'll be damned if the answer was lying on the surface of the internet!
+
+The third part of this ugly question is about cowboy actually.
+How all these entities mentioned above do map into my_app.erl file?
+what particular bits of cowboy's "configuration" (may i call this 
+particular piece of code a "setup" or "config"?) affect what aspects of 
+the connection initialization.
+
+well, i am afraid it could be put in a simpler way:
+"Exactly When and Where the WSS story begins?"
+
+
+From essen at ninenines.eu  Sat Jan 10 15:21:04 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Sat, 10 Jan 2015 15:21:04 +0100
+Subject: [99s-extend] websocket over ssl
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+Assuming you have no problem understanding HTTPS, the only differences 
+between plain Websocket and HTTPS Websocket are as follow:
+
+In your browser, your ws:// links become wss:// links.
+
+In Cowboy, use start_https instead of start_http. There is no change 
+required in your code otherwise.
+
+It may or may not be possible to use wss:// from an HTTP page or ws:// 
+from an HTTPS page, I'm not too up to date on that one. Otherwise, ws:// 
+from HTTP page or wss:// from HTTPS page works as intended.
+
+There is no requirement that a Websocket connection is initiated on a 
+new TCP connection. I am not sure if browsers reuse connections or not.
+
+On 01/10/2015 02:55 PM, e at bestmx.net wrote:
+> Hello all.
+>
+> I am trying to alter my cowboy-based websocket server from plain to SSL
+> connection.
+> And I found out that I have failed to understand very basics of the
+> combination of WS and SSL.
+>
+> As far as i've understood the very nature of the WS it is a bit altered
+> http connection (i open the http connection first, and then i change its
+> status to WS)
+>
+> On the other hand the whole "HTTP story" could be wrapped into SSL, so
+> that SSL is an outer layer of data encoding (as seen transparent by an
+> application)
+>
+> thus,
+> if I open HTTPS connection (which implies SSL enveloping) and then alter
+> the connection status to WS, the whole "WS story" appears naturally
+> INSIDE THE PREVIOUSLY ESTABLISHED SSL CONNECTION.
+>
+> Is it true?
+>
+> In this regard i can hardly find a place in this world for the "WSS"
+> term, what does it stand for?
+>
+> Please, help me fit it in my head.
+>
+> However, i might be confusing some Client-Side entities, that are
+> involved in the process of starting up my WebSocket.
+>
+> I am using a Browser with JavaScript.
+>
+> The semantics of the very WebSocket.start() operation is not enough
+> clear to me. Please, do not laugh.
+>
+> when i do JS WebSocket.start() does it:
+> (a) opens an http connection and then alters it to WS
+> (b) alters the connection in the context of which the JS process is running
+> ????
+>
+> I'll be damned if the answer was lying on the surface of the internet!
+>
+> The third part of this ugly question is about cowboy actually.
+> How all these entities mentioned above do map into my_app.erl file?
+> what particular bits of cowboy's "configuration" (may i call this
+> particular piece of code a "setup" or "config"?) affect what aspects of
+> the connection initialization.
+>
+> well, i am afraid it could be put in a simpler way:
+> "Exactly When and Where the WSS story begins?"
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From e at bestmx.net  Sat Jan 10 15:28:52 2015
+From: e at bestmx.net (e at bestmx.net)
+Date: Sat, 10 Jan 2015 15:28:52 +0100
+Subject: [99s-extend] websocket over ssl
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+> In Cowboy, use start_https instead of start_http.
+
+thanx! it makes a lot of sense for me.
+tell me please what deps should be declared in the .app file?
+
+is the following correct?
+
+	{applications, [
+		kernel,
+		stdlib,
+		crypto,
+		public_key,
+		ssl,
+		cowboy
+	]},
+
+does the order matters?
+
+(i borrowed that from the internet without deep understanding of the 
+roles of each app on the list)
+
+From essen at ninenines.eu  Sat Jan 10 15:34:41 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Sat, 10 Jan 2015 15:34:41 +0100
+Subject: [99s-extend] websocket over ssl
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Just kernel, stdlib, ssl, cowboy should be enough. Order does not matter 
+I think.
+
+On 01/10/2015 03:28 PM, e at bestmx.net wrote:
+>> In Cowboy, use start_https instead of start_http.
+>
+> thanx! it makes a lot of sense for me.
+> tell me please what deps should be declared in the .app file?
+>
+> is the following correct?
+>
+>      {applications, [
+>          kernel,
+>          stdlib,
+>          crypto,
+>          public_key,
+>          ssl,
+>          cowboy
+>      ]},
+>
+> does the order matters?
+>
+> (i borrowed that from the internet without deep understanding of the
+> roles of each app on the list)
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From lee.sylvester at gmail.com  Sat Jan 10 15:39:41 2015
+From: lee.sylvester at gmail.com (Lee Sylvester)
+Date: Sat, 10 Jan 2015 14:39:41 +0000
+Subject: [99s-extend] websocket over ssl
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+I use Cowboy for websockets, but I find it?s a lot easier (and less stressful) to run Nginx in front of it to provide the SSL layer.
+
+Lee
+
+
+> On 10 Jan 2015, at 13:55, e at bestmx.net wrote:
+> 
+> Hello all.
+> 
+> I am trying to alter my cowboy-based websocket server from plain to SSL connection.
+> And I found out that I have failed to understand very basics of the combination of WS and SSL.
+> 
+> As far as i've understood the very nature of the WS it is a bit altered http connection (i open the http connection first, and then i change its status to WS)
+> 
+> On the other hand the whole "HTTP story" could be wrapped into SSL, so that SSL is an outer layer of data encoding (as seen transparent by an application)
+> 
+> thus,
+> if I open HTTPS connection (which implies SSL enveloping) and then alter the connection status to WS, the whole "WS story" appears naturally INSIDE THE PREVIOUSLY ESTABLISHED SSL CONNECTION.
+> 
+> Is it true?
+> 
+> In this regard i can hardly find a place in this world for the "WSS" term, what does it stand for?
+> 
+> Please, help me fit it in my head.
+> 
+> However, i might be confusing some Client-Side entities, that are involved in the process of starting up my WebSocket.
+> 
+> I am using a Browser with JavaScript.
+> 
+> The semantics of the very WebSocket.start() operation is not enough clear to me. Please, do not laugh.
+> 
+> when i do JS WebSocket.start() does it:
+> (a) opens an http connection and then alters it to WS
+> (b) alters the connection in the context of which the JS process is running
+> ????
+> 
+> I'll be damned if the answer was lying on the surface of the internet!
+> 
+> The third part of this ugly question is about cowboy actually.
+> How all these entities mentioned above do map into my_app.erl file?
+> what particular bits of cowboy's "configuration" (may i call this particular piece of code a "setup" or "config"?) affect what aspects of the connection initialization.
+> 
+> well, i am afraid it could be put in a simpler way:
+> "Exactly When and Where the WSS story begins?"
+> 
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+
+From e at bestmx.net  Sat Jan 10 15:46:23 2015
+From: e at bestmx.net (e at bestmx.net)
+Date: Sat, 10 Jan 2015 15:46:23 +0100
+Subject: [99s-extend] websocket over ssl
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+ > I use Cowboy for websockets, but I find it?s a lot easier (and less
+ > stressful) to run Nginx in front of it to provide the SSL layer.
+
+well, nginx is my choice for almost everything, still i am trying to 
+minimize amount of intermediate software wherever possible.
+
+P.S.
+with nginx and postgreSQL i have managed to eliminate any trace of 
+server-side scripting  in my previous project :)
+just nginx connected to Postgres.
+
+
+From e at bestmx.net  Sat Jan 10 16:28:19 2015
+From: e at bestmx.net (e at bestmx.net)
+Date: Sat, 10 Jan 2015 16:28:19 +0100
+Subject: [99s-extend] websocket over ssl
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+thanx again.
+now everything "magically" works :)
+
+
+On 01/10/2015 03:34 PM, Lo?c Hoguin wrote:
+> Just kernel, stdlib, ssl, cowboy should be enough. Order does not matter
+> I think.
+>
+> On 01/10/2015 03:28 PM, e at bestmx.net wrote:
+>>> In Cowboy, use start_https instead of start_http.
+>>
+>> thanx! it makes a lot of sense for me.
+>> tell me please what deps should be declared in the .app file?
+>>
+>> is the following correct?
+>>
+>>      {applications, [
+>>          kernel,
+>>          stdlib,
+>>          crypto,
+>>          public_key,
+>>          ssl,
+>>          cowboy
+>>      ]},
+>>
+>> does the order matters?
+>>
+>> (i borrowed that from the internet without deep understanding of the
+>> roles of each app on the list)
+>
+
+From stefan.strigler at gmail.com  Wed Jan 14 17:45:41 2015
+From: stefan.strigler at gmail.com (Stefan Strigler)
+Date: Wed, 14 Jan 2015 17:45:41 +0100
+Subject: [99s-extend] cowboy and handling exceptions
+Message-ID: <CAE7Uswd9-1g2QytyFPBWTFzy1KKhBircPT6_Q=g_qBNqwnouow@mail.gmail.com>
+
+Hey there,
+
+maybe I'm missing the obvious. What I want to do is add some generic
+handler for exception handling. Say we have a set of resources some of
+which delegating stuff to external, other services. These calls might
+result in a
+
+throw({error, timeout})
+
+for instance. How would I add/modify cowboy's middleware (right place?) to
+handle those (known) exception and return a custom error (like 504 -
+Gateway Timeout).
+
+Thanks for any hints,
+
+Steve
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150114/3267f73e/attachment.html>
+
+From essen at ninenines.eu  Wed Jan 14 18:49:39 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 14 Jan 2015 18:49:39 +0100
+Subject: [99s-extend] cowboy and handling exceptions
+In-Reply-To: <CAE7Uswd9-1g2QytyFPBWTFzy1KKhBircPT6_Q=g_qBNqwnouow@mail.gmail.com>
+References: <CAE7Uswd9-1g2QytyFPBWTFzy1KKhBircPT6_Q=g_qBNqwnouow@mail.gmail.com>
+Message-ID: <[email protected]>
+
+I don't know, there is no such thing in Cowboy. :-)
+
+On 01/14/2015 05:45 PM, Stefan Strigler wrote:
+> Hey there,
+>
+> maybe I'm missing the obvious. What I want to do is add some generic
+> handler for exception handling. Say we have a set of resources some of
+> which delegating stuff to external, other services. These calls might
+> result in a
+>
+> throw({error, timeout})
+>
+> for instance. How would I add/modify cowboy's middleware (right place?)
+> to handle those (known) exception and return a custom error (like 504 -
+> Gateway Timeout).
+>
+> Thanks for any hints,
+>
+> Steve
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From essen at ninenines.eu  Wed Jan 14 18:50:21 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 14 Jan 2015 18:50:21 +0100
+Subject: [99s-extend] cowboy and handling exceptions
+In-Reply-To: <[email protected]>
+References: <CAE7Uswd9-1g2QytyFPBWTFzy1KKhBircPT6_Q=g_qBNqwnouow@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I send too early...
+
+I want to add a hook for when Cowboy receives exceptions in Cowboy 2, so 
+at that point you will be able to do it. But nothing in current Cowboy.
+
+On 01/14/2015 06:49 PM, Lo?c Hoguin wrote:
+> I don't know, there is no such thing in Cowboy. :-)
+>
+> On 01/14/2015 05:45 PM, Stefan Strigler wrote:
+>> Hey there,
+>>
+>> maybe I'm missing the obvious. What I want to do is add some generic
+>> handler for exception handling. Say we have a set of resources some of
+>> which delegating stuff to external, other services. These calls might
+>> result in a
+>>
+>> throw({error, timeout})
+>>
+>> for instance. How would I add/modify cowboy's middleware (right place?)
+>> to handle those (known) exception and return a custom error (like 504 -
+>> Gateway Timeout).
+>>
+>> Thanks for any hints,
+>>
+>> Steve
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From e at bestmx.net  Mon Jan 19 20:32:00 2015
+From: e at bestmx.net (e at bestmx.net)
+Date: Mon, 19 Jan 2015 20:32:00 +0100
+Subject: [99s-extend] Cowboy + SSL
+Message-ID: <[email protected]>
+
+Hello.
+
+i still have a problem with SSL.
+as soon as i change cowboy:start_http call to cowboy:start_https
+my release refuses to stop (when requested)
+and when i revert to "http" it starts and stops normally.
+
+i am sure it is the only difference: start_http vs. start_https
+
+i am using relx with default settings as it was provided by cowboy
+(Erlang R17, System: Debian "testing")
+
+here is my_app.erl:
+
+start(_Type, _Args) ->
+   Dispatch =
+   cowboy_router:compile([{'_', [{"/start", ws_handler, []}]}]),
+
+   cowboy:start_https( https, 100, [ {port, 8765}
+   , {cacertfile, ?Dir ++ "/ssl/cowboy-ca.crt"}
+   , {certfile, ?Dir ++ "/ssl/server.crt"}
+   , {keyfile, ?Dir ++ "/ssl/server.key"} ]
+   , [{env, [{dispatch, Dispatch}]}]),
+
+   online37_sup:start_link().
+
+stop(_State) -> ok.
+
+
+once i call:
+release/bin/my_release stop
+
+the erlang.log repeats hundreds of:
+
+=ERROR REPORT==== 19-Jan-2015::20:06:02 ===
+Error in process <0.234.0> on node 'online37 at 127.0.0.1' with exit value: 
+{{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,"src/ranch_acceptor.erl"},{line,28}]}]}
+
+
+what could it be?
+any misconfiguration of my system (regarding ssl support)?
+what exactly does ranch expect from me?
+
+
+
+From e at bestmx.net  Wed Jan 21 19:28:40 2015
+From: e at bestmx.net (e at bestmx.net)
+Date: Wed, 21 Jan 2015 19:28:40 +0100
+Subject: [99s-extend] Cowboy + SSL
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+reading the sources i have found that this crash i am trying to report 
+is intended behavior,
+but
+it happens in the middle of the SHUTDOWN procedure!
+
+
+I tried to investigate how a relx's release shuts down
+and i have found it is merely one call to: init:stop/0
+nothing else.
+
+the manual says:
+
+stop() -> ok
+
+All applications are taken down smoothly, all code is unloaded, and all 
+ports are closed before the system terminates. If the -heart command 
+line flag was given, the heart program is terminated before the Erlang 
+node terminates.
+
+I end up totally clueless -- everything is rock solid yet it crashes.
+maybe there is some clue in the sequence of shutting down applications?
+
+does anything controls/defines that sequence?
+
+
+
+On 01/19/2015 08:32 PM, e at bestmx.net wrote:
+> Hello.
+>
+> i still have a problem with SSL.
+> as soon as i change cowboy:start_http call to cowboy:start_https
+> my release refuses to stop (when requested)
+> and when i revert to "http" it starts and stops normally.
+>
+> i am sure it is the only difference: start_http vs. start_https
+>
+> i am using relx with default settings as it was provided by cowboy
+> (Erlang R17, System: Debian "testing")
+>
+> here is my_app.erl:
+>
+> start(_Type, _Args) ->
+>    Dispatch =
+>    cowboy_router:compile([{'_', [{"/start", ws_handler, []}]}]),
+>
+>    cowboy:start_https( https, 100, [ {port, 8765}
+>    , {cacertfile, ?Dir ++ "/ssl/cowboy-ca.crt"}
+>    , {certfile, ?Dir ++ "/ssl/server.crt"}
+>    , {keyfile, ?Dir ++ "/ssl/server.key"} ]
+>    , [{env, [{dispatch, Dispatch}]}]),
+>
+>    online37_sup:start_link().
+>
+> stop(_State) -> ok.
+>
+>
+> once i call:
+> release/bin/my_release stop
+>
+> the erlang.log repeats hundreds of:
+>
+> =ERROR REPORT==== 19-Jan-2015::20:06:02 ===
+> Error in process <0.234.0> on node 'online37 at 127.0.0.1' with exit value:
+> {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,"src/ranch_acceptor.erl"},{line,28}]}]}
+>
+>
+>
+> what could it be?
+> any misconfiguration of my system (regarding ssl support)?
+> what exactly does ranch expect from me?
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+From pdtwonotes at gmail.com  Sun Jan 25 23:30:08 2015
+From: pdtwonotes at gmail.com (Paul Dickson)
+Date: Sun, 25 Jan 2015 17:30:08 -0500
+Subject: [99s-extend] Rewriting URLs
+Message-ID: <[email protected]>
+
+I am trying to write a middleware step that will modify the URL in a
+request before it gets to the default static request handler.  I can not
+find an example of how to do this.  What I?have so far:
+
+execute( Req, Env ) ->
+    HostUrl = cowboy_req:host_url(Req),
+    NewUrl = rewrite( HostUrl ),
+    NewReq = ???
+    {ok, NewReq, Env}.
+
+How do I modify a Request object so that it contains my modified URL,
+which cowboy_static will then process normally?  My 'rewrite' function
+converts logical directory names into real file-system paths, using a
+dynamic algorithm that can not be simply written into cowboy's dispatch
+rules.
+
+The dispatch rules I am using is as follows, where 'bz_libmap' is my
+module containing the code above:
+	    {"/music/[...]", cowboy_static, {dir, bz_libmap, ""}},
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150125/370811e4/attachment.html>
+
+From pdtwonotes at gmail.com  Mon Jan 26 06:09:49 2015
+From: pdtwonotes at gmail.com (Paul Dickson)
+Date: Mon, 26 Jan 2015 00:09:49 -0500
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>
+
+Some progress.  I think this is how the code should look in my middleware:
+
+execute( Req, Env ) ->
+    HostUrl = cowboy_req:path(Req),
+    NewUrl = rewrite( HostUrl ),
+    NewReq = cowboy_req:set( [{path,NewUrl}], Req),
+    {ok, NewReq, Env}.
+
+It is getting called, but cowboy_static is being passed the wrong
+thing afterward.  I think I do not understand how to write the
+dispatch rule.  The value of NewUrl is an absolute filename.
+
+    {"/music/[...]", cowboy_static, {dir, bz_libmap, ""}},
+
+From essen at ninenines.eu  Mon Jan 26 11:26:42 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 26 Jan 2015 11:26:42 +0100
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>
+References: <[email protected]>
+ <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>
+Message-ID: <[email protected]>
+
+You have to change path_info too if your middleware is after the router.
+
+On 01/26/2015 06:09 AM, Paul Dickson wrote:
+> Some progress.  I think this is how the code should look in my middleware:
+>
+> execute( Req, Env ) ->
+>      HostUrl = cowboy_req:path(Req),
+>      NewUrl = rewrite( HostUrl ),
+>      NewReq = cowboy_req:set( [{path,NewUrl}], Req),
+>      {ok, NewReq, Env}.
+>
+> It is getting called, but cowboy_static is being passed the wrong
+> thing afterward.  I think I do not understand how to write the
+> dispatch rule.  The value of NewUrl is an absolute filename.
+>
+>      {"/music/[...]", cowboy_static, {dir, bz_libmap, ""}},
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From essen at ninenines.eu  Mon Jan 26 11:29:34 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 26 Jan 2015 11:29:34 +0100
+Subject: [99s-extend] Cowboy + SSL
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+Hey, this is a known issue with recent Erlang versions: 
+https://github.com/ninenines/ranch/issues/90
+
+I don't have a good fix for it other than requiring ssl for using 
+Cowboy/Ranch. I probably will.
+
+On 01/21/2015 07:28 PM, e at bestmx.net wrote:
+> reading the sources i have found that this crash i am trying to report
+> is intended behavior,
+> but
+> it happens in the middle of the SHUTDOWN procedure!
+>
+>
+> I tried to investigate how a relx's release shuts down
+> and i have found it is merely one call to: init:stop/0
+> nothing else.
+>
+> the manual says:
+>
+> stop() -> ok
+>
+> All applications are taken down smoothly, all code is unloaded, and all
+> ports are closed before the system terminates. If the -heart command
+> line flag was given, the heart program is terminated before the Erlang
+> node terminates.
+>
+> I end up totally clueless -- everything is rock solid yet it crashes.
+> maybe there is some clue in the sequence of shutting down applications?
+>
+> does anything controls/defines that sequence?
+>
+>
+>
+> On 01/19/2015 08:32 PM, e at bestmx.net wrote:
+>> Hello.
+>>
+>> i still have a problem with SSL.
+>> as soon as i change cowboy:start_http call to cowboy:start_https
+>> my release refuses to stop (when requested)
+>> and when i revert to "http" it starts and stops normally.
+>>
+>> i am sure it is the only difference: start_http vs. start_https
+>>
+>> i am using relx with default settings as it was provided by cowboy
+>> (Erlang R17, System: Debian "testing")
+>>
+>> here is my_app.erl:
+>>
+>> start(_Type, _Args) ->
+>>    Dispatch =
+>>    cowboy_router:compile([{'_', [{"/start", ws_handler, []}]}]),
+>>
+>>    cowboy:start_https( https, 100, [ {port, 8765}
+>>    , {cacertfile, ?Dir ++ "/ssl/cowboy-ca.crt"}
+>>    , {certfile, ?Dir ++ "/ssl/server.crt"}
+>>    , {keyfile, ?Dir ++ "/ssl/server.key"} ]
+>>    , [{env, [{dispatch, Dispatch}]}]),
+>>
+>>    online37_sup:start_link().
+>>
+>> stop(_State) -> ok.
+>>
+>>
+>> once i call:
+>> release/bin/my_release stop
+>>
+>> the erlang.log repeats hundreds of:
+>>
+>> =ERROR REPORT==== 19-Jan-2015::20:06:02 ===
+>> Error in process <0.234.0> on node 'online37 at 127.0.0.1' with exit value:
+>> {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,"src/ranch_acceptor.erl"},{line,28}]}]}
+>>
+>>
+>>
+>>
+>> what could it be?
+>> any misconfiguration of my system (regarding ssl support)?
+>> what exactly does ranch expect from me?
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From e at bestmx.net  Mon Jan 26 15:30:56 2015
+From: e at bestmx.net (e at bestmx.net)
+Date: Mon, 26 Jan 2015 15:30:56 +0100
+Subject: [99s-extend] Cowboy + SSL
+In-Reply-To: <[email protected]>
+References: <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+> Hey, this is a known issue with recent Erlang versions:
+> https://github.com/ninenines/ranch/issues/90
+
+sorry i didn't know a keyword for googling this issue
+
+well, it seems to me very interesting problem -- basically a dependency 
+that appears in runtime (if i do not pass an ssl socket to the ranch, 
+there will be no dependency).
+
+i dare to suggest few alternative approaches to the solution:
+
+(A) make the shutdown state distinguishable for the 'ranch_acceptor', so 
+that not to crash in one particular sub case of the preliminary socket 
+close. (a terrible STATEFUL solution, i do not dare to suggest how to 
+pass this state to the acceptor)
+
+(B) make it possible *in general* to pass additional dependencies to the 
+applications that your application depends on. (as for now i can define 
+in my .app.src any arbitrary deps for the "top" application, and then 
+this .app.src will be processed anyway, there is no harm in improving 
+this .app preparation procedure one step further, in order to affect 
+.app files of subordinate applications. (it is perhaps a suggestion for 
+relx devs, anyway, nobody forbid us to discuss it))
+
+there are some alternative ways to achieve (B)
+
+(B1)
+it would be a mere change of the type of the 'applications' option in 
+.app.src -- we may make it a tree instead of a list.
+for example:
+
+{applications, [
+         kernel,
+         stdlib,
+         mnesia,
+         {cowboy, [{ranch, [ssl]}]}
+]}
+%% which reads: my app requires all these,
+%% and cowboy must require ranch and ranch must require ssl
+
+it could (or should?) be shortened to:
+
+(B2)
+%% my app requires all these,
+%% and *IF* 'ranch' is somehow required then it must require ssl
+{applications, [
+         kernel,
+         stdlib,
+         mnesia,
+         cowboy,
+	{ranch, [ssl]}
+]}
+
+this in turn makes separation possible:
+
+(B3)
+we specify all applications we require as a plain list, and then we 
+specify PARTIAL ORDER: we need some certain pairs of applications to be 
+started in certain sequences.
+
+{applications, [
+         kernel,
+         stdlib,
+         mnesia,
+	ssl,
+         cowboy
+]},
+{sequence, [
+  	[ssl, ranch],
+]}
+
+%% which reads: my app requires those apps to start
+%% and among these it requires the ssl to be started BEFORE ranch
+
+%% generally we may specify any amount
+%% of subsequences we care about:
+{sequence, [
+  	[ssl, ranch],
+  	[ranch, cowboy_lib, cowboy],
+  	[appA1, appA2, appA3, ...],
+         ...
+]}
+
+of course the specified sequence MIGHT BE IMPOSSIBLE (self-refuting) and 
+it needs to be verified, which is formally possible.
+
+From pdtwonotes at gmail.com  Mon Jan 26 22:54:09 2015
+From: pdtwonotes at gmail.com (Paul Dickson)
+Date: Mon, 26 Jan 2015 16:54:09 -0500
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On Mon, 2015-01-26 at 11:26 +0100, Lo?c Hoguin wrote:
+> You have to change path_info too if your middleware is after the router.
+> 
+I have added that.  My cowboy:start_http parameters include this:
+    {middlewares, [cowboy_router, bz_libmap, cowboy_handler]}
+which I think means bz_libmap will get called on *every* request.  This
+seems to work.  Among the dispatch rules is this line:
+    {"/music/[...]", cowboy_static, {dir, "", ""}},
+so any request starting with "/music/ will do a standard file fetch.
+But due to the middlewares setup, bz_libmap will get a chance to
+look at it first.
+
+bz_libmap checks the path to see if it starts with "/music/", and if
+not, it just returns {ok,Req,Env} and lets processing proceed normally.
+This works, and other dispatch rules take care of it, usually fetching
+files from priv_dir.
+
+But if bz_libmap sees "/music/" at the start of the URL it transforms
+the URL into something else, an absolute filename typically of an mp3
+file.  This is what I want cowboy_static to process.  Hopefully, this
+does not run through the dispatch rules again.
+
+bz_libmap computes a new path and a new path_info and sets them with a
+cowboy_req:set call.  I am not sure what path_info should look like at
+this point, because the path is no longer covered by any of the dispatch
+rules.  I do not want it to be, as that would allow a browser to fetch
+any file in the file system, unchecked.
+
+But what happens is any attempts to fetch /music/Anything result in a
+status 400 error.
+
+The other approach I was considering was to make my own handler, based
+on cowboy_static, that does the URL/File transformation internally.  But
+even that might not be right, since it eventually upgrades to
+cowboy_rest and there is more processing after that.  This approach
+seems inelegant.
+
+The actual only call to file:open I found in all of cowboy is in
+cowboy_spdy.
+
+
+
+
+From essen at ninenines.eu  Tue Jan 27 11:13:41 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 27 Jan 2015 11:13:41 +0100
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <[email protected]>
+References: <[email protected]>	
+ <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>	
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+On 01/26/2015 10:54 PM, Paul Dickson wrote:
+> On Mon, 2015-01-26 at 11:26 +0100, Lo?c Hoguin wrote:
+>> You have to change path_info too if your middleware is after the router.
+>>
+> I have added that.  My cowboy:start_http parameters include this:
+>      {middlewares, [cowboy_router, bz_libmap, cowboy_handler]}
+> which I think means bz_libmap will get called on *every* request.  This
+> seems to work.  Among the dispatch rules is this line:
+>      {"/music/[...]", cowboy_static, {dir, "", ""}},
+
+Is it the actual line? Cause {dir, "", ""} is wrong, the third element 
+must be an etag or mimetype tuple.
+
+Otherwise, I need a more complete error, or code.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From pdtwonotes at gmail.com  Tue Jan 27 14:07:48 2015
+From: pdtwonotes at gmail.com (Paul Dickson)
+Date: Tue, 27 Jan 2015 08:07:48 -0500
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On Tue, 2015-01-27 at 11:13 +0100, Lo?c Hoguin wrote:
+> On 01/26/2015 10:54 PM, Paul Dickson wrote:
+> > On Mon, 2015-01-26 at 11:26 +0100, Lo?c Hoguin wrote:
+> >> You have to change path_info too if your middleware is after the router.
+> >>
+> > I have added that.  My cowboy:start_http parameters include this:
+> >      {middlewares, [cowboy_router, bz_libmap, cowboy_handler]}
+> > which I think means bz_libmap will get called on *every* request.  This
+> > seems to work.  Among the dispatch rules is this line:
+> >      {"/music/[...]", cowboy_static, {dir, "", ""}},
+> 
+> Is it the actual line? Cause {dir, "", ""} is wrong, the third element 
+> must be an etag or mimetype tuple.
+> 
+> Otherwise, I need a more complete error, or code.
+
+I changed the rule line to:
+
+	    {"/music/[...]", cowboy_static, {dir, "", [
+	        {mimetypes, cow_mimetypes, all}]}},
+
+The client I am using is 'mplayer'.  The error message is:
+
+  Server returned 400:Bad Request
+  Failed to parse header.
+  Failed, exiting.
+
+I also included some tracing in my middleware module to print
+out the new path and path_info values it is setting, showing
+the result of the rewrite algorithm.
+
+ Path <<"/music/Library/Folk/Swiss/Alphorn.ogg">>
+ Info [<<"/">>,<<"music">>,<<"Library">>,<<"Folk">>,<<"Swiss">>,
+         <<"Alphorn.ogg">>]
+
+
+
+From essen at ninenines.eu  Tue Jan 27 14:10:58 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 27 Jan 2015 14:10:58 +0100
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <[email protected]>
+References: <[email protected]>		
+ <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>		
+ <[email protected]> <[email protected]>	
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+On 01/27/2015 02:07 PM, Paul Dickson wrote:
+>   Info [<<"/">>,<<"music">>,<<"Library">>,<<"Folk">>,<<"Swiss">>,
+>           <<"Alphorn.ogg">>]
+
+Should be from Library onward, and not include the first two elements.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From pdtwonotes at gmail.com  Tue Jan 27 14:24:30 2015
+From: pdtwonotes at gmail.com (Paul Dickson)
+Date: Tue, 27 Jan 2015 08:24:30 -0500
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+On Tue, 2015-01-27 at 14:10 +0100, Lo?c Hoguin wrote:
+
+> On 01/27/2015 02:07 PM, Paul Dickson wrote:
+> >   Info [<<"/">>,<<"music">>,<<"Library">>,<<"Folk">>,<<"Swiss">>,
+> >           <<"Alphorn.ogg">>]
+> 
+> Should be from Library onward, and not include the first two elements.
+> 
+
+
+This is perhaps a confusing case, because the incoming URL and the
+transformed URL both start with "/music".  What if that was not the
+case, and the resulting path was, for example,
+
+    /home/me/music/Folk/Swiss/Alphorn.ogg
+
+which does not match anything in the rules at all?  Is that allowed, or
+must the rewritten URL also match a rule?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150127/1916d612/attachment.html>
+
+From essen at ninenines.eu  Tue Jan 27 14:29:20 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 27 Jan 2015 14:29:20 +0100
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <[email protected]>
+References: <[email protected]>			
+ <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>			
+ <[email protected]> <[email protected]>		
+ <[email protected]> <[email protected]>	
+ <[email protected]> <[email protected]>
+Message-ID: <[email protected]>
+
+On 01/27/2015 02:24 PM, Paul Dickson wrote:
+> On Tue, 2015-01-27 at 14:10 +0100, Lo?c Hoguin wrote:
+>> On 01/27/2015 02:07 PM, Paul Dickson wrote:
+>> >   Info [<<"/">>,<<"music">>,<<"Library">>,<<"Folk">>,<<"Swiss">>,
+>> >           <<"Alphorn.ogg">>]
+>>
+>> Should be from Library onward, and not include the first two elements.
+>>
+>
+> This is perhaps a confusing case, because the incoming URL and the
+> transformed URL both start with "/music".  What if that was not the
+> case, and the resulting path was, for example,
+>
+>      /home/me/music/Folk/Swiss/Alphorn.ogg
+>
+> which does not match anything in the rules at all?  Is that allowed, or
+> must the rewritten URL also match a rule?
+
+Middlewares execute in order and only once, so not sure what you're asking.
+
+Again I'd need to see some code to help you as I am quite confused by 
+what you are trying to do and what your issue is.
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From pdtwonotes at gmail.com  Tue Jan 27 14:44:14 2015
+From: pdtwonotes at gmail.com (Paul Dickson)
+Date: Tue, 27 Jan 2015 08:44:14 -0500
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]> <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Ok, here is all the code in bz_libmap.erl
+
+execute(Req, Env) ->
+    Path = cowboy_req:path(Req),
+    Parts = filename:split(Path),
+
+    case cowboy_req:method(Req) of
+      <<"GET">> ->
+         % Check for "/music/" requests
+         rewrite( Parts, Req, Env );
+      _Other ->
+         {ok, Req, Env}
+    end.
+
+rewrite( [<<"/">>, <<"music">>, LibName | UrlParts], Req, Env ) ->
+    % We want URLs of the form "/music/LIBNAME/everythingelse"
+    % Get library definition.  If we do not know that name, then they
+    % are asking for something that does not exist.
+    case bz_db:get_library( LibName ) of
+      [] ->
+         io:format("No such library '~s'~n", [LibName] ),
+         {stop, cowboy_req:reply(404, Req)};
+
+      L when is_record(L,library) ->
+          % Replace the library name with the library base.
+          % This will be the head of an absolute file path.
+          LibBase = L#library.base,
+          NewPath = filename:join([LibBase | UrlParts]),
+          NewInfo = filename:split(NewPath),
+          Req2 = cowboy_req:set( [
+            {path_info,[NewPath]},
+            {path, [NewPath]}], Req),
+          {ok, Req2, Env}
+    end;
+rewrite( _AnythingElse, Req, Env ) ->
+    {ok, Req, Env}.
+
+
+
+
+From pdtwonotes at gmail.com  Thu Jan 29 23:23:35 2015
+From: pdtwonotes at gmail.com (Paul Dickson)
+Date: Thu, 29 Jan 2015 17:23:35 -0500
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <CAOdRa2Z-13J_0uGtKYBjXvmiyX0bCnNXbCAxRmkr4RkgyrhDJA@mail.gmail.com>
+
+The status 400 is coming from cowboy_rest, when it complains that
+handler cowboy_static lacks the functions 'service_available',
+'known_methods', 'uri_too_long', and 'allowed_methods'.  Which indeed
+it does not have.
+
+The only place I mention cowboy_static is in the dispatch rule:
+   {"/music/[...]", cowboy_static, {dir, "", [
+       {mimetypes, cow_mimetypes, all}]}},
+
+From essen at ninenines.eu  Thu Jan 29 23:24:59 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 29 Jan 2015 23:24:59 +0100
+Subject: [99s-extend] Rewriting URLs
+In-Reply-To: <CAOdRa2Z-13J_0uGtKYBjXvmiyX0bCnNXbCAxRmkr4RkgyrhDJA@mail.gmail.com>
+References: <[email protected]>	<CAOdRa2a5+57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w@mail.gmail.com>	<[email protected]>	<[email protected]>	<[email protected]>	<[email protected]>	<[email protected]>	<[email protected]>	<[email protected]>	<[email protected]>
+ <CAOdRa2Z-13J_0uGtKYBjXvmiyX0bCnNXbCAxRmkr4RkgyrhDJA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+They are optional callbacks, so I doubt that's it.
+
+On 01/29/2015 11:23 PM, Paul Dickson wrote:
+> The status 400 is coming from cowboy_rest, when it complains that
+> handler cowboy_static lacks the functions 'service_available',
+> 'known_methods', 'uri_too_long', and 'allowed_methods'.  Which indeed
+> it does not have.
+>
+> The only place I mention cowboy_static is in the dispatch rule:
+>     {"/music/[...]", cowboy_static, {dir, "", [
+>         {mimetypes, cow_mimetypes, all}]}},
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
diff --git a/_build/static/archives/extend/2015-January/000484.html b/_build/static/archives/extend/2015-January/000484.html
new file mode 100644
index 00000000..74425562
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000484.html
@@ -0,0 +1,110 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket over ssl
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B12F6E.6000305%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000485.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket over ssl</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B12F6E.6000305%40bestmx.net%3E"
+       TITLE="[99s-extend] websocket over ssl">e at bestmx.net
+       </A><BR>
+    <I>Sat Jan 10 14:55:58 CET 2015</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000485.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#484">[ date ]</a>
+              <a href="thread.html#484">[ thread ]</a>
+              <a href="subject.html#484">[ subject ]</a>
+              <a href="author.html#484">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello all.
+
+I am trying to alter my cowboy-based websocket server from plain to SSL 
+connection.
+And I found out that I have failed to understand very basics of the 
+combination of WS and SSL.
+
+As far as i've understood the very nature of the WS it is a bit altered 
+http connection (i open the http connection first, and then i change its 
+status to WS)
+
+On the other hand the whole &quot;HTTP story&quot; could be wrapped into SSL, so 
+that SSL is an outer layer of data encoding (as seen transparent by an 
+application)
+
+thus,
+if I open HTTPS connection (which implies SSL enveloping) and then alter 
+the connection status to WS, the whole &quot;WS story&quot; appears naturally 
+INSIDE THE PREVIOUSLY ESTABLISHED SSL CONNECTION.
+
+Is it true?
+
+In this regard i can hardly find a place in this world for the &quot;WSS&quot; 
+term, what does it stand for?
+
+Please, help me fit it in my head.
+
+However, i might be confusing some Client-Side entities, that are 
+involved in the process of starting up my WebSocket.
+
+I am using a Browser with JavaScript.
+
+The semantics of the very WebSocket.start() operation is not enough 
+clear to me. Please, do not laugh.
+
+when i do JS WebSocket.start() does it:
+(a) opens an http connection and then alters it to WS
+(b) alters the connection in the context of which the JS process is running
+????
+
+I'll be damned if the answer was lying on the surface of the internet!
+
+The third part of this ugly question is about cowboy actually.
+How all these entities mentioned above do map into my_app.erl file?
+what particular bits of cowboy's &quot;configuration&quot; (may i call this 
+particular piece of code a &quot;setup&quot; or &quot;config&quot;?) affect what aspects of 
+the connection initialization.
+
+well, i am afraid it could be put in a simpler way:
+&quot;Exactly When and Where the WSS story begins?&quot;
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000485.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#484">[ date ]</a>
+              <a href="thread.html#484">[ thread ]</a>
+              <a href="subject.html#484">[ subject ]</a>
+              <a href="author.html#484">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000485.html b/_build/static/archives/extend/2015-January/000485.html
new file mode 100644
index 00000000..03cccb2d
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000485.html
@@ -0,0 +1,136 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket over ssl
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B13550.5050504%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000484.html">
+   <LINK REL="Next"  HREF="000486.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket over ssl</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B13550.5050504%40ninenines.eu%3E"
+       TITLE="[99s-extend] websocket over ssl">essen at ninenines.eu
+       </A><BR>
+    <I>Sat Jan 10 15:21:04 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000484.html">[99s-extend] websocket over ssl
+</A></li>
+        <LI>Next message: <A HREF="000486.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#485">[ date ]</a>
+              <a href="thread.html#485">[ thread ]</a>
+              <a href="subject.html#485">[ subject ]</a>
+              <a href="author.html#485">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Assuming you have no problem understanding HTTPS, the only differences 
+between plain Websocket and HTTPS Websocket are as follow:
+
+In your browser, your <A HREF="ws://">ws://</A> links become <A HREF="wss://">wss://</A> links.
+
+In Cowboy, use start_https instead of start_http. There is no change 
+required in your code otherwise.
+
+It may or may not be possible to use <A HREF="wss://">wss://</A> from an HTTP page or <A HREF="ws://">ws://</A> 
+from an HTTPS page, I'm not too up to date on that one. Otherwise, <A HREF="ws://">ws://</A> 
+from HTTP page or <A HREF="wss://">wss://</A> from HTTPS page works as intended.
+
+There is no requirement that a Websocket connection is initiated on a 
+new TCP connection. I am not sure if browsers reuse connections or not.
+
+On 01/10/2015 02:55 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">e at bestmx.net</A> wrote:
+&gt;<i> Hello all.
+</I>&gt;<i>
+</I>&gt;<i> I am trying to alter my cowboy-based websocket server from plain to SSL
+</I>&gt;<i> connection.
+</I>&gt;<i> And I found out that I have failed to understand very basics of the
+</I>&gt;<i> combination of WS and SSL.
+</I>&gt;<i>
+</I>&gt;<i> As far as i've understood the very nature of the WS it is a bit altered
+</I>&gt;<i> http connection (i open the http connection first, and then i change its
+</I>&gt;<i> status to WS)
+</I>&gt;<i>
+</I>&gt;<i> On the other hand the whole &quot;HTTP story&quot; could be wrapped into SSL, so
+</I>&gt;<i> that SSL is an outer layer of data encoding (as seen transparent by an
+</I>&gt;<i> application)
+</I>&gt;<i>
+</I>&gt;<i> thus,
+</I>&gt;<i> if I open HTTPS connection (which implies SSL enveloping) and then alter
+</I>&gt;<i> the connection status to WS, the whole &quot;WS story&quot; appears naturally
+</I>&gt;<i> INSIDE THE PREVIOUSLY ESTABLISHED SSL CONNECTION.
+</I>&gt;<i>
+</I>&gt;<i> Is it true?
+</I>&gt;<i>
+</I>&gt;<i> In this regard i can hardly find a place in this world for the &quot;WSS&quot;
+</I>&gt;<i> term, what does it stand for?
+</I>&gt;<i>
+</I>&gt;<i> Please, help me fit it in my head.
+</I>&gt;<i>
+</I>&gt;<i> However, i might be confusing some Client-Side entities, that are
+</I>&gt;<i> involved in the process of starting up my WebSocket.
+</I>&gt;<i>
+</I>&gt;<i> I am using a Browser with JavaScript.
+</I>&gt;<i>
+</I>&gt;<i> The semantics of the very WebSocket.start() operation is not enough
+</I>&gt;<i> clear to me. Please, do not laugh.
+</I>&gt;<i>
+</I>&gt;<i> when i do JS WebSocket.start() does it:
+</I>&gt;<i> (a) opens an http connection and then alters it to WS
+</I>&gt;<i> (b) alters the connection in the context of which the JS process is running
+</I>&gt;<i> ????
+</I>&gt;<i>
+</I>&gt;<i> I'll be damned if the answer was lying on the surface of the internet!
+</I>&gt;<i>
+</I>&gt;<i> The third part of this ugly question is about cowboy actually.
+</I>&gt;<i> How all these entities mentioned above do map into my_app.erl file?
+</I>&gt;<i> what particular bits of cowboy's &quot;configuration&quot; (may i call this
+</I>&gt;<i> particular piece of code a &quot;setup&quot; or &quot;config&quot;?) affect what aspects of
+</I>&gt;<i> the connection initialization.
+</I>&gt;<i>
+</I>&gt;<i> well, i am afraid it could be put in a simpler way:
+</I>&gt;<i> &quot;Exactly When and Where the WSS story begins?&quot;
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000484.html">[99s-extend] websocket over ssl
+</A></li>
+	<LI>Next message: <A HREF="000486.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#485">[ date ]</a>
+              <a href="thread.html#485">[ thread ]</a>
+              <a href="subject.html#485">[ subject ]</a>
+              <a href="author.html#485">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000486.html b/_build/static/archives/extend/2015-January/000486.html
new file mode 100644
index 00000000..b3802139
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000486.html
@@ -0,0 +1,81 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket over ssl
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B13724.8010503%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000485.html">
+   <LINK REL="Next"  HREF="000487.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket over ssl</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B13724.8010503%40bestmx.net%3E"
+       TITLE="[99s-extend] websocket over ssl">e at bestmx.net
+       </A><BR>
+    <I>Sat Jan 10 15:28:52 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000485.html">[99s-extend] websocket over ssl
+</A></li>
+        <LI>Next message: <A HREF="000487.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#486">[ date ]</a>
+              <a href="thread.html#486">[ thread ]</a>
+              <a href="subject.html#486">[ subject ]</a>
+              <a href="author.html#486">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> In Cowboy, use start_https instead of start_http.
+</I>
+thanx! it makes a lot of sense for me.
+tell me please what deps should be declared in the .app file?
+
+is the following correct?
+
+	{applications, [
+		kernel,
+		stdlib,
+		crypto,
+		public_key,
+		ssl,
+		cowboy
+	]},
+
+does the order matters?
+
+(i borrowed that from the internet without deep understanding of the 
+roles of each app on the list)
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000485.html">[99s-extend] websocket over ssl
+</A></li>
+	<LI>Next message: <A HREF="000487.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#486">[ date ]</a>
+              <a href="thread.html#486">[ thread ]</a>
+              <a href="subject.html#486">[ subject ]</a>
+              <a href="author.html#486">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000487.html b/_build/static/archives/extend/2015-January/000487.html
new file mode 100644
index 00000000..7a69ae5c
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000487.html
@@ -0,0 +1,90 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket over ssl
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B13881.6000408%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000486.html">
+   <LINK REL="Next"  HREF="000490.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket over ssl</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B13881.6000408%40ninenines.eu%3E"
+       TITLE="[99s-extend] websocket over ssl">essen at ninenines.eu
+       </A><BR>
+    <I>Sat Jan 10 15:34:41 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000486.html">[99s-extend] websocket over ssl
+</A></li>
+        <LI>Next message: <A HREF="000490.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#487">[ date ]</a>
+              <a href="thread.html#487">[ thread ]</a>
+              <a href="subject.html#487">[ subject ]</a>
+              <a href="author.html#487">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Just kernel, stdlib, ssl, cowboy should be enough. Order does not matter 
+I think.
+
+On 01/10/2015 03:28 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">e at bestmx.net</A> wrote:
+&gt;&gt;<i> In Cowboy, use start_https instead of start_http.
+</I>&gt;<i>
+</I>&gt;<i> thanx! it makes a lot of sense for me.
+</I>&gt;<i> tell me please what deps should be declared in the .app file?
+</I>&gt;<i>
+</I>&gt;<i> is the following correct?
+</I>&gt;<i>
+</I>&gt;<i>      {applications, [
+</I>&gt;<i>          kernel,
+</I>&gt;<i>          stdlib,
+</I>&gt;<i>          crypto,
+</I>&gt;<i>          public_key,
+</I>&gt;<i>          ssl,
+</I>&gt;<i>          cowboy
+</I>&gt;<i>      ]},
+</I>&gt;<i>
+</I>&gt;<i> does the order matters?
+</I>&gt;<i>
+</I>&gt;<i> (i borrowed that from the internet without deep understanding of the
+</I>&gt;<i> roles of each app on the list)
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000486.html">[99s-extend] websocket over ssl
+</A></li>
+	<LI>Next message: <A HREF="000490.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#487">[ date ]</a>
+              <a href="thread.html#487">[ thread ]</a>
+              <a href="subject.html#487">[ subject ]</a>
+              <a href="author.html#487">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000488.html b/_build/static/archives/extend/2015-January/000488.html
new file mode 100644
index 00000000..ada46131
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000488.html
@@ -0,0 +1,112 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket over ssl
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3CB264D9ED-5411-41D7-A481-1590E286DD74%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000490.html">
+   <LINK REL="Next"  HREF="000489.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket over ssl</H1>
+    <B>Lee Sylvester</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3CB264D9ED-5411-41D7-A481-1590E286DD74%40gmail.com%3E"
+       TITLE="[99s-extend] websocket over ssl">lee.sylvester at gmail.com
+       </A><BR>
+    <I>Sat Jan 10 15:39:41 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000490.html">[99s-extend] websocket over ssl
+</A></li>
+        <LI>Next message: <A HREF="000489.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#488">[ date ]</a>
+              <a href="thread.html#488">[ thread ]</a>
+              <a href="subject.html#488">[ subject ]</a>
+              <a href="author.html#488">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I use Cowboy for websockets, but I find it&#8217;s a lot easier (and less stressful) to run Nginx in front of it to provide the SSL layer.
+
+Lee
+
+
+&gt;<i> On 10 Jan 2015, at 13:55, <A HREF="https://lists.ninenines.eu/listinfo/extend">e at bestmx.net</A> wrote:
+</I>&gt;<i> 
+</I>&gt;<i> Hello all.
+</I>&gt;<i> 
+</I>&gt;<i> I am trying to alter my cowboy-based websocket server from plain to SSL connection.
+</I>&gt;<i> And I found out that I have failed to understand very basics of the combination of WS and SSL.
+</I>&gt;<i> 
+</I>&gt;<i> As far as i've understood the very nature of the WS it is a bit altered http connection (i open the http connection first, and then i change its status to WS)
+</I>&gt;<i> 
+</I>&gt;<i> On the other hand the whole &quot;HTTP story&quot; could be wrapped into SSL, so that SSL is an outer layer of data encoding (as seen transparent by an application)
+</I>&gt;<i> 
+</I>&gt;<i> thus,
+</I>&gt;<i> if I open HTTPS connection (which implies SSL enveloping) and then alter the connection status to WS, the whole &quot;WS story&quot; appears naturally INSIDE THE PREVIOUSLY ESTABLISHED SSL CONNECTION.
+</I>&gt;<i> 
+</I>&gt;<i> Is it true?
+</I>&gt;<i> 
+</I>&gt;<i> In this regard i can hardly find a place in this world for the &quot;WSS&quot; term, what does it stand for?
+</I>&gt;<i> 
+</I>&gt;<i> Please, help me fit it in my head.
+</I>&gt;<i> 
+</I>&gt;<i> However, i might be confusing some Client-Side entities, that are involved in the process of starting up my WebSocket.
+</I>&gt;<i> 
+</I>&gt;<i> I am using a Browser with JavaScript.
+</I>&gt;<i> 
+</I>&gt;<i> The semantics of the very WebSocket.start() operation is not enough clear to me. Please, do not laugh.
+</I>&gt;<i> 
+</I>&gt;<i> when i do JS WebSocket.start() does it:
+</I>&gt;<i> (a) opens an http connection and then alters it to WS
+</I>&gt;<i> (b) alters the connection in the context of which the JS process is running
+</I>&gt;<i> ????
+</I>&gt;<i> 
+</I>&gt;<i> I'll be damned if the answer was lying on the surface of the internet!
+</I>&gt;<i> 
+</I>&gt;<i> The third part of this ugly question is about cowboy actually.
+</I>&gt;<i> How all these entities mentioned above do map into my_app.erl file?
+</I>&gt;<i> what particular bits of cowboy's &quot;configuration&quot; (may i call this particular piece of code a &quot;setup&quot; or &quot;config&quot;?) affect what aspects of the connection initialization.
+</I>&gt;<i> 
+</I>&gt;<i> well, i am afraid it could be put in a simpler way:
+</I>&gt;<i> &quot;Exactly When and Where the WSS story begins?&quot;
+</I>&gt;<i> 
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000490.html">[99s-extend] websocket over ssl
+</A></li>
+	<LI>Next message: <A HREF="000489.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#488">[ date ]</a>
+              <a href="thread.html#488">[ thread ]</a>
+              <a href="subject.html#488">[ subject ]</a>
+              <a href="author.html#488">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000489.html b/_build/static/archives/extend/2015-January/000489.html
new file mode 100644
index 00000000..6539271d
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000489.html
@@ -0,0 +1,73 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket over ssl
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B13B3F.5090907%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000488.html">
+   <LINK REL="Next"  HREF="000491.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket over ssl</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B13B3F.5090907%40bestmx.net%3E"
+       TITLE="[99s-extend] websocket over ssl">e at bestmx.net
+       </A><BR>
+    <I>Sat Jan 10 15:46:23 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000488.html">[99s-extend] websocket over ssl
+</A></li>
+        <LI>Next message: <A HREF="000491.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#489">[ date ]</a>
+              <a href="thread.html#489">[ thread ]</a>
+              <a href="subject.html#489">[ subject ]</a>
+              <a href="author.html#489">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE> &gt; I use Cowboy for websockets, but I find it&#8217;s a lot easier (and less
+ &gt; stressful) to run Nginx in front of it to provide the SSL layer.
+
+well, nginx is my choice for almost everything, still i am trying to 
+minimize amount of intermediate software wherever possible.
+
+P.S.
+with nginx and postgreSQL i have managed to eliminate any trace of 
+server-side scripting  in my previous project :)
+just nginx connected to Postgres.
+
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000488.html">[99s-extend] websocket over ssl
+</A></li>
+	<LI>Next message: <A HREF="000491.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#489">[ date ]</a>
+              <a href="thread.html#489">[ thread ]</a>
+              <a href="subject.html#489">[ subject ]</a>
+              <a href="author.html#489">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000490.html b/_build/static/archives/extend/2015-January/000490.html
new file mode 100644
index 00000000..b8782f15
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000490.html
@@ -0,0 +1,90 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket over ssl
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B14513.3090804%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000487.html">
+   <LINK REL="Next"  HREF="000488.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket over ssl</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20over%20ssl&In-Reply-To=%3C54B14513.3090804%40bestmx.net%3E"
+       TITLE="[99s-extend] websocket over ssl">e at bestmx.net
+       </A><BR>
+    <I>Sat Jan 10 16:28:19 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000487.html">[99s-extend] websocket over ssl
+</A></li>
+        <LI>Next message: <A HREF="000488.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#490">[ date ]</a>
+              <a href="thread.html#490">[ thread ]</a>
+              <a href="subject.html#490">[ subject ]</a>
+              <a href="author.html#490">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>thanx again.
+now everything &quot;magically&quot; works :)
+
+
+On 01/10/2015 03:34 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> Just kernel, stdlib, ssl, cowboy should be enough. Order does not matter
+</I>&gt;<i> I think.
+</I>&gt;<i>
+</I>&gt;<i> On 01/10/2015 03:28 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">e at bestmx.net</A> wrote:
+</I>&gt;&gt;&gt;<i> In Cowboy, use start_https instead of start_http.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> thanx! it makes a lot of sense for me.
+</I>&gt;&gt;<i> tell me please what deps should be declared in the .app file?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> is the following correct?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>      {applications, [
+</I>&gt;&gt;<i>          kernel,
+</I>&gt;&gt;<i>          stdlib,
+</I>&gt;&gt;<i>          crypto,
+</I>&gt;&gt;<i>          public_key,
+</I>&gt;&gt;<i>          ssl,
+</I>&gt;&gt;<i>          cowboy
+</I>&gt;&gt;<i>      ]},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> does the order matters?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> (i borrowed that from the internet without deep understanding of the
+</I>&gt;&gt;<i> roles of each app on the list)
+</I>&gt;<i>
+</I></PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000487.html">[99s-extend] websocket over ssl
+</A></li>
+	<LI>Next message: <A HREF="000488.html">[99s-extend] websocket over ssl
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#490">[ date ]</a>
+              <a href="thread.html#490">[ thread ]</a>
+              <a href="subject.html#490">[ subject ]</a>
+              <a href="author.html#490">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000491.html b/_build/static/archives/extend/2015-January/000491.html
new file mode 100644
index 00000000..b4f397a0
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000491.html
@@ -0,0 +1,80 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and handling exceptions
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20handling%20exceptions&In-Reply-To=%3CCAE7Uswd9-1g2QytyFPBWTFzy1KKhBircPT6_Q%3Dg_qBNqwnouow%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000489.html">
+   <LINK REL="Next"  HREF="000492.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and handling exceptions</H1>
+    <B>Stefan Strigler</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20handling%20exceptions&In-Reply-To=%3CCAE7Uswd9-1g2QytyFPBWTFzy1KKhBircPT6_Q%3Dg_qBNqwnouow%40mail.gmail.com%3E"
+       TITLE="[99s-extend] cowboy and handling exceptions">stefan.strigler at gmail.com
+       </A><BR>
+    <I>Wed Jan 14 17:45:41 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000489.html">[99s-extend] websocket over ssl
+</A></li>
+        <LI>Next message: <A HREF="000492.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#491">[ date ]</a>
+              <a href="thread.html#491">[ thread ]</a>
+              <a href="subject.html#491">[ subject ]</a>
+              <a href="author.html#491">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey there,
+
+maybe I'm missing the obvious. What I want to do is add some generic
+handler for exception handling. Say we have a set of resources some of
+which delegating stuff to external, other services. These calls might
+result in a
+
+throw({error, timeout})
+
+for instance. How would I add/modify cowboy's middleware (right place?) to
+handle those (known) exception and return a custom error (like 504 -
+Gateway Timeout).
+
+Thanks for any hints,
+
+Steve
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150114/3267f73e/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150114/3267f73e/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000489.html">[99s-extend] websocket over ssl
+</A></li>
+	<LI>Next message: <A HREF="000492.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#491">[ date ]</a>
+              <a href="thread.html#491">[ thread ]</a>
+              <a href="subject.html#491">[ subject ]</a>
+              <a href="author.html#491">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000492.html b/_build/static/archives/extend/2015-January/000492.html
new file mode 100644
index 00000000..2c11f0b5
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000492.html
@@ -0,0 +1,91 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and handling exceptions
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20handling%20exceptions&In-Reply-To=%3C54B6AC33.8040207%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000491.html">
+   <LINK REL="Next"  HREF="000493.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and handling exceptions</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20handling%20exceptions&In-Reply-To=%3C54B6AC33.8040207%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy and handling exceptions">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Jan 14 18:49:39 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000491.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+        <LI>Next message: <A HREF="000493.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#492">[ date ]</a>
+              <a href="thread.html#492">[ thread ]</a>
+              <a href="subject.html#492">[ subject ]</a>
+              <a href="author.html#492">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I don't know, there is no such thing in Cowboy. :-)
+
+On 01/14/2015 05:45 PM, Stefan Strigler wrote:
+&gt;<i> Hey there,
+</I>&gt;<i>
+</I>&gt;<i> maybe I'm missing the obvious. What I want to do is add some generic
+</I>&gt;<i> handler for exception handling. Say we have a set of resources some of
+</I>&gt;<i> which delegating stuff to external, other services. These calls might
+</I>&gt;<i> result in a
+</I>&gt;<i>
+</I>&gt;<i> throw({error, timeout})
+</I>&gt;<i>
+</I>&gt;<i> for instance. How would I add/modify cowboy's middleware (right place?)
+</I>&gt;<i> to handle those (known) exception and return a custom error (like 504 -
+</I>&gt;<i> Gateway Timeout).
+</I>&gt;<i>
+</I>&gt;<i> Thanks for any hints,
+</I>&gt;<i>
+</I>&gt;<i> Steve
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000491.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+	<LI>Next message: <A HREF="000493.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#492">[ date ]</a>
+              <a href="thread.html#492">[ thread ]</a>
+              <a href="subject.html#492">[ subject ]</a>
+              <a href="author.html#492">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000493.html b/_build/static/archives/extend/2015-January/000493.html
new file mode 100644
index 00000000..cb5bf10f
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000493.html
@@ -0,0 +1,98 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy and handling exceptions
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20handling%20exceptions&In-Reply-To=%3C54B6AC5D.1080903%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000492.html">
+   <LINK REL="Next"  HREF="000494.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy and handling exceptions</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20handling%20exceptions&In-Reply-To=%3C54B6AC5D.1080903%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy and handling exceptions">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Jan 14 18:50:21 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000492.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+        <LI>Next message: <A HREF="000494.html">[99s-extend] Cowboy + SSL
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#493">[ date ]</a>
+              <a href="thread.html#493">[ thread ]</a>
+              <a href="subject.html#493">[ subject ]</a>
+              <a href="author.html#493">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I send too early...
+
+I want to add a hook for when Cowboy receives exceptions in Cowboy 2, so 
+at that point you will be able to do it. But nothing in current Cowboy.
+
+On 01/14/2015 06:49 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> I don't know, there is no such thing in Cowboy. :-)
+</I>&gt;<i>
+</I>&gt;<i> On 01/14/2015 05:45 PM, Stefan Strigler wrote:
+</I>&gt;&gt;<i> Hey there,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> maybe I'm missing the obvious. What I want to do is add some generic
+</I>&gt;&gt;<i> handler for exception handling. Say we have a set of resources some of
+</I>&gt;&gt;<i> which delegating stuff to external, other services. These calls might
+</I>&gt;&gt;<i> result in a
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> throw({error, timeout})
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> for instance. How would I add/modify cowboy's middleware (right place?)
+</I>&gt;&gt;<i> to handle those (known) exception and return a custom error (like 504 -
+</I>&gt;&gt;<i> Gateway Timeout).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thanks for any hints,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Steve
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000492.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+	<LI>Next message: <A HREF="000494.html">[99s-extend] Cowboy + SSL
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#493">[ date ]</a>
+              <a href="thread.html#493">[ thread ]</a>
+              <a href="subject.html#493">[ subject ]</a>
+              <a href="author.html#493">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000494.html b/_build/static/archives/extend/2015-January/000494.html
new file mode 100644
index 00000000..fb053469
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000494.html
@@ -0,0 +1,105 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy + SSL
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20%2B%20SSL&In-Reply-To=%3C54BD5BB0.4000503%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000493.html">
+   <LINK REL="Next"  HREF="000495.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy + SSL</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20%2B%20SSL&In-Reply-To=%3C54BD5BB0.4000503%40bestmx.net%3E"
+       TITLE="[99s-extend] Cowboy + SSL">e at bestmx.net
+       </A><BR>
+    <I>Mon Jan 19 20:32:00 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000493.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+        <LI>Next message: <A HREF="000495.html">[99s-extend] Cowboy + SSL
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#494">[ date ]</a>
+              <a href="thread.html#494">[ thread ]</a>
+              <a href="subject.html#494">[ subject ]</a>
+              <a href="author.html#494">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello.
+
+i still have a problem with SSL.
+as soon as i change cowboy:start_http call to cowboy:start_https
+my release refuses to stop (when requested)
+and when i revert to &quot;http&quot; it starts and stops normally.
+
+i am sure it is the only difference: start_http vs. start_https
+
+i am using relx with default settings as it was provided by cowboy
+(Erlang R17, System: Debian &quot;testing&quot;)
+
+here is my_app.erl:
+
+start(_Type, _Args) -&gt;
+   Dispatch =
+   cowboy_router:compile([{'_', [{&quot;/start&quot;, ws_handler, []}]}]),
+
+   cowboy:start_https( https, 100, [ {port, 8765}
+   , {cacertfile, ?Dir ++ &quot;/ssl/cowboy-ca.crt&quot;}
+   , {certfile, ?Dir ++ &quot;/ssl/server.crt&quot;}
+   , {keyfile, ?Dir ++ &quot;/ssl/server.key&quot;} ]
+   , [{env, [{dispatch, Dispatch}]}]),
+
+   online37_sup:start_link().
+
+stop(_State) -&gt; ok.
+
+
+once i call:
+release/bin/my_release stop
+
+the erlang.log repeats hundreds of:
+
+=ERROR REPORT==== 19-Jan-2015::20:06:02 ===
+Error in process &lt;0.234.0&gt; on node '<A HREF="https://lists.ninenines.eu/listinfo/extend">online37 at 127.0.0.1</A>' with exit value: 
+{{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,&quot;src/ranch_acceptor.erl&quot;},{line,28}]}]}
+
+
+what could it be?
+any misconfiguration of my system (regarding ssl support)?
+what exactly does ranch expect from me?
+
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000493.html">[99s-extend] cowboy and handling exceptions
+</A></li>
+	<LI>Next message: <A HREF="000495.html">[99s-extend] Cowboy + SSL
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#494">[ date ]</a>
+              <a href="thread.html#494">[ thread ]</a>
+              <a href="subject.html#494">[ subject ]</a>
+              <a href="author.html#494">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000495.html b/_build/static/archives/extend/2015-January/000495.html
new file mode 100644
index 00000000..155c3fda
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000495.html
@@ -0,0 +1,138 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy + SSL
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20%2B%20SSL&In-Reply-To=%3C54BFEFD8.7070003%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000494.html">
+   <LINK REL="Next"  HREF="000499.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy + SSL</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20%2B%20SSL&In-Reply-To=%3C54BFEFD8.7070003%40bestmx.net%3E"
+       TITLE="[99s-extend] Cowboy + SSL">e at bestmx.net
+       </A><BR>
+    <I>Wed Jan 21 19:28:40 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000494.html">[99s-extend] Cowboy + SSL
+</A></li>
+        <LI>Next message: <A HREF="000499.html">[99s-extend] Cowboy + SSL
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#495">[ date ]</a>
+              <a href="thread.html#495">[ thread ]</a>
+              <a href="subject.html#495">[ subject ]</a>
+              <a href="author.html#495">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>reading the sources i have found that this crash i am trying to report 
+is intended behavior,
+but
+it happens in the middle of the SHUTDOWN procedure!
+
+
+I tried to investigate how a relx's release shuts down
+and i have found it is merely one call to: init:stop/0
+nothing else.
+
+the manual says:
+
+stop() -&gt; ok
+
+All applications are taken down smoothly, all code is unloaded, and all 
+ports are closed before the system terminates. If the -heart command 
+line flag was given, the heart program is terminated before the Erlang 
+node terminates.
+
+I end up totally clueless -- everything is rock solid yet it crashes.
+maybe there is some clue in the sequence of shutting down applications?
+
+does anything controls/defines that sequence?
+
+
+
+On 01/19/2015 08:32 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">e at bestmx.net</A> wrote:
+&gt;<i> Hello.
+</I>&gt;<i>
+</I>&gt;<i> i still have a problem with SSL.
+</I>&gt;<i> as soon as i change cowboy:start_http call to cowboy:start_https
+</I>&gt;<i> my release refuses to stop (when requested)
+</I>&gt;<i> and when i revert to &quot;http&quot; it starts and stops normally.
+</I>&gt;<i>
+</I>&gt;<i> i am sure it is the only difference: start_http vs. start_https
+</I>&gt;<i>
+</I>&gt;<i> i am using relx with default settings as it was provided by cowboy
+</I>&gt;<i> (Erlang R17, System: Debian &quot;testing&quot;)
+</I>&gt;<i>
+</I>&gt;<i> here is my_app.erl:
+</I>&gt;<i>
+</I>&gt;<i> start(_Type, _Args) -&gt;
+</I>&gt;<i>    Dispatch =
+</I>&gt;<i>    cowboy_router:compile([{'_', [{&quot;/start&quot;, ws_handler, []}]}]),
+</I>&gt;<i>
+</I>&gt;<i>    cowboy:start_https( https, 100, [ {port, 8765}
+</I>&gt;<i>    , {cacertfile, ?Dir ++ &quot;/ssl/cowboy-ca.crt&quot;}
+</I>&gt;<i>    , {certfile, ?Dir ++ &quot;/ssl/server.crt&quot;}
+</I>&gt;<i>    , {keyfile, ?Dir ++ &quot;/ssl/server.key&quot;} ]
+</I>&gt;<i>    , [{env, [{dispatch, Dispatch}]}]),
+</I>&gt;<i>
+</I>&gt;<i>    online37_sup:start_link().
+</I>&gt;<i>
+</I>&gt;<i> stop(_State) -&gt; ok.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> once i call:
+</I>&gt;<i> release/bin/my_release stop
+</I>&gt;<i>
+</I>&gt;<i> the erlang.log repeats hundreds of:
+</I>&gt;<i>
+</I>&gt;<i> =ERROR REPORT==== 19-Jan-2015::20:06:02 ===
+</I>&gt;<i> Error in process &lt;0.234.0&gt; on node '<A HREF="https://lists.ninenines.eu/listinfo/extend">online37 at 127.0.0.1</A>' with exit value:
+</I>&gt;<i> {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,&quot;src/ranch_acceptor.erl&quot;},{line,28}]}]}
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> what could it be?
+</I>&gt;<i> any misconfiguration of my system (regarding ssl support)?
+</I>&gt;<i> what exactly does ranch expect from me?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I></PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000494.html">[99s-extend] Cowboy + SSL
+</A></li>
+	<LI>Next message: <A HREF="000499.html">[99s-extend] Cowboy + SSL
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#495">[ date ]</a>
+              <a href="thread.html#495">[ thread ]</a>
+              <a href="subject.html#495">[ subject ]</a>
+              <a href="author.html#495">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000496.html b/_build/static/archives/extend/2015-January/000496.html
new file mode 100644
index 00000000..880322a2
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000496.html
@@ -0,0 +1,86 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422225008.17343.6.camel%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000500.html">
+   <LINK REL="Next"  HREF="000497.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Paul Dickson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422225008.17343.6.camel%40gmail.com%3E"
+       TITLE="[99s-extend] Rewriting URLs">pdtwonotes at gmail.com
+       </A><BR>
+    <I>Sun Jan 25 23:30:08 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000500.html">[99s-extend] Cowboy + SSL
+</A></li>
+        <LI>Next message: <A HREF="000497.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#496">[ date ]</a>
+              <a href="thread.html#496">[ thread ]</a>
+              <a href="subject.html#496">[ subject ]</a>
+              <a href="author.html#496">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I am trying to write a middleware step that will modify the URL in a
+request before it gets to the default static request handler.  I can not
+find an example of how to do this.  What I&#12288;have so far:
+
+execute( Req, Env ) -&gt;
+    HostUrl = cowboy_req:host_url(Req),
+    NewUrl = rewrite( HostUrl ),
+    NewReq = ???
+    {ok, NewReq, Env}.
+
+How do I modify a Request object so that it contains my modified URL,
+which cowboy_static will then process normally?  My 'rewrite' function
+converts logical directory names into real file-system paths, using a
+dynamic algorithm that can not be simply written into cowboy's dispatch
+rules.
+
+The dispatch rules I am using is as follows, where 'bz_libmap' is my
+module containing the code above:
+	    {&quot;/music/[...]&quot;, cowboy_static, {dir, bz_libmap, &quot;&quot;}},
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150125/370811e4/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150125/370811e4/attachment.html</A>&gt;
+</PRE>
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000500.html">[99s-extend] Cowboy + SSL
+</A></li>
+	<LI>Next message: <A HREF="000497.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#496">[ date ]</a>
+              <a href="thread.html#496">[ thread ]</a>
+              <a href="subject.html#496">[ subject ]</a>
+              <a href="author.html#496">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000497.html b/_build/static/archives/extend/2015-January/000497.html
new file mode 100644
index 00000000..4cb02878
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000497.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3CCAOdRa2a5%2B57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000496.html">
+   <LINK REL="Next"  HREF="000498.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Paul Dickson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3CCAOdRa2a5%2B57KeT3xWwabFxoWSMU8yysqVZvQFVQVVL-FJCAz4w%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Rewriting URLs">pdtwonotes at gmail.com
+       </A><BR>
+    <I>Mon Jan 26 06:09:49 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000496.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000498.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#497">[ date ]</a>
+              <a href="thread.html#497">[ thread ]</a>
+              <a href="subject.html#497">[ subject ]</a>
+              <a href="author.html#497">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Some progress.  I think this is how the code should look in my middleware:
+
+execute( Req, Env ) -&gt;
+    HostUrl = cowboy_req:path(Req),
+    NewUrl = rewrite( HostUrl ),
+    NewReq = cowboy_req:set( [{path,NewUrl}], Req),
+    {ok, NewReq, Env}.
+
+It is getting called, but cowboy_static is being passed the wrong
+thing afterward.  I think I do not understand how to write the
+dispatch rule.  The value of NewUrl is an absolute filename.
+
+    {&quot;/music/[...]&quot;, cowboy_static, {dir, bz_libmap, &quot;&quot;}},
+</PRE>
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000496.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000498.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#497">[ date ]</a>
+              <a href="thread.html#497">[ thread ]</a>
+              <a href="subject.html#497">[ subject ]</a>
+              <a href="author.html#497">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000498.html b/_build/static/archives/extend/2015-January/000498.html
new file mode 100644
index 00000000..5762dfa4
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000498.html
@@ -0,0 +1,88 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54C61662.4050309%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000497.html">
+   <LINK REL="Next"  HREF="000501.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54C61662.4050309%40ninenines.eu%3E"
+       TITLE="[99s-extend] Rewriting URLs">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Jan 26 11:26:42 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000497.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000501.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#498">[ date ]</a>
+              <a href="thread.html#498">[ thread ]</a>
+              <a href="subject.html#498">[ subject ]</a>
+              <a href="author.html#498">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You have to change path_info too if your middleware is after the router.
+
+On 01/26/2015 06:09 AM, Paul Dickson wrote:
+&gt;<i> Some progress.  I think this is how the code should look in my middleware:
+</I>&gt;<i>
+</I>&gt;<i> execute( Req, Env ) -&gt;
+</I>&gt;<i>      HostUrl = cowboy_req:path(Req),
+</I>&gt;<i>      NewUrl = rewrite( HostUrl ),
+</I>&gt;<i>      NewReq = cowboy_req:set( [{path,NewUrl}], Req),
+</I>&gt;<i>      {ok, NewReq, Env}.
+</I>&gt;<i>
+</I>&gt;<i> It is getting called, but cowboy_static is being passed the wrong
+</I>&gt;<i> thing afterward.  I think I do not understand how to write the
+</I>&gt;<i> dispatch rule.  The value of NewUrl is an absolute filename.
+</I>&gt;<i>
+</I>&gt;<i>      {&quot;/music/[...]&quot;, cowboy_static, {dir, bz_libmap, &quot;&quot;}},
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000497.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000501.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#498">[ date ]</a>
+              <a href="thread.html#498">[ thread ]</a>
+              <a href="subject.html#498">[ subject ]</a>
+              <a href="author.html#498">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000499.html b/_build/static/archives/extend/2015-January/000499.html
new file mode 100644
index 00000000..36cc0ebc
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000499.html
@@ -0,0 +1,153 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy + SSL
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20%2B%20SSL&In-Reply-To=%3C54C6170E.6030709%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000495.html">
+   <LINK REL="Next"  HREF="000500.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy + SSL</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20%2B%20SSL&In-Reply-To=%3C54C6170E.6030709%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy + SSL">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Jan 26 11:29:34 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000495.html">[99s-extend] Cowboy + SSL
+</A></li>
+        <LI>Next message: <A HREF="000500.html">[99s-extend] Cowboy + SSL
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#499">[ date ]</a>
+              <a href="thread.html#499">[ thread ]</a>
+              <a href="subject.html#499">[ subject ]</a>
+              <a href="author.html#499">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hey, this is a known issue with recent Erlang versions: 
+<A HREF="https://github.com/ninenines/ranch/issues/90">https://github.com/ninenines/ranch/issues/90</A>
+
+I don't have a good fix for it other than requiring ssl for using 
+Cowboy/Ranch. I probably will.
+
+On 01/21/2015 07:28 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">e at bestmx.net</A> wrote:
+&gt;<i> reading the sources i have found that this crash i am trying to report
+</I>&gt;<i> is intended behavior,
+</I>&gt;<i> but
+</I>&gt;<i> it happens in the middle of the SHUTDOWN procedure!
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> I tried to investigate how a relx's release shuts down
+</I>&gt;<i> and i have found it is merely one call to: init:stop/0
+</I>&gt;<i> nothing else.
+</I>&gt;<i>
+</I>&gt;<i> the manual says:
+</I>&gt;<i>
+</I>&gt;<i> stop() -&gt; ok
+</I>&gt;<i>
+</I>&gt;<i> All applications are taken down smoothly, all code is unloaded, and all
+</I>&gt;<i> ports are closed before the system terminates. If the -heart command
+</I>&gt;<i> line flag was given, the heart program is terminated before the Erlang
+</I>&gt;<i> node terminates.
+</I>&gt;<i>
+</I>&gt;<i> I end up totally clueless -- everything is rock solid yet it crashes.
+</I>&gt;<i> maybe there is some clue in the sequence of shutting down applications?
+</I>&gt;<i>
+</I>&gt;<i> does anything controls/defines that sequence?
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 01/19/2015 08:32 PM, <A HREF="https://lists.ninenines.eu/listinfo/extend">e at bestmx.net</A> wrote:
+</I>&gt;&gt;<i> Hello.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> i still have a problem with SSL.
+</I>&gt;&gt;<i> as soon as i change cowboy:start_http call to cowboy:start_https
+</I>&gt;&gt;<i> my release refuses to stop (when requested)
+</I>&gt;&gt;<i> and when i revert to &quot;http&quot; it starts and stops normally.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> i am sure it is the only difference: start_http vs. start_https
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> i am using relx with default settings as it was provided by cowboy
+</I>&gt;&gt;<i> (Erlang R17, System: Debian &quot;testing&quot;)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> here is my_app.erl:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> start(_Type, _Args) -&gt;
+</I>&gt;&gt;<i>    Dispatch =
+</I>&gt;&gt;<i>    cowboy_router:compile([{'_', [{&quot;/start&quot;, ws_handler, []}]}]),
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>    cowboy:start_https( https, 100, [ {port, 8765}
+</I>&gt;&gt;<i>    , {cacertfile, ?Dir ++ &quot;/ssl/cowboy-ca.crt&quot;}
+</I>&gt;&gt;<i>    , {certfile, ?Dir ++ &quot;/ssl/server.crt&quot;}
+</I>&gt;&gt;<i>    , {keyfile, ?Dir ++ &quot;/ssl/server.key&quot;} ]
+</I>&gt;&gt;<i>    , [{env, [{dispatch, Dispatch}]}]),
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>    online37_sup:start_link().
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> stop(_State) -&gt; ok.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> once i call:
+</I>&gt;&gt;<i> release/bin/my_release stop
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> the erlang.log repeats hundreds of:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> =ERROR REPORT==== 19-Jan-2015::20:06:02 ===
+</I>&gt;&gt;<i> Error in process &lt;0.234.0&gt; on node '<A HREF="https://lists.ninenines.eu/listinfo/extend">online37 at 127.0.0.1</A>' with exit value:
+</I>&gt;&gt;<i> {{case_clause,{error,closed}},[{ranch_acceptor,loop,3,[{file,&quot;src/ranch_acceptor.erl&quot;},{line,28}]}]}
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> what could it be?
+</I>&gt;&gt;<i> any misconfiguration of my system (regarding ssl support)?
+</I>&gt;&gt;<i> what exactly does ranch expect from me?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000495.html">[99s-extend] Cowboy + SSL
+</A></li>
+	<LI>Next message: <A HREF="000500.html">[99s-extend] Cowboy + SSL
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#499">[ date ]</a>
+              <a href="thread.html#499">[ thread ]</a>
+              <a href="subject.html#499">[ subject ]</a>
+              <a href="author.html#499">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000500.html b/_build/static/archives/extend/2015-January/000500.html
new file mode 100644
index 00000000..c77ec536
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000500.html
@@ -0,0 +1,145 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy + SSL
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20%2B%20SSL&In-Reply-To=%3C54C64FA0.7040808%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000499.html">
+   <LINK REL="Next"  HREF="000496.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy + SSL</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%20%2B%20SSL&In-Reply-To=%3C54C64FA0.7040808%40bestmx.net%3E"
+       TITLE="[99s-extend] Cowboy + SSL">e at bestmx.net
+       </A><BR>
+    <I>Mon Jan 26 15:30:56 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000499.html">[99s-extend] Cowboy + SSL
+</A></li>
+        <LI>Next message: <A HREF="000496.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#500">[ date ]</a>
+              <a href="thread.html#500">[ thread ]</a>
+              <a href="subject.html#500">[ subject ]</a>
+              <a href="author.html#500">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> Hey, this is a known issue with recent Erlang versions:
+</I>&gt;<i> <A HREF="https://github.com/ninenines/ranch/issues/90">https://github.com/ninenines/ranch/issues/90</A>
+</I>
+sorry i didn't know a keyword for googling this issue
+
+well, it seems to me very interesting problem -- basically a dependency 
+that appears in runtime (if i do not pass an ssl socket to the ranch, 
+there will be no dependency).
+
+i dare to suggest few alternative approaches to the solution:
+
+(A) make the shutdown state distinguishable for the 'ranch_acceptor', so 
+that not to crash in one particular sub case of the preliminary socket 
+close. (a terrible STATEFUL solution, i do not dare to suggest how to 
+pass this state to the acceptor)
+
+(B) make it possible *in general* to pass additional dependencies to the 
+applications that your application depends on. (as for now i can define 
+in my .app.src any arbitrary deps for the &quot;top&quot; application, and then 
+this .app.src will be processed anyway, there is no harm in improving 
+this .app preparation procedure one step further, in order to affect 
+.app files of subordinate applications. (it is perhaps a suggestion for 
+relx devs, anyway, nobody forbid us to discuss it))
+
+there are some alternative ways to achieve (B)
+
+(B1)
+it would be a mere change of the type of the 'applications' option in 
+.app.src -- we may make it a tree instead of a list.
+for example:
+
+{applications, [
+         kernel,
+         stdlib,
+         mnesia,
+         {cowboy, [{ranch, [ssl]}]}
+]}
+%% which reads: my app requires all these,
+%% and cowboy must require ranch and ranch must require ssl
+
+it could (or should?) be shortened to:
+
+(B2)
+%% my app requires all these,
+%% and *IF* 'ranch' is somehow required then it must require ssl
+{applications, [
+         kernel,
+         stdlib,
+         mnesia,
+         cowboy,
+	{ranch, [ssl]}
+]}
+
+this in turn makes separation possible:
+
+(B3)
+we specify all applications we require as a plain list, and then we 
+specify PARTIAL ORDER: we need some certain pairs of applications to be 
+started in certain sequences.
+
+{applications, [
+         kernel,
+         stdlib,
+         mnesia,
+	ssl,
+         cowboy
+]},
+{sequence, [
+  	[ssl, ranch],
+]}
+
+%% which reads: my app requires those apps to start
+%% and among these it requires the ssl to be started BEFORE ranch
+
+%% generally we may specify any amount
+%% of subsequences we care about:
+{sequence, [
+  	[ssl, ranch],
+  	[ranch, cowboy_lib, cowboy],
+  	[appA1, appA2, appA3, ...],
+         ...
+]}
+
+of course the specified sequence MIGHT BE IMPOSSIBLE (self-refuting) and 
+it needs to be verified, which is formally possible.
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000499.html">[99s-extend] Cowboy + SSL
+</A></li>
+	<LI>Next message: <A HREF="000496.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#500">[ date ]</a>
+              <a href="thread.html#500">[ thread ]</a>
+              <a href="subject.html#500">[ subject ]</a>
+              <a href="author.html#500">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000501.html b/_build/static/archives/extend/2015-January/000501.html
new file mode 100644
index 00000000..71c5f68c
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000501.html
@@ -0,0 +1,103 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422309249.26262.15.camel%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000498.html">
+   <LINK REL="Next"  HREF="000502.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Paul Dickson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422309249.26262.15.camel%40gmail.com%3E"
+       TITLE="[99s-extend] Rewriting URLs">pdtwonotes at gmail.com
+       </A><BR>
+    <I>Mon Jan 26 22:54:09 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000498.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000502.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#501">[ date ]</a>
+              <a href="thread.html#501">[ thread ]</a>
+              <a href="subject.html#501">[ subject ]</a>
+              <a href="author.html#501">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Mon, 2015-01-26 at 11:26 +0100, Lo&#239;c Hoguin wrote:
+&gt;<i> You have to change path_info too if your middleware is after the router.
+</I>&gt;<i> 
+</I>I have added that.  My cowboy:start_http parameters include this:
+    {middlewares, [cowboy_router, bz_libmap, cowboy_handler]}
+which I think means bz_libmap will get called on *every* request.  This
+seems to work.  Among the dispatch rules is this line:
+    {&quot;/music/[...]&quot;, cowboy_static, {dir, &quot;&quot;, &quot;&quot;}},
+so any request starting with &quot;/music/ will do a standard file fetch.
+But due to the middlewares setup, bz_libmap will get a chance to
+look at it first.
+
+bz_libmap checks the path to see if it starts with &quot;/music/&quot;, and if
+not, it just returns {ok,Req,Env} and lets processing proceed normally.
+This works, and other dispatch rules take care of it, usually fetching
+files from priv_dir.
+
+But if bz_libmap sees &quot;/music/&quot; at the start of the URL it transforms
+the URL into something else, an absolute filename typically of an mp3
+file.  This is what I want cowboy_static to process.  Hopefully, this
+does not run through the dispatch rules again.
+
+bz_libmap computes a new path and a new path_info and sets them with a
+cowboy_req:set call.  I am not sure what path_info should look like at
+this point, because the path is no longer covered by any of the dispatch
+rules.  I do not want it to be, as that would allow a browser to fetch
+any file in the file system, unchecked.
+
+But what happens is any attempts to fetch /music/Anything result in a
+status 400 error.
+
+The other approach I was considering was to make my own handler, based
+on cowboy_static, that does the URL/File transformation internally.  But
+even that might not be right, since it eventually upgrades to
+cowboy_rest and there is more processing after that.  This approach
+seems inelegant.
+
+The actual only call to file:open I found in all of cowboy is in
+cowboy_spdy.
+
+
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000498.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000502.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#501">[ date ]</a>
+              <a href="thread.html#501">[ thread ]</a>
+              <a href="subject.html#501">[ subject ]</a>
+              <a href="author.html#501">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000502.html b/_build/static/archives/extend/2015-January/000502.html
new file mode 100644
index 00000000..601c9e23
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000502.html
@@ -0,0 +1,79 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54C764D5.5020404%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000501.html">
+   <LINK REL="Next"  HREF="000503.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54C764D5.5020404%40ninenines.eu%3E"
+       TITLE="[99s-extend] Rewriting URLs">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jan 27 11:13:41 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000501.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000503.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#502">[ date ]</a>
+              <a href="thread.html#502">[ thread ]</a>
+              <a href="subject.html#502">[ subject ]</a>
+              <a href="author.html#502">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 01/26/2015 10:54 PM, Paul Dickson wrote:
+&gt;<i> On Mon, 2015-01-26 at 11:26 +0100, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> You have to change path_info too if your middleware is after the router.
+</I>&gt;&gt;<i>
+</I>&gt;<i> I have added that.  My cowboy:start_http parameters include this:
+</I>&gt;<i>      {middlewares, [cowboy_router, bz_libmap, cowboy_handler]}
+</I>&gt;<i> which I think means bz_libmap will get called on *every* request.  This
+</I>&gt;<i> seems to work.  Among the dispatch rules is this line:
+</I>&gt;<i>      {&quot;/music/[...]&quot;, cowboy_static, {dir, &quot;&quot;, &quot;&quot;}},
+</I>
+Is it the actual line? Cause {dir, &quot;&quot;, &quot;&quot;} is wrong, the third element 
+must be an etag or mimetype tuple.
+
+Otherwise, I need a more complete error, or code.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000501.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000503.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#502">[ date ]</a>
+              <a href="thread.html#502">[ thread ]</a>
+              <a href="subject.html#502">[ subject ]</a>
+              <a href="author.html#502">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000503.html b/_build/static/archives/extend/2015-January/000503.html
new file mode 100644
index 00000000..4ed34cd0
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000503.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422364068.30127.5.camel%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000502.html">
+   <LINK REL="Next"  HREF="000504.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Paul Dickson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422364068.30127.5.camel%40gmail.com%3E"
+       TITLE="[99s-extend] Rewriting URLs">pdtwonotes at gmail.com
+       </A><BR>
+    <I>Tue Jan 27 14:07:48 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000502.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000504.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#503">[ date ]</a>
+              <a href="thread.html#503">[ thread ]</a>
+              <a href="subject.html#503">[ subject ]</a>
+              <a href="author.html#503">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Tue, 2015-01-27 at 11:13 +0100, Lo&#239;c Hoguin wrote:
+&gt;<i> On 01/26/2015 10:54 PM, Paul Dickson wrote:
+</I>&gt;<i> &gt; On Mon, 2015-01-26 at 11:26 +0100, Lo&#239;c Hoguin wrote:
+</I>&gt;<i> &gt;&gt; You have to change path_info too if your middleware is after the router.
+</I>&gt;<i> &gt;&gt;
+</I>&gt;<i> &gt; I have added that.  My cowboy:start_http parameters include this:
+</I>&gt;<i> &gt;      {middlewares, [cowboy_router, bz_libmap, cowboy_handler]}
+</I>&gt;<i> &gt; which I think means bz_libmap will get called on *every* request.  This
+</I>&gt;<i> &gt; seems to work.  Among the dispatch rules is this line:
+</I>&gt;<i> &gt;      {&quot;/music/[...]&quot;, cowboy_static, {dir, &quot;&quot;, &quot;&quot;}},
+</I>&gt;<i> 
+</I>&gt;<i> Is it the actual line? Cause {dir, &quot;&quot;, &quot;&quot;} is wrong, the third element 
+</I>&gt;<i> must be an etag or mimetype tuple.
+</I>&gt;<i> 
+</I>&gt;<i> Otherwise, I need a more complete error, or code.
+</I>
+I changed the rule line to:
+
+	    {&quot;/music/[...]&quot;, cowboy_static, {dir, &quot;&quot;, [
+	        {mimetypes, cow_mimetypes, all}]}},
+
+The client I am using is 'mplayer'.  The error message is:
+
+  Server returned 400:Bad Request
+  Failed to parse header.
+  Failed, exiting.
+
+I also included some tracing in my middleware module to print
+out the new path and path_info values it is setting, showing
+the result of the rewrite algorithm.
+
+ Path &lt;&lt;&quot;/music/Library/Folk/Swiss/Alphorn.ogg&quot;&gt;&gt;
+ Info [&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;music&quot;&gt;&gt;,&lt;&lt;&quot;Library&quot;&gt;&gt;,&lt;&lt;&quot;Folk&quot;&gt;&gt;,&lt;&lt;&quot;Swiss&quot;&gt;&gt;,
+         &lt;&lt;&quot;Alphorn.ogg&quot;&gt;&gt;]
+
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000502.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000504.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#503">[ date ]</a>
+              <a href="thread.html#503">[ thread ]</a>
+              <a href="subject.html#503">[ subject ]</a>
+              <a href="author.html#503">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000504.html b/_build/static/archives/extend/2015-January/000504.html
new file mode 100644
index 00000000..3609d77f
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000504.html
@@ -0,0 +1,70 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54C78E62.9020307%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000503.html">
+   <LINK REL="Next"  HREF="000505.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54C78E62.9020307%40ninenines.eu%3E"
+       TITLE="[99s-extend] Rewriting URLs">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jan 27 14:10:58 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000503.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000505.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#504">[ date ]</a>
+              <a href="thread.html#504">[ thread ]</a>
+              <a href="subject.html#504">[ subject ]</a>
+              <a href="author.html#504">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 01/27/2015 02:07 PM, Paul Dickson wrote:
+&gt;<i>   Info [&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;music&quot;&gt;&gt;,&lt;&lt;&quot;Library&quot;&gt;&gt;,&lt;&lt;&quot;Folk&quot;&gt;&gt;,&lt;&lt;&quot;Swiss&quot;&gt;&gt;,
+</I>&gt;<i>           &lt;&lt;&quot;Alphorn.ogg&quot;&gt;&gt;]
+</I>
+Should be from Library onward, and not include the first two elements.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000503.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000505.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#504">[ date ]</a>
+              <a href="thread.html#504">[ thread ]</a>
+              <a href="subject.html#504">[ subject ]</a>
+              <a href="author.html#504">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000505.html b/_build/static/archives/extend/2015-January/000505.html
new file mode 100644
index 00000000..e842c26d
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000505.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422365070.30127.8.camel%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000504.html">
+   <LINK REL="Next"  HREF="000506.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Paul Dickson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422365070.30127.8.camel%40gmail.com%3E"
+       TITLE="[99s-extend] Rewriting URLs">pdtwonotes at gmail.com
+       </A><BR>
+    <I>Tue Jan 27 14:24:30 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000504.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000506.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#505">[ date ]</a>
+              <a href="thread.html#505">[ thread ]</a>
+              <a href="subject.html#505">[ subject ]</a>
+              <a href="author.html#505">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On Tue, 2015-01-27 at 14:10 +0100, Lo&#239;c Hoguin wrote:
+
+&gt;<i> On 01/27/2015 02:07 PM, Paul Dickson wrote:
+</I>&gt;<i> &gt;   Info [&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;music&quot;&gt;&gt;,&lt;&lt;&quot;Library&quot;&gt;&gt;,&lt;&lt;&quot;Folk&quot;&gt;&gt;,&lt;&lt;&quot;Swiss&quot;&gt;&gt;,
+</I>&gt;<i> &gt;           &lt;&lt;&quot;Alphorn.ogg&quot;&gt;&gt;]
+</I>&gt;<i> 
+</I>&gt;<i> Should be from Library onward, and not include the first two elements.
+</I>&gt;<i> 
+</I>
+
+This is perhaps a confusing case, because the incoming URL and the
+transformed URL both start with &quot;/music&quot;.  What if that was not the
+case, and the resulting path was, for example,
+
+    /home/me/music/Folk/Swiss/Alphorn.ogg
+
+which does not match anything in the rules at all?  Is that allowed, or
+must the rewritten URL also match a rule?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150127/1916d612/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150127/1916d612/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000504.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000506.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#505">[ date ]</a>
+              <a href="thread.html#505">[ thread ]</a>
+              <a href="subject.html#505">[ subject ]</a>
+              <a href="author.html#505">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000506.html b/_build/static/archives/extend/2015-January/000506.html
new file mode 100644
index 00000000..851bc42f
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000506.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54C792B0.3040406%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000505.html">
+   <LINK REL="Next"  HREF="000507.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54C792B0.3040406%40ninenines.eu%3E"
+       TITLE="[99s-extend] Rewriting URLs">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jan 27 14:29:20 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000505.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000507.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#506">[ date ]</a>
+              <a href="thread.html#506">[ thread ]</a>
+              <a href="subject.html#506">[ subject ]</a>
+              <a href="author.html#506">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 01/27/2015 02:24 PM, Paul Dickson wrote:
+&gt;<i> On Tue, 2015-01-27 at 14:10 +0100, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i> On 01/27/2015 02:07 PM, Paul Dickson wrote:
+</I>&gt;&gt;<i> &gt;   Info [&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;music&quot;&gt;&gt;,&lt;&lt;&quot;Library&quot;&gt;&gt;,&lt;&lt;&quot;Folk&quot;&gt;&gt;,&lt;&lt;&quot;Swiss&quot;&gt;&gt;,
+</I>&gt;&gt;<i> &gt;           &lt;&lt;&quot;Alphorn.ogg&quot;&gt;&gt;]
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Should be from Library onward, and not include the first two elements.
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> This is perhaps a confusing case, because the incoming URL and the
+</I>&gt;<i> transformed URL both start with &quot;/music&quot;.  What if that was not the
+</I>&gt;<i> case, and the resulting path was, for example,
+</I>&gt;<i>
+</I>&gt;<i>      /home/me/music/Folk/Swiss/Alphorn.ogg
+</I>&gt;<i>
+</I>&gt;<i> which does not match anything in the rules at all?  Is that allowed, or
+</I>&gt;<i> must the rewritten URL also match a rule?
+</I>
+Middlewares execute in order and only once, so not sure what you're asking.
+
+Again I'd need to see some code to help you as I am quite confused by 
+what you are trying to do and what your issue is.
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000505.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000507.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#506">[ date ]</a>
+              <a href="thread.html#506">[ thread ]</a>
+              <a href="subject.html#506">[ subject ]</a>
+              <a href="author.html#506">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000507.html b/_build/static/archives/extend/2015-January/000507.html
new file mode 100644
index 00000000..a16a39c2
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000507.html
@@ -0,0 +1,100 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422366254.30127.15.camel%40gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000506.html">
+   <LINK REL="Next"  HREF="000508.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Paul Dickson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422366254.30127.15.camel%40gmail.com%3E"
+       TITLE="[99s-extend] Rewriting URLs">pdtwonotes at gmail.com
+       </A><BR>
+    <I>Tue Jan 27 14:44:14 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000506.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000508.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#507">[ date ]</a>
+              <a href="thread.html#507">[ thread ]</a>
+              <a href="subject.html#507">[ subject ]</a>
+              <a href="author.html#507">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Ok, here is all the code in bz_libmap.erl
+
+execute(Req, Env) -&gt;
+    Path = cowboy_req:path(Req),
+    Parts = filename:split(Path),
+
+    case cowboy_req:method(Req) of
+      &lt;&lt;&quot;GET&quot;&gt;&gt; -&gt;
+         % Check for &quot;/music/&quot; requests
+         rewrite( Parts, Req, Env );
+      _Other -&gt;
+         {ok, Req, Env}
+    end.
+
+rewrite( [&lt;&lt;&quot;/&quot;&gt;&gt;, &lt;&lt;&quot;music&quot;&gt;&gt;, LibName | UrlParts], Req, Env ) -&gt;
+    % We want URLs of the form &quot;/music/LIBNAME/everythingelse&quot;
+    % Get library definition.  If we do not know that name, then they
+    % are asking for something that does not exist.
+    case bz_db:get_library( LibName ) of
+      [] -&gt;
+         io:format(&quot;No such library '~s'~n&quot;, [LibName] ),
+         {stop, cowboy_req:reply(404, Req)};
+
+      L when is_record(L,library) -&gt;
+          % Replace the library name with the library base.
+          % This will be the head of an absolute file path.
+          LibBase = L#library.base,
+          NewPath = filename:join([LibBase | UrlParts]),
+          NewInfo = filename:split(NewPath),
+          Req2 = cowboy_req:set( [
+            {path_info,[NewPath]},
+            {path, [NewPath]}], Req),
+          {ok, Req2, Env}
+    end;
+rewrite( _AnythingElse, Req, Env ) -&gt;
+    {ok, Req, Env}.
+
+
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000506.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000508.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#507">[ date ]</a>
+              <a href="thread.html#507">[ thread ]</a>
+              <a href="subject.html#507">[ subject ]</a>
+              <a href="author.html#507">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000508.html b/_build/static/archives/extend/2015-January/000508.html
new file mode 100644
index 00000000..225df1f8
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000508.html
@@ -0,0 +1,69 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3CCAOdRa2Z-13J_0uGtKYBjXvmiyX0bCnNXbCAxRmkr4RkgyrhDJA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000507.html">
+   <LINK REL="Next"  HREF="000509.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Paul Dickson</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3CCAOdRa2Z-13J_0uGtKYBjXvmiyX0bCnNXbCAxRmkr4RkgyrhDJA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Rewriting URLs">pdtwonotes at gmail.com
+       </A><BR>
+    <I>Thu Jan 29 23:23:35 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000507.html">[99s-extend] Rewriting URLs
+</A></li>
+        <LI>Next message: <A HREF="000509.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#508">[ date ]</a>
+              <a href="thread.html#508">[ thread ]</a>
+              <a href="subject.html#508">[ subject ]</a>
+              <a href="author.html#508">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>The status 400 is coming from cowboy_rest, when it complains that
+handler cowboy_static lacks the functions 'service_available',
+'known_methods', 'uri_too_long', and 'allowed_methods'.  Which indeed
+it does not have.
+
+The only place I mention cowboy_static is in the dispatch rule:
+   {&quot;/music/[...]&quot;, cowboy_static, {dir, &quot;&quot;, [
+       {mimetypes, cow_mimetypes, all}]}},
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000507.html">[99s-extend] Rewriting URLs
+</A></li>
+	<LI>Next message: <A HREF="000509.html">[99s-extend] Rewriting URLs
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#508">[ date ]</a>
+              <a href="thread.html#508">[ thread ]</a>
+              <a href="subject.html#508">[ subject ]</a>
+              <a href="author.html#508">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/000509.html b/_build/static/archives/extend/2015-January/000509.html
new file mode 100644
index 00000000..8d1ab69b
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/000509.html
@@ -0,0 +1,74 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Rewriting URLs
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54CAB33B.7070606%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000508.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Rewriting URLs</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C54CAB33B.7070606%40ninenines.eu%3E"
+       TITLE="[99s-extend] Rewriting URLs">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Jan 29 23:24:59 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000508.html">[99s-extend] Rewriting URLs
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#509">[ date ]</a>
+              <a href="thread.html#509">[ thread ]</a>
+              <a href="subject.html#509">[ subject ]</a>
+              <a href="author.html#509">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>They are optional callbacks, so I doubt that's it.
+
+On 01/29/2015 11:23 PM, Paul Dickson wrote:
+&gt;<i> The status 400 is coming from cowboy_rest, when it complains that
+</I>&gt;<i> handler cowboy_static lacks the functions 'service_available',
+</I>&gt;<i> 'known_methods', 'uri_too_long', and 'allowed_methods'.  Which indeed
+</I>&gt;<i> it does not have.
+</I>&gt;<i>
+</I>&gt;<i> The only place I mention cowboy_static is in the dispatch rule:
+</I>&gt;<i>     {&quot;/music/[...]&quot;, cowboy_static, {dir, &quot;&quot;, [
+</I>&gt;<i>         {mimetypes, cow_mimetypes, all}]}},
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000508.html">[99s-extend] Rewriting URLs
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#509">[ date ]</a>
+              <a href="thread.html#509">[ thread ]</a>
+              <a href="subject.html#509">[ subject ]</a>
+              <a href="author.html#509">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-January/author.html b/_build/static/archives/extend/2015-January/author.html
new file mode 100644
index 00000000..eb2c5a79
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/author.html
@@ -0,0 +1,177 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2015 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2015 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sat Jan 10 14:55:58 CET 2015</i><br>
+         <b>Ending:</b> <i>Thu Jan 29 23:24:59 CET 2015</i><br>
+         <b>Messages:</b> 26<p>
+     <ul>
+
+<LI><A HREF="000496.html">[99s-extend] Rewriting URLs
+</A><A NAME="496">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000497.html">[99s-extend] Rewriting URLs
+</A><A NAME="497">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000501.html">[99s-extend] Rewriting URLs
+</A><A NAME="501">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000503.html">[99s-extend] Rewriting URLs
+</A><A NAME="503">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000505.html">[99s-extend] Rewriting URLs
+</A><A NAME="505">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000507.html">[99s-extend] Rewriting URLs
+</A><A NAME="507">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000508.html">[99s-extend] Rewriting URLs
+</A><A NAME="508">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000485.html">[99s-extend] websocket over ssl
+</A><A NAME="485">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000487.html">[99s-extend] websocket over ssl
+</A><A NAME="487">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000492.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="492">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000493.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="493">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000498.html">[99s-extend] Rewriting URLs
+</A><A NAME="498">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000499.html">[99s-extend] Cowboy + SSL
+</A><A NAME="499">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000502.html">[99s-extend] Rewriting URLs
+</A><A NAME="502">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000504.html">[99s-extend] Rewriting URLs
+</A><A NAME="504">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000506.html">[99s-extend] Rewriting URLs
+</A><A NAME="506">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000509.html">[99s-extend] Rewriting URLs
+</A><A NAME="509">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000491.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="491">&nbsp;</A>
+<I>Stefan Strigler
+</I>
+
+<LI><A HREF="000488.html">[99s-extend] websocket over ssl
+</A><A NAME="488">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000484.html">[99s-extend] websocket over ssl
+</A><A NAME="484">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000486.html">[99s-extend] websocket over ssl
+</A><A NAME="486">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000489.html">[99s-extend] websocket over ssl
+</A><A NAME="489">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000490.html">[99s-extend] websocket over ssl
+</A><A NAME="490">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000494.html">[99s-extend] Cowboy + SSL
+</A><A NAME="494">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000495.html">[99s-extend] Cowboy + SSL
+</A><A NAME="495">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000500.html">[99s-extend] Cowboy + SSL
+</A><A NAME="500">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Jan 29 23:24:59 CET 2015</i><br>
+    <b>Archived on:</b> <i>Thu Jan 29 23:24:56 CET 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-January/date.html b/_build/static/archives/extend/2015-January/date.html
new file mode 100644
index 00000000..5cc9dfee
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/date.html
@@ -0,0 +1,177 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2015 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2015 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sat Jan 10 14:55:58 CET 2015</i><br>
+         <b>Ending:</b> <i>Thu Jan 29 23:24:59 CET 2015</i><br>
+         <b>Messages:</b> 26<p>
+     <ul>
+
+<LI><A HREF="000484.html">[99s-extend] websocket over ssl
+</A><A NAME="484">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000485.html">[99s-extend] websocket over ssl
+</A><A NAME="485">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000486.html">[99s-extend] websocket over ssl
+</A><A NAME="486">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000487.html">[99s-extend] websocket over ssl
+</A><A NAME="487">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000488.html">[99s-extend] websocket over ssl
+</A><A NAME="488">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000489.html">[99s-extend] websocket over ssl
+</A><A NAME="489">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000490.html">[99s-extend] websocket over ssl
+</A><A NAME="490">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000491.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="491">&nbsp;</A>
+<I>Stefan Strigler
+</I>
+
+<LI><A HREF="000492.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="492">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000493.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="493">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000494.html">[99s-extend] Cowboy + SSL
+</A><A NAME="494">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000495.html">[99s-extend] Cowboy + SSL
+</A><A NAME="495">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000496.html">[99s-extend] Rewriting URLs
+</A><A NAME="496">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000497.html">[99s-extend] Rewriting URLs
+</A><A NAME="497">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000498.html">[99s-extend] Rewriting URLs
+</A><A NAME="498">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000499.html">[99s-extend] Cowboy + SSL
+</A><A NAME="499">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000500.html">[99s-extend] Cowboy + SSL
+</A><A NAME="500">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000501.html">[99s-extend] Rewriting URLs
+</A><A NAME="501">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000502.html">[99s-extend] Rewriting URLs
+</A><A NAME="502">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000503.html">[99s-extend] Rewriting URLs
+</A><A NAME="503">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000504.html">[99s-extend] Rewriting URLs
+</A><A NAME="504">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000505.html">[99s-extend] Rewriting URLs
+</A><A NAME="505">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000506.html">[99s-extend] Rewriting URLs
+</A><A NAME="506">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000507.html">[99s-extend] Rewriting URLs
+</A><A NAME="507">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000508.html">[99s-extend] Rewriting URLs
+</A><A NAME="508">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000509.html">[99s-extend] Rewriting URLs
+</A><A NAME="509">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Jan 29 23:24:59 CET 2015</i><br>
+    <b>Archived on:</b> <i>Thu Jan 29 23:24:56 CET 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-January/index.html b/_build/static/archives/extend/2015-January/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2015-January/subject.html b/_build/static/archives/extend/2015-January/subject.html
new file mode 100644
index 00000000..f8a9e2f0
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/subject.html
@@ -0,0 +1,177 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2015 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2015 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sat Jan 10 14:55:58 CET 2015</i><br>
+         <b>Ending:</b> <i>Thu Jan 29 23:24:59 CET 2015</i><br>
+         <b>Messages:</b> 26<p>
+     <ul>
+
+<LI><A HREF="000494.html">[99s-extend] Cowboy + SSL
+</A><A NAME="494">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000495.html">[99s-extend] Cowboy + SSL
+</A><A NAME="495">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000499.html">[99s-extend] Cowboy + SSL
+</A><A NAME="499">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000500.html">[99s-extend] Cowboy + SSL
+</A><A NAME="500">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000491.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="491">&nbsp;</A>
+<I>Stefan Strigler
+</I>
+
+<LI><A HREF="000492.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="492">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000493.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="493">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000496.html">[99s-extend] Rewriting URLs
+</A><A NAME="496">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000497.html">[99s-extend] Rewriting URLs
+</A><A NAME="497">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000498.html">[99s-extend] Rewriting URLs
+</A><A NAME="498">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000501.html">[99s-extend] Rewriting URLs
+</A><A NAME="501">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000502.html">[99s-extend] Rewriting URLs
+</A><A NAME="502">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000503.html">[99s-extend] Rewriting URLs
+</A><A NAME="503">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000504.html">[99s-extend] Rewriting URLs
+</A><A NAME="504">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000505.html">[99s-extend] Rewriting URLs
+</A><A NAME="505">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000506.html">[99s-extend] Rewriting URLs
+</A><A NAME="506">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000507.html">[99s-extend] Rewriting URLs
+</A><A NAME="507">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000508.html">[99s-extend] Rewriting URLs
+</A><A NAME="508">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<LI><A HREF="000509.html">[99s-extend] Rewriting URLs
+</A><A NAME="509">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000484.html">[99s-extend] websocket over ssl
+</A><A NAME="484">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000485.html">[99s-extend] websocket over ssl
+</A><A NAME="485">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000486.html">[99s-extend] websocket over ssl
+</A><A NAME="486">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000487.html">[99s-extend] websocket over ssl
+</A><A NAME="487">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000488.html">[99s-extend] websocket over ssl
+</A><A NAME="488">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<LI><A HREF="000489.html">[99s-extend] websocket over ssl
+</A><A NAME="489">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<LI><A HREF="000490.html">[99s-extend] websocket over ssl
+</A><A NAME="490">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Jan 29 23:24:59 CET 2015</i><br>
+    <b>Archived on:</b> <i>Thu Jan 29 23:24:56 CET 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-January/thread.html b/_build/static/archives/extend/2015-January/thread.html
new file mode 100644
index 00000000..2cfb9866
--- /dev/null
+++ b/_build/static/archives/extend/2015-January/thread.html
@@ -0,0 +1,227 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend January 2015 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>January 2015 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Sat Jan 10 14:55:58 CET 2015</i><br>
+         <b>Ending:</b> <i>Thu Jan 29 23:24:59 CET 2015</i><br>
+         <b>Messages:</b> 26<p>
+     <ul>
+
+<!--0 01420898158.484- -->
+<LI><A HREF="000484.html">[99s-extend] websocket over ssl
+</A><A NAME="484">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<UL>
+<!--1 01420898158.484-01420899664.485- -->
+<LI><A HREF="000485.html">[99s-extend] websocket over ssl
+</A><A NAME="485">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01420898158.484-01420899664.485-01420900132.486- -->
+<LI><A HREF="000486.html">[99s-extend] websocket over ssl
+</A><A NAME="486">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<UL>
+<!--3 01420898158.484-01420899664.485-01420900132.486-01420900481.487- -->
+<LI><A HREF="000487.html">[99s-extend] websocket over ssl
+</A><A NAME="487">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01420898158.484-01420899664.485-01420900132.486-01420900481.487-01420903699.490- -->
+<LI><A HREF="000490.html">[99s-extend] websocket over ssl
+</A><A NAME="490">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+</UL>
+</UL>
+<!--1 01420898158.484-01420900781.488- -->
+<LI><A HREF="000488.html">[99s-extend] websocket over ssl
+</A><A NAME="488">&nbsp;</A>
+<I>Lee Sylvester
+</I>
+
+<UL>
+<!--2 01420898158.484-01420900781.488-01420901183.489- -->
+<LI><A HREF="000489.html">[99s-extend] websocket over ssl
+</A><A NAME="489">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+</UL>
+</UL>
+<!--0 01421253941.491- -->
+<LI><A HREF="000491.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="491">&nbsp;</A>
+<I>Stefan Strigler
+</I>
+
+<UL>
+<!--1 01421253941.491-01421257779.492- -->
+<LI><A HREF="000492.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="492">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01421253941.491-01421257779.492-01421257821.493- -->
+<LI><A HREF="000493.html">[99s-extend] cowboy and handling exceptions
+</A><A NAME="493">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+<!--0 01421695920.494- -->
+<LI><A HREF="000494.html">[99s-extend] Cowboy + SSL
+</A><A NAME="494">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<UL>
+<!--1 01421695920.494-01421864920.495- -->
+<LI><A HREF="000495.html">[99s-extend] Cowboy + SSL
+</A><A NAME="495">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+<UL>
+<!--2 01421695920.494-01421864920.495-01422268174.499- -->
+<LI><A HREF="000499.html">[99s-extend] Cowboy + SSL
+</A><A NAME="499">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--3 01421695920.494-01421864920.495-01422268174.499-01422282656.500- -->
+<LI><A HREF="000500.html">[99s-extend] Cowboy + SSL
+</A><A NAME="500">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01422225008.496- -->
+<LI><A HREF="000496.html">[99s-extend] Rewriting URLs
+</A><A NAME="496">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<UL>
+<!--1 01422225008.496-01422248989.497- -->
+<LI><A HREF="000497.html">[99s-extend] Rewriting URLs
+</A><A NAME="497">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<UL>
+<!--2 01422225008.496-01422248989.497-01422268002.498- -->
+<LI><A HREF="000498.html">[99s-extend] Rewriting URLs
+</A><A NAME="498">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--3 01422225008.496-01422248989.497-01422268002.498-01422309249.501- -->
+<LI><A HREF="000501.html">[99s-extend] Rewriting URLs
+</A><A NAME="501">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<!--3 01422225008.496-01422248989.497-01422268002.498-01422309249.501-01422353621.502- -->
+<LI><A HREF="000502.html">[99s-extend] Rewriting URLs
+</A><A NAME="502">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01422225008.496-01422248989.497-01422268002.498-01422309249.501-01422353621.502-01422364068.503- -->
+<LI><A HREF="000503.html">[99s-extend] Rewriting URLs
+</A><A NAME="503">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<!--3 01422225008.496-01422248989.497-01422268002.498-01422309249.501-01422353621.502-01422364068.503-01422364258.504- -->
+<LI><A HREF="000504.html">[99s-extend] Rewriting URLs
+</A><A NAME="504">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01422225008.496-01422248989.497-01422268002.498-01422309249.501-01422353621.502-01422364068.503-01422364258.504-01422365070.505- -->
+<LI><A HREF="000505.html">[99s-extend] Rewriting URLs
+</A><A NAME="505">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<!--3 01422225008.496-01422248989.497-01422268002.498-01422309249.501-01422353621.502-01422364068.503-01422364258.504-01422365070.505-01422365360.506- -->
+<LI><A HREF="000506.html">[99s-extend] Rewriting URLs
+</A><A NAME="506">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01422225008.496-01422248989.497-01422268002.498-01422309249.501-01422353621.502-01422364068.503-01422364258.504-01422365070.505-01422365360.506-01422366254.507- -->
+<LI><A HREF="000507.html">[99s-extend] Rewriting URLs
+</A><A NAME="507">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<!--3 01422225008.496-01422248989.497-01422268002.498-01422309249.501-01422353621.502-01422364068.503-01422364258.504-01422365070.505-01422365360.506-01422366254.507-01422570215.508- -->
+<LI><A HREF="000508.html">[99s-extend] Rewriting URLs
+</A><A NAME="508">&nbsp;</A>
+<I>Paul Dickson
+</I>
+
+<!--3 01422225008.496-01422248989.497-01422268002.498-01422309249.501-01422353621.502-01422364068.503-01422364258.504-01422365070.505-01422365360.506-01422366254.507-01422570215.508-01422570299.509- -->
+<LI><A HREF="000509.html">[99s-extend] Rewriting URLs
+</A><A NAME="509">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Thu Jan 29 23:24:59 CET 2015</i><br>
+    <b>Archived on:</b> <i>Thu Jan 29 23:24:56 CET 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-July.txt b/_build/static/archives/extend/2015-July.txt
new file mode 100644
index 00000000..ac86d308
--- /dev/null
+++ b/_build/static/archives/extend/2015-July.txt
@@ -0,0 +1,85 @@
+From ethrbh at gmail.com  Mon Jul 13 12:47:54 2015
+From: ethrbh at gmail.com (Robert Balogh)
+Date: Mon, 13 Jul 2015 12:47:54 +0200
+Subject: [99s-extend] help to combine websocket with basic authentication
+Message-ID: <CAA4OwwW-m9+esdjEv-jJv=wZixcisP=OXgAcE5nHVYD2O3NfrA@mail.gmail.com>
+
+hello,
+
+Sorry that I turned to the list again, but I would like to get some help
+from you. I have a websocket based application, based on the
+cowboy/examples/websocket. It is working well. Now I would like to add a
+basic authentication, and I saw, there is an example how to do this. I
+checked the cowboy/examples/rest_basic_auth example.
+So I tried "add" the aut. example into my websocket app by doing the
+following steps:
+ - add new module for handle the authentication
+   do_basic_auth.erl
+ - update cowboy_router:compile function call when star application with
+{"/", do_basic_auth, []}
+
+Once the compilation done, I can start the app and I get the "basic auth"
+window in the browser when connecting to localhost:8080, but the "ordinary"
+index.html does not appears when I set the correct auth data (user/pwd). I
+am pretty sure that I made something wrong, I do not see what I did wrong,
+thus I kindly ask you, please try help me.
+
+The project what I am working on can be seen in the github:
+   https://github.com/ethrbh/websocket_2
+
+thanks fro your help,
+/Robi
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150713/eb33ab46/attachment.html>
+
+From e at bestmx.net  Mon Jul 13 13:01:53 2015
+From: e at bestmx.net (e at bestmx.net)
+Date: Mon, 13 Jul 2015 13:01:53 +0200
+Subject: [99s-extend] help to combine websocket with basic authentication
+In-Reply-To: <CAA4OwwW-m9+esdjEv-jJv=wZixcisP=OXgAcE5nHVYD2O3NfrA@mail.gmail.com>
+References: <CAA4OwwW-m9+esdjEv-jJv=wZixcisP=OXgAcE5nHVYD2O3NfrA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+> Now I would like to add a
+> basic authentication, and I saw, there is an example how to do this. I
+> checked the cowboy/examples/rest_basic_auth example.
+
+may i ask?
+why do you want "basic"
+while using WS, which keeps state implicitly.
+
+"basic" is a CRUTCH for stateless environments,
+but you have cowboy that naturally passes the "State" variable trough 
+handlers.
+
+also, do you remember that "basic" gives you no option to logout?
+
+
+> So I tried "add" the aut. example into my websocket app by doing the
+> following steps:
+>   - add new module for handle the authentication
+>     do_basic_auth.erl
+>   - update cowboy_router:compile function call when star application with
+> {"/", do_basic_auth, []}
+>
+> Once the compilation done, I can start the app and I get the "basic auth"
+> window in the browser when connecting to localhost:8080, but the "ordinary"
+> index.html does not appears when I set the correct auth data (user/pwd). I
+> am pretty sure that I made something wrong, I do not see what I did wrong,
+> thus I kindly ask you, please try help me.
+>
+> The project what I am working on can be seen in the github:
+>     https://github.com/ethrbh/websocket_2
+>
+> thanks fro your help,
+> /Robi
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
diff --git a/_build/static/archives/extend/2015-July/000545.html b/_build/static/archives/extend/2015-July/000545.html
new file mode 100644
index 00000000..06f48e7a
--- /dev/null
+++ b/_build/static/archives/extend/2015-July/000545.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] help to combine websocket with basic authentication
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20help%20to%20combine%20websocket%20with%20basic%20authentication&In-Reply-To=%3CCAA4OwwW-m9%2BesdjEv-jJv%3DwZixcisP%3DOXgAcE5nHVYD2O3NfrA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000546.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] help to combine websocket with basic authentication</H1>
+    <B>Robert Balogh</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20help%20to%20combine%20websocket%20with%20basic%20authentication&In-Reply-To=%3CCAA4OwwW-m9%2BesdjEv-jJv%3DwZixcisP%3DOXgAcE5nHVYD2O3NfrA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] help to combine websocket with basic authentication">ethrbh at gmail.com
+       </A><BR>
+    <I>Mon Jul 13 12:47:54 CEST 2015</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000546.html">[99s-extend] help to combine websocket with basic authentication
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#545">[ date ]</a>
+              <a href="thread.html#545">[ thread ]</a>
+              <a href="subject.html#545">[ subject ]</a>
+              <a href="author.html#545">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hello,
+
+Sorry that I turned to the list again, but I would like to get some help
+from you. I have a websocket based application, based on the
+cowboy/examples/websocket. It is working well. Now I would like to add a
+basic authentication, and I saw, there is an example how to do this. I
+checked the cowboy/examples/rest_basic_auth example.
+So I tried &quot;add&quot; the aut. example into my websocket app by doing the
+following steps:
+ - add new module for handle the authentication
+   do_basic_auth.erl
+ - update cowboy_router:compile function call when star application with
+{&quot;/&quot;, do_basic_auth, []}
+
+Once the compilation done, I can start the app and I get the &quot;basic auth&quot;
+window in the browser when connecting to localhost:8080, but the &quot;ordinary&quot;
+index.html does not appears when I set the correct auth data (user/pwd). I
+am pretty sure that I made something wrong, I do not see what I did wrong,
+thus I kindly ask you, please try help me.
+
+The project what I am working on can be seen in the github:
+   <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+
+thanks fro your help,
+/Robi
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150713/eb33ab46/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150713/eb33ab46/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000546.html">[99s-extend] help to combine websocket with basic authentication
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#545">[ date ]</a>
+              <a href="thread.html#545">[ thread ]</a>
+              <a href="subject.html#545">[ subject ]</a>
+              <a href="author.html#545">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-July/000546.html b/_build/static/archives/extend/2015-July/000546.html
new file mode 100644
index 00000000..106c36b5
--- /dev/null
+++ b/_build/static/archives/extend/2015-July/000546.html
@@ -0,0 +1,99 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] help to combine websocket with basic authentication
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20help%20to%20combine%20websocket%20with%20basic%20authentication&In-Reply-To=%3C55A39AA1.2080801%40bestmx.net%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000545.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] help to combine websocket with basic authentication</H1>
+    <B>e at bestmx.net</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20help%20to%20combine%20websocket%20with%20basic%20authentication&In-Reply-To=%3C55A39AA1.2080801%40bestmx.net%3E"
+       TITLE="[99s-extend] help to combine websocket with basic authentication">e at bestmx.net
+       </A><BR>
+    <I>Mon Jul 13 13:01:53 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000545.html">[99s-extend] help to combine websocket with basic authentication
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#546">[ date ]</a>
+              <a href="thread.html#546">[ thread ]</a>
+              <a href="subject.html#546">[ subject ]</a>
+              <a href="author.html#546">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>&gt;<i> Now I would like to add a
+</I>&gt;<i> basic authentication, and I saw, there is an example how to do this. I
+</I>&gt;<i> checked the cowboy/examples/rest_basic_auth example.
+</I>
+may i ask?
+why do you want &quot;basic&quot;
+while using WS, which keeps state implicitly.
+
+&quot;basic&quot; is a CRUTCH for stateless environments,
+but you have cowboy that naturally passes the &quot;State&quot; variable trough 
+handlers.
+
+also, do you remember that &quot;basic&quot; gives you no option to logout?
+
+
+&gt;<i> So I tried &quot;add&quot; the aut. example into my websocket app by doing the
+</I>&gt;<i> following steps:
+</I>&gt;<i>   - add new module for handle the authentication
+</I>&gt;<i>     do_basic_auth.erl
+</I>&gt;<i>   - update cowboy_router:compile function call when star application with
+</I>&gt;<i> {&quot;/&quot;, do_basic_auth, []}
+</I>&gt;<i>
+</I>&gt;<i> Once the compilation done, I can start the app and I get the &quot;basic auth&quot;
+</I>&gt;<i> window in the browser when connecting to localhost:8080, but the &quot;ordinary&quot;
+</I>&gt;<i> index.html does not appears when I set the correct auth data (user/pwd). I
+</I>&gt;<i> am pretty sure that I made something wrong, I do not see what I did wrong,
+</I>&gt;<i> thus I kindly ask you, please try help me.
+</I>&gt;<i>
+</I>&gt;<i> The project what I am working on can be seen in the github:
+</I>&gt;<i>     <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+</I>&gt;<i>
+</I>&gt;<i> thanks fro your help,
+</I>&gt;<i> /Robi
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I></PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000545.html">[99s-extend] help to combine websocket with basic authentication
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#546">[ date ]</a>
+              <a href="thread.html#546">[ thread ]</a>
+              <a href="subject.html#546">[ subject ]</a>
+              <a href="author.html#546">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-July/author.html b/_build/static/archives/extend/2015-July/author.html
new file mode 100644
index 00000000..ba3869b1
--- /dev/null
+++ b/_build/static/archives/extend/2015-July/author.html
@@ -0,0 +1,57 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2015 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2015 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Jul 13 12:47:54 CEST 2015</i><br>
+         <b>Ending:</b> <i>Mon Jul 13 13:01:53 CEST 2015</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<LI><A HREF="000545.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="545">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000546.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="546">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Jul 13 13:01:53 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Jul 13 13:03:40 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-July/date.html b/_build/static/archives/extend/2015-July/date.html
new file mode 100644
index 00000000..fbbdf860
--- /dev/null
+++ b/_build/static/archives/extend/2015-July/date.html
@@ -0,0 +1,57 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2015 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2015 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Jul 13 12:47:54 CEST 2015</i><br>
+         <b>Ending:</b> <i>Mon Jul 13 13:01:53 CEST 2015</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<LI><A HREF="000545.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="545">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000546.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="546">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Jul 13 13:01:53 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Jul 13 13:03:40 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-July/index.html b/_build/static/archives/extend/2015-July/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-July/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2015-July/subject.html b/_build/static/archives/extend/2015-July/subject.html
new file mode 100644
index 00000000..957b9917
--- /dev/null
+++ b/_build/static/archives/extend/2015-July/subject.html
@@ -0,0 +1,57 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2015 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2015 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Jul 13 12:47:54 CEST 2015</i><br>
+         <b>Ending:</b> <i>Mon Jul 13 13:01:53 CEST 2015</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<LI><A HREF="000545.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="545">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000546.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="546">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Jul 13 13:01:53 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Jul 13 13:03:40 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-July/thread.html b/_build/static/archives/extend/2015-July/thread.html
new file mode 100644
index 00000000..61143a3f
--- /dev/null
+++ b/_build/static/archives/extend/2015-July/thread.html
@@ -0,0 +1,61 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend July 2015 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>July 2015 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Mon Jul 13 12:47:54 CEST 2015</i><br>
+         <b>Ending:</b> <i>Mon Jul 13 13:01:53 CEST 2015</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<!--0 01436784474.545- -->
+<LI><A HREF="000545.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="545">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<UL>
+<!--1 01436784474.545-01436785313.546- -->
+<LI><A HREF="000546.html">[99s-extend] help to combine websocket with basic authentication
+</A><A NAME="546">&nbsp;</A>
+<I>e at bestmx.net
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Jul 13 13:01:53 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Jul 13 13:03:40 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-June.txt b/_build/static/archives/extend/2015-June.txt
new file mode 100644
index 00000000..cb177603
--- /dev/null
+++ b/_build/static/archives/extend/2015-June.txt
@@ -0,0 +1,2012 @@
+From essen at ninenines.eu  Fri Jun 19 15:47:14 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Fri, 19 Jun 2015 15:47:14 +0200
+Subject: [99s-extend] [ANN] The Erlanger Playbook early release
+Message-ID: <[email protected]>
+
+Hello,
+
+I hope it's OK for me to announce on erlang-questions: The Erlanger 
+Playbook, a book about software development using Erlang, has been 
+*early* released!
+
+The book is meant to be the missing developer manual. It covers all 
+steps from the start of a project to its release including writing code, 
+documentation and tests.
+
+There are books for learning Erlang, for running Erlang in production, 
+but not much for modern Erlang development. This is where The Erlanger 
+Playbook comes in.
+
+This is an early release. An update will be sent to everyone about every 
+month or so. I plan to cover anything that relates to the development of 
+Erlang software, ie the "dev" in "devops". Many tools and techniques 
+will be covered in future updates.
+
+We will do a print book if there is enough interest once the book gets 
+finished, but we're a few months off for now. :-)
+
+You can get more information here:
+
+   http://ninenines.eu/articles/erlanger-playbook/
+
+Thanks for your interest!
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
+From ethrbh at gmail.com  Tue Jun 23 10:28:16 2015
+From: ethrbh at gmail.com (Robert Balogh)
+Date: Tue, 23 Jun 2015 10:28:16 +0200
+Subject: [99s-extend] Help to use frameset in index.html
+Message-ID: <CAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA@mail.gmail.com>
+
+hello,
+
+First of all I would say I am a beginner in Cowboy web server, so probably
+I made something wrong, that is why I got the "fault", what I got.
+
+I would like to build up web page, where the client can communicate to
+server, and server can do the same to client, if client does not send
+anything to server too. The Cowboy has the websocket example, what does
+what I would like to do.
+
+There is only one thing is missing what I would like to have. This is the
+"frameset". My idea is to build the index.html using framsets. I made this
+changes, and I build up the html files for the frames, and of course I set
+these in the index.html.
+
+Here is how the index.html looks like
+    <html>
+
+    <head>
+    <title>Welcome to Websocket example 2</title>
+    </head>
+
+    <frameset rows="64,*">
+        <frame name="top_frame" noresize="noresize" scrolling="no"
+src="frame_top.html">
+        <frameset cols="450,*">
+            <frame name="left_frame" scrolling="auto" src="frame_left.html">
+            <frame name="right_frame" src="frame_right.html">
+        </frameset>
+        <noframes>
+        <body>
+
+        </body>
+        </noframes>
+    </frameset>
+
+    </html>
+
+This is how the priv folder looks like
+-----------------------------------------------------------
+    ls priv/
+    frame_left.html  frame_right.html  frame_top.html  index.html  static
+
+This is how I changed the websocket_2_app:start/2 function
+-----------------------------------------------------------
+    Dispatch = cowboy_router:compile([
+        {'_', [
+
+            {"/", cowboy_static, {priv_file, websocket_2, "index.html"}},
+            {"/[...]", cowboy_static, {priv_dir, websocket_2, ""}},
+
+            {"/websocket_2", ws_handler_2, []},
+            {"/static/[...]", cowboy_static, {priv_dir, websocket_2,
+"static"}}
+        ]}
+    ]),
+
+After compile and make release package of the app, I can reach the
+webserver on the port 8080, but some connection does not set up correctly.
+The following texts are present in the browser
+    DISCONNECTED
+
+    ERROR: undefined
+
+    Connecting to: ws://localhost:8080/websocket_2
+
+I made a dbg trace on all cowboy modules, to start some kind of
+troubleshooting. In the "tons" of printout I can see this one. So in the
+bottom of this, there is an {error,enoent}. It comes when tries connect to
+the socket. But unfortunatelly I do not have idea what may cause this :-(
+
+The part of trace
+-----------------------------------------------------------
+    (<0.177.0>) call
+cowboy_rest:next({http_req,#Port<0.646>,ranch_tcp,keepalive,<0.177.0>,<<"GET">>,'HTTP/1.1',
+              {{127,0,0,1},33241},
+              <<"localhost">>,undefined,8080,<<"/websocket_2">>,
+              [<<"websocket_2">>],
+              <<>>,undefined,[],
+              [{<<"host">>,<<"localhost:8080">>},
+               {<<"connection">>,<<"Upgrade">>},
+               {<<"pragma">>,<<"no-cache">>},
+               {<<"cache-control">>,<<"no-cache">>},
+               {<<"upgrade">>,<<"websocket">>},
+               {<<"origin">>,<<"http://localhost:8080">>},
+               {<<"sec-websocket-version">>,<<"13">>},
+               {<<"user-agent">>,
+                <<"Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML,
+like Gecko) Chrome/40.0.2214.115 Safari/537.36">>},
+               {<<"accept-encoding">>,<<"gzip, deflate, sdch">>},
+               {<<"accept-language">>,<<"en-US,en;q=0.8">>},
+               {<<"sec-websocket-key">>,<<"by/gwaQvb/51W7Wa9zrGQg==">>},
+               {<<"sec-websocket-extensions">>,
+                <<"permessage-deflate; client_max_window_bits">>}],
+              [{<<"connection">>,[<<"upgrade">>]}],
+
+undefined,[],waiting,<<>>,undefined,false,waiting,[],<<>>,undefined},{state,[{handler,cowboy_static},
+            {handler_opts,{priv_dir,websocket_2,[]}},
+            {listener,http},
+            {dispatch,[{'_',[],
+                            [{[],[],cowboy_static,
+                              {priv_file,websocket_2,"index.html"}},
+
+ {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+                             {[<<"websocket_2">>],[],ws_handler_2,[]},
+                             {[<<"static">>,'...'],
+                              [],cowboy_static,
+                              {priv_dir,websocket_2,"static"}}]}]}],
+           <<"GET">>,cowboy_static,
+
+{<<"/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2">>,
+            {error,enoent},
+            []},
+           undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+           undefined,undefined},#Fun<cowboy_rest.2.41839999>) (Timestamp:
+{1435,
+
+46126,
+
+935663})
+
+I guess, I did something very wrong, but I did not found what is that, thus
+I would like to get some help from you.
+
+Please find my small project in github:
+https://github.com/ethrbh/websocket_2
+
+thanks for your help,
+/Robi
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150623/69dfc8e4/attachment-0001.html>
+
+From essen at ninenines.eu  Tue Jun 23 10:56:02 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 23 Jun 2015 10:56:02 +0200
+Subject: [99s-extend] Help to use frameset in index.html
+In-Reply-To: <CAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA@mail.gmail.com>
+References: <CAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+The {error, enoent}, especially there, is probably just because the 
+browser is trying to fetch the favicon.
+
+Your issue is that Websocket won't connect, so it has nothing to do with 
+cowboy_rest. Try tracing cowboy_websocket or enable SASL to have more info.
+
+On 06/23/2015 10:28 AM, Robert Balogh wrote:
+> hello,
+>
+> First of all I would say I am a beginner in Cowboy web server, so
+> probably I made something wrong, that is why I got the "fault", what I got.
+>
+> I would like to build up web page, where the client can communicate to
+> server, and server can do the same to client, if client does not send
+> anything to server too. The Cowboy has the websocket example, what does
+> what I would like to do.
+>
+> There is only one thing is missing what I would like to have. This is
+> the "frameset". My idea is to build the index.html using framsets. I
+> made this changes, and I build up the html files for the frames, and of
+> course I set these in the index.html.
+>
+> Here is how the index.html looks like
+>      <html>
+>
+>      <head>
+>      <title>Welcome to Websocket example 2</title>
+>      </head>
+>
+>      <frameset rows="64,*">
+>          <frame name="top_frame" noresize="noresize" scrolling="no"
+> src="frame_top.html">
+>          <frameset cols="450,*">
+>              <frame name="left_frame" scrolling="auto"
+> src="frame_left.html">
+>              <frame name="right_frame" src="frame_right.html">
+>          </frameset>
+>          <noframes>
+>          <body>
+>
+>          </body>
+>          </noframes>
+>      </frameset>
+>
+>      </html>
+>
+> This is how the priv folder looks like
+> -----------------------------------------------------------
+>      ls priv/
+>      frame_left.html  frame_right.html  frame_top.html  index.html  static
+>
+> This is how I changed the websocket_2_app:start/2 function
+> -----------------------------------------------------------
+>      Dispatch = cowboy_router:compile([
+>          {'_', [
+>
+>              {"/", cowboy_static, {priv_file, websocket_2, "index.html"}},
+>              {"/[...]", cowboy_static, {priv_dir, websocket_2, ""}},
+>
+>              {"/websocket_2", ws_handler_2, []},
+>              {"/static/[...]", cowboy_static, {priv_dir, websocket_2,
+> "static"}}
+>          ]}
+>      ]),
+>
+> After compile and make release package of the app, I can reach the
+> webserver on the port 8080, but some connection does not set up
+> correctly. The following texts are present in the browser
+>      DISCONNECTED
+>
+>      ERROR: undefined
+>
+>      Connecting to: ws://localhost:8080/websocket_2
+>
+> I made a dbg trace on all cowboy modules, to start some kind of
+> troubleshooting. In the "tons" of printout I can see this one. So in the
+> bottom of this, there is an {error,enoent}. It comes when tries connect
+> to the socket. But unfortunatelly I do not have idea what may cause this :-(
+>
+> The part of trace
+> -----------------------------------------------------------
+>      (<0.177.0>) call
+> cowboy_rest:next({http_req,#Port<0.646>,ranch_tcp,keepalive,<0.177.0>,<<"GET">>,'HTTP/1.1',
+>                {{127,0,0,1},33241},
+>                <<"localhost">>,undefined,8080,<<"/websocket_2">>,
+>                [<<"websocket_2">>],
+>                <<>>,undefined,[],
+>                [{<<"host">>,<<"localhost:8080">>},
+>                 {<<"connection">>,<<"Upgrade">>},
+>                 {<<"pragma">>,<<"no-cache">>},
+>                 {<<"cache-control">>,<<"no-cache">>},
+>                 {<<"upgrade">>,<<"websocket">>},
+>                 {<<"origin">>,<<"http://localhost:8080">>},
+>                 {<<"sec-websocket-version">>,<<"13">>},
+>                 {<<"user-agent">>,
+>                  <<"Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36
+> (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36">>},
+>                 {<<"accept-encoding">>,<<"gzip, deflate, sdch">>},
+>                 {<<"accept-language">>,<<"en-US,en;q=0.8">>},
+>                 {<<"sec-websocket-key">>,<<"by/gwaQvb/51W7Wa9zrGQg==">>},
+>                 {<<"sec-websocket-extensions">>,
+>                  <<"permessage-deflate; client_max_window_bits">>}],
+>                [{<<"connection">>,[<<"upgrade">>]}],
+>
+> undefined,[],waiting,<<>>,undefined,false,waiting,[],<<>>,undefined},{state,[{handler,cowboy_static},
+>              {handler_opts,{priv_dir,websocket_2,[]}},
+>              {listener,http},
+>              {dispatch,[{'_',[],
+>                              [{[],[],cowboy_static,
+>                                {priv_file,websocket_2,"index.html"}},
+>
+>   {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+>                               {[<<"websocket_2">>],[],ws_handler_2,[]},
+>                               {[<<"static">>,'...'],
+>                                [],cowboy_static,
+>                                {priv_dir,websocket_2,"static"}}]}]}],
+>             <<"GET">>,cowboy_static,
+>
+> {<<"/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2">>,
+>              {error,enoent},
+>              []},
+>
+> undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+>             undefined,undefined},#Fun<cowboy_rest.2.41839999>)
+> (Timestamp: {1435,
+>
+>     46126,
+>
+>     935663})
+>
+> I guess, I did something very wrong, but I did not found what is that,
+> thus I would like to get some help from you.
+>
+> Please find my small project in github:
+> https://github.com/ethrbh/websocket_2
+>
+> thanks for your help,
+> /Robi
+>
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
+From grahamrhay at gmail.com  Tue Jun 23 11:06:35 2015
+From: grahamrhay at gmail.com (Graham Hay)
+Date: Tue, 23 Jun 2015 10:06:35 +0100
+Subject: [99s-extend] Help to use frameset in index.html
+In-Reply-To: <[email protected]>
+References: <CAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAABECY1tDoHdPDEwJXk=W4ur-Fieigjxg7eSv21jVq=u50Czzw@mail.gmail.com>
+
+I think the order of your routes is the problem, try putting this line
+<https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17>
+last.
+
+On 23 June 2015 at 09:56, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> The {error, enoent}, especially there, is probably just because the
+> browser is trying to fetch the favicon.
+>
+> Your issue is that Websocket won't connect, so it has nothing to do with
+> cowboy_rest. Try tracing cowboy_websocket or enable SASL to have more info.
+>
+>
+> On 06/23/2015 10:28 AM, Robert Balogh wrote:
+>
+>> hello,
+>>
+>> First of all I would say I am a beginner in Cowboy web server, so
+>> probably I made something wrong, that is why I got the "fault", what I
+>> got.
+>>
+>> I would like to build up web page, where the client can communicate to
+>> server, and server can do the same to client, if client does not send
+>> anything to server too. The Cowboy has the websocket example, what does
+>> what I would like to do.
+>>
+>> There is only one thing is missing what I would like to have. This is
+>> the "frameset". My idea is to build the index.html using framsets. I
+>> made this changes, and I build up the html files for the frames, and of
+>> course I set these in the index.html.
+>>
+>> Here is how the index.html looks like
+>>      <html>
+>>
+>>      <head>
+>>      <title>Welcome to Websocket example 2</title>
+>>      </head>
+>>
+>>      <frameset rows="64,*">
+>>          <frame name="top_frame" noresize="noresize" scrolling="no"
+>> src="frame_top.html">
+>>          <frameset cols="450,*">
+>>              <frame name="left_frame" scrolling="auto"
+>> src="frame_left.html">
+>>              <frame name="right_frame" src="frame_right.html">
+>>          </frameset>
+>>          <noframes>
+>>          <body>
+>>
+>>          </body>
+>>          </noframes>
+>>      </frameset>
+>>
+>>      </html>
+>>
+>> This is how the priv folder looks like
+>> -----------------------------------------------------------
+>>      ls priv/
+>>      frame_left.html  frame_right.html  frame_top.html  index.html  static
+>>
+>> This is how I changed the websocket_2_app:start/2 function
+>> -----------------------------------------------------------
+>>      Dispatch = cowboy_router:compile([
+>>          {'_', [
+>>
+>>              {"/", cowboy_static, {priv_file, websocket_2, "index.html"}},
+>>              {"/[...]", cowboy_static, {priv_dir, websocket_2, ""}},
+>>
+>>              {"/websocket_2", ws_handler_2, []},
+>>              {"/static/[...]", cowboy_static, {priv_dir, websocket_2,
+>> "static"}}
+>>          ]}
+>>      ]),
+>>
+>> After compile and make release package of the app, I can reach the
+>> webserver on the port 8080, but some connection does not set up
+>> correctly. The following texts are present in the browser
+>>      DISCONNECTED
+>>
+>>      ERROR: undefined
+>>
+>>      Connecting to: ws://localhost:8080/websocket_2
+>>
+>> I made a dbg trace on all cowboy modules, to start some kind of
+>> troubleshooting. In the "tons" of printout I can see this one. So in the
+>> bottom of this, there is an {error,enoent}. It comes when tries connect
+>> to the socket. But unfortunatelly I do not have idea what may cause this
+>> :-(
+>>
+>> The part of trace
+>> -----------------------------------------------------------
+>>      (<0.177.0>) call
+>>
+>> cowboy_rest:next({http_req,#Port<0.646>,ranch_tcp,keepalive,<0.177.0>,<<"GET">>,'HTTP/1.1',
+>>                {{127,0,0,1},33241},
+>>                <<"localhost">>,undefined,8080,<<"/websocket_2">>,
+>>                [<<"websocket_2">>],
+>>                <<>>,undefined,[],
+>>                [{<<"host">>,<<"localhost:8080">>},
+>>                 {<<"connection">>,<<"Upgrade">>},
+>>                 {<<"pragma">>,<<"no-cache">>},
+>>                 {<<"cache-control">>,<<"no-cache">>},
+>>                 {<<"upgrade">>,<<"websocket">>},
+>>                 {<<"origin">>,<<"http://localhost:8080">>},
+>>                 {<<"sec-websocket-version">>,<<"13">>},
+>>                 {<<"user-agent">>,
+>>                  <<"Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36
+>> (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36">>},
+>>                 {<<"accept-encoding">>,<<"gzip, deflate, sdch">>},
+>>                 {<<"accept-language">>,<<"en-US,en;q=0.8">>},
+>>                 {<<"sec-websocket-key">>,<<"by/gwaQvb/51W7Wa9zrGQg==">>},
+>>                 {<<"sec-websocket-extensions">>,
+>>                  <<"permessage-deflate; client_max_window_bits">>}],
+>>                [{<<"connection">>,[<<"upgrade">>]}],
+>>
+>>
+>> undefined,[],waiting,<<>>,undefined,false,waiting,[],<<>>,undefined},{state,[{handler,cowboy_static},
+>>              {handler_opts,{priv_dir,websocket_2,[]}},
+>>              {listener,http},
+>>              {dispatch,[{'_',[],
+>>                              [{[],[],cowboy_static,
+>>                                {priv_file,websocket_2,"index.html"}},
+>>
+>>   {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+>>                               {[<<"websocket_2">>],[],ws_handler_2,[]},
+>>                               {[<<"static">>,'...'],
+>>                                [],cowboy_static,
+>>                                {priv_dir,websocket_2,"static"}}]}]}],
+>>             <<"GET">>,cowboy_static,
+>>
+>>
+>> {<<"/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2">>,
+>>              {error,enoent},
+>>              []},
+>>
+>> undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+>>             undefined,undefined},#Fun<cowboy_rest.2.41839999>)
+>> (Timestamp: {1435,
+>>
+>>     46126,
+>>
+>>     935663})
+>>
+>> I guess, I did something very wrong, but I did not found what is that,
+>> thus I would like to get some help from you.
+>>
+>> Please find my small project in github:
+>> https://github.com/ethrbh/websocket_2
+>>
+>> thanks for your help,
+>> /Robi
+>>
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+> Author of The Erlanger Playbook,
+> A book about software development using Erlang
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150623/dd7366a3/attachment.html>
+
+From essen at ninenines.eu  Tue Jun 23 11:09:27 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 23 Jun 2015 11:09:27 +0200
+Subject: [99s-extend] Help to use frameset in index.html
+In-Reply-To: <CAABECY1tDoHdPDEwJXk=W4ur-Fieigjxg7eSv21jVq=u50Czzw@mail.gmail.com>
+References: <CAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA@mail.gmail.com>	<[email protected]>
+ <CAABECY1tDoHdPDEwJXk=W4ur-Fieigjxg7eSv21jVq=u50Czzw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Oh nice catch ahah. We should probably warn when something like this 
+happens.
+
+On 06/23/2015 11:06 AM, Graham Hay wrote:
+> I think the order of your routes is the problem, try putting this line
+> <https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17>
+> last.
+>
+> On 23 June 2015 at 09:56, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     The {error, enoent}, especially there, is probably just because the
+>     browser is trying to fetch the favicon.
+>
+>     Your issue is that Websocket won't connect, so it has nothing to do
+>     with cowboy_rest. Try tracing cowboy_websocket or enable SASL to
+>     have more info.
+>
+>
+>     On 06/23/2015 10:28 AM, Robert Balogh wrote:
+>
+>         hello,
+>
+>         First of all I would say I am a beginner in Cowboy web server, so
+>         probably I made something wrong, that is why I got the "fault",
+>         what I got.
+>
+>         I would like to build up web page, where the client can
+>         communicate to
+>         server, and server can do the same to client, if client does not
+>         send
+>         anything to server too. The Cowboy has the websocket example,
+>         what does
+>         what I would like to do.
+>
+>         There is only one thing is missing what I would like to have.
+>         This is
+>         the "frameset". My idea is to build the index.html using framsets. I
+>         made this changes, and I build up the html files for the frames,
+>         and of
+>         course I set these in the index.html.
+>
+>         Here is how the index.html looks like
+>               <html>
+>
+>               <head>
+>               <title>Welcome to Websocket example 2</title>
+>               </head>
+>
+>               <frameset rows="64,*">
+>                   <frame name="top_frame" noresize="noresize" scrolling="no"
+>         src="frame_top.html">
+>                   <frameset cols="450,*">
+>                       <frame name="left_frame" scrolling="auto"
+>         src="frame_left.html">
+>                       <frame name="right_frame" src="frame_right.html">
+>                   </frameset>
+>                   <noframes>
+>                   <body>
+>
+>                   </body>
+>                   </noframes>
+>               </frameset>
+>
+>               </html>
+>
+>         This is how the priv folder looks like
+>         -----------------------------------------------------------
+>               ls priv/
+>               frame_left.html  frame_right.html  frame_top.html
+>         index.html  static
+>
+>         This is how I changed the websocket_2_app:start/2 function
+>         -----------------------------------------------------------
+>               Dispatch = cowboy_router:compile([
+>                   {'_', [
+>
+>                       {"/", cowboy_static, {priv_file, websocket_2,
+>         "index.html"}},
+>                       {"/[...]", cowboy_static, {priv_dir, websocket_2,
+>         ""}},
+>
+>                       {"/websocket_2", ws_handler_2, []},
+>                       {"/static/[...]", cowboy_static, {priv_dir,
+>         websocket_2,
+>         "static"}}
+>                   ]}
+>               ]),
+>
+>         After compile and make release package of the app, I can reach the
+>         webserver on the port 8080, but some connection does not set up
+>         correctly. The following texts are present in the browser
+>               DISCONNECTED
+>
+>               ERROR: undefined
+>
+>               Connecting to: ws://localhost:8080/websocket_2
+>
+>         I made a dbg trace on all cowboy modules, to start some kind of
+>         troubleshooting. In the "tons" of printout I can see this one.
+>         So in the
+>         bottom of this, there is an {error,enoent}. It comes when tries
+>         connect
+>         to the socket. But unfortunatelly I do not have idea what may
+>         cause this :-(
+>
+>         The part of trace
+>         -----------------------------------------------------------
+>               (<0.177.0>) call
+>         cowboy_rest:next({http_req,#Port<0.646>,ranch_tcp,keepalive,<0.177.0>,<<"GET">>,'HTTP/1.1',
+>                         {{127,0,0,1},33241},
+>                         <<"localhost">>,undefined,8080,<<"/websocket_2">>,
+>                         [<<"websocket_2">>],
+>                         <<>>,undefined,[],
+>                         [{<<"host">>,<<"localhost:8080">>},
+>                          {<<"connection">>,<<"Upgrade">>},
+>                          {<<"pragma">>,<<"no-cache">>},
+>                          {<<"cache-control">>,<<"no-cache">>},
+>                          {<<"upgrade">>,<<"websocket">>},
+>                          {<<"origin">>,<<"http://localhost:8080">>},
+>                          {<<"sec-websocket-version">>,<<"13">>},
+>                          {<<"user-agent">>,
+>                           <<"Mozilla/5.0 (X11; Linux i686)
+>         AppleWebKit/537.36
+>         (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36">>},
+>                          {<<"accept-encoding">>,<<"gzip, deflate, sdch">>},
+>                          {<<"accept-language">>,<<"en-US,en;q=0.8">>},
+>
+>         {<<"sec-websocket-key">>,<<"by/gwaQvb/51W7Wa9zrGQg==">>},
+>                          {<<"sec-websocket-extensions">>,
+>                           <<"permessage-deflate;
+>         client_max_window_bits">>}],
+>                         [{<<"connection">>,[<<"upgrade">>]}],
+>
+>         undefined,[],waiting,<<>>,undefined,false,waiting,[],<<>>,undefined},{state,[{handler,cowboy_static},
+>                       {handler_opts,{priv_dir,websocket_2,[]}},
+>                       {listener,http},
+>                       {dispatch,[{'_',[],
+>                                       [{[],[],cowboy_static,
+>
+>           {priv_file,websocket_2,"index.html"}},
+>
+>            {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+>
+>         {[<<"websocket_2">>],[],ws_handler_2,[]},
+>                                        {[<<"static">>,'...'],
+>                                         [],cowboy_static,
+>
+>           {priv_dir,websocket_2,"static"}}]}]}],
+>                      <<"GET">>,cowboy_static,
+>
+>         {<<"/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2">>,
+>                       {error,enoent},
+>                       []},
+>
+>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+>                      undefined,undefined},#Fun<cowboy_rest.2.41839999>)
+>         (Timestamp: {1435,
+>
+>              46126,
+>
+>              935663})
+>
+>         I guess, I did something very wrong, but I did not found what is
+>         that,
+>         thus I would like to get some help from you.
+>
+>         Please find my small project in github:
+>         https://github.com/ethrbh/websocket_2
+>
+>         thanks for your help,
+>         /Robi
+>
+>
+>
+>         _______________________________________________
+>         Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         https://lists.ninenines.eu/listinfo/extend
+>
+>
+>     --
+>     Lo?c Hoguin
+>     http://ninenines.eu
+>     Author of The Erlanger Playbook,
+>     A book about software development using Erlang
+>     _______________________________________________
+>     Extend mailing list
+>     Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>     https://lists.ninenines.eu/listinfo/extend
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
+From ethrbh at gmail.com  Tue Jun 23 11:11:42 2015
+From: ethrbh at gmail.com (Robert Balogh)
+Date: Tue, 23 Jun 2015 11:11:42 +0200
+Subject: [99s-extend] Help to use frameset in index.html
+In-Reply-To: <[email protected]>
+References: <CAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA@mail.gmail.com>
+ <[email protected]>
+ <CAABECY1tDoHdPDEwJXk=W4ur-Fieigjxg7eSv21jVq=u50Czzw@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAA4OwwXFxaXMZv0b1kpwn_f8pS1d=bVxs_QxEsLWRWaxFBDRgg@mail.gmail.com>
+
+hello,
+
+Thanks for all. The solution is to put the line at last
+    {"/[...]", cowboy_static, {priv_dir, websocket_2, ""}}
+
+Now It works as I expect.
+
+thanks for your help again.
+
+br,
+/Robi
+
+
+2015-06-23 11:09 GMT+02:00 Lo?c Hoguin <essen at ninenines.eu>:
+
+> Oh nice catch ahah. We should probably warn when something like this
+> happens.
+>
+> On 06/23/2015 11:06 AM, Graham Hay wrote:
+>
+>> I think the order of your routes is the problem, try putting this line
+>> <
+>> https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17
+>> >
+>> last.
+>>
+>> On 23 June 2015 at 09:56, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     The {error, enoent}, especially there, is probably just because the
+>>     browser is trying to fetch the favicon.
+>>
+>>     Your issue is that Websocket won't connect, so it has nothing to do
+>>     with cowboy_rest. Try tracing cowboy_websocket or enable SASL to
+>>     have more info.
+>>
+>>
+>>     On 06/23/2015 10:28 AM, Robert Balogh wrote:
+>>
+>>         hello,
+>>
+>>         First of all I would say I am a beginner in Cowboy web server, so
+>>         probably I made something wrong, that is why I got the "fault",
+>>         what I got.
+>>
+>>         I would like to build up web page, where the client can
+>>         communicate to
+>>         server, and server can do the same to client, if client does not
+>>         send
+>>         anything to server too. The Cowboy has the websocket example,
+>>         what does
+>>         what I would like to do.
+>>
+>>         There is only one thing is missing what I would like to have.
+>>         This is
+>>         the "frameset". My idea is to build the index.html using
+>> framsets. I
+>>         made this changes, and I build up the html files for the frames,
+>>         and of
+>>         course I set these in the index.html.
+>>
+>>         Here is how the index.html looks like
+>>               <html>
+>>
+>>               <head>
+>>               <title>Welcome to Websocket example 2</title>
+>>               </head>
+>>
+>>               <frameset rows="64,*">
+>>                   <frame name="top_frame" noresize="noresize"
+>> scrolling="no"
+>>         src="frame_top.html">
+>>                   <frameset cols="450,*">
+>>                       <frame name="left_frame" scrolling="auto"
+>>         src="frame_left.html">
+>>                       <frame name="right_frame" src="frame_right.html">
+>>                   </frameset>
+>>                   <noframes>
+>>                   <body>
+>>
+>>                   </body>
+>>                   </noframes>
+>>               </frameset>
+>>
+>>               </html>
+>>
+>>         This is how the priv folder looks like
+>>         -----------------------------------------------------------
+>>               ls priv/
+>>               frame_left.html  frame_right.html  frame_top.html
+>>         index.html  static
+>>
+>>         This is how I changed the websocket_2_app:start/2 function
+>>         -----------------------------------------------------------
+>>               Dispatch = cowboy_router:compile([
+>>                   {'_', [
+>>
+>>                       {"/", cowboy_static, {priv_file, websocket_2,
+>>         "index.html"}},
+>>                       {"/[...]", cowboy_static, {priv_dir, websocket_2,
+>>         ""}},
+>>
+>>                       {"/websocket_2", ws_handler_2, []},
+>>                       {"/static/[...]", cowboy_static, {priv_dir,
+>>         websocket_2,
+>>         "static"}}
+>>                   ]}
+>>               ]),
+>>
+>>         After compile and make release package of the app, I can reach the
+>>         webserver on the port 8080, but some connection does not set up
+>>         correctly. The following texts are present in the browser
+>>               DISCONNECTED
+>>
+>>               ERROR: undefined
+>>
+>>               Connecting to: ws://localhost:8080/websocket_2
+>>
+>>         I made a dbg trace on all cowboy modules, to start some kind of
+>>         troubleshooting. In the "tons" of printout I can see this one.
+>>         So in the
+>>         bottom of this, there is an {error,enoent}. It comes when tries
+>>         connect
+>>         to the socket. But unfortunatelly I do not have idea what may
+>>         cause this :-(
+>>
+>>         The part of trace
+>>         -----------------------------------------------------------
+>>               (<0.177.0>) call
+>>
+>> cowboy_rest:next({http_req,#Port<0.646>,ranch_tcp,keepalive,<0.177.0>,<<"GET">>,'HTTP/1.1',
+>>                         {{127,0,0,1},33241},
+>>                         <<"localhost">>,undefined,8080,<<"/websocket_2">>,
+>>                         [<<"websocket_2">>],
+>>                         <<>>,undefined,[],
+>>                         [{<<"host">>,<<"localhost:8080">>},
+>>                          {<<"connection">>,<<"Upgrade">>},
+>>                          {<<"pragma">>,<<"no-cache">>},
+>>                          {<<"cache-control">>,<<"no-cache">>},
+>>                          {<<"upgrade">>,<<"websocket">>},
+>>                          {<<"origin">>,<<"http://localhost:8080">>},
+>>                          {<<"sec-websocket-version">>,<<"13">>},
+>>                          {<<"user-agent">>,
+>>                           <<"Mozilla/5.0 (X11; Linux i686)
+>>         AppleWebKit/537.36
+>>         (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36">>},
+>>                          {<<"accept-encoding">>,<<"gzip, deflate,
+>> sdch">>},
+>>                          {<<"accept-language">>,<<"en-US,en;q=0.8">>},
+>>
+>>         {<<"sec-websocket-key">>,<<"by/gwaQvb/51W7Wa9zrGQg==">>},
+>>                          {<<"sec-websocket-extensions">>,
+>>                           <<"permessage-deflate;
+>>         client_max_window_bits">>}],
+>>                         [{<<"connection">>,[<<"upgrade">>]}],
+>>
+>>
+>> undefined,[],waiting,<<>>,undefined,false,waiting,[],<<>>,undefined},{state,[{handler,cowboy_static},
+>>                       {handler_opts,{priv_dir,websocket_2,[]}},
+>>                       {listener,http},
+>>                       {dispatch,[{'_',[],
+>>                                       [{[],[],cowboy_static,
+>>
+>>           {priv_file,websocket_2,"index.html"}},
+>>
+>>            {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+>>
+>>         {[<<"websocket_2">>],[],ws_handler_2,[]},
+>>                                        {[<<"static">>,'...'],
+>>                                         [],cowboy_static,
+>>
+>>           {priv_dir,websocket_2,"static"}}]}]}],
+>>                      <<"GET">>,cowboy_static,
+>>
+>>
+>> {<<"/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2">>,
+>>                       {error,enoent},
+>>                       []},
+>>
+>>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+>>                      undefined,undefined},#Fun<cowboy_rest.2.41839999>)
+>>         (Timestamp: {1435,
+>>
+>>              46126,
+>>
+>>              935663})
+>>
+>>         I guess, I did something very wrong, but I did not found what is
+>>         that,
+>>         thus I would like to get some help from you.
+>>
+>>         Please find my small project in github:
+>>         https://github.com/ethrbh/websocket_2
+>>
+>>         thanks for your help,
+>>         /Robi
+>>
+>>
+>>
+>>         _______________________________________________
+>>         Extend mailing list
+>>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>         https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     http://ninenines.eu
+>>     Author of The Erlanger Playbook,
+>>     A book about software development using Erlang
+>>     _______________________________________________
+>>     Extend mailing list
+>>     Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>     https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+> Author of The Erlanger Playbook,
+> A book about software development using Erlang
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150623/fcdb2d7b/attachment.html>
+
+From grahamrhay at gmail.com  Tue Jun 23 11:11:50 2015
+From: grahamrhay at gmail.com (Graham Hay)
+Date: Tue, 23 Jun 2015 10:11:50 +0100
+Subject: [99s-extend] Help to use frameset in index.html
+In-Reply-To: <[email protected]>
+References: <CAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA@mail.gmail.com>
+ <[email protected]>
+ <CAABECY1tDoHdPDEwJXk=W4ur-Fieigjxg7eSv21jVq=u50Czzw@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAABECY3CmrVG4i2F737frMAbxGEiErieU255F=7m0X1BCPZAvg@mail.gmail.com>
+
+It's bitten me a few times :(
+
+On 23 June 2015 at 10:09, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Oh nice catch ahah. We should probably warn when something like this
+> happens.
+>
+> On 06/23/2015 11:06 AM, Graham Hay wrote:
+>
+>> I think the order of your routes is the problem, try putting this line
+>> <
+>> https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17
+>> >
+>> last.
+>>
+>> On 23 June 2015 at 09:56, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     The {error, enoent}, especially there, is probably just because the
+>>     browser is trying to fetch the favicon.
+>>
+>>     Your issue is that Websocket won't connect, so it has nothing to do
+>>     with cowboy_rest. Try tracing cowboy_websocket or enable SASL to
+>>     have more info.
+>>
+>>
+>>     On 06/23/2015 10:28 AM, Robert Balogh wrote:
+>>
+>>         hello,
+>>
+>>         First of all I would say I am a beginner in Cowboy web server, so
+>>         probably I made something wrong, that is why I got the "fault",
+>>         what I got.
+>>
+>>         I would like to build up web page, where the client can
+>>         communicate to
+>>         server, and server can do the same to client, if client does not
+>>         send
+>>         anything to server too. The Cowboy has the websocket example,
+>>         what does
+>>         what I would like to do.
+>>
+>>         There is only one thing is missing what I would like to have.
+>>         This is
+>>         the "frameset". My idea is to build the index.html using
+>> framsets. I
+>>         made this changes, and I build up the html files for the frames,
+>>         and of
+>>         course I set these in the index.html.
+>>
+>>         Here is how the index.html looks like
+>>               <html>
+>>
+>>               <head>
+>>               <title>Welcome to Websocket example 2</title>
+>>               </head>
+>>
+>>               <frameset rows="64,*">
+>>                   <frame name="top_frame" noresize="noresize"
+>> scrolling="no"
+>>         src="frame_top.html">
+>>                   <frameset cols="450,*">
+>>                       <frame name="left_frame" scrolling="auto"
+>>         src="frame_left.html">
+>>                       <frame name="right_frame" src="frame_right.html">
+>>                   </frameset>
+>>                   <noframes>
+>>                   <body>
+>>
+>>                   </body>
+>>                   </noframes>
+>>               </frameset>
+>>
+>>               </html>
+>>
+>>         This is how the priv folder looks like
+>>         -----------------------------------------------------------
+>>               ls priv/
+>>               frame_left.html  frame_right.html  frame_top.html
+>>         index.html  static
+>>
+>>         This is how I changed the websocket_2_app:start/2 function
+>>         -----------------------------------------------------------
+>>               Dispatch = cowboy_router:compile([
+>>                   {'_', [
+>>
+>>                       {"/", cowboy_static, {priv_file, websocket_2,
+>>         "index.html"}},
+>>                       {"/[...]", cowboy_static, {priv_dir, websocket_2,
+>>         ""}},
+>>
+>>                       {"/websocket_2", ws_handler_2, []},
+>>                       {"/static/[...]", cowboy_static, {priv_dir,
+>>         websocket_2,
+>>         "static"}}
+>>                   ]}
+>>               ]),
+>>
+>>         After compile and make release package of the app, I can reach the
+>>         webserver on the port 8080, but some connection does not set up
+>>         correctly. The following texts are present in the browser
+>>               DISCONNECTED
+>>
+>>               ERROR: undefined
+>>
+>>               Connecting to: ws://localhost:8080/websocket_2
+>>
+>>         I made a dbg trace on all cowboy modules, to start some kind of
+>>         troubleshooting. In the "tons" of printout I can see this one.
+>>         So in the
+>>         bottom of this, there is an {error,enoent}. It comes when tries
+>>         connect
+>>         to the socket. But unfortunatelly I do not have idea what may
+>>         cause this :-(
+>>
+>>         The part of trace
+>>         -----------------------------------------------------------
+>>               (<0.177.0>) call
+>>
+>> cowboy_rest:next({http_req,#Port<0.646>,ranch_tcp,keepalive,<0.177.0>,<<"GET">>,'HTTP/1.1',
+>>                         {{127,0,0,1},33241},
+>>                         <<"localhost">>,undefined,8080,<<"/websocket_2">>,
+>>                         [<<"websocket_2">>],
+>>                         <<>>,undefined,[],
+>>                         [{<<"host">>,<<"localhost:8080">>},
+>>                          {<<"connection">>,<<"Upgrade">>},
+>>                          {<<"pragma">>,<<"no-cache">>},
+>>                          {<<"cache-control">>,<<"no-cache">>},
+>>                          {<<"upgrade">>,<<"websocket">>},
+>>                          {<<"origin">>,<<"http://localhost:8080">>},
+>>                          {<<"sec-websocket-version">>,<<"13">>},
+>>                          {<<"user-agent">>,
+>>                           <<"Mozilla/5.0 (X11; Linux i686)
+>>         AppleWebKit/537.36
+>>         (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36">>},
+>>                          {<<"accept-encoding">>,<<"gzip, deflate,
+>> sdch">>},
+>>                          {<<"accept-language">>,<<"en-US,en;q=0.8">>},
+>>
+>>         {<<"sec-websocket-key">>,<<"by/gwaQvb/51W7Wa9zrGQg==">>},
+>>                          {<<"sec-websocket-extensions">>,
+>>                           <<"permessage-deflate;
+>>         client_max_window_bits">>}],
+>>                         [{<<"connection">>,[<<"upgrade">>]}],
+>>
+>>
+>> undefined,[],waiting,<<>>,undefined,false,waiting,[],<<>>,undefined},{state,[{handler,cowboy_static},
+>>                       {handler_opts,{priv_dir,websocket_2,[]}},
+>>                       {listener,http},
+>>                       {dispatch,[{'_',[],
+>>                                       [{[],[],cowboy_static,
+>>
+>>           {priv_file,websocket_2,"index.html"}},
+>>
+>>            {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+>>
+>>         {[<<"websocket_2">>],[],ws_handler_2,[]},
+>>                                        {[<<"static">>,'...'],
+>>                                         [],cowboy_static,
+>>
+>>           {priv_dir,websocket_2,"static"}}]}]}],
+>>                      <<"GET">>,cowboy_static,
+>>
+>>
+>> {<<"/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2">>,
+>>                       {error,enoent},
+>>                       []},
+>>
+>>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+>>                      undefined,undefined},#Fun<cowboy_rest.2.41839999>)
+>>         (Timestamp: {1435,
+>>
+>>              46126,
+>>
+>>              935663})
+>>
+>>         I guess, I did something very wrong, but I did not found what is
+>>         that,
+>>         thus I would like to get some help from you.
+>>
+>>         Please find my small project in github:
+>>         https://github.com/ethrbh/websocket_2
+>>
+>>         thanks for your help,
+>>         /Robi
+>>
+>>
+>>
+>>         _______________________________________________
+>>         Extend mailing list
+>>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>         https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     http://ninenines.eu
+>>     Author of The Erlanger Playbook,
+>>     A book about software development using Erlang
+>>     _______________________________________________
+>>     Extend mailing list
+>>     Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>     https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+> Author of The Erlanger Playbook,
+> A book about software development using Erlang
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150623/3556788c/attachment-0001.html>
+
+From essen at ninenines.eu  Tue Jun 23 11:12:56 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Tue, 23 Jun 2015 11:12:56 +0200
+Subject: [99s-extend] Help to use frameset in index.html
+In-Reply-To: <CAABECY3CmrVG4i2F737frMAbxGEiErieU255F=7m0X1BCPZAvg@mail.gmail.com>
+References: <CAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA@mail.gmail.com>	<[email protected]>	<CAABECY1tDoHdPDEwJXk=W4ur-Fieigjxg7eSv21jVq=u50Czzw@mail.gmail.com>	<[email protected]>
+ <CAABECY3CmrVG4i2F737frMAbxGEiErieU255F=7m0X1BCPZAvg@mail.gmail.com>
+Message-ID: <[email protected]>
+
+I've opened a ticket to remember so something will be done eventually. 
+Thanks for helping!
+
+On 06/23/2015 11:11 AM, Graham Hay wrote:
+> It's bitten me a few times :(
+>
+> On 23 June 2015 at 10:09, Lo?c Hoguin <essen at ninenines.eu
+> <mailto:essen at ninenines.eu>> wrote:
+>
+>     Oh nice catch ahah. We should probably warn when something like this
+>     happens.
+>
+>     On 06/23/2015 11:06 AM, Graham Hay wrote:
+>
+>         I think the order of your routes is the problem, try putting
+>         this line
+>         <https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17>
+>         last.
+>
+>         On 23 June 2015 at 09:56, Lo?c Hoguin <essen at ninenines.eu
+>         <mailto:essen at ninenines.eu>
+>         <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>>> wrote:
+>
+>              The {error, enoent}, especially there, is probably just
+>         because the
+>              browser is trying to fetch the favicon.
+>
+>              Your issue is that Websocket won't connect, so it has
+>         nothing to do
+>              with cowboy_rest. Try tracing cowboy_websocket or enable
+>         SASL to
+>              have more info.
+>
+>
+>              On 06/23/2015 10:28 AM, Robert Balogh wrote:
+>
+>                  hello,
+>
+>                  First of all I would say I am a beginner in Cowboy web
+>         server, so
+>                  probably I made something wrong, that is why I got the
+>         "fault",
+>                  what I got.
+>
+>                  I would like to build up web page, where the client can
+>                  communicate to
+>                  server, and server can do the same to client, if client
+>         does not
+>                  send
+>                  anything to server too. The Cowboy has the websocket
+>         example,
+>                  what does
+>                  what I would like to do.
+>
+>                  There is only one thing is missing what I would like to
+>         have.
+>                  This is
+>                  the "frameset". My idea is to build the index.html
+>         using framsets. I
+>                  made this changes, and I build up the html files for
+>         the frames,
+>                  and of
+>                  course I set these in the index.html.
+>
+>                  Here is how the index.html looks like
+>                        <html>
+>
+>                        <head>
+>                        <title>Welcome to Websocket example 2</title>
+>                        </head>
+>
+>                        <frameset rows="64,*">
+>                            <frame name="top_frame" noresize="noresize"
+>         scrolling="no"
+>                  src="frame_top.html">
+>                            <frameset cols="450,*">
+>                                <frame name="left_frame" scrolling="auto"
+>                  src="frame_left.html">
+>                                <frame name="right_frame"
+>         src="frame_right.html">
+>                            </frameset>
+>                            <noframes>
+>                            <body>
+>
+>                            </body>
+>                            </noframes>
+>                        </frameset>
+>
+>                        </html>
+>
+>                  This is how the priv folder looks like
+>                  -----------------------------------------------------------
+>                        ls priv/
+>                        frame_left.html  frame_right.html  frame_top.html
+>                  index.html  static
+>
+>                  This is how I changed the websocket_2_app:start/2 function
+>                  -----------------------------------------------------------
+>                        Dispatch = cowboy_router:compile([
+>                            {'_', [
+>
+>                                {"/", cowboy_static, {priv_file, websocket_2,
+>                  "index.html"}},
+>                                {"/[...]", cowboy_static, {priv_dir,
+>         websocket_2,
+>                  ""}},
+>
+>                                {"/websocket_2", ws_handler_2, []},
+>                                {"/static/[...]", cowboy_static, {priv_dir,
+>                  websocket_2,
+>                  "static"}}
+>                            ]}
+>                        ]),
+>
+>                  After compile and make release package of the app, I
+>         can reach the
+>                  webserver on the port 8080, but some connection does
+>         not set up
+>                  correctly. The following texts are present in the browser
+>                        DISCONNECTED
+>
+>                        ERROR: undefined
+>
+>                        Connecting to: ws://localhost:8080/websocket_2
+>
+>                  I made a dbg trace on all cowboy modules, to start some
+>         kind of
+>                  troubleshooting. In the "tons" of printout I can see
+>         this one.
+>                  So in the
+>                  bottom of this, there is an {error,enoent}. It comes
+>         when tries
+>                  connect
+>                  to the socket. But unfortunatelly I do not have idea
+>         what may
+>                  cause this :-(
+>
+>                  The part of trace
+>                  -----------------------------------------------------------
+>                        (<0.177.0>) call
+>
+>         cowboy_rest:next({http_req,#Port<0.646>,ranch_tcp,keepalive,<0.177.0>,<<"GET">>,'HTTP/1.1',
+>                                  {{127,0,0,1},33241},
+>
+>         <<"localhost">>,undefined,8080,<<"/websocket_2">>,
+>                                  [<<"websocket_2">>],
+>                                  <<>>,undefined,[],
+>                                  [{<<"host">>,<<"localhost:8080">>},
+>                                   {<<"connection">>,<<"Upgrade">>},
+>                                   {<<"pragma">>,<<"no-cache">>},
+>                                   {<<"cache-control">>,<<"no-cache">>},
+>                                   {<<"upgrade">>,<<"websocket">>},
+>
+>           {<<"origin">>,<<"http://localhost:8080">>},
+>                                   {<<"sec-websocket-version">>,<<"13">>},
+>                                   {<<"user-agent">>,
+>                                    <<"Mozilla/5.0 (X11; Linux i686)
+>                  AppleWebKit/537.36
+>                  (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36">>},
+>                                   {<<"accept-encoding">>,<<"gzip,
+>         deflate, sdch">>},
+>
+>           {<<"accept-language">>,<<"en-US,en;q=0.8">>},
+>
+>                  {<<"sec-websocket-key">>,<<"by/gwaQvb/51W7Wa9zrGQg==">>},
+>                                   {<<"sec-websocket-extensions">>,
+>                                    <<"permessage-deflate;
+>                  client_max_window_bits">>}],
+>                                  [{<<"connection">>,[<<"upgrade">>]}],
+>
+>
+>         undefined,[],waiting,<<>>,undefined,false,waiting,[],<<>>,undefined},{state,[{handler,cowboy_static},
+>                                {handler_opts,{priv_dir,websocket_2,[]}},
+>                                {listener,http},
+>                                {dispatch,[{'_',[],
+>                                                [{[],[],cowboy_static,
+>
+>                    {priv_file,websocket_2,"index.html"}},
+>
+>                     {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+>
+>                  {[<<"websocket_2">>],[],ws_handler_2,[]},
+>                                                 {[<<"static">>,'...'],
+>                                                  [],cowboy_static,
+>
+>                    {priv_dir,websocket_2,"static"}}]}]}],
+>                               <<"GET">>,cowboy_static,
+>
+>
+>         {<<"/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2">>,
+>                                {error,enoent},
+>                                []},
+>
+>
+>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+>
+>           undefined,undefined},#Fun<cowboy_rest.2.41839999>)
+>                  (Timestamp: {1435,
+>
+>                       46126,
+>
+>                       935663})
+>
+>                  I guess, I did something very wrong, but I did not
+>         found what is
+>                  that,
+>                  thus I would like to get some help from you.
+>
+>                  Please find my small project in github:
+>         https://github.com/ethrbh/websocket_2
+>
+>                  thanks for your help,
+>                  /Robi
+>
+>
+>
+>                  _______________________________________________
+>                  Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         <mailto:Extend at lists.ninenines.eu
+>         <mailto:Extend at lists.ninenines.eu>>
+>         https://lists.ninenines.eu/listinfo/extend
+>
+>
+>              --
+>              Lo?c Hoguin
+>         http://ninenines.eu
+>              Author of The Erlanger Playbook,
+>              A book about software development using Erlang
+>              _______________________________________________
+>              Extend mailing list
+>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>         <mailto:Extend at lists.ninenines.eu
+>         <mailto:Extend at lists.ninenines.eu>>
+>         https://lists.ninenines.eu/listinfo/extend
+>
+>
+>
+>     --
+>     Lo?c Hoguin
+>     http://ninenines.eu
+>     Author of The Erlanger Playbook,
+>     A book about software development using Erlang
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
+From ethrbh at gmail.com  Tue Jun 23 11:15:05 2015
+From: ethrbh at gmail.com (Robert Balogh)
+Date: Tue, 23 Jun 2015 11:15:05 +0200
+Subject: [99s-extend] Help to use frameset in index.html
+In-Reply-To: <[email protected]>
+References: <CAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA@mail.gmail.com>
+ <[email protected]>
+ <CAABECY1tDoHdPDEwJXk=W4ur-Fieigjxg7eSv21jVq=u50Czzw@mail.gmail.com>
+ <[email protected]>
+ <CAABECY3CmrVG4i2F737frMAbxGEiErieU255F=7m0X1BCPZAvg@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAA4OwwVkzpDwMG0MBHS3z6R6FVzXwKfj7YxDa5RUBch-ExJf9Q@mail.gmail.com>
+
+hello,
+
+I would like to thanks for both of you the grate support.
+
+thanks again,
+/Robi
+
+2015-06-23 11:12 GMT+02:00 Lo?c Hoguin <essen at ninenines.eu>:
+
+> I've opened a ticket to remember so something will be done eventually.
+> Thanks for helping!
+>
+> On 06/23/2015 11:11 AM, Graham Hay wrote:
+>
+>> It's bitten me a few times :(
+>>
+>> On 23 June 2015 at 10:09, Lo?c Hoguin <essen at ninenines.eu
+>> <mailto:essen at ninenines.eu>> wrote:
+>>
+>>     Oh nice catch ahah. We should probably warn when something like this
+>>     happens.
+>>
+>>     On 06/23/2015 11:06 AM, Graham Hay wrote:
+>>
+>>         I think the order of your routes is the problem, try putting
+>>         this line
+>>         <
+>> https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17
+>> >
+>>         last.
+>>
+>>         On 23 June 2015 at 09:56, Lo?c Hoguin <essen at ninenines.eu
+>>         <mailto:essen at ninenines.eu>
+>>         <mailto:essen at ninenines.eu <mailto:essen at ninenines.eu>>> wrote:
+>>
+>>              The {error, enoent}, especially there, is probably just
+>>         because the
+>>              browser is trying to fetch the favicon.
+>>
+>>              Your issue is that Websocket won't connect, so it has
+>>         nothing to do
+>>              with cowboy_rest. Try tracing cowboy_websocket or enable
+>>         SASL to
+>>              have more info.
+>>
+>>
+>>              On 06/23/2015 10:28 AM, Robert Balogh wrote:
+>>
+>>                  hello,
+>>
+>>                  First of all I would say I am a beginner in Cowboy web
+>>         server, so
+>>                  probably I made something wrong, that is why I got the
+>>         "fault",
+>>                  what I got.
+>>
+>>                  I would like to build up web page, where the client can
+>>                  communicate to
+>>                  server, and server can do the same to client, if client
+>>         does not
+>>                  send
+>>                  anything to server too. The Cowboy has the websocket
+>>         example,
+>>                  what does
+>>                  what I would like to do.
+>>
+>>                  There is only one thing is missing what I would like to
+>>         have.
+>>                  This is
+>>                  the "frameset". My idea is to build the index.html
+>>         using framsets. I
+>>                  made this changes, and I build up the html files for
+>>         the frames,
+>>                  and of
+>>                  course I set these in the index.html.
+>>
+>>                  Here is how the index.html looks like
+>>                        <html>
+>>
+>>                        <head>
+>>                        <title>Welcome to Websocket example 2</title>
+>>                        </head>
+>>
+>>                        <frameset rows="64,*">
+>>                            <frame name="top_frame" noresize="noresize"
+>>         scrolling="no"
+>>                  src="frame_top.html">
+>>                            <frameset cols="450,*">
+>>                                <frame name="left_frame" scrolling="auto"
+>>                  src="frame_left.html">
+>>                                <frame name="right_frame"
+>>         src="frame_right.html">
+>>                            </frameset>
+>>                            <noframes>
+>>                            <body>
+>>
+>>                            </body>
+>>                            </noframes>
+>>                        </frameset>
+>>
+>>                        </html>
+>>
+>>                  This is how the priv folder looks like
+>>
+>>  -----------------------------------------------------------
+>>                        ls priv/
+>>                        frame_left.html  frame_right.html  frame_top.html
+>>                  index.html  static
+>>
+>>                  This is how I changed the websocket_2_app:start/2
+>> function
+>>
+>>  -----------------------------------------------------------
+>>                        Dispatch = cowboy_router:compile([
+>>                            {'_', [
+>>
+>>                                {"/", cowboy_static, {priv_file,
+>> websocket_2,
+>>                  "index.html"}},
+>>                                {"/[...]", cowboy_static, {priv_dir,
+>>         websocket_2,
+>>                  ""}},
+>>
+>>                                {"/websocket_2", ws_handler_2, []},
+>>                                {"/static/[...]", cowboy_static, {priv_dir,
+>>                  websocket_2,
+>>                  "static"}}
+>>                            ]}
+>>                        ]),
+>>
+>>                  After compile and make release package of the app, I
+>>         can reach the
+>>                  webserver on the port 8080, but some connection does
+>>         not set up
+>>                  correctly. The following texts are present in the browser
+>>                        DISCONNECTED
+>>
+>>                        ERROR: undefined
+>>
+>>                        Connecting to: ws://localhost:8080/websocket_2
+>>
+>>                  I made a dbg trace on all cowboy modules, to start some
+>>         kind of
+>>                  troubleshooting. In the "tons" of printout I can see
+>>         this one.
+>>                  So in the
+>>                  bottom of this, there is an {error,enoent}. It comes
+>>         when tries
+>>                  connect
+>>                  to the socket. But unfortunatelly I do not have idea
+>>         what may
+>>                  cause this :-(
+>>
+>>                  The part of trace
+>>
+>>  -----------------------------------------------------------
+>>                        (<0.177.0>) call
+>>
+>>
+>> cowboy_rest:next({http_req,#Port<0.646>,ranch_tcp,keepalive,<0.177.0>,<<"GET">>,'HTTP/1.1',
+>>                                  {{127,0,0,1},33241},
+>>
+>>         <<"localhost">>,undefined,8080,<<"/websocket_2">>,
+>>                                  [<<"websocket_2">>],
+>>                                  <<>>,undefined,[],
+>>                                  [{<<"host">>,<<"localhost:8080">>},
+>>                                   {<<"connection">>,<<"Upgrade">>},
+>>                                   {<<"pragma">>,<<"no-cache">>},
+>>                                   {<<"cache-control">>,<<"no-cache">>},
+>>                                   {<<"upgrade">>,<<"websocket">>},
+>>
+>>           {<<"origin">>,<<"http://localhost:8080">>},
+>>                                   {<<"sec-websocket-version">>,<<"13">>},
+>>                                   {<<"user-agent">>,
+>>                                    <<"Mozilla/5.0 (X11; Linux i686)
+>>                  AppleWebKit/537.36
+>>                  (KHTML, like Gecko) Chrome/40.0.2214.115
+>> Safari/537.36">>},
+>>                                   {<<"accept-encoding">>,<<"gzip,
+>>         deflate, sdch">>},
+>>
+>>           {<<"accept-language">>,<<"en-US,en;q=0.8">>},
+>>
+>>                  {<<"sec-websocket-key">>,<<"by/gwaQvb/51W7Wa9zrGQg==">>},
+>>                                   {<<"sec-websocket-extensions">>,
+>>                                    <<"permessage-deflate;
+>>                  client_max_window_bits">>}],
+>>                                  [{<<"connection">>,[<<"upgrade">>]}],
+>>
+>>
+>>
+>> undefined,[],waiting,<<>>,undefined,false,waiting,[],<<>>,undefined},{state,[{handler,cowboy_static},
+>>                                {handler_opts,{priv_dir,websocket_2,[]}},
+>>                                {listener,http},
+>>                                {dispatch,[{'_',[],
+>>                                                [{[],[],cowboy_static,
+>>
+>>                    {priv_file,websocket_2,"index.html"}},
+>>
+>>                     {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+>>
+>>                  {[<<"websocket_2">>],[],ws_handler_2,[]},
+>>                                                 {[<<"static">>,'...'],
+>>                                                  [],cowboy_static,
+>>
+>>                    {priv_dir,websocket_2,"static"}}]}]}],
+>>                               <<"GET">>,cowboy_static,
+>>
+>>
+>>
+>> {<<"/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2">>,
+>>                                {error,enoent},
+>>                                []},
+>>
+>>
+>>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+>>
+>>           undefined,undefined},#Fun<cowboy_rest.2.41839999>)
+>>                  (Timestamp: {1435,
+>>
+>>                       46126,
+>>
+>>                       935663})
+>>
+>>                  I guess, I did something very wrong, but I did not
+>>         found what is
+>>                  that,
+>>                  thus I would like to get some help from you.
+>>
+>>                  Please find my small project in github:
+>>         https://github.com/ethrbh/websocket_2
+>>
+>>                  thanks for your help,
+>>                  /Robi
+>>
+>>
+>>
+>>                  _______________________________________________
+>>                  Extend mailing list
+>>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>         <mailto:Extend at lists.ninenines.eu
+>>         <mailto:Extend at lists.ninenines.eu>>
+>>         https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+>>              --
+>>              Lo?c Hoguin
+>>         http://ninenines.eu
+>>              Author of The Erlanger Playbook,
+>>              A book about software development using Erlang
+>>              _______________________________________________
+>>              Extend mailing list
+>>         Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>>         <mailto:Extend at lists.ninenines.eu
+>>         <mailto:Extend at lists.ninenines.eu>>
+>>         https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+>>
+>>     --
+>>     Lo?c Hoguin
+>>     http://ninenines.eu
+>>     Author of The Erlanger Playbook,
+>>     A book about software development using Erlang
+>>
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+> Author of The Erlanger Playbook,
+> A book about software development using Erlang
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150623/f7c19f68/attachment-0001.html>
+
+From ethrbh at gmail.com  Wed Jun 24 11:18:50 2015
+From: ethrbh at gmail.com (Robert Balogh)
+Date: Wed, 24 Jun 2015 11:18:50 +0200
+Subject: [99s-extend] Websocket vs. Request-Response msg pair
+Message-ID: <CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com>
+
+hello,
+
+According to you grate support I got from you at yesterday, I could
+continue my project, where I use Cowboy webserver and using Websocket. Now
+I made an own web page with basic features I need, so the server and client
+can communicates to eachother. I like it.
+
+Now I would like to step forward, and I would like to implement a
+Request-Response mechanism. I read few articles in to this topic, and all
+of them has mentioned this "feature" is not part of the Websocket standard.
+They were suggested to use some sub-protocols for this, but I did not see
+any written in Erlang.
+
+So, I would like to ask you, do I understand right that Cowboy does not
+have this feature too? If so, do you have some idea how can I implement a
+basic request-response mechanism? Probably one of you guys in this forum
+have some idea.
+
+Btw, the links I read about this topic:
+
+http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol
+    http://alabor.me/articles/request-response-oriented-websockets/
+    https://www.npmjs.com/package/primus-responder
+
+thanks for your help,
+/Robi
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150624/204c1308/attachment.html>
+
+From grahamrhay at gmail.com  Wed Jun 24 12:19:39 2015
+From: grahamrhay at gmail.com (Graham Hay)
+Date: Wed, 24 Jun 2015 11:19:39 +0100
+Subject: [99s-extend] Websocket vs. Request-Response msg pair
+In-Reply-To: <CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com>
+References: <CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com>
+Message-ID: <CAABECY1-3dxX337kaShnxa3EuH1OAUyKVgonLoM9qAOQN6DNvw@mail.gmail.com>
+
+I think you'd have to roll your own, you just need some way to correlate
+<http://www.enterpriseintegrationpatterns.com/CorrelationIdentifier.html>
+responses
+with the originating request. OTP does something similar under the hood
+with gen_server calls <http://www.erlang.org/doc/man/gen_server.html#call-2>
+.
+
+It's also possible to treat the ws connection as a messaging channel, and
+use something like selective consumer
+<http://www.enterpriseintegrationpatterns.com/MessageSelector.html> to
+de-multiplex the messages. e.g. you could add a type/channel field to each
+message, and only subscribe to those messages.
+
+Remember that once you move into an async world, there are no guarantees
+that you will receive a response! So you need to start thinking about
+timeouts etc.
+
+
+On 24 June 2015 at 10:18, Robert Balogh <ethrbh at gmail.com> wrote:
+
+> hello,
+>
+> According to you grate support I got from you at yesterday, I could
+> continue my project, where I use Cowboy webserver and using Websocket. Now
+> I made an own web page with basic features I need, so the server and client
+> can communicates to eachother. I like it.
+>
+> Now I would like to step forward, and I would like to implement a
+> Request-Response mechanism. I read few articles in to this topic, and all
+> of them has mentioned this "feature" is not part of the Websocket standard.
+> They were suggested to use some sub-protocols for this, but I did not see
+> any written in Erlang.
+>
+> So, I would like to ask you, do I understand right that Cowboy does not
+> have this feature too? If so, do you have some idea how can I implement a
+> basic request-response mechanism? Probably one of you guys in this forum
+> have some idea.
+>
+> Btw, the links I read about this topic:
+>
+> http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol
+>     http://alabor.me/articles/request-response-oriented-websockets/
+>     https://www.npmjs.com/package/primus-responder
+>
+> thanks for your help,
+> /Robi
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150624/6d15706e/attachment.html>
+
+From essen at ninenines.eu  Wed Jun 24 12:28:21 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Wed, 24 Jun 2015 12:28:21 +0200
+Subject: [99s-extend] Websocket vs. Request-Response msg pair
+In-Reply-To: <CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com>
+References: <CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+On 06/24/2015 11:18 AM, Robert Balogh wrote:
+> Now I would like to step forward, and I would like to implement a
+> Request-Response mechanism. I read few articles in to this topic, and
+> all of them has mentioned this "feature" is not part of the Websocket
+> standard. They were suggested to use some sub-protocols for this, but I
+> did not see any written in Erlang.
+>
+> So, I would like to ask you, do I understand right that Cowboy does not
+> have this feature too? If so, do you have some idea how can I implement
+> a basic request-response mechanism? Probably one of you guys in this
+> forum have some idea.
+
+Cowboy only comes with the Websocket protocol itself, all sub protocols 
+and mechanisms you want can then be implemented on top of it.
+
+I strongly recommend not to do RPC. Just send events to the server and 
+let the server send events to you. The difference is in the fact that 
+RPC tracks what requests were sent to tie requests and responses 
+together, while an event channel does not. You just send what the user 
+is doing and the server sends you what it wants the client to update or 
+do. Stay as stateless as possible.
+
+If you need to manage state to update the interface (locking a form 
+while waiting for the result, for example), do use timeouts to avoid 
+locking endlessly.
+
+Try and experiment, it's not very complicated. :-)
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
+From BasWegh at gmx.de  Wed Jun 24 12:28:09 2015
+From: BasWegh at gmx.de (Bas Wegh)
+Date: Wed, 24 Jun 2015 12:28:09 +0200
+Subject: [99s-extend] Websocket vs. Request-Response msg pair
+In-Reply-To: <CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com>
+References: <CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+hello Robi,
+
+you might be interested in erwa:
+https://github.com/bwegh/erwa
+
+Cheers,
+Bas
+
+On 06/24/2015 11:18 AM, Robert Balogh wrote:
+> hello,
+>
+> According to you grate support I got from you at yesterday, I could 
+> continue my project, where I use Cowboy webserver and using Websocket. 
+> Now I made an own web page with basic features I need, so the server 
+> and client can communicates to eachother. I like it.
+>
+> Now I would like to step forward, and I would like to implement a 
+> Request-Response mechanism. I read few articles in to this topic, and 
+> all of them has mentioned this "feature" is not part of the Websocket 
+> standard. They were suggested to use some sub-protocols for this, but 
+> I did not see any written in Erlang.
+>
+> So, I would like to ask you, do I understand right that Cowboy does 
+> not have this feature too? If so, do you have some idea how can I 
+> implement a basic request-response mechanism? Probably one of you guys 
+> in this forum have some idea.
+>
+> Btw, the links I read about this topic:
+> http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol
+> http://alabor.me/articles/request-response-oriented-websockets/
+> https://www.npmjs.com/package/primus-responder
+>
+> thanks for your help,
+> /Robi
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150624/b67122b6/attachment.html>
+
+From ethrbh at gmail.com  Wed Jun 24 12:41:16 2015
+From: ethrbh at gmail.com (Robert Balogh)
+Date: Wed, 24 Jun 2015 12:41:16 +0200
+Subject: [99s-extend] Websocket vs. Request-Response msg pair
+In-Reply-To: <[email protected]>
+References: <CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAA4OwwWP5oiZ6fYwAH8qz2FyjZL2MfDFD2B2vMe8J2rUerFU0g@mail.gmail.com>
+
+hello,
+
+I would like to thanks the response to all of you. I will try keep all
+these in my mind.
+
+@Bas, thanks for your note about erwa <https://github.com/bwegh/erwa>, I
+will take a look.
+
+thanks again,
+/Robi
+
+2015-06-24 12:28 GMT+02:00 Bas Wegh <BasWegh at gmx.de>:
+
+>  hello Robi,
+>
+> you might be interested in erwa:
+> https://github.com/bwegh/erwa
+>
+> Cheers,
+> Bas
+>
+> On 06/24/2015 11:18 AM, Robert Balogh wrote:
+>
+>   hello,
+>
+>  According to you grate support I got from you at yesterday, I could
+> continue my project, where I use Cowboy webserver and using Websocket. Now
+> I made an own web page with basic features I need, so the server and client
+> can communicates to eachother. I like it.
+>
+> Now I would like to step forward, and I would like to implement a
+> Request-Response mechanism. I read few articles in to this topic, and all
+> of them has mentioned this "feature" is not part of the Websocket standard.
+> They were suggested to use some sub-protocols for this, but I did not see
+> any written in Erlang.
+>
+>  So, I would like to ask you, do I understand right that Cowboy does not
+> have this feature too? If so, do you have some idea how can I implement a
+> basic request-response mechanism? Probably one of you guys in this forum
+> have some idea.
+>
+>  Btw, the links I read about this topic:
+>
+> http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol
+>     http://alabor.me/articles/request-response-oriented-websockets/
+>     https://www.npmjs.com/package/primus-responder
+>
+>  thanks for your help,
+>  /Robi
+>
+>
+> _______________________________________________
+> Extend mailing listExtend at lists.ninenines.euhttps://lists.ninenines.eu/listinfo/extend
+>
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150624/72689ab9/attachment-0001.html>
+
diff --git a/_build/static/archives/extend/2015-June/000531.html b/_build/static/archives/extend/2015-June/000531.html
new file mode 100644
index 00000000..fc648f2d
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000531.html
@@ -0,0 +1,92 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] [ANN] The Erlanger Playbook early release
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20The%20Erlanger%20Playbook%20early%20release&In-Reply-To=%3C55841D62.1070400%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000532.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] [ANN] The Erlanger Playbook early release</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20%5BANN%5D%20The%20Erlanger%20Playbook%20early%20release&In-Reply-To=%3C55841D62.1070400%40ninenines.eu%3E"
+       TITLE="[99s-extend] [ANN] The Erlanger Playbook early release">essen at ninenines.eu
+       </A><BR>
+    <I>Fri Jun 19 15:47:14 CEST 2015</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000532.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#531">[ date ]</a>
+              <a href="thread.html#531">[ thread ]</a>
+              <a href="subject.html#531">[ subject ]</a>
+              <a href="author.html#531">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hello,
+
+I hope it's OK for me to announce on erlang-questions: The Erlanger 
+Playbook, a book about software development using Erlang, has been 
+*early* released!
+
+The book is meant to be the missing developer manual. It covers all 
+steps from the start of a project to its release including writing code, 
+documentation and tests.
+
+There are books for learning Erlang, for running Erlang in production, 
+but not much for modern Erlang development. This is where The Erlanger 
+Playbook comes in.
+
+This is an early release. An update will be sent to everyone about every 
+month or so. I plan to cover anything that relates to the development of 
+Erlang software, ie the &quot;dev&quot; in &quot;devops&quot;. Many tools and techniques 
+will be covered in future updates.
+
+We will do a print book if there is enough interest once the book gets 
+finished, but we're a few months off for now. :-)
+
+You can get more information here:
+
+   <A HREF="http://ninenines.eu/articles/erlanger-playbook/">http://ninenines.eu/articles/erlanger-playbook/</A>
+
+Thanks for your interest!
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000532.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#531">[ date ]</a>
+              <a href="thread.html#531">[ thread ]</a>
+              <a href="subject.html#531">[ subject ]</a>
+              <a href="author.html#531">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000532.html b/_build/static/archives/extend/2015-June/000532.html
new file mode 100644
index 00000000..c1578254
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000532.html
@@ -0,0 +1,193 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Help to use frameset in index.html
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000531.html">
+   <LINK REL="Next"  HREF="000533.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Help to use frameset in index.html</H1>
+    <B>Robert Balogh</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAA4OwwXgav5U-uXnHqfQ6LkPyeMBuo_3Rw68ORh4NMVHN2_uxA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Help to use frameset in index.html">ethrbh at gmail.com
+       </A><BR>
+    <I>Tue Jun 23 10:28:16 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000531.html">[99s-extend] [ANN] The Erlanger Playbook early release
+</A></li>
+        <LI>Next message: <A HREF="000533.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#532">[ date ]</a>
+              <a href="thread.html#532">[ thread ]</a>
+              <a href="subject.html#532">[ subject ]</a>
+              <a href="author.html#532">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hello,
+
+First of all I would say I am a beginner in Cowboy web server, so probably
+I made something wrong, that is why I got the &quot;fault&quot;, what I got.
+
+I would like to build up web page, where the client can communicate to
+server, and server can do the same to client, if client does not send
+anything to server too. The Cowboy has the websocket example, what does
+what I would like to do.
+
+There is only one thing is missing what I would like to have. This is the
+&quot;frameset&quot;. My idea is to build the index.html using framsets. I made this
+changes, and I build up the html files for the frames, and of course I set
+these in the index.html.
+
+Here is how the index.html looks like
+    &lt;html&gt;
+
+    &lt;head&gt;
+    &lt;title&gt;Welcome to Websocket example 2&lt;/title&gt;
+    &lt;/head&gt;
+
+    &lt;frameset rows=&quot;64,*&quot;&gt;
+        &lt;frame name=&quot;top_frame&quot; noresize=&quot;noresize&quot; scrolling=&quot;no&quot;
+src=&quot;frame_top.html&quot;&gt;
+        &lt;frameset cols=&quot;450,*&quot;&gt;
+            &lt;frame name=&quot;left_frame&quot; scrolling=&quot;auto&quot; src=&quot;frame_left.html&quot;&gt;
+            &lt;frame name=&quot;right_frame&quot; src=&quot;frame_right.html&quot;&gt;
+        &lt;/frameset&gt;
+        &lt;noframes&gt;
+        &lt;body&gt;
+
+        &lt;/body&gt;
+        &lt;/noframes&gt;
+    &lt;/frameset&gt;
+
+    &lt;/html&gt;
+
+This is how the priv folder looks like
+-----------------------------------------------------------
+    ls priv/
+    frame_left.html  frame_right.html  frame_top.html  index.html  static
+
+This is how I changed the websocket_2_app:start/2 function
+-----------------------------------------------------------
+    Dispatch = cowboy_router:compile([
+        {'_', [
+
+            {&quot;/&quot;, cowboy_static, {priv_file, websocket_2, &quot;index.html&quot;}},
+            {&quot;/[...]&quot;, cowboy_static, {priv_dir, websocket_2, &quot;&quot;}},
+
+            {&quot;/websocket_2&quot;, ws_handler_2, []},
+            {&quot;/static/[...]&quot;, cowboy_static, {priv_dir, websocket_2,
+&quot;static&quot;}}
+        ]}
+    ]),
+
+After compile and make release package of the app, I can reach the
+webserver on the port 8080, but some connection does not set up correctly.
+The following texts are present in the browser
+    DISCONNECTED
+
+    ERROR: undefined
+
+    Connecting to: <A HREF="ws://localhost:8080/websocket_2">ws://localhost:8080/websocket_2</A>
+
+I made a dbg trace on all cowboy modules, to start some kind of
+troubleshooting. In the &quot;tons&quot; of printout I can see this one. So in the
+bottom of this, there is an {error,enoent}. It comes when tries connect to
+the socket. But unfortunatelly I do not have idea what may cause this :-(
+
+The part of trace
+-----------------------------------------------------------
+    (&lt;0.177.0&gt;) call
+cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,'HTTP/1.1',
+              {{127,0,0,1},33241},
+              &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,
+              [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],
+              &lt;&lt;&gt;&gt;,undefined,[],
+              [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+               {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+               {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+               {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+               {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+               {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://localhost:8080">http://localhost:8080</A>&quot;&gt;&gt;},
+               {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+               {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,
+                &lt;&lt;&quot;Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML,
+like Gecko) Chrome/40.0.2214.115 Safari/537.36&quot;&gt;&gt;},
+               {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip, deflate, sdch&quot;&gt;&gt;},
+               {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},
+               {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},
+               {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+                &lt;&lt;&quot;permessage-deflate; client_max_window_bits&quot;&gt;&gt;}],
+              [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+
+undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},
+            {handler_opts,{priv_dir,websocket_2,[]}},
+            {listener,http},
+            {dispatch,[{'_',[],
+                            [{[],[],cowboy_static,
+                              {priv_file,websocket_2,&quot;index.html&quot;}},
+
+ {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+                             {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},
+                             {[&lt;&lt;&quot;static&quot;&gt;&gt;,'...'],
+                              [],cowboy_static,
+                              {priv_dir,websocket_2,&quot;static&quot;}}]}]}],
+           &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,
+
+{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,
+            {error,enoent},
+            []},
+           undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+           undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;) (Timestamp:
+{1435,
+
+46126,
+
+935663})
+
+I guess, I did something very wrong, but I did not found what is that, thus
+I would like to get some help from you.
+
+Please find my small project in github:
+<A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+
+thanks for your help,
+/Robi
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150623/69dfc8e4/attachment-0001.html">http://lists.ninenines.eu/archives/extend/attachments/20150623/69dfc8e4/attachment-0001.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000531.html">[99s-extend] [ANN] The Erlanger Playbook early release
+</A></li>
+	<LI>Next message: <A HREF="000533.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#532">[ date ]</a>
+              <a href="thread.html#532">[ thread ]</a>
+              <a href="subject.html#532">[ subject ]</a>
+              <a href="author.html#532">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000533.html b/_build/static/archives/extend/2015-June/000533.html
new file mode 100644
index 00000000..5b1a7df9
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000533.html
@@ -0,0 +1,213 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Help to use frameset in index.html
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3C55891F22.5050405%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000532.html">
+   <LINK REL="Next"  HREF="000534.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Help to use frameset in index.html</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3C55891F22.5050405%40ninenines.eu%3E"
+       TITLE="[99s-extend] Help to use frameset in index.html">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jun 23 10:56:02 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000532.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+        <LI>Next message: <A HREF="000534.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#533">[ date ]</a>
+              <a href="thread.html#533">[ thread ]</a>
+              <a href="subject.html#533">[ subject ]</a>
+              <a href="author.html#533">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>The {error, enoent}, especially there, is probably just because the 
+browser is trying to fetch the favicon.
+
+Your issue is that Websocket won't connect, so it has nothing to do with 
+cowboy_rest. Try tracing cowboy_websocket or enable SASL to have more info.
+
+On 06/23/2015 10:28 AM, Robert Balogh wrote:
+&gt;<i> hello,
+</I>&gt;<i>
+</I>&gt;<i> First of all I would say I am a beginner in Cowboy web server, so
+</I>&gt;<i> probably I made something wrong, that is why I got the &quot;fault&quot;, what I got.
+</I>&gt;<i>
+</I>&gt;<i> I would like to build up web page, where the client can communicate to
+</I>&gt;<i> server, and server can do the same to client, if client does not send
+</I>&gt;<i> anything to server too. The Cowboy has the websocket example, what does
+</I>&gt;<i> what I would like to do.
+</I>&gt;<i>
+</I>&gt;<i> There is only one thing is missing what I would like to have. This is
+</I>&gt;<i> the &quot;frameset&quot;. My idea is to build the index.html using framsets. I
+</I>&gt;<i> made this changes, and I build up the html files for the frames, and of
+</I>&gt;<i> course I set these in the index.html.
+</I>&gt;<i>
+</I>&gt;<i> Here is how the index.html looks like
+</I>&gt;<i>      &lt;html&gt;
+</I>&gt;<i>
+</I>&gt;<i>      &lt;head&gt;
+</I>&gt;<i>      &lt;title&gt;Welcome to Websocket example 2&lt;/title&gt;
+</I>&gt;<i>      &lt;/head&gt;
+</I>&gt;<i>
+</I>&gt;<i>      &lt;frameset rows=&quot;64,*&quot;&gt;
+</I>&gt;<i>          &lt;frame name=&quot;top_frame&quot; noresize=&quot;noresize&quot; scrolling=&quot;no&quot;
+</I>&gt;<i> src=&quot;frame_top.html&quot;&gt;
+</I>&gt;<i>          &lt;frameset cols=&quot;450,*&quot;&gt;
+</I>&gt;<i>              &lt;frame name=&quot;left_frame&quot; scrolling=&quot;auto&quot;
+</I>&gt;<i> src=&quot;frame_left.html&quot;&gt;
+</I>&gt;<i>              &lt;frame name=&quot;right_frame&quot; src=&quot;frame_right.html&quot;&gt;
+</I>&gt;<i>          &lt;/frameset&gt;
+</I>&gt;<i>          &lt;noframes&gt;
+</I>&gt;<i>          &lt;body&gt;
+</I>&gt;<i>
+</I>&gt;<i>          &lt;/body&gt;
+</I>&gt;<i>          &lt;/noframes&gt;
+</I>&gt;<i>      &lt;/frameset&gt;
+</I>&gt;<i>
+</I>&gt;<i>      &lt;/html&gt;
+</I>&gt;<i>
+</I>&gt;<i> This is how the priv folder looks like
+</I>&gt;<i> -----------------------------------------------------------
+</I>&gt;<i>      ls priv/
+</I>&gt;<i>      frame_left.html  frame_right.html  frame_top.html  index.html  static
+</I>&gt;<i>
+</I>&gt;<i> This is how I changed the websocket_2_app:start/2 function
+</I>&gt;<i> -----------------------------------------------------------
+</I>&gt;<i>      Dispatch = cowboy_router:compile([
+</I>&gt;<i>          {'_', [
+</I>&gt;<i>
+</I>&gt;<i>              {&quot;/&quot;, cowboy_static, {priv_file, websocket_2, &quot;index.html&quot;}},
+</I>&gt;<i>              {&quot;/[...]&quot;, cowboy_static, {priv_dir, websocket_2, &quot;&quot;}},
+</I>&gt;<i>
+</I>&gt;<i>              {&quot;/websocket_2&quot;, ws_handler_2, []},
+</I>&gt;<i>              {&quot;/static/[...]&quot;, cowboy_static, {priv_dir, websocket_2,
+</I>&gt;<i> &quot;static&quot;}}
+</I>&gt;<i>          ]}
+</I>&gt;<i>      ]),
+</I>&gt;<i>
+</I>&gt;<i> After compile and make release package of the app, I can reach the
+</I>&gt;<i> webserver on the port 8080, but some connection does not set up
+</I>&gt;<i> correctly. The following texts are present in the browser
+</I>&gt;<i>      DISCONNECTED
+</I>&gt;<i>
+</I>&gt;<i>      ERROR: undefined
+</I>&gt;<i>
+</I>&gt;<i>      Connecting to: <A HREF="ws://localhost:8080/websocket_2">ws://localhost:8080/websocket_2</A>
+</I>&gt;<i>
+</I>&gt;<i> I made a dbg trace on all cowboy modules, to start some kind of
+</I>&gt;<i> troubleshooting. In the &quot;tons&quot; of printout I can see this one. So in the
+</I>&gt;<i> bottom of this, there is an {error,enoent}. It comes when tries connect
+</I>&gt;<i> to the socket. But unfortunatelly I do not have idea what may cause this :-(
+</I>&gt;<i>
+</I>&gt;<i> The part of trace
+</I>&gt;<i> -----------------------------------------------------------
+</I>&gt;<i>      (&lt;0.177.0&gt;) call
+</I>&gt;<i> cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,'HTTP/1.1',
+</I>&gt;<i>                {{127,0,0,1},33241},
+</I>&gt;<i>                &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,
+</I>&gt;<i>                [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],
+</I>&gt;<i>                &lt;&lt;&gt;&gt;,undefined,[],
+</I>&gt;<i>                [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://localhost:8080">http://localhost:8080</A>&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,
+</I>&gt;<i>                  &lt;&lt;&quot;Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36
+</I>&gt;<i> (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip, deflate, sdch&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},
+</I>&gt;<i>                 {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;<i>                  &lt;&lt;&quot;permessage-deflate; client_max_window_bits&quot;&gt;&gt;}],
+</I>&gt;<i>                [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;<i>
+</I>&gt;<i> undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},
+</I>&gt;<i>              {handler_opts,{priv_dir,websocket_2,[]}},
+</I>&gt;<i>              {listener,http},
+</I>&gt;<i>              {dispatch,[{'_',[],
+</I>&gt;<i>                              [{[],[],cowboy_static,
+</I>&gt;<i>                                {priv_file,websocket_2,&quot;index.html&quot;}},
+</I>&gt;<i>
+</I>&gt;<i>   {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+</I>&gt;<i>                               {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},
+</I>&gt;<i>                               {[&lt;&lt;&quot;static&quot;&gt;&gt;,'...'],
+</I>&gt;<i>                                [],cowboy_static,
+</I>&gt;<i>                                {priv_dir,websocket_2,&quot;static&quot;}}]}]}],
+</I>&gt;<i>             &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,
+</I>&gt;<i>
+</I>&gt;<i> {&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,
+</I>&gt;<i>              {error,enoent},
+</I>&gt;<i>              []},
+</I>&gt;<i>
+</I>&gt;<i> undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+</I>&gt;<i>             undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)
+</I>&gt;<i> (Timestamp: {1435,
+</I>&gt;<i>
+</I>&gt;<i>     46126,
+</I>&gt;<i>
+</I>&gt;<i>     935663})
+</I>&gt;<i>
+</I>&gt;<i> I guess, I did something very wrong, but I did not found what is that,
+</I>&gt;<i> thus I would like to get some help from you.
+</I>&gt;<i>
+</I>&gt;<i> Please find my small project in github:
+</I>&gt;<i> <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+</I>&gt;<i>
+</I>&gt;<i> thanks for your help,
+</I>&gt;<i> /Robi
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000532.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+	<LI>Next message: <A HREF="000534.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#533">[ date ]</a>
+              <a href="thread.html#533">[ thread ]</a>
+              <a href="subject.html#533">[ subject ]</a>
+              <a href="author.html#533">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000534.html b/_build/static/archives/extend/2015-June/000534.html
new file mode 100644
index 00000000..3d353348
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000534.html
@@ -0,0 +1,234 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Help to use frameset in index.html
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAABECY1tDoHdPDEwJXk%3DW4ur-Fieigjxg7eSv21jVq%3Du50Czzw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000533.html">
+   <LINK REL="Next"  HREF="000535.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Help to use frameset in index.html</H1>
+    <B>Graham Hay</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAABECY1tDoHdPDEwJXk%3DW4ur-Fieigjxg7eSv21jVq%3Du50Czzw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Help to use frameset in index.html">grahamrhay at gmail.com
+       </A><BR>
+    <I>Tue Jun 23 11:06:35 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000533.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+        <LI>Next message: <A HREF="000535.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#534">[ date ]</a>
+              <a href="thread.html#534">[ thread ]</a>
+              <a href="subject.html#534">[ subject ]</a>
+              <a href="author.html#534">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I think the order of your routes is the problem, try putting this line
+&lt;<A HREF="https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17">https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17</A>&gt;
+last.
+
+On 23 June 2015 at 09:56, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> The {error, enoent}, especially there, is probably just because the
+</I>&gt;<i> browser is trying to fetch the favicon.
+</I>&gt;<i>
+</I>&gt;<i> Your issue is that Websocket won't connect, so it has nothing to do with
+</I>&gt;<i> cowboy_rest. Try tracing cowboy_websocket or enable SASL to have more info.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 06/23/2015 10:28 AM, Robert Balogh wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> First of all I would say I am a beginner in Cowboy web server, so
+</I>&gt;&gt;<i> probably I made something wrong, that is why I got the &quot;fault&quot;, what I
+</I>&gt;&gt;<i> got.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I would like to build up web page, where the client can communicate to
+</I>&gt;&gt;<i> server, and server can do the same to client, if client does not send
+</I>&gt;&gt;<i> anything to server too. The Cowboy has the websocket example, what does
+</I>&gt;&gt;<i> what I would like to do.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> There is only one thing is missing what I would like to have. This is
+</I>&gt;&gt;<i> the &quot;frameset&quot;. My idea is to build the index.html using framsets. I
+</I>&gt;&gt;<i> made this changes, and I build up the html files for the frames, and of
+</I>&gt;&gt;<i> course I set these in the index.html.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Here is how the index.html looks like
+</I>&gt;&gt;<i>      &lt;html&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>      &lt;head&gt;
+</I>&gt;&gt;<i>      &lt;title&gt;Welcome to Websocket example 2&lt;/title&gt;
+</I>&gt;&gt;<i>      &lt;/head&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>      &lt;frameset rows=&quot;64,*&quot;&gt;
+</I>&gt;&gt;<i>          &lt;frame name=&quot;top_frame&quot; noresize=&quot;noresize&quot; scrolling=&quot;no&quot;
+</I>&gt;&gt;<i> src=&quot;frame_top.html&quot;&gt;
+</I>&gt;&gt;<i>          &lt;frameset cols=&quot;450,*&quot;&gt;
+</I>&gt;&gt;<i>              &lt;frame name=&quot;left_frame&quot; scrolling=&quot;auto&quot;
+</I>&gt;&gt;<i> src=&quot;frame_left.html&quot;&gt;
+</I>&gt;&gt;<i>              &lt;frame name=&quot;right_frame&quot; src=&quot;frame_right.html&quot;&gt;
+</I>&gt;&gt;<i>          &lt;/frameset&gt;
+</I>&gt;&gt;<i>          &lt;noframes&gt;
+</I>&gt;&gt;<i>          &lt;body&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>          &lt;/body&gt;
+</I>&gt;&gt;<i>          &lt;/noframes&gt;
+</I>&gt;&gt;<i>      &lt;/frameset&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>      &lt;/html&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> This is how the priv folder looks like
+</I>&gt;&gt;<i> -----------------------------------------------------------
+</I>&gt;&gt;<i>      ls priv/
+</I>&gt;&gt;<i>      frame_left.html  frame_right.html  frame_top.html  index.html  static
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> This is how I changed the websocket_2_app:start/2 function
+</I>&gt;&gt;<i> -----------------------------------------------------------
+</I>&gt;&gt;<i>      Dispatch = cowboy_router:compile([
+</I>&gt;&gt;<i>          {'_', [
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              {&quot;/&quot;, cowboy_static, {priv_file, websocket_2, &quot;index.html&quot;}},
+</I>&gt;&gt;<i>              {&quot;/[...]&quot;, cowboy_static, {priv_dir, websocket_2, &quot;&quot;}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              {&quot;/websocket_2&quot;, ws_handler_2, []},
+</I>&gt;&gt;<i>              {&quot;/static/[...]&quot;, cowboy_static, {priv_dir, websocket_2,
+</I>&gt;&gt;<i> &quot;static&quot;}}
+</I>&gt;&gt;<i>          ]}
+</I>&gt;&gt;<i>      ]),
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> After compile and make release package of the app, I can reach the
+</I>&gt;&gt;<i> webserver on the port 8080, but some connection does not set up
+</I>&gt;&gt;<i> correctly. The following texts are present in the browser
+</I>&gt;&gt;<i>      DISCONNECTED
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>      ERROR: undefined
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>      Connecting to: <A HREF="ws://localhost:8080/websocket_2">ws://localhost:8080/websocket_2</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I made a dbg trace on all cowboy modules, to start some kind of
+</I>&gt;&gt;<i> troubleshooting. In the &quot;tons&quot; of printout I can see this one. So in the
+</I>&gt;&gt;<i> bottom of this, there is an {error,enoent}. It comes when tries connect
+</I>&gt;&gt;<i> to the socket. But unfortunatelly I do not have idea what may cause this
+</I>&gt;&gt;<i> :-(
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The part of trace
+</I>&gt;&gt;<i> -----------------------------------------------------------
+</I>&gt;&gt;<i>      (&lt;0.177.0&gt;) call
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,'HTTP/1.1',
+</I>&gt;&gt;<i>                {{127,0,0,1},33241},
+</I>&gt;&gt;<i>                &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],
+</I>&gt;&gt;<i>                &lt;&lt;&gt;&gt;,undefined,[],
+</I>&gt;&gt;<i>                [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://localhost:8080">http://localhost:8080</A>&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                  &lt;&lt;&quot;Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36
+</I>&gt;&gt;<i> (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip, deflate, sdch&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                 {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                  &lt;&lt;&quot;permessage-deflate; client_max_window_bits&quot;&gt;&gt;}],
+</I>&gt;&gt;<i>                [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},
+</I>&gt;&gt;<i>              {handler_opts,{priv_dir,websocket_2,[]}},
+</I>&gt;&gt;<i>              {listener,http},
+</I>&gt;&gt;<i>              {dispatch,[{'_',[],
+</I>&gt;&gt;<i>                              [{[],[],cowboy_static,
+</I>&gt;&gt;<i>                                {priv_file,websocket_2,&quot;index.html&quot;}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>   {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+</I>&gt;&gt;<i>                               {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},
+</I>&gt;&gt;<i>                               {[&lt;&lt;&quot;static&quot;&gt;&gt;,'...'],
+</I>&gt;&gt;<i>                                [],cowboy_static,
+</I>&gt;&gt;<i>                                {priv_dir,websocket_2,&quot;static&quot;}}]}]}],
+</I>&gt;&gt;<i>             &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,
+</I>&gt;&gt;<i>              {error,enoent},
+</I>&gt;&gt;<i>              []},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+</I>&gt;&gt;<i>             undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)
+</I>&gt;&gt;<i> (Timestamp: {1435,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     46126,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     935663})
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I guess, I did something very wrong, but I did not found what is that,
+</I>&gt;&gt;<i> thus I would like to get some help from you.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Please find my small project in github:
+</I>&gt;&gt;<i> <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> thanks for your help,
+</I>&gt;&gt;<i> /Robi
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> Author of The Erlanger Playbook,
+</I>&gt;<i> A book about software development using Erlang
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150623/dd7366a3/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150623/dd7366a3/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000533.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+	<LI>Next message: <A HREF="000535.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#534">[ date ]</a>
+              <a href="thread.html#534">[ thread ]</a>
+              <a href="subject.html#534">[ subject ]</a>
+              <a href="author.html#534">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000535.html b/_build/static/archives/extend/2015-June/000535.html
new file mode 100644
index 00000000..e653d8cc
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000535.html
@@ -0,0 +1,259 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Help to use frameset in index.html
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3C55892247.5010302%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000534.html">
+   <LINK REL="Next"  HREF="000536.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Help to use frameset in index.html</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3C55892247.5010302%40ninenines.eu%3E"
+       TITLE="[99s-extend] Help to use frameset in index.html">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jun 23 11:09:27 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000534.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+        <LI>Next message: <A HREF="000536.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#535">[ date ]</a>
+              <a href="thread.html#535">[ thread ]</a>
+              <a href="subject.html#535">[ subject ]</a>
+              <a href="author.html#535">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Oh nice catch ahah. We should probably warn when something like this 
+happens.
+
+On 06/23/2015 11:06 AM, Graham Hay wrote:
+&gt;<i> I think the order of your routes is the problem, try putting this line
+</I>&gt;<i> &lt;<A HREF="https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17">https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17</A>&gt;
+</I>&gt;<i> last.
+</I>&gt;<i>
+</I>&gt;<i> On 23 June 2015 at 09:56, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     The {error, enoent}, especially there, is probably just because the
+</I>&gt;<i>     browser is trying to fetch the favicon.
+</I>&gt;<i>
+</I>&gt;<i>     Your issue is that Websocket won't connect, so it has nothing to do
+</I>&gt;<i>     with cowboy_rest. Try tracing cowboy_websocket or enable SASL to
+</I>&gt;<i>     have more info.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     On 06/23/2015 10:28 AM, Robert Balogh wrote:
+</I>&gt;<i>
+</I>&gt;<i>         hello,
+</I>&gt;<i>
+</I>&gt;<i>         First of all I would say I am a beginner in Cowboy web server, so
+</I>&gt;<i>         probably I made something wrong, that is why I got the &quot;fault&quot;,
+</I>&gt;<i>         what I got.
+</I>&gt;<i>
+</I>&gt;<i>         I would like to build up web page, where the client can
+</I>&gt;<i>         communicate to
+</I>&gt;<i>         server, and server can do the same to client, if client does not
+</I>&gt;<i>         send
+</I>&gt;<i>         anything to server too. The Cowboy has the websocket example,
+</I>&gt;<i>         what does
+</I>&gt;<i>         what I would like to do.
+</I>&gt;<i>
+</I>&gt;<i>         There is only one thing is missing what I would like to have.
+</I>&gt;<i>         This is
+</I>&gt;<i>         the &quot;frameset&quot;. My idea is to build the index.html using framsets. I
+</I>&gt;<i>         made this changes, and I build up the html files for the frames,
+</I>&gt;<i>         and of
+</I>&gt;<i>         course I set these in the index.html.
+</I>&gt;<i>
+</I>&gt;<i>         Here is how the index.html looks like
+</I>&gt;<i>               &lt;html&gt;
+</I>&gt;<i>
+</I>&gt;<i>               &lt;head&gt;
+</I>&gt;<i>               &lt;title&gt;Welcome to Websocket example 2&lt;/title&gt;
+</I>&gt;<i>               &lt;/head&gt;
+</I>&gt;<i>
+</I>&gt;<i>               &lt;frameset rows=&quot;64,*&quot;&gt;
+</I>&gt;<i>                   &lt;frame name=&quot;top_frame&quot; noresize=&quot;noresize&quot; scrolling=&quot;no&quot;
+</I>&gt;<i>         src=&quot;frame_top.html&quot;&gt;
+</I>&gt;<i>                   &lt;frameset cols=&quot;450,*&quot;&gt;
+</I>&gt;<i>                       &lt;frame name=&quot;left_frame&quot; scrolling=&quot;auto&quot;
+</I>&gt;<i>         src=&quot;frame_left.html&quot;&gt;
+</I>&gt;<i>                       &lt;frame name=&quot;right_frame&quot; src=&quot;frame_right.html&quot;&gt;
+</I>&gt;<i>                   &lt;/frameset&gt;
+</I>&gt;<i>                   &lt;noframes&gt;
+</I>&gt;<i>                   &lt;body&gt;
+</I>&gt;<i>
+</I>&gt;<i>                   &lt;/body&gt;
+</I>&gt;<i>                   &lt;/noframes&gt;
+</I>&gt;<i>               &lt;/frameset&gt;
+</I>&gt;<i>
+</I>&gt;<i>               &lt;/html&gt;
+</I>&gt;<i>
+</I>&gt;<i>         This is how the priv folder looks like
+</I>&gt;<i>         -----------------------------------------------------------
+</I>&gt;<i>               ls priv/
+</I>&gt;<i>               frame_left.html  frame_right.html  frame_top.html
+</I>&gt;<i>         index.html  static
+</I>&gt;<i>
+</I>&gt;<i>         This is how I changed the websocket_2_app:start/2 function
+</I>&gt;<i>         -----------------------------------------------------------
+</I>&gt;<i>               Dispatch = cowboy_router:compile([
+</I>&gt;<i>                   {'_', [
+</I>&gt;<i>
+</I>&gt;<i>                       {&quot;/&quot;, cowboy_static, {priv_file, websocket_2,
+</I>&gt;<i>         &quot;index.html&quot;}},
+</I>&gt;<i>                       {&quot;/[...]&quot;, cowboy_static, {priv_dir, websocket_2,
+</I>&gt;<i>         &quot;&quot;}},
+</I>&gt;<i>
+</I>&gt;<i>                       {&quot;/websocket_2&quot;, ws_handler_2, []},
+</I>&gt;<i>                       {&quot;/static/[...]&quot;, cowboy_static, {priv_dir,
+</I>&gt;<i>         websocket_2,
+</I>&gt;<i>         &quot;static&quot;}}
+</I>&gt;<i>                   ]}
+</I>&gt;<i>               ]),
+</I>&gt;<i>
+</I>&gt;<i>         After compile and make release package of the app, I can reach the
+</I>&gt;<i>         webserver on the port 8080, but some connection does not set up
+</I>&gt;<i>         correctly. The following texts are present in the browser
+</I>&gt;<i>               DISCONNECTED
+</I>&gt;<i>
+</I>&gt;<i>               ERROR: undefined
+</I>&gt;<i>
+</I>&gt;<i>               Connecting to: <A HREF="ws://localhost:8080/websocket_2">ws://localhost:8080/websocket_2</A>
+</I>&gt;<i>
+</I>&gt;<i>         I made a dbg trace on all cowboy modules, to start some kind of
+</I>&gt;<i>         troubleshooting. In the &quot;tons&quot; of printout I can see this one.
+</I>&gt;<i>         So in the
+</I>&gt;<i>         bottom of this, there is an {error,enoent}. It comes when tries
+</I>&gt;<i>         connect
+</I>&gt;<i>         to the socket. But unfortunatelly I do not have idea what may
+</I>&gt;<i>         cause this :-(
+</I>&gt;<i>
+</I>&gt;<i>         The part of trace
+</I>&gt;<i>         -----------------------------------------------------------
+</I>&gt;<i>               (&lt;0.177.0&gt;) call
+</I>&gt;<i>         cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,'HTTP/1.1',
+</I>&gt;<i>                         {{127,0,0,1},33241},
+</I>&gt;<i>                         &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,
+</I>&gt;<i>                         [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],
+</I>&gt;<i>                         &lt;&lt;&gt;&gt;,undefined,[],
+</I>&gt;<i>                         [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://localhost:8080">http://localhost:8080</A>&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,
+</I>&gt;<i>                           &lt;&lt;&quot;Mozilla/5.0 (X11; Linux i686)
+</I>&gt;<i>         AppleWebKit/537.36
+</I>&gt;<i>         (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip, deflate, sdch&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},
+</I>&gt;<i>
+</I>&gt;<i>         {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},
+</I>&gt;<i>                          {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;<i>                           &lt;&lt;&quot;permessage-deflate;
+</I>&gt;<i>         client_max_window_bits&quot;&gt;&gt;}],
+</I>&gt;<i>                         [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;<i>
+</I>&gt;<i>         undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},
+</I>&gt;<i>                       {handler_opts,{priv_dir,websocket_2,[]}},
+</I>&gt;<i>                       {listener,http},
+</I>&gt;<i>                       {dispatch,[{'_',[],
+</I>&gt;<i>                                       [{[],[],cowboy_static,
+</I>&gt;<i>
+</I>&gt;<i>           {priv_file,websocket_2,&quot;index.html&quot;}},
+</I>&gt;<i>
+</I>&gt;<i>            {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+</I>&gt;<i>
+</I>&gt;<i>         {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},
+</I>&gt;<i>                                        {[&lt;&lt;&quot;static&quot;&gt;&gt;,'...'],
+</I>&gt;<i>                                         [],cowboy_static,
+</I>&gt;<i>
+</I>&gt;<i>           {priv_dir,websocket_2,&quot;static&quot;}}]}]}],
+</I>&gt;<i>                      &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,
+</I>&gt;<i>
+</I>&gt;<i>         {&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,
+</I>&gt;<i>                       {error,enoent},
+</I>&gt;<i>                       []},
+</I>&gt;<i>
+</I>&gt;<i>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+</I>&gt;<i>                      undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)
+</I>&gt;<i>         (Timestamp: {1435,
+</I>&gt;<i>
+</I>&gt;<i>              46126,
+</I>&gt;<i>
+</I>&gt;<i>              935663})
+</I>&gt;<i>
+</I>&gt;<i>         I guess, I did something very wrong, but I did not found what is
+</I>&gt;<i>         that,
+</I>&gt;<i>         thus I would like to get some help from you.
+</I>&gt;<i>
+</I>&gt;<i>         Please find my small project in github:
+</I>&gt;<i>         <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+</I>&gt;<i>
+</I>&gt;<i>         thanks for your help,
+</I>&gt;<i>         /Robi
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         _______________________________________________
+</I>&gt;<i>         Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>     Author of The Erlanger Playbook,
+</I>&gt;<i>     A book about software development using Erlang
+</I>&gt;<i>     _______________________________________________
+</I>&gt;<i>     Extend mailing list
+</I>&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000534.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+	<LI>Next message: <A HREF="000536.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#535">[ date ]</a>
+              <a href="thread.html#535">[ thread ]</a>
+              <a href="subject.html#535">[ subject ]</a>
+              <a href="author.html#535">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000536.html b/_build/static/archives/extend/2015-June/000536.html
new file mode 100644
index 00000000..faffd3cc
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000536.html
@@ -0,0 +1,287 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Help to use frameset in index.html
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAA4OwwXFxaXMZv0b1kpwn_f8pS1d%3DbVxs_QxEsLWRWaxFBDRgg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000535.html">
+   <LINK REL="Next"  HREF="000537.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Help to use frameset in index.html</H1>
+    <B>Robert Balogh</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAA4OwwXFxaXMZv0b1kpwn_f8pS1d%3DbVxs_QxEsLWRWaxFBDRgg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Help to use frameset in index.html">ethrbh at gmail.com
+       </A><BR>
+    <I>Tue Jun 23 11:11:42 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000535.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+        <LI>Next message: <A HREF="000537.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#536">[ date ]</a>
+              <a href="thread.html#536">[ thread ]</a>
+              <a href="subject.html#536">[ subject ]</a>
+              <a href="author.html#536">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hello,
+
+Thanks for all. The solution is to put the line at last
+    {&quot;/[...]&quot;, cowboy_static, {priv_dir, websocket_2, &quot;&quot;}}
+
+Now It works as I expect.
+
+thanks for your help again.
+
+br,
+/Robi
+
+
+2015-06-23 11:09 GMT+02:00 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;:
+
+&gt;<i> Oh nice catch ahah. We should probably warn when something like this
+</I>&gt;<i> happens.
+</I>&gt;<i>
+</I>&gt;<i> On 06/23/2015 11:06 AM, Graham Hay wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> I think the order of your routes is the problem, try putting this line
+</I>&gt;&gt;<i> &lt;
+</I>&gt;&gt;<i> <A HREF="https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17">https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17</A>
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i> last.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 23 June 2015 at 09:56, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     The {error, enoent}, especially there, is probably just because the
+</I>&gt;&gt;<i>     browser is trying to fetch the favicon.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Your issue is that Websocket won't connect, so it has nothing to do
+</I>&gt;&gt;<i>     with cowboy_rest. Try tracing cowboy_websocket or enable SASL to
+</I>&gt;&gt;<i>     have more info.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 06/23/2015 10:28 AM, Robert Balogh wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         First of all I would say I am a beginner in Cowboy web server, so
+</I>&gt;&gt;<i>         probably I made something wrong, that is why I got the &quot;fault&quot;,
+</I>&gt;&gt;<i>         what I got.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I would like to build up web page, where the client can
+</I>&gt;&gt;<i>         communicate to
+</I>&gt;&gt;<i>         server, and server can do the same to client, if client does not
+</I>&gt;&gt;<i>         send
+</I>&gt;&gt;<i>         anything to server too. The Cowboy has the websocket example,
+</I>&gt;&gt;<i>         what does
+</I>&gt;&gt;<i>         what I would like to do.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         There is only one thing is missing what I would like to have.
+</I>&gt;&gt;<i>         This is
+</I>&gt;&gt;<i>         the &quot;frameset&quot;. My idea is to build the index.html using
+</I>&gt;&gt;<i> framsets. I
+</I>&gt;&gt;<i>         made this changes, and I build up the html files for the frames,
+</I>&gt;&gt;<i>         and of
+</I>&gt;&gt;<i>         course I set these in the index.html.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Here is how the index.html looks like
+</I>&gt;&gt;<i>               &lt;html&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               &lt;head&gt;
+</I>&gt;&gt;<i>               &lt;title&gt;Welcome to Websocket example 2&lt;/title&gt;
+</I>&gt;&gt;<i>               &lt;/head&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               &lt;frameset rows=&quot;64,*&quot;&gt;
+</I>&gt;&gt;<i>                   &lt;frame name=&quot;top_frame&quot; noresize=&quot;noresize&quot;
+</I>&gt;&gt;<i> scrolling=&quot;no&quot;
+</I>&gt;&gt;<i>         src=&quot;frame_top.html&quot;&gt;
+</I>&gt;&gt;<i>                   &lt;frameset cols=&quot;450,*&quot;&gt;
+</I>&gt;&gt;<i>                       &lt;frame name=&quot;left_frame&quot; scrolling=&quot;auto&quot;
+</I>&gt;&gt;<i>         src=&quot;frame_left.html&quot;&gt;
+</I>&gt;&gt;<i>                       &lt;frame name=&quot;right_frame&quot; src=&quot;frame_right.html&quot;&gt;
+</I>&gt;&gt;<i>                   &lt;/frameset&gt;
+</I>&gt;&gt;<i>                   &lt;noframes&gt;
+</I>&gt;&gt;<i>                   &lt;body&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                   &lt;/body&gt;
+</I>&gt;&gt;<i>                   &lt;/noframes&gt;
+</I>&gt;&gt;<i>               &lt;/frameset&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               &lt;/html&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         This is how the priv folder looks like
+</I>&gt;&gt;<i>         -----------------------------------------------------------
+</I>&gt;&gt;<i>               ls priv/
+</I>&gt;&gt;<i>               frame_left.html  frame_right.html  frame_top.html
+</I>&gt;&gt;<i>         index.html  static
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         This is how I changed the websocket_2_app:start/2 function
+</I>&gt;&gt;<i>         -----------------------------------------------------------
+</I>&gt;&gt;<i>               Dispatch = cowboy_router:compile([
+</I>&gt;&gt;<i>                   {'_', [
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                       {&quot;/&quot;, cowboy_static, {priv_file, websocket_2,
+</I>&gt;&gt;<i>         &quot;index.html&quot;}},
+</I>&gt;&gt;<i>                       {&quot;/[...]&quot;, cowboy_static, {priv_dir, websocket_2,
+</I>&gt;&gt;<i>         &quot;&quot;}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                       {&quot;/websocket_2&quot;, ws_handler_2, []},
+</I>&gt;&gt;<i>                       {&quot;/static/[...]&quot;, cowboy_static, {priv_dir,
+</I>&gt;&gt;<i>         websocket_2,
+</I>&gt;&gt;<i>         &quot;static&quot;}}
+</I>&gt;&gt;<i>                   ]}
+</I>&gt;&gt;<i>               ]),
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         After compile and make release package of the app, I can reach the
+</I>&gt;&gt;<i>         webserver on the port 8080, but some connection does not set up
+</I>&gt;&gt;<i>         correctly. The following texts are present in the browser
+</I>&gt;&gt;<i>               DISCONNECTED
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               ERROR: undefined
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               Connecting to: <A HREF="ws://localhost:8080/websocket_2">ws://localhost:8080/websocket_2</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I made a dbg trace on all cowboy modules, to start some kind of
+</I>&gt;&gt;<i>         troubleshooting. In the &quot;tons&quot; of printout I can see this one.
+</I>&gt;&gt;<i>         So in the
+</I>&gt;&gt;<i>         bottom of this, there is an {error,enoent}. It comes when tries
+</I>&gt;&gt;<i>         connect
+</I>&gt;&gt;<i>         to the socket. But unfortunatelly I do not have idea what may
+</I>&gt;&gt;<i>         cause this :-(
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         The part of trace
+</I>&gt;&gt;<i>         -----------------------------------------------------------
+</I>&gt;&gt;<i>               (&lt;0.177.0&gt;) call
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,'HTTP/1.1',
+</I>&gt;&gt;<i>                         {{127,0,0,1},33241},
+</I>&gt;&gt;<i>                         &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                         [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],
+</I>&gt;&gt;<i>                         &lt;&lt;&gt;&gt;,undefined,[],
+</I>&gt;&gt;<i>                         [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://localhost:8080">http://localhost:8080</A>&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                           &lt;&lt;&quot;Mozilla/5.0 (X11; Linux i686)
+</I>&gt;&gt;<i>         AppleWebKit/537.36
+</I>&gt;&gt;<i>         (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip, deflate,
+</I>&gt;&gt;<i> sdch&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                           &lt;&lt;&quot;permessage-deflate;
+</I>&gt;&gt;<i>         client_max_window_bits&quot;&gt;&gt;}],
+</I>&gt;&gt;<i>                         [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},
+</I>&gt;&gt;<i>                       {handler_opts,{priv_dir,websocket_2,[]}},
+</I>&gt;&gt;<i>                       {listener,http},
+</I>&gt;&gt;<i>                       {dispatch,[{'_',[],
+</I>&gt;&gt;<i>                                       [{[],[],cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>           {priv_file,websocket_2,&quot;index.html&quot;}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>            {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},
+</I>&gt;&gt;<i>                                        {[&lt;&lt;&quot;static&quot;&gt;&gt;,'...'],
+</I>&gt;&gt;<i>                                         [],cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>           {priv_dir,websocket_2,&quot;static&quot;}}]}]}],
+</I>&gt;&gt;<i>                      &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                       {error,enoent},
+</I>&gt;&gt;<i>                       []},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+</I>&gt;&gt;<i>                      undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)
+</I>&gt;&gt;<i>         (Timestamp: {1435,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              46126,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              935663})
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I guess, I did something very wrong, but I did not found what is
+</I>&gt;&gt;<i>         that,
+</I>&gt;&gt;<i>         thus I would like to get some help from you.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Please find my small project in github:
+</I>&gt;&gt;<i>         <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         thanks for your help,
+</I>&gt;&gt;<i>         /Robi
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         _______________________________________________
+</I>&gt;&gt;<i>         Extend mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>     Author of The Erlanger Playbook,
+</I>&gt;&gt;<i>     A book about software development using Erlang
+</I>&gt;&gt;<i>     _______________________________________________
+</I>&gt;&gt;<i>     Extend mailing list
+</I>&gt;&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> Author of The Erlanger Playbook,
+</I>&gt;<i> A book about software development using Erlang
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150623/fcdb2d7b/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150623/fcdb2d7b/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000535.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+	<LI>Next message: <A HREF="000537.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#536">[ date ]</a>
+              <a href="thread.html#536">[ thread ]</a>
+              <a href="subject.html#536">[ subject ]</a>
+              <a href="author.html#536">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000537.html b/_build/static/archives/extend/2015-June/000537.html
new file mode 100644
index 00000000..a05fffdd
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000537.html
@@ -0,0 +1,276 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Help to use frameset in index.html
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAABECY3CmrVG4i2F737frMAbxGEiErieU255F%3D7m0X1BCPZAvg%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000536.html">
+   <LINK REL="Next"  HREF="000538.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Help to use frameset in index.html</H1>
+    <B>Graham Hay</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAABECY3CmrVG4i2F737frMAbxGEiErieU255F%3D7m0X1BCPZAvg%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Help to use frameset in index.html">grahamrhay at gmail.com
+       </A><BR>
+    <I>Tue Jun 23 11:11:50 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000536.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+        <LI>Next message: <A HREF="000538.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#537">[ date ]</a>
+              <a href="thread.html#537">[ thread ]</a>
+              <a href="subject.html#537">[ subject ]</a>
+              <a href="author.html#537">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's bitten me a few times :(
+
+On 23 June 2015 at 10:09, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Oh nice catch ahah. We should probably warn when something like this
+</I>&gt;<i> happens.
+</I>&gt;<i>
+</I>&gt;<i> On 06/23/2015 11:06 AM, Graham Hay wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> I think the order of your routes is the problem, try putting this line
+</I>&gt;&gt;<i> &lt;
+</I>&gt;&gt;<i> <A HREF="https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17">https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17</A>
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i> last.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 23 June 2015 at 09:56, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     The {error, enoent}, especially there, is probably just because the
+</I>&gt;&gt;<i>     browser is trying to fetch the favicon.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Your issue is that Websocket won't connect, so it has nothing to do
+</I>&gt;&gt;<i>     with cowboy_rest. Try tracing cowboy_websocket or enable SASL to
+</I>&gt;&gt;<i>     have more info.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 06/23/2015 10:28 AM, Robert Balogh wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         First of all I would say I am a beginner in Cowboy web server, so
+</I>&gt;&gt;<i>         probably I made something wrong, that is why I got the &quot;fault&quot;,
+</I>&gt;&gt;<i>         what I got.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I would like to build up web page, where the client can
+</I>&gt;&gt;<i>         communicate to
+</I>&gt;&gt;<i>         server, and server can do the same to client, if client does not
+</I>&gt;&gt;<i>         send
+</I>&gt;&gt;<i>         anything to server too. The Cowboy has the websocket example,
+</I>&gt;&gt;<i>         what does
+</I>&gt;&gt;<i>         what I would like to do.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         There is only one thing is missing what I would like to have.
+</I>&gt;&gt;<i>         This is
+</I>&gt;&gt;<i>         the &quot;frameset&quot;. My idea is to build the index.html using
+</I>&gt;&gt;<i> framsets. I
+</I>&gt;&gt;<i>         made this changes, and I build up the html files for the frames,
+</I>&gt;&gt;<i>         and of
+</I>&gt;&gt;<i>         course I set these in the index.html.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Here is how the index.html looks like
+</I>&gt;&gt;<i>               &lt;html&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               &lt;head&gt;
+</I>&gt;&gt;<i>               &lt;title&gt;Welcome to Websocket example 2&lt;/title&gt;
+</I>&gt;&gt;<i>               &lt;/head&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               &lt;frameset rows=&quot;64,*&quot;&gt;
+</I>&gt;&gt;<i>                   &lt;frame name=&quot;top_frame&quot; noresize=&quot;noresize&quot;
+</I>&gt;&gt;<i> scrolling=&quot;no&quot;
+</I>&gt;&gt;<i>         src=&quot;frame_top.html&quot;&gt;
+</I>&gt;&gt;<i>                   &lt;frameset cols=&quot;450,*&quot;&gt;
+</I>&gt;&gt;<i>                       &lt;frame name=&quot;left_frame&quot; scrolling=&quot;auto&quot;
+</I>&gt;&gt;<i>         src=&quot;frame_left.html&quot;&gt;
+</I>&gt;&gt;<i>                       &lt;frame name=&quot;right_frame&quot; src=&quot;frame_right.html&quot;&gt;
+</I>&gt;&gt;<i>                   &lt;/frameset&gt;
+</I>&gt;&gt;<i>                   &lt;noframes&gt;
+</I>&gt;&gt;<i>                   &lt;body&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                   &lt;/body&gt;
+</I>&gt;&gt;<i>                   &lt;/noframes&gt;
+</I>&gt;&gt;<i>               &lt;/frameset&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               &lt;/html&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         This is how the priv folder looks like
+</I>&gt;&gt;<i>         -----------------------------------------------------------
+</I>&gt;&gt;<i>               ls priv/
+</I>&gt;&gt;<i>               frame_left.html  frame_right.html  frame_top.html
+</I>&gt;&gt;<i>         index.html  static
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         This is how I changed the websocket_2_app:start/2 function
+</I>&gt;&gt;<i>         -----------------------------------------------------------
+</I>&gt;&gt;<i>               Dispatch = cowboy_router:compile([
+</I>&gt;&gt;<i>                   {'_', [
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                       {&quot;/&quot;, cowboy_static, {priv_file, websocket_2,
+</I>&gt;&gt;<i>         &quot;index.html&quot;}},
+</I>&gt;&gt;<i>                       {&quot;/[...]&quot;, cowboy_static, {priv_dir, websocket_2,
+</I>&gt;&gt;<i>         &quot;&quot;}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                       {&quot;/websocket_2&quot;, ws_handler_2, []},
+</I>&gt;&gt;<i>                       {&quot;/static/[...]&quot;, cowboy_static, {priv_dir,
+</I>&gt;&gt;<i>         websocket_2,
+</I>&gt;&gt;<i>         &quot;static&quot;}}
+</I>&gt;&gt;<i>                   ]}
+</I>&gt;&gt;<i>               ]),
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         After compile and make release package of the app, I can reach the
+</I>&gt;&gt;<i>         webserver on the port 8080, but some connection does not set up
+</I>&gt;&gt;<i>         correctly. The following texts are present in the browser
+</I>&gt;&gt;<i>               DISCONNECTED
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               ERROR: undefined
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>               Connecting to: <A HREF="ws://localhost:8080/websocket_2">ws://localhost:8080/websocket_2</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I made a dbg trace on all cowboy modules, to start some kind of
+</I>&gt;&gt;<i>         troubleshooting. In the &quot;tons&quot; of printout I can see this one.
+</I>&gt;&gt;<i>         So in the
+</I>&gt;&gt;<i>         bottom of this, there is an {error,enoent}. It comes when tries
+</I>&gt;&gt;<i>         connect
+</I>&gt;&gt;<i>         to the socket. But unfortunatelly I do not have idea what may
+</I>&gt;&gt;<i>         cause this :-(
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         The part of trace
+</I>&gt;&gt;<i>         -----------------------------------------------------------
+</I>&gt;&gt;<i>               (&lt;0.177.0&gt;) call
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,'HTTP/1.1',
+</I>&gt;&gt;<i>                         {{127,0,0,1},33241},
+</I>&gt;&gt;<i>                         &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                         [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],
+</I>&gt;&gt;<i>                         &lt;&lt;&gt;&gt;,undefined,[],
+</I>&gt;&gt;<i>                         [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://localhost:8080">http://localhost:8080</A>&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                           &lt;&lt;&quot;Mozilla/5.0 (X11; Linux i686)
+</I>&gt;&gt;<i>         AppleWebKit/537.36
+</I>&gt;&gt;<i>         (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip, deflate,
+</I>&gt;&gt;<i> sdch&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                          {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                           &lt;&lt;&quot;permessage-deflate;
+</I>&gt;&gt;<i>         client_max_window_bits&quot;&gt;&gt;}],
+</I>&gt;&gt;<i>                         [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},
+</I>&gt;&gt;<i>                       {handler_opts,{priv_dir,websocket_2,[]}},
+</I>&gt;&gt;<i>                       {listener,http},
+</I>&gt;&gt;<i>                       {dispatch,[{'_',[],
+</I>&gt;&gt;<i>                                       [{[],[],cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>           {priv_file,websocket_2,&quot;index.html&quot;}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>            {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},
+</I>&gt;&gt;<i>                                        {[&lt;&lt;&quot;static&quot;&gt;&gt;,'...'],
+</I>&gt;&gt;<i>                                         [],cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>           {priv_dir,websocket_2,&quot;static&quot;}}]}]}],
+</I>&gt;&gt;<i>                      &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                       {error,enoent},
+</I>&gt;&gt;<i>                       []},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+</I>&gt;&gt;<i>                      undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)
+</I>&gt;&gt;<i>         (Timestamp: {1435,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              46126,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              935663})
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I guess, I did something very wrong, but I did not found what is
+</I>&gt;&gt;<i>         that,
+</I>&gt;&gt;<i>         thus I would like to get some help from you.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Please find my small project in github:
+</I>&gt;&gt;<i>         <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         thanks for your help,
+</I>&gt;&gt;<i>         /Robi
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         _______________________________________________
+</I>&gt;&gt;<i>         Extend mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>     Author of The Erlanger Playbook,
+</I>&gt;&gt;<i>     A book about software development using Erlang
+</I>&gt;&gt;<i>     _______________________________________________
+</I>&gt;&gt;<i>     Extend mailing list
+</I>&gt;&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>     <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> Author of The Erlanger Playbook,
+</I>&gt;<i> A book about software development using Erlang
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150623/3556788c/attachment-0001.html">http://lists.ninenines.eu/archives/extend/attachments/20150623/3556788c/attachment-0001.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000536.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+	<LI>Next message: <A HREF="000538.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#537">[ date ]</a>
+              <a href="thread.html#537">[ thread ]</a>
+              <a href="subject.html#537">[ subject ]</a>
+              <a href="author.html#537">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000538.html b/_build/static/archives/extend/2015-June/000538.html
new file mode 100644
index 00000000..b7079e06
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000538.html
@@ -0,0 +1,312 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Help to use frameset in index.html
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3C55892318.2080507%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000537.html">
+   <LINK REL="Next"  HREF="000539.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Help to use frameset in index.html</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3C55892318.2080507%40ninenines.eu%3E"
+       TITLE="[99s-extend] Help to use frameset in index.html">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Jun 23 11:12:56 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000537.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+        <LI>Next message: <A HREF="000539.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#538">[ date ]</a>
+              <a href="thread.html#538">[ thread ]</a>
+              <a href="subject.html#538">[ subject ]</a>
+              <a href="author.html#538">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I've opened a ticket to remember so something will be done eventually. 
+Thanks for helping!
+
+On 06/23/2015 11:11 AM, Graham Hay wrote:
+&gt;<i> It's bitten me a few times :(
+</I>&gt;<i>
+</I>&gt;<i> On 23 June 2015 at 10:09, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Oh nice catch ahah. We should probably warn when something like this
+</I>&gt;<i>     happens.
+</I>&gt;<i>
+</I>&gt;<i>     On 06/23/2015 11:06 AM, Graham Hay wrote:
+</I>&gt;<i>
+</I>&gt;<i>         I think the order of your routes is the problem, try putting
+</I>&gt;<i>         this line
+</I>&gt;<i>         &lt;<A HREF="https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17">https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17</A>&gt;
+</I>&gt;<i>         last.
+</I>&gt;<i>
+</I>&gt;<i>         On 23 June 2015 at 09:56, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>              The {error, enoent}, especially there, is probably just
+</I>&gt;<i>         because the
+</I>&gt;<i>              browser is trying to fetch the favicon.
+</I>&gt;<i>
+</I>&gt;<i>              Your issue is that Websocket won't connect, so it has
+</I>&gt;<i>         nothing to do
+</I>&gt;<i>              with cowboy_rest. Try tracing cowboy_websocket or enable
+</I>&gt;<i>         SASL to
+</I>&gt;<i>              have more info.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              On 06/23/2015 10:28 AM, Robert Balogh wrote:
+</I>&gt;<i>
+</I>&gt;<i>                  hello,
+</I>&gt;<i>
+</I>&gt;<i>                  First of all I would say I am a beginner in Cowboy web
+</I>&gt;<i>         server, so
+</I>&gt;<i>                  probably I made something wrong, that is why I got the
+</I>&gt;<i>         &quot;fault&quot;,
+</I>&gt;<i>                  what I got.
+</I>&gt;<i>
+</I>&gt;<i>                  I would like to build up web page, where the client can
+</I>&gt;<i>                  communicate to
+</I>&gt;<i>                  server, and server can do the same to client, if client
+</I>&gt;<i>         does not
+</I>&gt;<i>                  send
+</I>&gt;<i>                  anything to server too. The Cowboy has the websocket
+</I>&gt;<i>         example,
+</I>&gt;<i>                  what does
+</I>&gt;<i>                  what I would like to do.
+</I>&gt;<i>
+</I>&gt;<i>                  There is only one thing is missing what I would like to
+</I>&gt;<i>         have.
+</I>&gt;<i>                  This is
+</I>&gt;<i>                  the &quot;frameset&quot;. My idea is to build the index.html
+</I>&gt;<i>         using framsets. I
+</I>&gt;<i>                  made this changes, and I build up the html files for
+</I>&gt;<i>         the frames,
+</I>&gt;<i>                  and of
+</I>&gt;<i>                  course I set these in the index.html.
+</I>&gt;<i>
+</I>&gt;<i>                  Here is how the index.html looks like
+</I>&gt;<i>                        &lt;html&gt;
+</I>&gt;<i>
+</I>&gt;<i>                        &lt;head&gt;
+</I>&gt;<i>                        &lt;title&gt;Welcome to Websocket example 2&lt;/title&gt;
+</I>&gt;<i>                        &lt;/head&gt;
+</I>&gt;<i>
+</I>&gt;<i>                        &lt;frameset rows=&quot;64,*&quot;&gt;
+</I>&gt;<i>                            &lt;frame name=&quot;top_frame&quot; noresize=&quot;noresize&quot;
+</I>&gt;<i>         scrolling=&quot;no&quot;
+</I>&gt;<i>                  src=&quot;frame_top.html&quot;&gt;
+</I>&gt;<i>                            &lt;frameset cols=&quot;450,*&quot;&gt;
+</I>&gt;<i>                                &lt;frame name=&quot;left_frame&quot; scrolling=&quot;auto&quot;
+</I>&gt;<i>                  src=&quot;frame_left.html&quot;&gt;
+</I>&gt;<i>                                &lt;frame name=&quot;right_frame&quot;
+</I>&gt;<i>         src=&quot;frame_right.html&quot;&gt;
+</I>&gt;<i>                            &lt;/frameset&gt;
+</I>&gt;<i>                            &lt;noframes&gt;
+</I>&gt;<i>                            &lt;body&gt;
+</I>&gt;<i>
+</I>&gt;<i>                            &lt;/body&gt;
+</I>&gt;<i>                            &lt;/noframes&gt;
+</I>&gt;<i>                        &lt;/frameset&gt;
+</I>&gt;<i>
+</I>&gt;<i>                        &lt;/html&gt;
+</I>&gt;<i>
+</I>&gt;<i>                  This is how the priv folder looks like
+</I>&gt;<i>                  -----------------------------------------------------------
+</I>&gt;<i>                        ls priv/
+</I>&gt;<i>                        frame_left.html  frame_right.html  frame_top.html
+</I>&gt;<i>                  index.html  static
+</I>&gt;<i>
+</I>&gt;<i>                  This is how I changed the websocket_2_app:start/2 function
+</I>&gt;<i>                  -----------------------------------------------------------
+</I>&gt;<i>                        Dispatch = cowboy_router:compile([
+</I>&gt;<i>                            {'_', [
+</I>&gt;<i>
+</I>&gt;<i>                                {&quot;/&quot;, cowboy_static, {priv_file, websocket_2,
+</I>&gt;<i>                  &quot;index.html&quot;}},
+</I>&gt;<i>                                {&quot;/[...]&quot;, cowboy_static, {priv_dir,
+</I>&gt;<i>         websocket_2,
+</I>&gt;<i>                  &quot;&quot;}},
+</I>&gt;<i>
+</I>&gt;<i>                                {&quot;/websocket_2&quot;, ws_handler_2, []},
+</I>&gt;<i>                                {&quot;/static/[...]&quot;, cowboy_static, {priv_dir,
+</I>&gt;<i>                  websocket_2,
+</I>&gt;<i>                  &quot;static&quot;}}
+</I>&gt;<i>                            ]}
+</I>&gt;<i>                        ]),
+</I>&gt;<i>
+</I>&gt;<i>                  After compile and make release package of the app, I
+</I>&gt;<i>         can reach the
+</I>&gt;<i>                  webserver on the port 8080, but some connection does
+</I>&gt;<i>         not set up
+</I>&gt;<i>                  correctly. The following texts are present in the browser
+</I>&gt;<i>                        DISCONNECTED
+</I>&gt;<i>
+</I>&gt;<i>                        ERROR: undefined
+</I>&gt;<i>
+</I>&gt;<i>                        Connecting to: <A HREF="ws://localhost:8080/websocket_2">ws://localhost:8080/websocket_2</A>
+</I>&gt;<i>
+</I>&gt;<i>                  I made a dbg trace on all cowboy modules, to start some
+</I>&gt;<i>         kind of
+</I>&gt;<i>                  troubleshooting. In the &quot;tons&quot; of printout I can see
+</I>&gt;<i>         this one.
+</I>&gt;<i>                  So in the
+</I>&gt;<i>                  bottom of this, there is an {error,enoent}. It comes
+</I>&gt;<i>         when tries
+</I>&gt;<i>                  connect
+</I>&gt;<i>                  to the socket. But unfortunatelly I do not have idea
+</I>&gt;<i>         what may
+</I>&gt;<i>                  cause this :-(
+</I>&gt;<i>
+</I>&gt;<i>                  The part of trace
+</I>&gt;<i>                  -----------------------------------------------------------
+</I>&gt;<i>                        (&lt;0.177.0&gt;) call
+</I>&gt;<i>
+</I>&gt;<i>         cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,'HTTP/1.1',
+</I>&gt;<i>                                  {{127,0,0,1},33241},
+</I>&gt;<i>
+</I>&gt;<i>         &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,
+</I>&gt;<i>                                  [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],
+</I>&gt;<i>                                  &lt;&lt;&gt;&gt;,undefined,[],
+</I>&gt;<i>                                  [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;<i>                                   {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;<i>                                   {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                                   {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;<i>                                   {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;<i>
+</I>&gt;<i>           {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://localhost:8080">http://localhost:8080</A>&quot;&gt;&gt;},
+</I>&gt;<i>                                   {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;<i>                                   {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,
+</I>&gt;<i>                                    &lt;&lt;&quot;Mozilla/5.0 (X11; Linux i686)
+</I>&gt;<i>                  AppleWebKit/537.36
+</I>&gt;<i>                  (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36&quot;&gt;&gt;},
+</I>&gt;<i>                                   {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,
+</I>&gt;<i>         deflate, sdch&quot;&gt;&gt;},
+</I>&gt;<i>
+</I>&gt;<i>           {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},
+</I>&gt;<i>
+</I>&gt;<i>                  {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},
+</I>&gt;<i>                                   {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;<i>                                    &lt;&lt;&quot;permessage-deflate;
+</I>&gt;<i>                  client_max_window_bits&quot;&gt;&gt;}],
+</I>&gt;<i>                                  [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},
+</I>&gt;<i>                                {handler_opts,{priv_dir,websocket_2,[]}},
+</I>&gt;<i>                                {listener,http},
+</I>&gt;<i>                                {dispatch,[{'_',[],
+</I>&gt;<i>                                                [{[],[],cowboy_static,
+</I>&gt;<i>
+</I>&gt;<i>                    {priv_file,websocket_2,&quot;index.html&quot;}},
+</I>&gt;<i>
+</I>&gt;<i>                     {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+</I>&gt;<i>
+</I>&gt;<i>                  {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},
+</I>&gt;<i>                                                 {[&lt;&lt;&quot;static&quot;&gt;&gt;,'...'],
+</I>&gt;<i>                                                  [],cowboy_static,
+</I>&gt;<i>
+</I>&gt;<i>                    {priv_dir,websocket_2,&quot;static&quot;}}]}]}],
+</I>&gt;<i>                               &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         {&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,
+</I>&gt;<i>                                {error,enoent},
+</I>&gt;<i>                                []},
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+</I>&gt;<i>
+</I>&gt;<i>           undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)
+</I>&gt;<i>                  (Timestamp: {1435,
+</I>&gt;<i>
+</I>&gt;<i>                       46126,
+</I>&gt;<i>
+</I>&gt;<i>                       935663})
+</I>&gt;<i>
+</I>&gt;<i>                  I guess, I did something very wrong, but I did not
+</I>&gt;<i>         found what is
+</I>&gt;<i>                  that,
+</I>&gt;<i>                  thus I would like to get some help from you.
+</I>&gt;<i>
+</I>&gt;<i>                  Please find my small project in github:
+</I>&gt;<i>         <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+</I>&gt;<i>
+</I>&gt;<i>                  thanks for your help,
+</I>&gt;<i>                  /Robi
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                  _______________________________________________
+</I>&gt;<i>                  Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>              --
+</I>&gt;<i>              Lo&#239;c Hoguin
+</I>&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>              Author of The Erlanger Playbook,
+</I>&gt;<i>              A book about software development using Erlang
+</I>&gt;<i>              _______________________________________________
+</I>&gt;<i>              Extend mailing list
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;&gt;
+</I>&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>     --
+</I>&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>     Author of The Erlanger Playbook,
+</I>&gt;<i>     A book about software development using Erlang
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000537.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+	<LI>Next message: <A HREF="000539.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#538">[ date ]</a>
+              <a href="thread.html#538">[ thread ]</a>
+              <a href="subject.html#538">[ subject ]</a>
+              <a href="author.html#538">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000539.html b/_build/static/archives/extend/2015-June/000539.html
new file mode 100644
index 00000000..aab2d330
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000539.html
@@ -0,0 +1,337 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Help to use frameset in index.html
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAA4OwwVkzpDwMG0MBHS3z6R6FVzXwKfj7YxDa5RUBch-ExJf9Q%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000538.html">
+   <LINK REL="Next"  HREF="000540.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Help to use frameset in index.html</H1>
+    <B>Robert Balogh</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Help%20to%20use%20frameset%20in%20index.html&In-Reply-To=%3CCAA4OwwVkzpDwMG0MBHS3z6R6FVzXwKfj7YxDa5RUBch-ExJf9Q%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Help to use frameset in index.html">ethrbh at gmail.com
+       </A><BR>
+    <I>Tue Jun 23 11:15:05 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000538.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+        <LI>Next message: <A HREF="000540.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#539">[ date ]</a>
+              <a href="thread.html#539">[ thread ]</a>
+              <a href="subject.html#539">[ subject ]</a>
+              <a href="author.html#539">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hello,
+
+I would like to thanks for both of you the grate support.
+
+thanks again,
+/Robi
+
+2015-06-23 11:12 GMT+02:00 Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;:
+
+&gt;<i> I've opened a ticket to remember so something will be done eventually.
+</I>&gt;<i> Thanks for helping!
+</I>&gt;<i>
+</I>&gt;<i> On 06/23/2015 11:11 AM, Graham Hay wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> It's bitten me a few times :(
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 23 June 2015 at 10:09, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Oh nice catch ahah. We should probably warn when something like this
+</I>&gt;&gt;<i>     happens.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 06/23/2015 11:06 AM, Graham Hay wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         I think the order of your routes is the problem, try putting
+</I>&gt;&gt;<i>         this line
+</I>&gt;&gt;<i>         &lt;
+</I>&gt;&gt;<i> <A HREF="https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17">https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17</A>
+</I>&gt;&gt;<i> &gt;
+</I>&gt;&gt;<i>         last.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         On 23 June 2015 at 09:56, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              The {error, enoent}, especially there, is probably just
+</I>&gt;&gt;<i>         because the
+</I>&gt;&gt;<i>              browser is trying to fetch the favicon.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              Your issue is that Websocket won't connect, so it has
+</I>&gt;&gt;<i>         nothing to do
+</I>&gt;&gt;<i>              with cowboy_rest. Try tracing cowboy_websocket or enable
+</I>&gt;&gt;<i>         SASL to
+</I>&gt;&gt;<i>              have more info.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              On 06/23/2015 10:28 AM, Robert Balogh wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  hello,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  First of all I would say I am a beginner in Cowboy web
+</I>&gt;&gt;<i>         server, so
+</I>&gt;&gt;<i>                  probably I made something wrong, that is why I got the
+</I>&gt;&gt;<i>         &quot;fault&quot;,
+</I>&gt;&gt;<i>                  what I got.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  I would like to build up web page, where the client can
+</I>&gt;&gt;<i>                  communicate to
+</I>&gt;&gt;<i>                  server, and server can do the same to client, if client
+</I>&gt;&gt;<i>         does not
+</I>&gt;&gt;<i>                  send
+</I>&gt;&gt;<i>                  anything to server too. The Cowboy has the websocket
+</I>&gt;&gt;<i>         example,
+</I>&gt;&gt;<i>                  what does
+</I>&gt;&gt;<i>                  what I would like to do.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  There is only one thing is missing what I would like to
+</I>&gt;&gt;<i>         have.
+</I>&gt;&gt;<i>                  This is
+</I>&gt;&gt;<i>                  the &quot;frameset&quot;. My idea is to build the index.html
+</I>&gt;&gt;<i>         using framsets. I
+</I>&gt;&gt;<i>                  made this changes, and I build up the html files for
+</I>&gt;&gt;<i>         the frames,
+</I>&gt;&gt;<i>                  and of
+</I>&gt;&gt;<i>                  course I set these in the index.html.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  Here is how the index.html looks like
+</I>&gt;&gt;<i>                        &lt;html&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                        &lt;head&gt;
+</I>&gt;&gt;<i>                        &lt;title&gt;Welcome to Websocket example 2&lt;/title&gt;
+</I>&gt;&gt;<i>                        &lt;/head&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                        &lt;frameset rows=&quot;64,*&quot;&gt;
+</I>&gt;&gt;<i>                            &lt;frame name=&quot;top_frame&quot; noresize=&quot;noresize&quot;
+</I>&gt;&gt;<i>         scrolling=&quot;no&quot;
+</I>&gt;&gt;<i>                  src=&quot;frame_top.html&quot;&gt;
+</I>&gt;&gt;<i>                            &lt;frameset cols=&quot;450,*&quot;&gt;
+</I>&gt;&gt;<i>                                &lt;frame name=&quot;left_frame&quot; scrolling=&quot;auto&quot;
+</I>&gt;&gt;<i>                  src=&quot;frame_left.html&quot;&gt;
+</I>&gt;&gt;<i>                                &lt;frame name=&quot;right_frame&quot;
+</I>&gt;&gt;<i>         src=&quot;frame_right.html&quot;&gt;
+</I>&gt;&gt;<i>                            &lt;/frameset&gt;
+</I>&gt;&gt;<i>                            &lt;noframes&gt;
+</I>&gt;&gt;<i>                            &lt;body&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                            &lt;/body&gt;
+</I>&gt;&gt;<i>                            &lt;/noframes&gt;
+</I>&gt;&gt;<i>                        &lt;/frameset&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                        &lt;/html&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  This is how the priv folder looks like
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  -----------------------------------------------------------
+</I>&gt;&gt;<i>                        ls priv/
+</I>&gt;&gt;<i>                        frame_left.html  frame_right.html  frame_top.html
+</I>&gt;&gt;<i>                  index.html  static
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  This is how I changed the websocket_2_app:start/2
+</I>&gt;&gt;<i> function
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  -----------------------------------------------------------
+</I>&gt;&gt;<i>                        Dispatch = cowboy_router:compile([
+</I>&gt;&gt;<i>                            {'_', [
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                                {&quot;/&quot;, cowboy_static, {priv_file,
+</I>&gt;&gt;<i> websocket_2,
+</I>&gt;&gt;<i>                  &quot;index.html&quot;}},
+</I>&gt;&gt;<i>                                {&quot;/[...]&quot;, cowboy_static, {priv_dir,
+</I>&gt;&gt;<i>         websocket_2,
+</I>&gt;&gt;<i>                  &quot;&quot;}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                                {&quot;/websocket_2&quot;, ws_handler_2, []},
+</I>&gt;&gt;<i>                                {&quot;/static/[...]&quot;, cowboy_static, {priv_dir,
+</I>&gt;&gt;<i>                  websocket_2,
+</I>&gt;&gt;<i>                  &quot;static&quot;}}
+</I>&gt;&gt;<i>                            ]}
+</I>&gt;&gt;<i>                        ]),
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  After compile and make release package of the app, I
+</I>&gt;&gt;<i>         can reach the
+</I>&gt;&gt;<i>                  webserver on the port 8080, but some connection does
+</I>&gt;&gt;<i>         not set up
+</I>&gt;&gt;<i>                  correctly. The following texts are present in the browser
+</I>&gt;&gt;<i>                        DISCONNECTED
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                        ERROR: undefined
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                        Connecting to: <A HREF="ws://localhost:8080/websocket_2">ws://localhost:8080/websocket_2</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  I made a dbg trace on all cowboy modules, to start some
+</I>&gt;&gt;<i>         kind of
+</I>&gt;&gt;<i>                  troubleshooting. In the &quot;tons&quot; of printout I can see
+</I>&gt;&gt;<i>         this one.
+</I>&gt;&gt;<i>                  So in the
+</I>&gt;&gt;<i>                  bottom of this, there is an {error,enoent}. It comes
+</I>&gt;&gt;<i>         when tries
+</I>&gt;&gt;<i>                  connect
+</I>&gt;&gt;<i>                  to the socket. But unfortunatelly I do not have idea
+</I>&gt;&gt;<i>         what may
+</I>&gt;&gt;<i>                  cause this :-(
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  The part of trace
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>  -----------------------------------------------------------
+</I>&gt;&gt;<i>                        (&lt;0.177.0&gt;) call
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,'HTTP/1.1',
+</I>&gt;&gt;<i>                                  {{127,0,0,1},33241},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                                  [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],
+</I>&gt;&gt;<i>                                  &lt;&lt;&gt;&gt;,undefined,[],
+</I>&gt;&gt;<i>                                  [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                                   {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                                   {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                                   {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                                   {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>           {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;<A HREF="http://localhost:8080">http://localhost:8080</A>&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                                   {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                                   {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                                    &lt;&lt;&quot;Mozilla/5.0 (X11; Linux i686)
+</I>&gt;&gt;<i>                  AppleWebKit/537.36
+</I>&gt;&gt;<i>                  (KHTML, like Gecko) Chrome/40.0.2214.115
+</I>&gt;&gt;<i> Safari/537.36&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                                   {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,
+</I>&gt;&gt;<i>         deflate, sdch&quot;&gt;&gt;},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>           {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},
+</I>&gt;&gt;<i>                                   {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                                    &lt;&lt;&quot;permessage-deflate;
+</I>&gt;&gt;<i>                  client_max_window_bits&quot;&gt;&gt;}],
+</I>&gt;&gt;<i>                                  [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},
+</I>&gt;&gt;<i>                                {handler_opts,{priv_dir,websocket_2,[]}},
+</I>&gt;&gt;<i>                                {listener,http},
+</I>&gt;&gt;<i>                                {dispatch,[{'_',[],
+</I>&gt;&gt;<i>                                                [{[],[],cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                    {priv_file,websocket_2,&quot;index.html&quot;}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                     {['...'],[],cowboy_static,{priv_dir,websocket_2,[]}},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},
+</I>&gt;&gt;<i>                                                 {[&lt;&lt;&quot;static&quot;&gt;&gt;,'...'],
+</I>&gt;&gt;<i>                                                  [],cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                    {priv_dir,websocket_2,&quot;static&quot;}}]}]}],
+</I>&gt;&gt;<i>                               &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,
+</I>&gt;&gt;<i>                                {error,enoent},
+</I>&gt;&gt;<i>                                []},
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         undefined,[],undefined,[],undefined,[],undefined,false,undefined,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>           undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)
+</I>&gt;&gt;<i>                  (Timestamp: {1435,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                       46126,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                       935663})
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  I guess, I did something very wrong, but I did not
+</I>&gt;&gt;<i>         found what is
+</I>&gt;&gt;<i>                  that,
+</I>&gt;&gt;<i>                  thus I would like to get some help from you.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  Please find my small project in github:
+</I>&gt;&gt;<i>         <A HREF="https://github.com/ethrbh/websocket_2">https://github.com/ethrbh/websocket_2</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  thanks for your help,
+</I>&gt;&gt;<i>                  /Robi
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                  _______________________________________________
+</I>&gt;&gt;<i>                  Extend mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;&gt;
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>              --
+</I>&gt;&gt;<i>              Lo&#239;c Hoguin
+</I>&gt;&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>              Author of The Erlanger Playbook,
+</I>&gt;&gt;<i>              A book about software development using Erlang
+</I>&gt;&gt;<i>              _______________________________________________
+</I>&gt;&gt;<i>              Extend mailing list
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i>         &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;&gt;
+</I>&gt;&gt;<i>         <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     --
+</I>&gt;&gt;<i>     Lo&#239;c Hoguin
+</I>&gt;&gt;<i>     <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>     Author of The Erlanger Playbook,
+</I>&gt;&gt;<i>     A book about software development using Erlang
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> Author of The Erlanger Playbook,
+</I>&gt;<i> A book about software development using Erlang
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150623/f7c19f68/attachment-0001.html">http://lists.ninenines.eu/archives/extend/attachments/20150623/f7c19f68/attachment-0001.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000538.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+	<LI>Next message: <A HREF="000540.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#539">[ date ]</a>
+              <a href="thread.html#539">[ thread ]</a>
+              <a href="subject.html#539">[ subject ]</a>
+              <a href="author.html#539">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000540.html b/_build/static/archives/extend/2015-June/000540.html
new file mode 100644
index 00000000..2816aabb
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000540.html
@@ -0,0 +1,90 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Websocket vs. Request-Response msg pair
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3CCAA4OwwXkFLY0pO7qudu4Xhe-aD4%3DwYGoitYx%3DNtN6dh5GN25CA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000539.html">
+   <LINK REL="Next"  HREF="000541.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Websocket vs. Request-Response msg pair</H1>
+    <B>Robert Balogh</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3CCAA4OwwXkFLY0pO7qudu4Xhe-aD4%3DwYGoitYx%3DNtN6dh5GN25CA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Websocket vs. Request-Response msg pair">ethrbh at gmail.com
+       </A><BR>
+    <I>Wed Jun 24 11:18:50 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000539.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+        <LI>Next message: <A HREF="000541.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#540">[ date ]</a>
+              <a href="thread.html#540">[ thread ]</a>
+              <a href="subject.html#540">[ subject ]</a>
+              <a href="author.html#540">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hello,
+
+According to you grate support I got from you at yesterday, I could
+continue my project, where I use Cowboy webserver and using Websocket. Now
+I made an own web page with basic features I need, so the server and client
+can communicates to eachother. I like it.
+
+Now I would like to step forward, and I would like to implement a
+Request-Response mechanism. I read few articles in to this topic, and all
+of them has mentioned this &quot;feature&quot; is not part of the Websocket standard.
+They were suggested to use some sub-protocols for this, but I did not see
+any written in Erlang.
+
+So, I would like to ask you, do I understand right that Cowboy does not
+have this feature too? If so, do you have some idea how can I implement a
+basic request-response mechanism? Probably one of you guys in this forum
+have some idea.
+
+Btw, the links I read about this topic:
+
+<A HREF="http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol">http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol</A>
+    <A HREF="http://alabor.me/articles/request-response-oriented-websockets/">http://alabor.me/articles/request-response-oriented-websockets/</A>
+    <A HREF="https://www.npmjs.com/package/primus-responder">https://www.npmjs.com/package/primus-responder</A>
+
+thanks for your help,
+/Robi
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150624/204c1308/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150624/204c1308/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000539.html">[99s-extend] Help to use frameset in index.html
+</A></li>
+	<LI>Next message: <A HREF="000541.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#540">[ date ]</a>
+              <a href="thread.html#540">[ thread ]</a>
+              <a href="subject.html#540">[ subject ]</a>
+              <a href="author.html#540">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000541.html b/_build/static/archives/extend/2015-June/000541.html
new file mode 100644
index 00000000..e0f25c6f
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000541.html
@@ -0,0 +1,118 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Websocket vs. Request-Response msg pair
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3CCAABECY1-3dxX337kaShnxa3EuH1OAUyKVgonLoM9qAOQN6DNvw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000540.html">
+   <LINK REL="Next"  HREF="000543.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Websocket vs. Request-Response msg pair</H1>
+    <B>Graham Hay</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3CCAABECY1-3dxX337kaShnxa3EuH1OAUyKVgonLoM9qAOQN6DNvw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Websocket vs. Request-Response msg pair">grahamrhay at gmail.com
+       </A><BR>
+    <I>Wed Jun 24 12:19:39 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000540.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+        <LI>Next message: <A HREF="000543.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#541">[ date ]</a>
+              <a href="thread.html#541">[ thread ]</a>
+              <a href="subject.html#541">[ subject ]</a>
+              <a href="author.html#541">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I think you'd have to roll your own, you just need some way to correlate
+&lt;<A HREF="http://www.enterpriseintegrationpatterns.com/CorrelationIdentifier.html">http://www.enterpriseintegrationpatterns.com/CorrelationIdentifier.html</A>&gt;
+responses
+with the originating request. OTP does something similar under the hood
+with gen_server calls &lt;<A HREF="http://www.erlang.org/doc/man/gen_server.html#call-2">http://www.erlang.org/doc/man/gen_server.html#call-2</A>&gt;
+.
+
+It's also possible to treat the ws connection as a messaging channel, and
+use something like selective consumer
+&lt;<A HREF="http://www.enterpriseintegrationpatterns.com/MessageSelector.html">http://www.enterpriseintegrationpatterns.com/MessageSelector.html</A>&gt; to
+de-multiplex the messages. e.g. you could add a type/channel field to each
+message, and only subscribe to those messages.
+
+Remember that once you move into an async world, there are no guarantees
+that you will receive a response! So you need to start thinking about
+timeouts etc.
+
+
+On 24 June 2015 at 10:18, Robert Balogh &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">ethrbh at gmail.com</A>&gt; wrote:
+
+&gt;<i> hello,
+</I>&gt;<i>
+</I>&gt;<i> According to you grate support I got from you at yesterday, I could
+</I>&gt;<i> continue my project, where I use Cowboy webserver and using Websocket. Now
+</I>&gt;<i> I made an own web page with basic features I need, so the server and client
+</I>&gt;<i> can communicates to eachother. I like it.
+</I>&gt;<i>
+</I>&gt;<i> Now I would like to step forward, and I would like to implement a
+</I>&gt;<i> Request-Response mechanism. I read few articles in to this topic, and all
+</I>&gt;<i> of them has mentioned this &quot;feature&quot; is not part of the Websocket standard.
+</I>&gt;<i> They were suggested to use some sub-protocols for this, but I did not see
+</I>&gt;<i> any written in Erlang.
+</I>&gt;<i>
+</I>&gt;<i> So, I would like to ask you, do I understand right that Cowboy does not
+</I>&gt;<i> have this feature too? If so, do you have some idea how can I implement a
+</I>&gt;<i> basic request-response mechanism? Probably one of you guys in this forum
+</I>&gt;<i> have some idea.
+</I>&gt;<i>
+</I>&gt;<i> Btw, the links I read about this topic:
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol">http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol</A>
+</I>&gt;<i>     <A HREF="http://alabor.me/articles/request-response-oriented-websockets/">http://alabor.me/articles/request-response-oriented-websockets/</A>
+</I>&gt;<i>     <A HREF="https://www.npmjs.com/package/primus-responder">https://www.npmjs.com/package/primus-responder</A>
+</I>&gt;<i>
+</I>&gt;<i> thanks for your help,
+</I>&gt;<i> /Robi
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150624/6d15706e/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150624/6d15706e/attachment.html</A>&gt;
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000540.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+	<LI>Next message: <A HREF="000543.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#541">[ date ]</a>
+              <a href="thread.html#541">[ thread ]</a>
+              <a href="subject.html#541">[ subject ]</a>
+              <a href="author.html#541">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000542.html b/_build/static/archives/extend/2015-June/000542.html
new file mode 100644
index 00000000..f2fe6371
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000542.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Websocket vs. Request-Response msg pair
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3C558A8645.3010002%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000544.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Websocket vs. Request-Response msg pair</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3C558A8645.3010002%40ninenines.eu%3E"
+       TITLE="[99s-extend] Websocket vs. Request-Response msg pair">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Jun 24 12:28:21 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000544.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#542">[ date ]</a>
+              <a href="thread.html#542">[ thread ]</a>
+              <a href="subject.html#542">[ subject ]</a>
+              <a href="author.html#542">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 06/24/2015 11:18 AM, Robert Balogh wrote:
+&gt;<i> Now I would like to step forward, and I would like to implement a
+</I>&gt;<i> Request-Response mechanism. I read few articles in to this topic, and
+</I>&gt;<i> all of them has mentioned this &quot;feature&quot; is not part of the Websocket
+</I>&gt;<i> standard. They were suggested to use some sub-protocols for this, but I
+</I>&gt;<i> did not see any written in Erlang.
+</I>&gt;<i>
+</I>&gt;<i> So, I would like to ask you, do I understand right that Cowboy does not
+</I>&gt;<i> have this feature too? If so, do you have some idea how can I implement
+</I>&gt;<i> a basic request-response mechanism? Probably one of you guys in this
+</I>&gt;<i> forum have some idea.
+</I>
+Cowboy only comes with the Websocket protocol itself, all sub protocols 
+and mechanisms you want can then be implemented on top of it.
+
+I strongly recommend not to do RPC. Just send events to the server and 
+let the server send events to you. The difference is in the fact that 
+RPC tracks what requests were sent to tie requests and responses 
+together, while an event channel does not. You just send what the user 
+is doing and the server sends you what it wants the client to update or 
+do. Stay as stateless as possible.
+
+If you need to manage state to update the interface (locking a form 
+while waiting for the result, for example), do use timeouts to avoid 
+locking endlessly.
+
+Try and experiment, it's not very complicated. :-)
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000544.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#542">[ date ]</a>
+              <a href="thread.html#542">[ thread ]</a>
+              <a href="subject.html#542">[ subject ]</a>
+              <a href="author.html#542">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000543.html b/_build/static/archives/extend/2015-June/000543.html
new file mode 100644
index 00000000..222e4a75
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000543.html
@@ -0,0 +1,105 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Websocket vs. Request-Response msg pair
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3C558A8639.2080901%40gmx.de%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000541.html">
+   <LINK REL="Next"  HREF="000544.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Websocket vs. Request-Response msg pair</H1>
+    <B>Bas Wegh</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3C558A8639.2080901%40gmx.de%3E"
+       TITLE="[99s-extend] Websocket vs. Request-Response msg pair">BasWegh at gmx.de
+       </A><BR>
+    <I>Wed Jun 24 12:28:09 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000541.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+        <LI>Next message: <A HREF="000544.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#543">[ date ]</a>
+              <a href="thread.html#543">[ thread ]</a>
+              <a href="subject.html#543">[ subject ]</a>
+              <a href="author.html#543">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hello Robi,
+
+you might be interested in erwa:
+<A HREF="https://github.com/bwegh/erwa">https://github.com/bwegh/erwa</A>
+
+Cheers,
+Bas
+
+On 06/24/2015 11:18 AM, Robert Balogh wrote:
+&gt;<i> hello,
+</I>&gt;<i>
+</I>&gt;<i> According to you grate support I got from you at yesterday, I could 
+</I>&gt;<i> continue my project, where I use Cowboy webserver and using Websocket. 
+</I>&gt;<i> Now I made an own web page with basic features I need, so the server 
+</I>&gt;<i> and client can communicates to eachother. I like it.
+</I>&gt;<i>
+</I>&gt;<i> Now I would like to step forward, and I would like to implement a 
+</I>&gt;<i> Request-Response mechanism. I read few articles in to this topic, and 
+</I>&gt;<i> all of them has mentioned this &quot;feature&quot; is not part of the Websocket 
+</I>&gt;<i> standard. They were suggested to use some sub-protocols for this, but 
+</I>&gt;<i> I did not see any written in Erlang.
+</I>&gt;<i>
+</I>&gt;<i> So, I would like to ask you, do I understand right that Cowboy does 
+</I>&gt;<i> not have this feature too? If so, do you have some idea how can I 
+</I>&gt;<i> implement a basic request-response mechanism? Probably one of you guys 
+</I>&gt;<i> in this forum have some idea.
+</I>&gt;<i>
+</I>&gt;<i> Btw, the links I read about this topic:
+</I>&gt;<i> <A HREF="http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol">http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol</A>
+</I>&gt;<i> <A HREF="http://alabor.me/articles/request-response-oriented-websockets/">http://alabor.me/articles/request-response-oriented-websockets/</A>
+</I>&gt;<i> <A HREF="https://www.npmjs.com/package/primus-responder">https://www.npmjs.com/package/primus-responder</A>
+</I>&gt;<i>
+</I>&gt;<i> thanks for your help,
+</I>&gt;<i> /Robi
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150624/b67122b6/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150624/b67122b6/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000541.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+	<LI>Next message: <A HREF="000544.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#543">[ date ]</a>
+              <a href="thread.html#543">[ thread ]</a>
+              <a href="subject.html#543">[ subject ]</a>
+              <a href="author.html#543">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/000544.html b/_build/static/archives/extend/2015-June/000544.html
new file mode 100644
index 00000000..c6d63e63
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/000544.html
@@ -0,0 +1,119 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Websocket vs. Request-Response msg pair
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3CCAA4OwwWP5oiZ6fYwAH8qz2FyjZL2MfDFD2B2vMe8J2rUerFU0g%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000543.html">
+   <LINK REL="Next"  HREF="000542.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Websocket vs. Request-Response msg pair</H1>
+    <B>Robert Balogh</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Websocket%20vs.%20Request-Response%20msg%20pair&In-Reply-To=%3CCAA4OwwWP5oiZ6fYwAH8qz2FyjZL2MfDFD2B2vMe8J2rUerFU0g%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Websocket vs. Request-Response msg pair">ethrbh at gmail.com
+       </A><BR>
+    <I>Wed Jun 24 12:41:16 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000543.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+        <LI>Next message: <A HREF="000542.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#544">[ date ]</a>
+              <a href="thread.html#544">[ thread ]</a>
+              <a href="subject.html#544">[ subject ]</a>
+              <a href="author.html#544">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>hello,
+
+I would like to thanks the response to all of you. I will try keep all
+these in my mind.
+
+@Bas, thanks for your note about erwa &lt;<A HREF="https://github.com/bwegh/erwa">https://github.com/bwegh/erwa</A>&gt;, I
+will take a look.
+
+thanks again,
+/Robi
+
+2015-06-24 12:28 GMT+02:00 Bas Wegh &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">BasWegh at gmx.de</A>&gt;:
+
+&gt;<i>  hello Robi,
+</I>&gt;<i>
+</I>&gt;<i> you might be interested in erwa:
+</I>&gt;<i> <A HREF="https://github.com/bwegh/erwa">https://github.com/bwegh/erwa</A>
+</I>&gt;<i>
+</I>&gt;<i> Cheers,
+</I>&gt;<i> Bas
+</I>&gt;<i>
+</I>&gt;<i> On 06/24/2015 11:18 AM, Robert Balogh wrote:
+</I>&gt;<i>
+</I>&gt;<i>   hello,
+</I>&gt;<i>
+</I>&gt;<i>  According to you grate support I got from you at yesterday, I could
+</I>&gt;<i> continue my project, where I use Cowboy webserver and using Websocket. Now
+</I>&gt;<i> I made an own web page with basic features I need, so the server and client
+</I>&gt;<i> can communicates to eachother. I like it.
+</I>&gt;<i>
+</I>&gt;<i> Now I would like to step forward, and I would like to implement a
+</I>&gt;<i> Request-Response mechanism. I read few articles in to this topic, and all
+</I>&gt;<i> of them has mentioned this &quot;feature&quot; is not part of the Websocket standard.
+</I>&gt;<i> They were suggested to use some sub-protocols for this, but I did not see
+</I>&gt;<i> any written in Erlang.
+</I>&gt;<i>
+</I>&gt;<i>  So, I would like to ask you, do I understand right that Cowboy does not
+</I>&gt;<i> have this feature too? If so, do you have some idea how can I implement a
+</I>&gt;<i> basic request-response mechanism? Probably one of you guys in this forum
+</I>&gt;<i> have some idea.
+</I>&gt;<i>
+</I>&gt;<i>  Btw, the links I read about this topic:
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol">http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol</A>
+</I>&gt;<i>     <A HREF="http://alabor.me/articles/request-response-oriented-websockets/">http://alabor.me/articles/request-response-oriented-websockets/</A>
+</I>&gt;<i>     <A HREF="https://www.npmjs.com/package/primus-responder">https://www.npmjs.com/package/primus-responder</A>
+</I>&gt;<i>
+</I>&gt;<i>  thanks for your help,
+</I>&gt;<i>  /Robi
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing <A HREF="https://lists.ninenines.eu/listinfo/extend">listExtend at lists.ninenines.euhttps</A>://lists.ninenines.eu/listinfo/extend
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150624/72689ab9/attachment-0001.html">http://lists.ninenines.eu/archives/extend/attachments/20150624/72689ab9/attachment-0001.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000543.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+	<LI>Next message: <A HREF="000542.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#544">[ date ]</a>
+              <a href="thread.html#544">[ thread ]</a>
+              <a href="subject.html#544">[ subject ]</a>
+              <a href="author.html#544">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-June/author.html b/_build/static/archives/extend/2015-June/author.html
new file mode 100644
index 00000000..c3d02dbc
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/author.html
@@ -0,0 +1,117 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2015 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2015 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Fri Jun 19 15:47:14 CEST 2015</i><br>
+         <b>Ending:</b> <i>Wed Jun 24 12:41:16 CEST 2015</i><br>
+         <b>Messages:</b> 14<p>
+     <ul>
+
+<LI><A HREF="000532.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="532">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000536.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="536">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000539.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="539">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000540.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="540">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000544.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="544">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000534.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="534">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000537.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="537">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000541.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="541">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000531.html">[99s-extend] [ANN] The Erlanger Playbook early release
+</A><A NAME="531">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000533.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="533">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000535.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="535">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000538.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="538">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000542.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="542">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000543.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="543">&nbsp;</A>
+<I>Bas Wegh
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Jun 24 12:41:16 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Wed Jun 24 12:41:06 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-June/date.html b/_build/static/archives/extend/2015-June/date.html
new file mode 100644
index 00000000..ea0c5202
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/date.html
@@ -0,0 +1,117 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2015 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2015 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Fri Jun 19 15:47:14 CEST 2015</i><br>
+         <b>Ending:</b> <i>Wed Jun 24 12:41:16 CEST 2015</i><br>
+         <b>Messages:</b> 14<p>
+     <ul>
+
+<LI><A HREF="000531.html">[99s-extend] [ANN] The Erlanger Playbook early release
+</A><A NAME="531">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000532.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="532">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000533.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="533">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000534.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="534">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000535.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="535">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000536.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="536">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000537.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="537">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000538.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="538">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000539.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="539">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000540.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="540">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000541.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="541">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000543.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="543">&nbsp;</A>
+<I>Bas Wegh
+</I>
+
+<LI><A HREF="000542.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="542">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000544.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="544">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Jun 24 12:41:16 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Wed Jun 24 12:41:06 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-June/index.html b/_build/static/archives/extend/2015-June/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2015-June/subject.html b/_build/static/archives/extend/2015-June/subject.html
new file mode 100644
index 00000000..61715ef2
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/subject.html
@@ -0,0 +1,117 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2015 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2015 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Fri Jun 19 15:47:14 CEST 2015</i><br>
+         <b>Ending:</b> <i>Wed Jun 24 12:41:16 CEST 2015</i><br>
+         <b>Messages:</b> 14<p>
+     <ul>
+
+<LI><A HREF="000531.html">[99s-extend] [ANN] The Erlanger Playbook early release
+</A><A NAME="531">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000532.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="532">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000533.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="533">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000534.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="534">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000535.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="535">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000536.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="536">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000537.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="537">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000538.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="538">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000539.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="539">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000540.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="540">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<LI><A HREF="000541.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="541">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000543.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="543">&nbsp;</A>
+<I>Bas Wegh
+</I>
+
+<LI><A HREF="000542.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="542">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000544.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="544">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Jun 24 12:41:16 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Wed Jun 24 12:41:06 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-June/thread.html b/_build/static/archives/extend/2015-June/thread.html
new file mode 100644
index 00000000..993cb69f
--- /dev/null
+++ b/_build/static/archives/extend/2015-June/thread.html
@@ -0,0 +1,141 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend June 2015 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>June 2015 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Fri Jun 19 15:47:14 CEST 2015</i><br>
+         <b>Ending:</b> <i>Wed Jun 24 12:41:16 CEST 2015</i><br>
+         <b>Messages:</b> 14<p>
+     <ul>
+
+<!--0 01434721634.531- -->
+<LI><A HREF="000531.html">[99s-extend] [ANN] The Erlanger Playbook early release
+</A><A NAME="531">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--0 01435048096.532- -->
+<LI><A HREF="000532.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="532">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<UL>
+<!--1 01435048096.532-01435049762.533- -->
+<LI><A HREF="000533.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="533">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01435048096.532-01435049762.533-01435050395.534- -->
+<LI><A HREF="000534.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="534">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<UL>
+<!--3 01435048096.532-01435049762.533-01435050395.534-01435050567.535- -->
+<LI><A HREF="000535.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="535">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01435048096.532-01435049762.533-01435050395.534-01435050567.535-01435050702.536- -->
+<LI><A HREF="000536.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="536">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<!--3 01435048096.532-01435049762.533-01435050395.534-01435050567.535-01435050710.537- -->
+<LI><A HREF="000537.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="537">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<!--3 01435048096.532-01435049762.533-01435050395.534-01435050567.535-01435050710.537-01435050776.538- -->
+<LI><A HREF="000538.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="538">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01435048096.532-01435049762.533-01435050395.534-01435050567.535-01435050710.537-01435050776.538-01435050905.539- -->
+<LI><A HREF="000539.html">[99s-extend] Help to use frameset in index.html
+</A><A NAME="539">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+</UL>
+</UL>
+</UL>
+<!--0 01435137530.540- -->
+<LI><A HREF="000540.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="540">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+<UL>
+<!--1 01435137530.540-01435141179.541- -->
+<LI><A HREF="000541.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="541">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<!--1 01435137530.540-01435141689.543- -->
+<LI><A HREF="000543.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="543">&nbsp;</A>
+<I>Bas Wegh
+</I>
+
+<UL>
+<!--2 01435137530.540-01435141689.543-01435142476.544- -->
+<LI><A HREF="000544.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="544">&nbsp;</A>
+<I>Robert Balogh
+</I>
+
+</UL>
+<!--1 01435137530.540-01435141701.542- -->
+<LI><A HREF="000542.html">[99s-extend] Websocket vs. Request-Response msg pair
+</A><A NAME="542">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Jun 24 12:41:16 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Wed Jun 24 12:41:06 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-March.txt b/_build/static/archives/extend/2015-March.txt
new file mode 100644
index 00000000..4737e01a
--- /dev/null
+++ b/_build/static/archives/extend/2015-March.txt
@@ -0,0 +1,774 @@
+From samset at wanadoo.fr  Thu Mar 19 18:08:54 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Thu, 19 Mar 2015 18:08:54 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+Message-ID: <[email protected]>
+
+Hi there,
+
+I would appreciate your help to understand the following error when running the websocket example.
+
+Context is :
+
+ERL 17
+Cowboy 2.0.0-pre (master)
+no source modification
+
+
+=ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't resolve the priv_dir of application websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+
+Thank you.
+
+Samir
+
+From essen at ninenines.eu  Thu Mar 19 18:10:29 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 19 Mar 2015 18:10:29 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+How do you run it?
+
+On 03/19/2015 06:08 PM, Samir Sow wrote:
+> Hi there,
+>
+> I would appreciate your help to understand the following error when running the websocket example.
+>
+> Context is :
+>
+> ERL 17
+> Cowboy 2.0.0-pre (master)
+> no source modification
+>
+>
+> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+> Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't resolve the priv_dir of application websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+>
+> Thank you.
+>
+> Samir
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From stephane at wirtel.be  Thu Mar 19 18:10:58 2015
+From: stephane at wirtel.be (=?utf-8?q?St=C3=A9phane?= Wirtel)
+Date: Thu, 19 Mar 2015 18:10:58 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+do you have a priv/ directory in your application ?
+
+
+On 19 Mar 2015, at 18:08, Samir Sow wrote:
+
+> Hi there,
+>
+> I would appreciate your help to understand the following error when 
+> running the websocket example.
+>
+> Context is :
+>
+> ERL 17
+> Cowboy 2.0.0-pre (master)
+> no source modification
+>
+>
+> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+> Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't 
+> resolve the priv_dir of application 
+> websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+>
+> Thank you.
+>
+> Samir
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+
+
+--
+St?phane Wirtel - http://wirtel.be - @matrixise
+
+From samset at wanadoo.fr  Thu Mar 19 18:31:23 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Thu, 19 Mar 2015 18:31:23 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Manually from the application root dir.
+with exec erl <paths> 
+Then starting all required applications 
+
+Not very clever i admit but could not print debug info with _rel/bin/websocket 
+
+Samir
+
+
+> On 19 mars 2015, at 18:10, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+> How do you run it?
+> 
+> On 03/19/2015 06:08 PM, Samir Sow wrote:
+>> Hi there,
+>> 
+>> I would appreciate your help to understand the following error when running the websocket example.
+>> 
+>> Context is :
+>> 
+>> ERL 17
+>> Cowboy 2.0.0-pre (master)
+>> no source modification
+>> 
+>> 
+>> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+>> Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't resolve the priv_dir of application websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+>> 
+>> Thank you.
+>> 
+>> Samir
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+From essen at ninenines.eu  Thu Mar 19 18:40:00 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 19 Mar 2015 18:40:00 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+If you don't use the release start script it can still work but you must 
+define ERL_LIBS to let Erlang know where applications are located (-pa 
+**ebin only says where *beams* are located).
+
+Maybe more things.
+
+On 03/19/2015 06:31 PM, Samir Sow wrote:
+> Manually from the application root dir.
+> with exec erl <paths>
+> Then starting all required applications
+>
+> Not very clever i admit but could not print debug info with _rel/bin/websocket
+>
+> Samir
+>
+>
+>> On 19 mars 2015, at 18:10, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>
+>> How do you run it?
+>>
+>> On 03/19/2015 06:08 PM, Samir Sow wrote:
+>>> Hi there,
+>>>
+>>> I would appreciate your help to understand the following error when running the websocket example.
+>>>
+>>> Context is :
+>>>
+>>> ERL 17
+>>> Cowboy 2.0.0-pre (master)
+>>> no source modification
+>>>
+>>>
+>>> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+>>> Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't resolve the priv_dir of application websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+>>>
+>>> Thank you.
+>>>
+>>> Samir
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> https://lists.ninenines.eu/listinfo/extend
+>>>
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samset at wanadoo.fr  Thu Mar 19 18:46:38 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Thu, 19 Mar 2015 18:46:38 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+I?ve exported ERL_LIBS=<root_dir> before erl execution. but got same error ...
+
+
+> On 19 mars 2015, at 18:40, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+> 
+> Maybe more things.
+> 
+> On 03/19/2015 06:31 PM, Samir Sow wrote:
+>> Manually from the application root dir.
+>> with exec erl <paths>
+>> Then starting all required applications
+>> 
+>> Not very clever i admit but could not print debug info with _rel/bin/websocket
+>> 
+>> Samir
+>> 
+>> 
+>>> On 19 mars 2015, at 18:10, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>> 
+>>> How do you run it?
+>>> 
+>>> On 03/19/2015 06:08 PM, Samir Sow wrote:
+>>>> Hi there,
+>>>> 
+>>>> I would appreciate your help to understand the following error when running the websocket example.
+>>>> 
+>>>> Context is :
+>>>> 
+>>>> ERL 17
+>>>> Cowboy 2.0.0-pre (master)
+>>>> no source modification
+>>>> 
+>>>> 
+>>>> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+>>>> Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't resolve the priv_dir of application websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+>>>> 
+>>>> Thank you.
+>>>> 
+>>>> Samir
+>>>> _______________________________________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> https://lists.ninenines.eu/listinfo/extend
+>>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> http://ninenines.eu
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+From essen at ninenines.eu  Thu Mar 19 18:56:09 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 19 Mar 2015 18:56:09 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+ERL_LIBS should point to the lib directory (where the application 
+directories are), not to the root directory of the release.
+
+On 03/19/2015 06:46 PM, Samir Sow wrote:
+> I?ve exported ERL_LIBS=<root_dir> before erl execution. but got same error ...
+>
+>
+>> On 19 mars 2015, at 18:40, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>
+>> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+>>
+>> Maybe more things.
+>>
+>> On 03/19/2015 06:31 PM, Samir Sow wrote:
+>>> Manually from the application root dir.
+>>> with exec erl <paths>
+>>> Then starting all required applications
+>>>
+>>> Not very clever i admit but could not print debug info with _rel/bin/websocket
+>>>
+>>> Samir
+>>>
+>>>
+>>>> On 19 mars 2015, at 18:10, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>>
+>>>> How do you run it?
+>>>>
+>>>> On 03/19/2015 06:08 PM, Samir Sow wrote:
+>>>>> Hi there,
+>>>>>
+>>>>> I would appreciate your help to understand the following error when running the websocket example.
+>>>>>
+>>>>> Context is :
+>>>>>
+>>>>> ERL 17
+>>>>> Cowboy 2.0.0-pre (master)
+>>>>> no source modification
+>>>>>
+>>>>>
+>>>>> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+>>>>> Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't resolve the priv_dir of application websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+>>>>>
+>>>>> Thank you.
+>>>>>
+>>>>> Samir
+>>>>> _______________________________________________
+>>>>> Extend mailing list
+>>>>> Extend at lists.ninenines.eu
+>>>>> https://lists.ninenines.eu/listinfo/extend
+>>>>>
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> http://ninenines.eu
+>>>
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samset at wanadoo.fr  Thu Mar 19 19:01:38 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Thu, 19 Mar 2015 19:01:38 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+You mean where src, priv, ebin, deps ? are, right ?
+
+Samir
+
+> On 19 mars 2015, at 18:56, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+> ERL_LIBS should point to the lib directory (where the application directories are), not to the root directory of the release.
+> 
+> On 03/19/2015 06:46 PM, Samir Sow wrote:
+>> I?ve exported ERL_LIBS=<root_dir> before erl execution. but got same error ...
+>> 
+>> 
+>>> On 19 mars 2015, at 18:40, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>> 
+>>> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+>>> 
+>>> Maybe more things.
+>>> 
+>>> On 03/19/2015 06:31 PM, Samir Sow wrote:
+>>>> Manually from the application root dir.
+>>>> with exec erl <paths>
+>>>> Then starting all required applications
+>>>> 
+>>>> Not very clever i admit but could not print debug info with _rel/bin/websocket
+>>>> 
+>>>> Samir
+>>>> 
+>>>> 
+>>>>> On 19 mars 2015, at 18:10, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>>> 
+>>>>> How do you run it?
+>>>>> 
+>>>>> On 03/19/2015 06:08 PM, Samir Sow wrote:
+>>>>>> Hi there,
+>>>>>> 
+>>>>>> I would appreciate your help to understand the following error when running the websocket example.
+>>>>>> 
+>>>>>> Context is :
+>>>>>> 
+>>>>>> ERL 17
+>>>>>> Cowboy 2.0.0-pre (master)
+>>>>>> no source modification
+>>>>>> 
+>>>>>> 
+>>>>>> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+>>>>>> Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't resolve the priv_dir of application websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+>>>>>> 
+>>>>>> Thank you.
+>>>>>> 
+>>>>>> Samir
+>>>>>> _______________________________________________
+>>>>>> Extend mailing list
+>>>>>> Extend at lists.ninenines.eu
+>>>>>> https://lists.ninenines.eu/listinfo/extend
+>>>>>> 
+>>>>> 
+>>>>> --
+>>>>> Lo?c Hoguin
+>>>>> http://ninenines.eu
+>>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> http://ninenines.eu
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+From essen at ninenines.eu  Thu Mar 19 19:03:50 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Thu, 19 Mar 2015 19:03:50 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+No. ERL_LIBS=_rel/hello_world_example/lib
+
+Or, ERL_LIBS=..:deps if you want the non-release version. Beware of 
+what's in .. though (should be fine if you are in the examples folder).
+
+On 03/19/2015 07:01 PM, Samir Sow wrote:
+> You mean where src, priv, ebin, deps ? are, right ?
+>
+> Samir
+>
+>> On 19 mars 2015, at 18:56, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>
+>> ERL_LIBS should point to the lib directory (where the application directories are), not to the root directory of the release.
+>>
+>> On 03/19/2015 06:46 PM, Samir Sow wrote:
+>>> I?ve exported ERL_LIBS=<root_dir> before erl execution. but got same error ...
+>>>
+>>>
+>>>> On 19 mars 2015, at 18:40, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>>
+>>>> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+>>>>
+>>>> Maybe more things.
+>>>>
+>>>> On 03/19/2015 06:31 PM, Samir Sow wrote:
+>>>>> Manually from the application root dir.
+>>>>> with exec erl <paths>
+>>>>> Then starting all required applications
+>>>>>
+>>>>> Not very clever i admit but could not print debug info with _rel/bin/websocket
+>>>>>
+>>>>> Samir
+>>>>>
+>>>>>
+>>>>>> On 19 mars 2015, at 18:10, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>>>>
+>>>>>> How do you run it?
+>>>>>>
+>>>>>> On 03/19/2015 06:08 PM, Samir Sow wrote:
+>>>>>>> Hi there,
+>>>>>>>
+>>>>>>> I would appreciate your help to understand the following error when running the websocket example.
+>>>>>>>
+>>>>>>> Context is :
+>>>>>>>
+>>>>>>> ERL 17
+>>>>>>> Cowboy 2.0.0-pre (master)
+>>>>>>> no source modification
+>>>>>>>
+>>>>>>>
+>>>>>>> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+>>>>>>> Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't resolve the priv_dir of application websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+>>>>>>>
+>>>>>>> Thank you.
+>>>>>>>
+>>>>>>> Samir
+>>>>>>> _______________________________________________
+>>>>>>> Extend mailing list
+>>>>>>> Extend at lists.ninenines.eu
+>>>>>>> https://lists.ninenines.eu/listinfo/extend
+>>>>>>>
+>>>>>>
+>>>>>> --
+>>>>>> Lo?c Hoguin
+>>>>>> http://ninenines.eu
+>>>>>
+>>>>
+>>>> --
+>>>> Lo?c Hoguin
+>>>> http://ninenines.eu
+>>>
+>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samset at wanadoo.fr  Thu Mar 19 19:32:11 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Thu, 19 Mar 2015 19:32:11 +0100
+Subject: [99s-extend] cowboy websocket example runtime error
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+OK. The error is cleared.
+Now i get a 404 on the client when trying to connect. 
+
+Thank you.
+
+Samir
+
+> On 19 mars 2015, at 19:03, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+> No. ERL_LIBS=_rel/hello_world_example/lib
+> 
+> Or, ERL_LIBS=..:deps if you want the non-release version. Beware of what's in .. though (should be fine if you are in the examples folder).
+> 
+> On 03/19/2015 07:01 PM, Samir Sow wrote:
+>> You mean where src, priv, ebin, deps ? are, right ?
+>> 
+>> Samir
+>> 
+>>> On 19 mars 2015, at 18:56, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>> 
+>>> ERL_LIBS should point to the lib directory (where the application directories are), not to the root directory of the release.
+>>> 
+>>> On 03/19/2015 06:46 PM, Samir Sow wrote:
+>>>> I?ve exported ERL_LIBS=<root_dir> before erl execution. but got same error ...
+>>>> 
+>>>> 
+>>>>> On 19 mars 2015, at 18:40, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>>> 
+>>>>> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+>>>>> 
+>>>>> Maybe more things.
+>>>>> 
+>>>>> On 03/19/2015 06:31 PM, Samir Sow wrote:
+>>>>>> Manually from the application root dir.
+>>>>>> with exec erl <paths>
+>>>>>> Then starting all required applications
+>>>>>> 
+>>>>>> Not very clever i admit but could not print debug info with _rel/bin/websocket
+>>>>>> 
+>>>>>> Samir
+>>>>>> 
+>>>>>> 
+>>>>>>> On 19 mars 2015, at 18:10, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>>>>>>> 
+>>>>>>> How do you run it?
+>>>>>>> 
+>>>>>>> On 03/19/2015 06:08 PM, Samir Sow wrote:
+>>>>>>>> Hi there,
+>>>>>>>> 
+>>>>>>>> I would appreciate your help to understand the following error when running the websocket example.
+>>>>>>>> 
+>>>>>>>> Context is :
+>>>>>>>> 
+>>>>>>>> ERL 17
+>>>>>>>> Cowboy 2.0.0-pre (master)
+>>>>>>>> no source modification
+>>>>>>>> 
+>>>>>>>> 
+>>>>>>>> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+>>>>>>>> Error in process <0.160.0> with exit value: {[{reason,{badarg,"Can't resolve the priv_dir of application websocket"}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,"src/cowboy_static.erl"},{line,66}]},{cowboy_static,init_opts,2,[{file?
+>>>>>>>> 
+>>>>>>>> Thank you.
+>>>>>>>> 
+>>>>>>>> Samir
+>>>>>>>> _______________________________________________
+>>>>>>>> Extend mailing list
+>>>>>>>> Extend at lists.ninenines.eu
+>>>>>>>> https://lists.ninenines.eu/listinfo/extend
+>>>>>>>> 
+>>>>>>> 
+>>>>>>> --
+>>>>>>> Lo?c Hoguin
+>>>>>>> http://ninenines.eu
+>>>>>> 
+>>>>> 
+>>>>> --
+>>>>> Lo?c Hoguin
+>>>>> http://ninenines.eu
+>>>> 
+>>> 
+>>> --
+>>> Lo?c Hoguin
+>>> http://ninenines.eu
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
+From samset at wanadoo.fr  Mon Mar 30 17:12:12 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Mon, 30 Mar 2015 17:12:12 +0200
+Subject: [99s-extend] websocket handler
+Message-ID: <[email protected]>
+
+Hi,
+
+I would like to pass data to my websocket handler (Opts params).
+
+init({tcp, http}, Req, Opts) ->
+	{upgrade, protocol, cowboy_websocket, Req, Opts}.
+
+websocket_init(_TransportName, Req, Opts) ->
+
+I guess the Opts param is read from the routing data.
+What?s the right syntax to do that.
+
+Dispatch = cowboy_router:compile([
+		{'_', [
+			{'_', <my_handler>, [<Opts>]}
+		]}
+	]),
+
+Thank you.
+
+Sincerely.
+
+Samir Sow
+
+From essen at ninenines.eu  Mon Mar 30 17:18:02 2015
+From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=)
+Date: Mon, 30 Mar 2015 17:18:02 +0200
+Subject: [99s-extend] websocket handler
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+[<Opts>] is "Opts" in init/3. Whatever value you put there you receive 
+in your handler.
+
+On 03/30/2015 05:12 PM, Samir Sow wrote:
+> Hi,
+>
+> I would like to pass data to my websocket handler (Opts params).
+>
+> init({tcp, http}, Req, Opts) ->
+> 	{upgrade, protocol, cowboy_websocket, Req, Opts}.
+>
+> websocket_init(_TransportName, Req, Opts) ->
+>
+> I guess the Opts param is read from the routing data.
+> What?s the right syntax to do that.
+>
+> Dispatch = cowboy_router:compile([
+> 		{'_', [
+> 			{'_', <my_handler>, [<Opts>]}
+> 		]}
+> 	]),
+>
+> Thank you.
+>
+> Sincerely.
+>
+> Samir Sow
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+
+From samset at wanadoo.fr  Mon Mar 30 17:24:09 2015
+From: samset at wanadoo.fr (Samir Sow)
+Date: Mon, 30 Mar 2015 17:24:09 +0200
+Subject: [99s-extend] websocket handler
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Thanks Lo?c.
+
+Samir
+
+> On 30 mars 2015, at 17:18, Lo?c Hoguin <essen at ninenines.eu> wrote:
+> 
+> [<Opts>] is "Opts" in init/3. Whatever value you put there you receive in your handler.
+> 
+> On 03/30/2015 05:12 PM, Samir Sow wrote:
+>> Hi,
+>> 
+>> I would like to pass data to my websocket handler (Opts params).
+>> 
+>> init({tcp, http}, Req, Opts) ->
+>> 	{upgrade, protocol, cowboy_websocket, Req, Opts}.
+>> 
+>> websocket_init(_TransportName, Req, Opts) ->
+>> 
+>> I guess the Opts param is read from the routing data.
+>> What?s the right syntax to do that.
+>> 
+>> Dispatch = cowboy_router:compile([
+>> 		{'_', [
+>> 			{'_', <my_handler>, [<Opts>]}
+>> 		]}
+>> 	]),
+>> 
+>> Thank you.
+>> 
+>> Sincerely.
+>> 
+>> Samir Sow
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>> 
+> 
+> -- 
+> Lo?c Hoguin
+> http://ninenines.eu
+
+
diff --git a/_build/static/archives/extend/2015-March/000514.html b/_build/static/archives/extend/2015-March/000514.html
new file mode 100644
index 00000000..03e420ba
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000514.html
@@ -0,0 +1,76 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3CAD46A62D-1F77-4BE6-9362-8BE4E6AF3F28%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000515.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3CAD46A62D-1F77-4BE6-9362-8BE4E6AF3F28%40wanadoo.fr%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">samset at wanadoo.fr
+       </A><BR>
+    <I>Thu Mar 19 18:08:54 CET 2015</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000515.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#514">[ date ]</a>
+              <a href="thread.html#514">[ thread ]</a>
+              <a href="subject.html#514">[ subject ]</a>
+              <a href="author.html#514">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi there,
+
+I would appreciate your help to understand the following error when running the websocket example.
+
+Context is :
+
+ERL 17
+Cowboy 2.0.0-pre (master)
+no source modification
+
+
+=ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't resolve the priv_dir of application websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+
+Thank you.
+
+Samir
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000515.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#514">[ date ]</a>
+              <a href="thread.html#514">[ thread ]</a>
+              <a href="subject.html#514">[ subject ]</a>
+              <a href="author.html#514">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000515.html b/_build/static/archives/extend/2015-March/000515.html
new file mode 100644
index 00000000..073476ee
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000515.html
@@ -0,0 +1,91 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C550B0305.5080108%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000514.html">
+   <LINK REL="Next"  HREF="000517.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C550B0305.5080108%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Mar 19 18:10:29 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000514.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000517.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#515">[ date ]</a>
+              <a href="thread.html#515">[ thread ]</a>
+              <a href="subject.html#515">[ subject ]</a>
+              <a href="author.html#515">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>How do you run it?
+
+On 03/19/2015 06:08 PM, Samir Sow wrote:
+&gt;<i> Hi there,
+</I>&gt;<i>
+</I>&gt;<i> I would appreciate your help to understand the following error when running the websocket example.
+</I>&gt;<i>
+</I>&gt;<i> Context is :
+</I>&gt;<i>
+</I>&gt;<i> ERL 17
+</I>&gt;<i> Cowboy 2.0.0-pre (master)
+</I>&gt;<i> no source modification
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+</I>&gt;<i> Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't resolve the priv_dir of application websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+</I>&gt;<i>
+</I>&gt;<i> Thank you.
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000514.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000517.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#515">[ date ]</a>
+              <a href="thread.html#515">[ thread ]</a>
+              <a href="subject.html#515">[ subject ]</a>
+              <a href="author.html#515">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000516.html b/_build/static/archives/extend/2015-March/000516.html
new file mode 100644
index 00000000..60bd65ab
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000516.html
@@ -0,0 +1,101 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3CF90E6ECD-67BE-4C4F-9F87-1D1099279455%40wirtel.be%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000523.html">
+   <LINK REL="Next"  HREF="000524.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>St&#233;phane Wirtel</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3CF90E6ECD-67BE-4C4F-9F87-1D1099279455%40wirtel.be%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">stephane at wirtel.be
+       </A><BR>
+    <I>Thu Mar 19 18:10:58 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000523.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000524.html">[99s-extend] websocket handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#516">[ date ]</a>
+              <a href="thread.html#516">[ thread ]</a>
+              <a href="subject.html#516">[ subject ]</a>
+              <a href="author.html#516">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>do you have a priv/ directory in your application ?
+
+
+On 19 Mar 2015, at 18:08, Samir Sow wrote:
+
+&gt;<i> Hi there,
+</I>&gt;<i>
+</I>&gt;<i> I would appreciate your help to understand the following error when 
+</I>&gt;<i> running the websocket example.
+</I>&gt;<i>
+</I>&gt;<i> Context is :
+</I>&gt;<i>
+</I>&gt;<i> ERL 17
+</I>&gt;<i> Cowboy 2.0.0-pre (master)
+</I>&gt;<i> no source modification
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+</I>&gt;<i> Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't 
+</I>&gt;<i> resolve the priv_dir of application 
+</I>&gt;<i> websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+</I>&gt;<i>
+</I>&gt;<i> Thank you.
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>
+
+--
+St&#233;phane Wirtel - <A HREF="http://wirtel.be">http://wirtel.be</A> - @matrixise
+</PRE>
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000523.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000524.html">[99s-extend] websocket handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#516">[ date ]</a>
+              <a href="thread.html#516">[ thread ]</a>
+              <a href="subject.html#516">[ subject ]</a>
+              <a href="author.html#516">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000517.html b/_build/static/archives/extend/2015-March/000517.html
new file mode 100644
index 00000000..e8008d10
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000517.html
@@ -0,0 +1,102 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C2BC2405E-905C-4BE7-A579-61FC2AE3E737%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000515.html">
+   <LINK REL="Next"  HREF="000518.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C2BC2405E-905C-4BE7-A579-61FC2AE3E737%40wanadoo.fr%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">samset at wanadoo.fr
+       </A><BR>
+    <I>Thu Mar 19 18:31:23 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000515.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000518.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#517">[ date ]</a>
+              <a href="thread.html#517">[ thread ]</a>
+              <a href="subject.html#517">[ subject ]</a>
+              <a href="author.html#517">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Manually from the application root dir.
+with exec erl &lt;paths&gt; 
+Then starting all required applications 
+
+Not very clever i admit but could not print debug info with _rel/bin/websocket 
+
+Samir
+
+
+&gt;<i> On 19 mars 2015, at 18:10, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> How do you run it?
+</I>&gt;<i> 
+</I>&gt;<i> On 03/19/2015 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> Hi there,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I would appreciate your help to understand the following error when running the websocket example.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Context is :
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> ERL 17
+</I>&gt;&gt;<i> Cowboy 2.0.0-pre (master)
+</I>&gt;&gt;<i> no source modification
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+</I>&gt;&gt;<i> Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't resolve the priv_dir of application websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thank you.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Samir
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000515.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000518.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#517">[ date ]</a>
+              <a href="thread.html#517">[ thread ]</a>
+              <a href="subject.html#517">[ subject ]</a>
+              <a href="author.html#517">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000518.html b/_build/static/archives/extend/2015-March/000518.html
new file mode 100644
index 00000000..59bb4fcc
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000518.html
@@ -0,0 +1,113 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C550B09F0.9000907%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000517.html">
+   <LINK REL="Next"  HREF="000519.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C550B09F0.9000907%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Mar 19 18:40:00 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000517.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000519.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#518">[ date ]</a>
+              <a href="thread.html#518">[ thread ]</a>
+              <a href="subject.html#518">[ subject ]</a>
+              <a href="author.html#518">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>If you don't use the release start script it can still work but you must 
+define ERL_LIBS to let Erlang know where applications are located (-pa 
+**ebin only says where *beams* are located).
+
+Maybe more things.
+
+On 03/19/2015 06:31 PM, Samir Sow wrote:
+&gt;<i> Manually from the application root dir.
+</I>&gt;<i> with exec erl &lt;paths&gt;
+</I>&gt;<i> Then starting all required applications
+</I>&gt;<i>
+</I>&gt;<i> Not very clever i admit but could not print debug info with _rel/bin/websocket
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;&gt;<i> On 19 mars 2015, at 18:10, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> How do you run it?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 03/19/2015 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> Hi there,
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I would appreciate your help to understand the following error when running the websocket example.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Context is :
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> ERL 17
+</I>&gt;&gt;&gt;<i> Cowboy 2.0.0-pre (master)
+</I>&gt;&gt;&gt;<i> no source modification
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+</I>&gt;&gt;&gt;<i> Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't resolve the priv_dir of application websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Thank you.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000517.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000519.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#518">[ date ]</a>
+              <a href="thread.html#518">[ thread ]</a>
+              <a href="subject.html#518">[ subject ]</a>
+              <a href="author.html#518">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000519.html b/_build/static/archives/extend/2015-March/000519.html
new file mode 100644
index 00000000..825de321
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000519.html
@@ -0,0 +1,117 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3CB6575095-C78F-43D3-967A-D6A625890711%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000518.html">
+   <LINK REL="Next"  HREF="000520.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3CB6575095-C78F-43D3-967A-D6A625890711%40wanadoo.fr%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">samset at wanadoo.fr
+       </A><BR>
+    <I>Thu Mar 19 18:46:38 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000518.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000520.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#519">[ date ]</a>
+              <a href="thread.html#519">[ thread ]</a>
+              <a href="subject.html#519">[ subject ]</a>
+              <a href="author.html#519">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I&#8217;ve exported ERL_LIBS=&lt;root_dir&gt; before erl execution. but got same error ...
+
+
+&gt;<i> On 19 mars 2015, at 18:40, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+</I>&gt;<i> 
+</I>&gt;<i> Maybe more things.
+</I>&gt;<i> 
+</I>&gt;<i> On 03/19/2015 06:31 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> Manually from the application root dir.
+</I>&gt;&gt;<i> with exec erl &lt;paths&gt;
+</I>&gt;&gt;<i> Then starting all required applications
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Not very clever i admit but could not print debug info with _rel/bin/websocket
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Samir
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 19 mars 2015, at 18:10, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> How do you run it?
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 03/19/2015 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;<i> Hi there,
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> I would appreciate your help to understand the following error when running the websocket example.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Context is :
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> ERL 17
+</I>&gt;&gt;&gt;&gt;<i> Cowboy 2.0.0-pre (master)
+</I>&gt;&gt;&gt;&gt;<i> no source modification
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+</I>&gt;&gt;&gt;&gt;<i> Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't resolve the priv_dir of application websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Thank you.
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000518.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000520.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#519">[ date ]</a>
+              <a href="thread.html#519">[ thread ]</a>
+              <a href="subject.html#519">[ subject ]</a>
+              <a href="author.html#519">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000520.html b/_build/static/archives/extend/2015-March/000520.html
new file mode 100644
index 00000000..25104e5d
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000520.html
@@ -0,0 +1,125 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C550B0DB9.9030906%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000519.html">
+   <LINK REL="Next"  HREF="000521.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C550B0DB9.9030906%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Mar 19 18:56:09 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000519.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000521.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#520">[ date ]</a>
+              <a href="thread.html#520">[ thread ]</a>
+              <a href="subject.html#520">[ subject ]</a>
+              <a href="author.html#520">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>ERL_LIBS should point to the lib directory (where the application 
+directories are), not to the root directory of the release.
+
+On 03/19/2015 06:46 PM, Samir Sow wrote:
+&gt;<i> I&#8217;ve exported ERL_LIBS=&lt;root_dir&gt; before erl execution. but got same error ...
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;&gt;<i> On 19 mars 2015, at 18:40, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Maybe more things.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 03/19/2015 06:31 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> Manually from the application root dir.
+</I>&gt;&gt;&gt;<i> with exec erl &lt;paths&gt;
+</I>&gt;&gt;&gt;<i> Then starting all required applications
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Not very clever i admit but could not print debug info with _rel/bin/websocket
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 19 mars 2015, at 18:10, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> How do you run it?
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 03/19/2015 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Hi there,
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> I would appreciate your help to understand the following error when running the websocket example.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Context is :
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> ERL 17
+</I>&gt;&gt;&gt;&gt;&gt;<i> Cowboy 2.0.0-pre (master)
+</I>&gt;&gt;&gt;&gt;&gt;<i> no source modification
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+</I>&gt;&gt;&gt;&gt;&gt;<i> Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't resolve the priv_dir of application websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Thank you.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000519.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000521.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#520">[ date ]</a>
+              <a href="thread.html#520">[ thread ]</a>
+              <a href="subject.html#520">[ subject ]</a>
+              <a href="author.html#520">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000521.html b/_build/static/archives/extend/2015-March/000521.html
new file mode 100644
index 00000000..ba83f013
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000521.html
@@ -0,0 +1,131 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3CCACBD901-72BF-4E5A-9AE0-D16D00E787F1%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000520.html">
+   <LINK REL="Next"  HREF="000522.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3CCACBD901-72BF-4E5A-9AE0-D16D00E787F1%40wanadoo.fr%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">samset at wanadoo.fr
+       </A><BR>
+    <I>Thu Mar 19 19:01:38 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000520.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000522.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#521">[ date ]</a>
+              <a href="thread.html#521">[ thread ]</a>
+              <a href="subject.html#521">[ subject ]</a>
+              <a href="author.html#521">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>You mean where src, priv, ebin, deps &#8230; are, right ?
+
+Samir
+
+&gt;<i> On 19 mars 2015, at 18:56, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> ERL_LIBS should point to the lib directory (where the application directories are), not to the root directory of the release.
+</I>&gt;<i> 
+</I>&gt;<i> On 03/19/2015 06:46 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> I&#8217;ve exported ERL_LIBS=&lt;root_dir&gt; before erl execution. but got same error ...
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 19 mars 2015, at 18:40, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> Maybe more things.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 03/19/2015 06:31 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;<i> Manually from the application root dir.
+</I>&gt;&gt;&gt;&gt;<i> with exec erl &lt;paths&gt;
+</I>&gt;&gt;&gt;&gt;<i> Then starting all required applications
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Not very clever i admit but could not print debug info with _rel/bin/websocket
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> On 19 mars 2015, at 18:10, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> How do you run it?
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> On 03/19/2015 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Hi there,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> I would appreciate your help to understand the following error when running the websocket example.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Context is :
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> ERL 17
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Cowboy 2.0.0-pre (master)
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> no source modification
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't resolve the priv_dir of application websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Thank you.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000520.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000522.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#521">[ date ]</a>
+              <a href="thread.html#521">[ thread ]</a>
+              <a href="subject.html#521">[ subject ]</a>
+              <a href="author.html#521">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000522.html b/_build/static/archives/extend/2015-March/000522.html
new file mode 100644
index 00000000..9ccfcea0
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000522.html
@@ -0,0 +1,141 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C550B0F86.7080509%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000521.html">
+   <LINK REL="Next"  HREF="000523.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C550B0F86.7080509%40ninenines.eu%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Mar 19 19:03:50 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000521.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000523.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#522">[ date ]</a>
+              <a href="thread.html#522">[ thread ]</a>
+              <a href="subject.html#522">[ subject ]</a>
+              <a href="author.html#522">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>No. ERL_LIBS=_rel/hello_world_example/lib
+
+Or, ERL_LIBS=..:deps if you want the non-release version. Beware of 
+what's in .. though (should be fine if you are in the examples folder).
+
+On 03/19/2015 07:01 PM, Samir Sow wrote:
+&gt;<i> You mean where src, priv, ebin, deps &#8230; are, right ?
+</I>&gt;<i>
+</I>&gt;<i> Samir
+</I>&gt;<i>
+</I>&gt;&gt;<i> On 19 mars 2015, at 18:56, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ERL_LIBS should point to the lib directory (where the application directories are), not to the root directory of the release.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 03/19/2015 06:46 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;<i> I&#8217;ve exported ERL_LIBS=&lt;root_dir&gt; before erl execution. but got same error ...
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 19 mars 2015, at 18:40, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Maybe more things.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> On 03/19/2015 06:31 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> Manually from the application root dir.
+</I>&gt;&gt;&gt;&gt;&gt;<i> with exec erl &lt;paths&gt;
+</I>&gt;&gt;&gt;&gt;&gt;<i> Then starting all required applications
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Not very clever i admit but could not print debug info with _rel/bin/websocket
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> On 19 mars 2015, at 18:10, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> How do you run it?
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> On 03/19/2015 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Hi there,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> I would appreciate your help to understand the following error when running the websocket example.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Context is :
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> ERL 17
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Cowboy 2.0.0-pre (master)
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> no source modification
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't resolve the priv_dir of application websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Thank you.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000521.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000523.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#522">[ date ]</a>
+              <a href="thread.html#522">[ thread ]</a>
+              <a href="subject.html#522">[ subject ]</a>
+              <a href="author.html#522">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000523.html b/_build/static/archives/extend/2015-March/000523.html
new file mode 100644
index 00000000..98bbaa98
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000523.html
@@ -0,0 +1,149 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] cowboy websocket example runtime error
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C21D40E7B-2E5E-4EF8-AC2A-2D5229A091AF%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000522.html">
+   <LINK REL="Next"  HREF="000516.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] cowboy websocket example runtime error</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20websocket%20example%20runtime%20error&In-Reply-To=%3C21D40E7B-2E5E-4EF8-AC2A-2D5229A091AF%40wanadoo.fr%3E"
+       TITLE="[99s-extend] cowboy websocket example runtime error">samset at wanadoo.fr
+       </A><BR>
+    <I>Thu Mar 19 19:32:11 CET 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000522.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000516.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#523">[ date ]</a>
+              <a href="thread.html#523">[ thread ]</a>
+              <a href="subject.html#523">[ subject ]</a>
+              <a href="author.html#523">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>OK. The error is cleared.
+Now i get a 404 on the client when trying to connect. 
+
+Thank you.
+
+Samir
+
+&gt;<i> On 19 mars 2015, at 19:03, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> No. ERL_LIBS=_rel/hello_world_example/lib
+</I>&gt;<i> 
+</I>&gt;<i> Or, ERL_LIBS=..:deps if you want the non-release version. Beware of what's in .. though (should be fine if you are in the examples folder).
+</I>&gt;<i> 
+</I>&gt;<i> On 03/19/2015 07:01 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> You mean where src, priv, ebin, deps &#8230; are, right ?
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Samir
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 19 mars 2015, at 18:56, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> ERL_LIBS should point to the lib directory (where the application directories are), not to the root directory of the release.
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> On 03/19/2015 06:46 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;<i> I&#8217;ve exported ERL_LIBS=&lt;root_dir&gt; before erl execution. but got same error ...
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> On 19 mars 2015, at 18:40, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> If you don't use the release start script it can still work but you must define ERL_LIBS to let Erlang know where applications are located (-pa **ebin only says where *beams* are located).
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> Maybe more things.
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> On 03/19/2015 06:31 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Manually from the application root dir.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> with exec erl &lt;paths&gt;
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Then starting all required applications
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Not very clever i admit but could not print debug info with _rel/bin/websocket
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> On 19 mars 2015, at 18:10, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> How do you run it?
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> On 03/19/2015 06:08 PM, Samir Sow wrote:
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Hi there,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> I would appreciate your help to understand the following error when running the websocket example.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Context is :
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> ERL 17
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Cowboy 2.0.0-pre (master)
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> no source modification
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> =ERROR REPORT==== 19-Mar-2015::18:04:36 ===
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Error in process &lt;0.160.0&gt; with exit value: {[{reason,{badarg,&quot;Can't resolve the priv_dir of application websocket&quot;}},{mfa,{cowboy_static,init,2}},{stacktrace,[{cowboy_static,priv_path,2,[{file,&quot;src/cowboy_static.erl&quot;},{line,66}]},{cowboy_static,init_opts,2,[{file&#8230;
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Thank you.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Samir
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> 
+</I>&gt;&gt;&gt;<i> --
+</I>&gt;&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000522.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000516.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#523">[ date ]</a>
+              <a href="thread.html#523">[ thread ]</a>
+              <a href="subject.html#523">[ subject ]</a>
+              <a href="author.html#523">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000524.html b/_build/static/archives/extend/2015-March/000524.html
new file mode 100644
index 00000000..8b391fe5
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000524.html
@@ -0,0 +1,84 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20handler&In-Reply-To=%3C13CCCB29-ECBD-4CC8-BD53-36A73DD7A62D%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000516.html">
+   <LINK REL="Next"  HREF="000525.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket handler</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20handler&In-Reply-To=%3C13CCCB29-ECBD-4CC8-BD53-36A73DD7A62D%40wanadoo.fr%3E"
+       TITLE="[99s-extend] websocket handler">samset at wanadoo.fr
+       </A><BR>
+    <I>Mon Mar 30 17:12:12 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000516.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+        <LI>Next message: <A HREF="000525.html">[99s-extend] websocket handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#524">[ date ]</a>
+              <a href="thread.html#524">[ thread ]</a>
+              <a href="subject.html#524">[ subject ]</a>
+              <a href="author.html#524">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Hi,
+
+I would like to pass data to my websocket handler (Opts params).
+
+init({tcp, http}, Req, Opts) -&gt;
+	{upgrade, protocol, cowboy_websocket, Req, Opts}.
+
+websocket_init(_TransportName, Req, Opts) -&gt;
+
+I guess the Opts param is read from the routing data.
+What&#8217;s the right syntax to do that.
+
+Dispatch = cowboy_router:compile([
+		{'_', [
+			{'_', &lt;my_handler&gt;, [&lt;Opts&gt;]}
+		]}
+	]),
+
+Thank you.
+
+Sincerely.
+
+Samir Sow
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000516.html">[99s-extend] cowboy websocket example runtime error
+</A></li>
+	<LI>Next message: <A HREF="000525.html">[99s-extend] websocket handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#524">[ date ]</a>
+              <a href="thread.html#524">[ thread ]</a>
+              <a href="subject.html#524">[ subject ]</a>
+              <a href="author.html#524">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000525.html b/_build/static/archives/extend/2015-March/000525.html
new file mode 100644
index 00000000..96cd5051
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000525.html
@@ -0,0 +1,97 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20handler&In-Reply-To=%3C5519692A.4070200%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000524.html">
+   <LINK REL="Next"  HREF="000526.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket handler</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20handler&In-Reply-To=%3C5519692A.4070200%40ninenines.eu%3E"
+       TITLE="[99s-extend] websocket handler">essen at ninenines.eu
+       </A><BR>
+    <I>Mon Mar 30 17:18:02 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000524.html">[99s-extend] websocket handler
+</A></li>
+        <LI>Next message: <A HREF="000526.html">[99s-extend] websocket handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#525">[ date ]</a>
+              <a href="thread.html#525">[ thread ]</a>
+              <a href="subject.html#525">[ subject ]</a>
+              <a href="author.html#525">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>[&lt;Opts&gt;] is &quot;Opts&quot; in init/3. Whatever value you put there you receive 
+in your handler.
+
+On 03/30/2015 05:12 PM, Samir Sow wrote:
+&gt;<i> Hi,
+</I>&gt;<i>
+</I>&gt;<i> I would like to pass data to my websocket handler (Opts params).
+</I>&gt;<i>
+</I>&gt;<i> init({tcp, http}, Req, Opts) -&gt;
+</I>&gt;<i> 	{upgrade, protocol, cowboy_websocket, Req, Opts}.
+</I>&gt;<i>
+</I>&gt;<i> websocket_init(_TransportName, Req, Opts) -&gt;
+</I>&gt;<i>
+</I>&gt;<i> I guess the Opts param is read from the routing data.
+</I>&gt;<i> What&#8217;s the right syntax to do that.
+</I>&gt;<i>
+</I>&gt;<i> Dispatch = cowboy_router:compile([
+</I>&gt;<i> 		{'_', [
+</I>&gt;<i> 			{'_', &lt;my_handler&gt;, [&lt;Opts&gt;]}
+</I>&gt;<i> 		]}
+</I>&gt;<i> 	]),
+</I>&gt;<i>
+</I>&gt;<i> Thank you.
+</I>&gt;<i>
+</I>&gt;<i> Sincerely.
+</I>&gt;<i>
+</I>&gt;<i> Samir Sow
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000524.html">[99s-extend] websocket handler
+</A></li>
+	<LI>Next message: <A HREF="000526.html">[99s-extend] websocket handler
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#525">[ date ]</a>
+              <a href="thread.html#525">[ thread ]</a>
+              <a href="subject.html#525">[ subject ]</a>
+              <a href="author.html#525">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/000526.html b/_build/static/archives/extend/2015-March/000526.html
new file mode 100644
index 00000000..1dda3220
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/000526.html
@@ -0,0 +1,100 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] websocket handler
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20handler&In-Reply-To=%3CC6C69C81-379B-46D7-B050-F3A0920DDC62%40wanadoo.fr%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000525.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] websocket handler</H1>
+    <B>Samir Sow</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20websocket%20handler&In-Reply-To=%3CC6C69C81-379B-46D7-B050-F3A0920DDC62%40wanadoo.fr%3E"
+       TITLE="[99s-extend] websocket handler">samset at wanadoo.fr
+       </A><BR>
+    <I>Mon Mar 30 17:24:09 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000525.html">[99s-extend] websocket handler
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#526">[ date ]</a>
+              <a href="thread.html#526">[ thread ]</a>
+              <a href="subject.html#526">[ subject ]</a>
+              <a href="author.html#526">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks Lo&#239;c.
+
+Samir
+
+&gt;<i> On 30 mars 2015, at 17:18, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i> 
+</I>&gt;<i> [&lt;Opts&gt;] is &quot;Opts&quot; in init/3. Whatever value you put there you receive in your handler.
+</I>&gt;<i> 
+</I>&gt;<i> On 03/30/2015 05:12 PM, Samir Sow wrote:
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I would like to pass data to my websocket handler (Opts params).
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> init({tcp, http}, Req, Opts) -&gt;
+</I>&gt;&gt;<i> 	{upgrade, protocol, cowboy_websocket, Req, Opts}.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> websocket_init(_TransportName, Req, Opts) -&gt;
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> I guess the Opts param is read from the routing data.
+</I>&gt;&gt;<i> What&#8217;s the right syntax to do that.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Dispatch = cowboy_router:compile([
+</I>&gt;&gt;<i> 		{'_', [
+</I>&gt;&gt;<i> 			{'_', &lt;my_handler&gt;, [&lt;Opts&gt;]}
+</I>&gt;&gt;<i> 		]}
+</I>&gt;&gt;<i> 	]),
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Thank you.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Sincerely.
+</I>&gt;&gt;<i> 
+</I>&gt;&gt;<i> Samir Sow
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i> 
+</I>&gt;<i> 
+</I>&gt;<i> -- 
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000525.html">[99s-extend] websocket handler
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#526">[ date ]</a>
+              <a href="thread.html#526">[ thread ]</a>
+              <a href="subject.html#526">[ subject ]</a>
+              <a href="author.html#526">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-March/author.html b/_build/static/archives/extend/2015-March/author.html
new file mode 100644
index 00000000..30795745
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/author.html
@@ -0,0 +1,112 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2015 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2015 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Mar 19 18:08:54 CET 2015</i><br>
+         <b>Ending:</b> <i>Mon Mar 30 17:24:09 CEST 2015</i><br>
+         <b>Messages:</b> 13<p>
+     <ul>
+
+<LI><A HREF="000515.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="515">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000518.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="518">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000520.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="520">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000522.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="522">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000525.html">[99s-extend] websocket handler
+</A><A NAME="525">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000514.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="514">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000517.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="517">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000519.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="519">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000521.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="521">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000523.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="523">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000524.html">[99s-extend] websocket handler
+</A><A NAME="524">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000526.html">[99s-extend] websocket handler
+</A><A NAME="526">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000516.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="516">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Mar 30 17:24:09 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Mar 30 17:24:05 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-March/date.html b/_build/static/archives/extend/2015-March/date.html
new file mode 100644
index 00000000..a2b348a3
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/date.html
@@ -0,0 +1,112 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2015 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2015 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Mar 19 18:08:54 CET 2015</i><br>
+         <b>Ending:</b> <i>Mon Mar 30 17:24:09 CEST 2015</i><br>
+         <b>Messages:</b> 13<p>
+     <ul>
+
+<LI><A HREF="000514.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="514">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000515.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="515">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000516.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="516">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000517.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="517">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000518.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="518">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000519.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="519">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000520.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="520">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000521.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="521">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000522.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="522">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000523.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="523">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000524.html">[99s-extend] websocket handler
+</A><A NAME="524">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000525.html">[99s-extend] websocket handler
+</A><A NAME="525">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000526.html">[99s-extend] websocket handler
+</A><A NAME="526">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Mar 30 17:24:09 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Mar 30 17:24:05 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-March/index.html b/_build/static/archives/extend/2015-March/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2015-March/subject.html b/_build/static/archives/extend/2015-March/subject.html
new file mode 100644
index 00000000..c1d58fde
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/subject.html
@@ -0,0 +1,112 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2015 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2015 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Mar 19 18:08:54 CET 2015</i><br>
+         <b>Ending:</b> <i>Mon Mar 30 17:24:09 CEST 2015</i><br>
+         <b>Messages:</b> 13<p>
+     <ul>
+
+<LI><A HREF="000514.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="514">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000515.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="515">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000516.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="516">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+<LI><A HREF="000517.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="517">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000518.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="518">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000519.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="519">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000520.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="520">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000521.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="521">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000522.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="522">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000523.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="523">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000524.html">[99s-extend] websocket handler
+</A><A NAME="524">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<LI><A HREF="000525.html">[99s-extend] websocket handler
+</A><A NAME="525">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000526.html">[99s-extend] websocket handler
+</A><A NAME="526">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Mar 30 17:24:09 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Mar 30 17:24:05 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-March/thread.html b/_build/static/archives/extend/2015-March/thread.html
new file mode 100644
index 00000000..d1255939
--- /dev/null
+++ b/_build/static/archives/extend/2015-March/thread.html
@@ -0,0 +1,135 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend March 2015 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>March 2015 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Thu Mar 19 18:08:54 CET 2015</i><br>
+         <b>Ending:</b> <i>Mon Mar 30 17:24:09 CEST 2015</i><br>
+         <b>Messages:</b> 13<p>
+     <ul>
+
+<!--0 01426784934.514- -->
+<LI><A HREF="000514.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="514">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--1 01426784934.514-01426785029.515- -->
+<LI><A HREF="000515.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="515">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01426784934.514-01426785029.515-01426786283.517- -->
+<LI><A HREF="000517.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="517">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--3 01426784934.514-01426785029.515-01426786283.517-01426786800.518- -->
+<LI><A HREF="000518.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="518">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01426784934.514-01426785029.515-01426786283.517-01426786800.518-01426787198.519- -->
+<LI><A HREF="000519.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="519">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<!--3 01426784934.514-01426785029.515-01426786283.517-01426786800.518-01426787198.519-01426787769.520- -->
+<LI><A HREF="000520.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="520">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01426784934.514-01426785029.515-01426786283.517-01426786800.518-01426787198.519-01426787769.520-01426788098.521- -->
+<LI><A HREF="000521.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="521">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<!--3 01426784934.514-01426785029.515-01426786283.517-01426786800.518-01426787198.519-01426787769.520-01426788098.521-01426788230.522- -->
+<LI><A HREF="000522.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="522">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01426784934.514-01426785029.515-01426786283.517-01426786800.518-01426787198.519-01426787769.520-01426788098.521-01426788230.522-01426789931.523- -->
+<LI><A HREF="000523.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="523">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+</UL>
+</UL>
+<!--1 01426784934.514-01426785058.516- -->
+<LI><A HREF="000516.html">[99s-extend] cowboy websocket example runtime error
+</A><A NAME="516">&nbsp;</A>
+<I>St&#233;phane Wirtel
+</I>
+
+</UL>
+<!--0 01427728332.524- -->
+<LI><A HREF="000524.html">[99s-extend] websocket handler
+</A><A NAME="524">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+<UL>
+<!--1 01427728332.524-01427728682.525- -->
+<LI><A HREF="000525.html">[99s-extend] websocket handler
+</A><A NAME="525">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01427728332.524-01427728682.525-01427729049.526- -->
+<LI><A HREF="000526.html">[99s-extend] websocket handler
+</A><A NAME="526">&nbsp;</A>
+<I>Samir Sow
+</I>
+
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Mon Mar 30 17:24:09 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Mon Mar 30 17:24:05 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-October.txt b/_build/static/archives/extend/2015-October.txt
new file mode 100644
index 00000000..53f718ed
--- /dev/null
+++ b/_build/static/archives/extend/2015-October.txt
@@ -0,0 +1,80 @@
+From ivan at llaisdy.com  Tue Oct 20 15:19:05 2015
+From: ivan at llaisdy.com (Ivan Uemlianin)
+Date: Tue, 20 Oct 2015 14:19:05 +0100
+Subject: [99s-extend] Cowboy: Maps instead of records for context variables
+Message-ID: <[email protected]>
+
+Dear All
+
+Would there be any reason against using a map instead of a record for 
+the context variable in a Cowboy REST resource?
+
+Quite often I have a few resources doing very similar things in their 
+callbacks, and I'd like to abstract out the similarities into a module - 
+but I don't want to share a record between modules.
+
+Maps seem to be a good fit, and I can't think of any downside 
+(performance hit should be tiny).
+
+Can anyone give me reasons to stick with records?
+
+With thanks and best wishes
+
+Ivan
+
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     ivan at llaisdy.com
+                         @llaisdy
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+
+From essen at ninenines.eu  Tue Oct 20 15:22:39 2015
+From: essen at ninenines.eu (=?UTF-8?Q?Lo=c3=afc_Hoguin?=)
+Date: Tue, 20 Oct 2015 15:22:39 +0200
+Subject: [99s-extend] Cowboy: Maps instead of records for context
+ variables
+In-Reply-To: <[email protected]>
+References: <[email protected]>
+Message-ID: <[email protected]>
+
+On 10/20/2015 03:19 PM, Ivan Uemlianin wrote:
+> Dear All
+>
+> Would there be any reason against using a map instead of a record for
+> the context variable in a Cowboy REST resource?
+>
+> Quite often I have a few resources doing very similar things in their
+> callbacks, and I'd like to abstract out the similarities into a module -
+> but I don't want to share a record between modules.
+>
+> Maps seem to be a good fit, and I can't think of any downside
+> (performance hit should be tiny).
+>
+> Can anyone give me reasons to stick with records?
+
+The only reason to use records is to keep typespecs information to 
+improve Dialyzer's error reporting.
+
+Personally I have no problems going with just maps for all kinds of 
+states, even if they are in the same module. This is partly because I 
+rely a lot more on tests than on Dialyzer to tell me my program is wrong.
+
+Cheers,
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
diff --git a/_build/static/archives/extend/2015-October/000557.html b/_build/static/archives/extend/2015-October/000557.html
new file mode 100644
index 00000000..6d8fb533
--- /dev/null
+++ b/_build/static/archives/extend/2015-October/000557.html
@@ -0,0 +1,93 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy: Maps instead of records for context variables
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20Maps%20instead%20of%20records%20for%20context%20variables&In-Reply-To=%3C56263F49.2000206%40llaisdy.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000558.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy: Maps instead of records for context variables</H1>
+    <B>Ivan Uemlianin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20Maps%20instead%20of%20records%20for%20context%20variables&In-Reply-To=%3C56263F49.2000206%40llaisdy.com%3E"
+       TITLE="[99s-extend] Cowboy: Maps instead of records for context variables">ivan at llaisdy.com
+       </A><BR>
+    <I>Tue Oct 20 15:19:05 CEST 2015</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000558.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#557">[ date ]</a>
+              <a href="thread.html#557">[ thread ]</a>
+              <a href="subject.html#557">[ subject ]</a>
+              <a href="author.html#557">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Dear All
+
+Would there be any reason against using a map instead of a record for 
+the context variable in a Cowboy REST resource?
+
+Quite often I have a few resources doing very similar things in their 
+callbacks, and I'd like to abstract out the similarities into a module - 
+but I don't want to share a record between modules.
+
+Maps seem to be a good fit, and I can't think of any downside 
+(performance hit should be tiny).
+
+Can anyone give me reasons to stick with records?
+
+With thanks and best wishes
+
+Ivan
+
+
+-- 
+============================================================
+Ivan A. Uemlianin PhD
+Llaisdy
+Speech Technology Research and Development
+
+                     <A HREF="https://lists.ninenines.eu/listinfo/extend">ivan at llaisdy.com</A>
+                         @llaisdy
+                          llaisdy.wordpress.com
+               github.com/llaisdy
+                      www.linkedin.com/in/ivanuemlianin
+
+                         festina lente
+============================================================
+
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000558.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#557">[ date ]</a>
+              <a href="thread.html#557">[ thread ]</a>
+              <a href="subject.html#557">[ subject ]</a>
+              <a href="author.html#557">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-October/000558.html b/_build/static/archives/extend/2015-October/000558.html
new file mode 100644
index 00000000..87f3fdc2
--- /dev/null
+++ b/_build/static/archives/extend/2015-October/000558.html
@@ -0,0 +1,87 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy: Maps instead of records for context variables
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20Maps%20instead%20of%20records%20for%20context%0A%20variables&In-Reply-To=%3C5626401F.9050907%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000557.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy: Maps instead of records for context variables</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%3A%20Maps%20instead%20of%20records%20for%20context%0A%20variables&In-Reply-To=%3C5626401F.9050907%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy: Maps instead of records for context variables">essen at ninenines.eu
+       </A><BR>
+    <I>Tue Oct 20 15:22:39 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000557.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#558">[ date ]</a>
+              <a href="thread.html#558">[ thread ]</a>
+              <a href="subject.html#558">[ subject ]</a>
+              <a href="author.html#558">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>On 10/20/2015 03:19 PM, Ivan Uemlianin wrote:
+&gt;<i> Dear All
+</I>&gt;<i>
+</I>&gt;<i> Would there be any reason against using a map instead of a record for
+</I>&gt;<i> the context variable in a Cowboy REST resource?
+</I>&gt;<i>
+</I>&gt;<i> Quite often I have a few resources doing very similar things in their
+</I>&gt;<i> callbacks, and I'd like to abstract out the similarities into a module -
+</I>&gt;<i> but I don't want to share a record between modules.
+</I>&gt;<i>
+</I>&gt;<i> Maps seem to be a good fit, and I can't think of any downside
+</I>&gt;<i> (performance hit should be tiny).
+</I>&gt;<i>
+</I>&gt;<i> Can anyone give me reasons to stick with records?
+</I>
+The only reason to use records is to keep typespecs information to 
+improve Dialyzer's error reporting.
+
+Personally I have no problems going with just maps for all kinds of 
+states, even if they are in the same module. This is partly because I 
+rely a lot more on tests than on Dialyzer to tell me my program is wrong.
+
+Cheers,
+
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000557.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#558">[ date ]</a>
+              <a href="thread.html#558">[ thread ]</a>
+              <a href="subject.html#558">[ subject ]</a>
+              <a href="author.html#558">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-October/author.html b/_build/static/archives/extend/2015-October/author.html
new file mode 100644
index 00000000..9e3529fd
--- /dev/null
+++ b/_build/static/archives/extend/2015-October/author.html
@@ -0,0 +1,57 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2015 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2015 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Oct 20 15:19:05 CEST 2015</i><br>
+         <b>Ending:</b> <i>Tue Oct 20 15:22:39 CEST 2015</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<LI><A HREF="000558.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A><A NAME="558">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000557.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A><A NAME="557">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Oct 20 15:22:39 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Tue Oct 20 15:22:18 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-October/date.html b/_build/static/archives/extend/2015-October/date.html
new file mode 100644
index 00000000..c4931da1
--- /dev/null
+++ b/_build/static/archives/extend/2015-October/date.html
@@ -0,0 +1,57 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2015 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2015 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Oct 20 15:19:05 CEST 2015</i><br>
+         <b>Ending:</b> <i>Tue Oct 20 15:22:39 CEST 2015</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<LI><A HREF="000557.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A><A NAME="557">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000558.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A><A NAME="558">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Oct 20 15:22:39 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Tue Oct 20 15:22:18 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-October/index.html b/_build/static/archives/extend/2015-October/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-October/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2015-October/subject.html b/_build/static/archives/extend/2015-October/subject.html
new file mode 100644
index 00000000..83befc6a
--- /dev/null
+++ b/_build/static/archives/extend/2015-October/subject.html
@@ -0,0 +1,57 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2015 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2015 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Oct 20 15:19:05 CEST 2015</i><br>
+         <b>Ending:</b> <i>Tue Oct 20 15:22:39 CEST 2015</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<LI><A HREF="000557.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A><A NAME="557">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<LI><A HREF="000558.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A><A NAME="558">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Oct 20 15:22:39 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Tue Oct 20 15:22:18 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-October/thread.html b/_build/static/archives/extend/2015-October/thread.html
new file mode 100644
index 00000000..03ab3275
--- /dev/null
+++ b/_build/static/archives/extend/2015-October/thread.html
@@ -0,0 +1,61 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend October 2015 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>October 2015 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Tue Oct 20 15:19:05 CEST 2015</i><br>
+         <b>Ending:</b> <i>Tue Oct 20 15:22:39 CEST 2015</i><br>
+         <b>Messages:</b> 2<p>
+     <ul>
+
+<!--0 01445347145.557- -->
+<LI><A HREF="000557.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A><A NAME="557">&nbsp;</A>
+<I>Ivan Uemlianin
+</I>
+
+<UL>
+<!--1 01445347145.557-01445347359.558- -->
+<LI><A HREF="000558.html">[99s-extend] Cowboy: Maps instead of records for context variables
+</A><A NAME="558">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Tue Oct 20 15:22:39 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Tue Oct 20 15:22:18 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-September.txt b/_build/static/archives/extend/2015-September.txt
new file mode 100644
index 00000000..314f3582
--- /dev/null
+++ b/_build/static/archives/extend/2015-September.txt
@@ -0,0 +1,552 @@
+From grahamrhay at gmail.com  Wed Sep 23 19:45:01 2015
+From: grahamrhay at gmail.com (Graham Hay)
+Date: Wed, 23 Sep 2015 18:45:01 +0100
+Subject: [99s-extend] Cowboy, relx, and dev mode, oh my!
+Message-ID: <CAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw@mail.gmail.com>
+
+I was fiddling with some js, and got tired of restarting the server. I was
+under the
+impression that using dev_mode with relx was the solution to this problem,
+but
+I can't seem to get it to work. I have an example here:
+
+https://github.com/grahamrhay/cowboy_devmode
+
+If I look in _rel, the lib folder for my app is a symlink, as expected. Yet
+when I change
+the web page, the rendered page is unchanged. I've tried a hard reload, and
+clearing
+the cache.
+
+And, in case that wasn't annoying enough, even restarting the server isn't
+enough!
+Nor is running make again. In fact, the only way I've found of getting it
+to update,
+is to turn off dev mode, and build the release.
+
+Am I missing something really obvious? As far as I can tell from perusing
+the code,
+the cowboy static handler just serves the file directly from the file
+system.
+
+(P.S. I am using vagrant, but I would expect that to cause errors rather
+than this, if
+the symlink wasn't working.)
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150923/fc8e4ef7/attachment.html>
+
+From essen at ninenines.eu  Thu Sep 24 16:35:52 2015
+From: essen at ninenines.eu (=?UTF-8?Q?Lo=c3=afc_Hoguin?=)
+Date: Thu, 24 Sep 2015 16:35:52 +0200
+Subject: [99s-extend] Cowboy, relx, and dev mode, oh my!
+In-Reply-To: <CAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw@mail.gmail.com>
+References: <CAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw@mail.gmail.com>
+Message-ID: <[email protected]>
+
+Running the release, stopping it, editing the file, running the release 
+again works here. I suspect something related to Vagrant.
+
+Also I suggest 'make run' rather than your start.sh.
+
+On 09/23/2015 07:45 PM, Graham Hay wrote:
+> I was fiddling with some js, and got tired of restarting the server. I
+> was under the
+> impression that using dev_mode with relx was the solution to this
+> problem, but
+> I can't seem to get it to work. I have an example here:
+>
+> https://github.com/grahamrhay/cowboy_devmode
+>
+> If I look in _rel, the lib folder for my app is a symlink, as expected.
+> Yet when I change
+> the web page, the rendered page is unchanged. I've tried a hard reload,
+> and clearing
+> the cache.
+>
+> And, in case that wasn't annoying enough, even restarting the server
+> isn't enough!
+> Nor is running make again. In fact, the only way I've found of getting
+> it to update,
+> is to turn off dev mode, and build the release.
+>
+> Am I missing something really obvious? As far as I can tell from
+> perusing the code,
+> the cowboy static handler just serves the file directly from the file
+> system.
+>
+> (P.S. I am using vagrant, but I would expect that to cause errors rather
+> than this, if
+> the symlink wasn't working.)
+>
+>
+> _______________________________________________
+> Extend mailing list
+> Extend at lists.ninenines.eu
+> https://lists.ninenines.eu/listinfo/extend
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
+From essen at ninenines.eu  Thu Sep 24 16:39:17 2015
+From: essen at ninenines.eu (=?UTF-8?Q?Lo=c3=afc_Hoguin?=)
+Date: Thu, 24 Sep 2015 16:39:17 +0200
+Subject: [99s-extend] Cowboy, relx, and dev mode, oh my!
+In-Reply-To: <[email protected]>
+References: <CAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw@mail.gmail.com>
+ <[email protected]>
+Message-ID: <[email protected]>
+
+Wait, I'm dumb. These steps also work:
+
+Running the release, opening the website and seeing ohai, editing the 
+file with some extra text, reloading, seeing the extra text.
+
+On 09/24/2015 04:35 PM, Lo?c Hoguin wrote:
+> Running the release, stopping it, editing the file, running the release
+> again works here. I suspect something related to Vagrant.
+>
+> Also I suggest 'make run' rather than your start.sh.
+>
+> On 09/23/2015 07:45 PM, Graham Hay wrote:
+>> I was fiddling with some js, and got tired of restarting the server. I
+>> was under the
+>> impression that using dev_mode with relx was the solution to this
+>> problem, but
+>> I can't seem to get it to work. I have an example here:
+>>
+>> https://github.com/grahamrhay/cowboy_devmode
+>>
+>> If I look in _rel, the lib folder for my app is a symlink, as expected.
+>> Yet when I change
+>> the web page, the rendered page is unchanged. I've tried a hard reload,
+>> and clearing
+>> the cache.
+>>
+>> And, in case that wasn't annoying enough, even restarting the server
+>> isn't enough!
+>> Nor is running make again. In fact, the only way I've found of getting
+>> it to update,
+>> is to turn off dev mode, and build the release.
+>>
+>> Am I missing something really obvious? As far as I can tell from
+>> perusing the code,
+>> the cowboy static handler just serves the file directly from the file
+>> system.
+>>
+>> (P.S. I am using vagrant, but I would expect that to cause errors rather
+>> than this, if
+>> the symlink wasn't working.)
+>>
+>>
+>> _______________________________________________
+>> Extend mailing list
+>> Extend at lists.ninenines.eu
+>> https://lists.ninenines.eu/listinfo/extend
+>>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
+From grahamrhay at gmail.com  Thu Sep 24 16:57:37 2015
+From: grahamrhay at gmail.com (Graham Hay)
+Date: Thu, 24 Sep 2015 15:57:37 +0100
+Subject: [99s-extend] Cowboy, relx, and dev mode, oh my!
+In-Reply-To: <[email protected]>
+References: <CAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw@mail.gmail.com>
+ <[email protected]> <[email protected]>
+Message-ID: <CAABECY0h6hCwjw9EcaDHrd98Sb9QUGxjnz1863qL-GBwEZ9QZw@mail.gmail.com>
+
+Yeah, that's how I expected it to work. I'll see if I can identify how
+vagrant is causing me problems.
+
+Didn't know about "make run", thanks :)
+
+On 24 September 2015 at 15:39, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> Wait, I'm dumb. These steps also work:
+>
+> Running the release, opening the website and seeing ohai, editing the file
+> with some extra text, reloading, seeing the extra text.
+>
+>
+> On 09/24/2015 04:35 PM, Lo?c Hoguin wrote:
+>
+>> Running the release, stopping it, editing the file, running the release
+>> again works here. I suspect something related to Vagrant.
+>>
+>> Also I suggest 'make run' rather than your start.sh.
+>>
+>> On 09/23/2015 07:45 PM, Graham Hay wrote:
+>>
+>>> I was fiddling with some js, and got tired of restarting the server. I
+>>> was under the
+>>> impression that using dev_mode with relx was the solution to this
+>>> problem, but
+>>> I can't seem to get it to work. I have an example here:
+>>>
+>>> https://github.com/grahamrhay/cowboy_devmode
+>>>
+>>> If I look in _rel, the lib folder for my app is a symlink, as expected.
+>>> Yet when I change
+>>> the web page, the rendered page is unchanged. I've tried a hard reload,
+>>> and clearing
+>>> the cache.
+>>>
+>>> And, in case that wasn't annoying enough, even restarting the server
+>>> isn't enough!
+>>> Nor is running make again. In fact, the only way I've found of getting
+>>> it to update,
+>>> is to turn off dev mode, and build the release.
+>>>
+>>> Am I missing something really obvious? As far as I can tell from
+>>> perusing the code,
+>>> the cowboy static handler just serves the file directly from the file
+>>> system.
+>>>
+>>> (P.S. I am using vagrant, but I would expect that to cause errors rather
+>>> than this, if
+>>> the symlink wasn't working.)
+>>>
+>>>
+>>> _______________________________________________
+>>> Extend mailing list
+>>> Extend at lists.ninenines.eu
+>>> https://lists.ninenines.eu/listinfo/extend
+>>>
+>>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+> Author of The Erlanger Playbook,
+> A book about software development using Erlang
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150924/6a9add86/attachment.html>
+
+From grahamrhay at gmail.com  Wed Sep 30 18:57:49 2015
+From: grahamrhay at gmail.com (Graham Hay)
+Date: Wed, 30 Sep 2015 17:57:49 +0100
+Subject: [99s-extend] Cowboy, relx, and dev mode, oh my!
+In-Reply-To: <CAABECY0h6hCwjw9EcaDHrd98Sb9QUGxjnz1863qL-GBwEZ9QZw@mail.gmail.com>
+References: <CAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <CAABECY0h6hCwjw9EcaDHrd98Sb9QUGxjnz1863qL-GBwEZ9QZw@mail.gmail.com>
+Message-ID: <CAABECY3fkw2m2wc8CxQh+VEZ3waEsgjYUf=hQYL3pwA2LUzTFA@mail.gmail.com>
+
+https://www.virtualbox.org/ticket/9069
+
+Opened 4 years ago :( Maybe I should give VMware some money.
+
+On 24 September 2015 at 15:57, Graham Hay <grahamrhay at gmail.com> wrote:
+
+> Yeah, that's how I expected it to work. I'll see if I can identify how
+> vagrant is causing me problems.
+>
+> Didn't know about "make run", thanks :)
+>
+> On 24 September 2015 at 15:39, Lo?c Hoguin <essen at ninenines.eu> wrote:
+>
+>> Wait, I'm dumb. These steps also work:
+>>
+>> Running the release, opening the website and seeing ohai, editing the
+>> file with some extra text, reloading, seeing the extra text.
+>>
+>>
+>> On 09/24/2015 04:35 PM, Lo?c Hoguin wrote:
+>>
+>>> Running the release, stopping it, editing the file, running the release
+>>> again works here. I suspect something related to Vagrant.
+>>>
+>>> Also I suggest 'make run' rather than your start.sh.
+>>>
+>>> On 09/23/2015 07:45 PM, Graham Hay wrote:
+>>>
+>>>> I was fiddling with some js, and got tired of restarting the server. I
+>>>> was under the
+>>>> impression that using dev_mode with relx was the solution to this
+>>>> problem, but
+>>>> I can't seem to get it to work. I have an example here:
+>>>>
+>>>> https://github.com/grahamrhay/cowboy_devmode
+>>>>
+>>>> If I look in _rel, the lib folder for my app is a symlink, as expected.
+>>>> Yet when I change
+>>>> the web page, the rendered page is unchanged. I've tried a hard reload,
+>>>> and clearing
+>>>> the cache.
+>>>>
+>>>> And, in case that wasn't annoying enough, even restarting the server
+>>>> isn't enough!
+>>>> Nor is running make again. In fact, the only way I've found of getting
+>>>> it to update,
+>>>> is to turn off dev mode, and build the release.
+>>>>
+>>>> Am I missing something really obvious? As far as I can tell from
+>>>> perusing the code,
+>>>> the cowboy static handler just serves the file directly from the file
+>>>> system.
+>>>>
+>>>> (P.S. I am using vagrant, but I would expect that to cause errors rather
+>>>> than this, if
+>>>> the symlink wasn't working.)
+>>>>
+>>>>
+>>>> _______________________________________________
+>>>> Extend mailing list
+>>>> Extend at lists.ninenines.eu
+>>>> https://lists.ninenines.eu/listinfo/extend
+>>>>
+>>>>
+>>>
+>> --
+>> Lo?c Hoguin
+>> http://ninenines.eu
+>> Author of The Erlanger Playbook,
+>> A book about software development using Erlang
+>>
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150930/ee98f926/attachment.html>
+
+From essen at ninenines.eu  Wed Sep 30 19:03:11 2015
+From: essen at ninenines.eu (=?UTF-8?Q?Lo=c3=afc_Hoguin?=)
+Date: Wed, 30 Sep 2015 19:03:11 +0200
+Subject: [99s-extend] Cowboy, relx, and dev mode, oh my!
+In-Reply-To: <CAABECY3fkw2m2wc8CxQh+VEZ3waEsgjYUf=hQYL3pwA2LUzTFA@mail.gmail.com>
+References: <CAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <CAABECY0h6hCwjw9EcaDHrd98Sb9QUGxjnz1863qL-GBwEZ9QZw@mail.gmail.com>
+ <CAABECY3fkw2m2wc8CxQh+VEZ3waEsgjYUf=hQYL3pwA2LUzTFA@mail.gmail.com>
+Message-ID: <[email protected]>
+
+It's not the first time I see this bug. Can you open a ticket on the 
+Cowboy project so it gets documented in some kind of "gotchas" section?
+
+On 09/30/2015 06:57 PM, Graham Hay wrote:
+> https://www.virtualbox.org/ticket/9069
+>
+> Opened 4 years ago :( Maybe I should give VMware some money.
+>
+> On 24 September 2015 at 15:57, Graham Hay <grahamrhay at gmail.com
+> <mailto:grahamrhay at gmail.com>> wrote:
+>
+>     Yeah, that's how I expected it to work. I'll see if I can identify
+>     how vagrant is causing me problems.
+>
+>     Didn't know about "make run", thanks :)
+>
+>     On 24 September 2015 at 15:39, Lo?c Hoguin <essen at ninenines.eu
+>     <mailto:essen at ninenines.eu>> wrote:
+>
+>         Wait, I'm dumb. These steps also work:
+>
+>         Running the release, opening the website and seeing ohai,
+>         editing the file with some extra text, reloading, seeing the
+>         extra text.
+>
+>
+>         On 09/24/2015 04:35 PM, Lo?c Hoguin wrote:
+>
+>             Running the release, stopping it, editing the file, running
+>             the release
+>             again works here. I suspect something related to Vagrant.
+>
+>             Also I suggest 'make run' rather than your start.sh.
+>
+>             On 09/23/2015 07:45 PM, Graham Hay wrote:
+>
+>                 I was fiddling with some js, and got tired of restarting
+>                 the server. I
+>                 was under the
+>                 impression that using dev_mode with relx was the
+>                 solution to this
+>                 problem, but
+>                 I can't seem to get it to work. I have an example here:
+>
+>                 https://github.com/grahamrhay/cowboy_devmode
+>
+>                 If I look in _rel, the lib folder for my app is a
+>                 symlink, as expected.
+>                 Yet when I change
+>                 the web page, the rendered page is unchanged. I've tried
+>                 a hard reload,
+>                 and clearing
+>                 the cache.
+>
+>                 And, in case that wasn't annoying enough, even
+>                 restarting the server
+>                 isn't enough!
+>                 Nor is running make again. In fact, the only way I've
+>                 found of getting
+>                 it to update,
+>                 is to turn off dev mode, and build the release.
+>
+>                 Am I missing something really obvious? As far as I can
+>                 tell from
+>                 perusing the code,
+>                 the cowboy static handler just serves the file directly
+>                 from the file
+>                 system.
+>
+>                 (P.S. I am using vagrant, but I would expect that to
+>                 cause errors rather
+>                 than this, if
+>                 the symlink wasn't working.)
+>
+>
+>                 _______________________________________________
+>                 Extend mailing list
+>                 Extend at lists.ninenines.eu <mailto:Extend at lists.ninenines.eu>
+>                 https://lists.ninenines.eu/listinfo/extend
+>
+>
+>
+>         --
+>         Lo?c Hoguin
+>         http://ninenines.eu
+>         Author of The Erlanger Playbook,
+>         A book about software development using Erlang
+>
+>
+>
+
+-- 
+Lo?c Hoguin
+http://ninenines.eu
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+
+From grahamrhay at gmail.com  Wed Sep 30 19:22:58 2015
+From: grahamrhay at gmail.com (Graham Hay)
+Date: Wed, 30 Sep 2015 18:22:58 +0100
+Subject: [99s-extend] Cowboy, relx, and dev mode, oh my!
+In-Reply-To: <[email protected]>
+References: <CAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw@mail.gmail.com>
+ <[email protected]> <[email protected]>
+ <CAABECY0h6hCwjw9EcaDHrd98Sb9QUGxjnz1863qL-GBwEZ9QZw@mail.gmail.com>
+ <CAABECY3fkw2m2wc8CxQh+VEZ3waEsgjYUf=hQYL3pwA2LUzTFA@mail.gmail.com>
+ <[email protected]>
+Message-ID: <CAABECY39S6vGpLmKrFbCGrV_-=4TWUAgCvE9zaru-FUJxe4cYA@mail.gmail.com>
+
+Done.
+
+https://github.com/ninenines/cowboy/issues/897
+
+On 30 September 2015 at 18:03, Lo?c Hoguin <essen at ninenines.eu> wrote:
+
+> It's not the first time I see this bug. Can you open a ticket on the
+> Cowboy project so it gets documented in some kind of "gotchas" section?
+>
+> On 09/30/2015 06:57 PM, Graham Hay wrote:
+>
+>> https://www.virtualbox.org/ticket/9069
+>>
+>> Opened 4 years ago :( Maybe I should give VMware some money.
+>>
+>> On 24 September 2015 at 15:57, Graham Hay <grahamrhay at gmail.com
+>> <mailto:grahamrhay at gmail.com>> wrote:
+>>
+>>     Yeah, that's how I expected it to work. I'll see if I can identify
+>>     how vagrant is causing me problems.
+>>
+>>     Didn't know about "make run", thanks :)
+>>
+>>     On 24 September 2015 at 15:39, Lo?c Hoguin <essen at ninenines.eu
+>>     <mailto:essen at ninenines.eu>> wrote:
+>>
+>>         Wait, I'm dumb. These steps also work:
+>>
+>>         Running the release, opening the website and seeing ohai,
+>>         editing the file with some extra text, reloading, seeing the
+>>         extra text.
+>>
+>>
+>>         On 09/24/2015 04:35 PM, Lo?c Hoguin wrote:
+>>
+>>             Running the release, stopping it, editing the file, running
+>>             the release
+>>             again works here. I suspect something related to Vagrant.
+>>
+>>             Also I suggest 'make run' rather than your start.sh.
+>>
+>>             On 09/23/2015 07:45 PM, Graham Hay wrote:
+>>
+>>                 I was fiddling with some js, and got tired of restarting
+>>                 the server. I
+>>                 was under the
+>>                 impression that using dev_mode with relx was the
+>>                 solution to this
+>>                 problem, but
+>>                 I can't seem to get it to work. I have an example here:
+>>
+>>                 https://github.com/grahamrhay/cowboy_devmode
+>>
+>>                 If I look in _rel, the lib folder for my app is a
+>>                 symlink, as expected.
+>>                 Yet when I change
+>>                 the web page, the rendered page is unchanged. I've tried
+>>                 a hard reload,
+>>                 and clearing
+>>                 the cache.
+>>
+>>                 And, in case that wasn't annoying enough, even
+>>                 restarting the server
+>>                 isn't enough!
+>>                 Nor is running make again. In fact, the only way I've
+>>                 found of getting
+>>                 it to update,
+>>                 is to turn off dev mode, and build the release.
+>>
+>>                 Am I missing something really obvious? As far as I can
+>>                 tell from
+>>                 perusing the code,
+>>                 the cowboy static handler just serves the file directly
+>>                 from the file
+>>                 system.
+>>
+>>                 (P.S. I am using vagrant, but I would expect that to
+>>                 cause errors rather
+>>                 than this, if
+>>                 the symlink wasn't working.)
+>>
+>>
+>>                 _______________________________________________
+>>                 Extend mailing list
+>>                 Extend at lists.ninenines.eu <mailto:
+>> Extend at lists.ninenines.eu>
+>>                 https://lists.ninenines.eu/listinfo/extend
+>>
+>>
+>>
+>>         --
+>>         Lo?c Hoguin
+>>         http://ninenines.eu
+>>         Author of The Erlanger Playbook,
+>>         A book about software development using Erlang
+>>
+>>
+>>
+>>
+> --
+> Lo?c Hoguin
+> http://ninenines.eu
+> Author of The Erlanger Playbook,
+> A book about software development using Erlang
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: <http://lists.ninenines.eu/archives/extend/attachments/20150930/7f5e7422/attachment-0001.html>
+
diff --git a/_build/static/archives/extend/2015-September/000550.html b/_build/static/archives/extend/2015-September/000550.html
new file mode 100644
index 00000000..f379f4ea
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/000550.html
@@ -0,0 +1,90 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, relx, and dev mode, oh my!
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3CCAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   
+   <LINK REL="Next"  HREF="000551.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, relx, and dev mode, oh my!</H1>
+    <B>Graham Hay</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3CCAABECY2WtE92TwP0p_9pQFihvfqtf53oARPTxQnbz9Xvw-GjOw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy, relx, and dev mode, oh my!">grahamrhay at gmail.com
+       </A><BR>
+    <I>Wed Sep 23 19:45:01 CEST 2015</I>
+    <P><UL>
+        
+        <LI>Next message: <A HREF="000551.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#550">[ date ]</a>
+              <a href="thread.html#550">[ thread ]</a>
+              <a href="subject.html#550">[ subject ]</a>
+              <a href="author.html#550">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>I was fiddling with some js, and got tired of restarting the server. I was
+under the
+impression that using dev_mode with relx was the solution to this problem,
+but
+I can't seem to get it to work. I have an example here:
+
+<A HREF="https://github.com/grahamrhay/cowboy_devmode">https://github.com/grahamrhay/cowboy_devmode</A>
+
+If I look in _rel, the lib folder for my app is a symlink, as expected. Yet
+when I change
+the web page, the rendered page is unchanged. I've tried a hard reload, and
+clearing
+the cache.
+
+And, in case that wasn't annoying enough, even restarting the server isn't
+enough!
+Nor is running make again. In fact, the only way I've found of getting it
+to update,
+is to turn off dev mode, and build the release.
+
+Am I missing something really obvious? As far as I can tell from perusing
+the code,
+the cowboy static handler just serves the file directly from the file
+system.
+
+(P.S. I am using vagrant, but I would expect that to cause errors rather
+than this, if
+the symlink wasn't working.)
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150923/fc8e4ef7/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150923/fc8e4ef7/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	
+	<LI>Next message: <A HREF="000551.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#550">[ date ]</a>
+              <a href="thread.html#550">[ thread ]</a>
+              <a href="subject.html#550">[ subject ]</a>
+              <a href="author.html#550">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-September/000551.html b/_build/static/archives/extend/2015-September/000551.html
new file mode 100644
index 00000000..158b147a
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/000551.html
@@ -0,0 +1,108 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, relx, and dev mode, oh my!
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3C56040A48.6090800%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000550.html">
+   <LINK REL="Next"  HREF="000552.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, relx, and dev mode, oh my!</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3C56040A48.6090800%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy, relx, and dev mode, oh my!">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Sep 24 16:35:52 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000550.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+        <LI>Next message: <A HREF="000552.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#551">[ date ]</a>
+              <a href="thread.html#551">[ thread ]</a>
+              <a href="subject.html#551">[ subject ]</a>
+              <a href="author.html#551">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Running the release, stopping it, editing the file, running the release 
+again works here. I suspect something related to Vagrant.
+
+Also I suggest 'make run' rather than your start.sh.
+
+On 09/23/2015 07:45 PM, Graham Hay wrote:
+&gt;<i> I was fiddling with some js, and got tired of restarting the server. I
+</I>&gt;<i> was under the
+</I>&gt;<i> impression that using dev_mode with relx was the solution to this
+</I>&gt;<i> problem, but
+</I>&gt;<i> I can't seem to get it to work. I have an example here:
+</I>&gt;<i>
+</I>&gt;<i> <A HREF="https://github.com/grahamrhay/cowboy_devmode">https://github.com/grahamrhay/cowboy_devmode</A>
+</I>&gt;<i>
+</I>&gt;<i> If I look in _rel, the lib folder for my app is a symlink, as expected.
+</I>&gt;<i> Yet when I change
+</I>&gt;<i> the web page, the rendered page is unchanged. I've tried a hard reload,
+</I>&gt;<i> and clearing
+</I>&gt;<i> the cache.
+</I>&gt;<i>
+</I>&gt;<i> And, in case that wasn't annoying enough, even restarting the server
+</I>&gt;<i> isn't enough!
+</I>&gt;<i> Nor is running make again. In fact, the only way I've found of getting
+</I>&gt;<i> it to update,
+</I>&gt;<i> is to turn off dev mode, and build the release.
+</I>&gt;<i>
+</I>&gt;<i> Am I missing something really obvious? As far as I can tell from
+</I>&gt;<i> perusing the code,
+</I>&gt;<i> the cowboy static handler just serves the file directly from the file
+</I>&gt;<i> system.
+</I>&gt;<i>
+</I>&gt;<i> (P.S. I am using vagrant, but I would expect that to cause errors rather
+</I>&gt;<i> than this, if
+</I>&gt;<i> the symlink wasn't working.)
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> _______________________________________________
+</I>&gt;<i> Extend mailing list
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000550.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+	<LI>Next message: <A HREF="000552.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#551">[ date ]</a>
+              <a href="thread.html#551">[ thread ]</a>
+              <a href="subject.html#551">[ subject ]</a>
+              <a href="author.html#551">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-September/000552.html b/_build/static/archives/extend/2015-September/000552.html
new file mode 100644
index 00000000..11af1a2d
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/000552.html
@@ -0,0 +1,115 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, relx, and dev mode, oh my!
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3C56040B15.3090702%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000551.html">
+   <LINK REL="Next"  HREF="000553.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, relx, and dev mode, oh my!</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3C56040B15.3090702%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy, relx, and dev mode, oh my!">essen at ninenines.eu
+       </A><BR>
+    <I>Thu Sep 24 16:39:17 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000551.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+        <LI>Next message: <A HREF="000553.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#552">[ date ]</a>
+              <a href="thread.html#552">[ thread ]</a>
+              <a href="subject.html#552">[ subject ]</a>
+              <a href="author.html#552">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Wait, I'm dumb. These steps also work:
+
+Running the release, opening the website and seeing ohai, editing the 
+file with some extra text, reloading, seeing the extra text.
+
+On 09/24/2015 04:35 PM, Lo&#239;c Hoguin wrote:
+&gt;<i> Running the release, stopping it, editing the file, running the release
+</I>&gt;<i> again works here. I suspect something related to Vagrant.
+</I>&gt;<i>
+</I>&gt;<i> Also I suggest 'make run' rather than your start.sh.
+</I>&gt;<i>
+</I>&gt;<i> On 09/23/2015 07:45 PM, Graham Hay wrote:
+</I>&gt;&gt;<i> I was fiddling with some js, and got tired of restarting the server. I
+</I>&gt;&gt;<i> was under the
+</I>&gt;&gt;<i> impression that using dev_mode with relx was the solution to this
+</I>&gt;&gt;<i> problem, but
+</I>&gt;&gt;<i> I can't seem to get it to work. I have an example here:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> <A HREF="https://github.com/grahamrhay/cowboy_devmode">https://github.com/grahamrhay/cowboy_devmode</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> If I look in _rel, the lib folder for my app is a symlink, as expected.
+</I>&gt;&gt;<i> Yet when I change
+</I>&gt;&gt;<i> the web page, the rendered page is unchanged. I've tried a hard reload,
+</I>&gt;&gt;<i> and clearing
+</I>&gt;&gt;<i> the cache.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> And, in case that wasn't annoying enough, even restarting the server
+</I>&gt;&gt;<i> isn't enough!
+</I>&gt;&gt;<i> Nor is running make again. In fact, the only way I've found of getting
+</I>&gt;&gt;<i> it to update,
+</I>&gt;&gt;<i> is to turn off dev mode, and build the release.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Am I missing something really obvious? As far as I can tell from
+</I>&gt;&gt;<i> perusing the code,
+</I>&gt;&gt;<i> the cowboy static handler just serves the file directly from the file
+</I>&gt;&gt;<i> system.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> (P.S. I am using vagrant, but I would expect that to cause errors rather
+</I>&gt;&gt;<i> than this, if
+</I>&gt;&gt;<i> the symlink wasn't working.)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000551.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+	<LI>Next message: <A HREF="000553.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#552">[ date ]</a>
+              <a href="thread.html#552">[ thread ]</a>
+              <a href="subject.html#552">[ subject ]</a>
+              <a href="author.html#552">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-September/000553.html b/_build/static/archives/extend/2015-September/000553.html
new file mode 100644
index 00000000..d3974e51
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/000553.html
@@ -0,0 +1,129 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, relx, and dev mode, oh my!
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3CCAABECY0h6hCwjw9EcaDHrd98Sb9QUGxjnz1863qL-GBwEZ9QZw%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000552.html">
+   <LINK REL="Next"  HREF="000554.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, relx, and dev mode, oh my!</H1>
+    <B>Graham Hay</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3CCAABECY0h6hCwjw9EcaDHrd98Sb9QUGxjnz1863qL-GBwEZ9QZw%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy, relx, and dev mode, oh my!">grahamrhay at gmail.com
+       </A><BR>
+    <I>Thu Sep 24 16:57:37 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000552.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+        <LI>Next message: <A HREF="000554.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#553">[ date ]</a>
+              <a href="thread.html#553">[ thread ]</a>
+              <a href="subject.html#553">[ subject ]</a>
+              <a href="author.html#553">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Yeah, that's how I expected it to work. I'll see if I can identify how
+vagrant is causing me problems.
+
+Didn't know about &quot;make run&quot;, thanks :)
+
+On 24 September 2015 at 15:39, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> Wait, I'm dumb. These steps also work:
+</I>&gt;<i>
+</I>&gt;<i> Running the release, opening the website and seeing ohai, editing the file
+</I>&gt;<i> with some extra text, reloading, seeing the extra text.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 09/24/2015 04:35 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Running the release, stopping it, editing the file, running the release
+</I>&gt;&gt;<i> again works here. I suspect something related to Vagrant.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Also I suggest 'make run' rather than your start.sh.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 09/23/2015 07:45 PM, Graham Hay wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I was fiddling with some js, and got tired of restarting the server. I
+</I>&gt;&gt;&gt;<i> was under the
+</I>&gt;&gt;&gt;<i> impression that using dev_mode with relx was the solution to this
+</I>&gt;&gt;&gt;<i> problem, but
+</I>&gt;&gt;&gt;<i> I can't seem to get it to work. I have an example here:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> <A HREF="https://github.com/grahamrhay/cowboy_devmode">https://github.com/grahamrhay/cowboy_devmode</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> If I look in _rel, the lib folder for my app is a symlink, as expected.
+</I>&gt;&gt;&gt;<i> Yet when I change
+</I>&gt;&gt;&gt;<i> the web page, the rendered page is unchanged. I've tried a hard reload,
+</I>&gt;&gt;&gt;<i> and clearing
+</I>&gt;&gt;&gt;<i> the cache.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> And, in case that wasn't annoying enough, even restarting the server
+</I>&gt;&gt;&gt;<i> isn't enough!
+</I>&gt;&gt;&gt;<i> Nor is running make again. In fact, the only way I've found of getting
+</I>&gt;&gt;&gt;<i> it to update,
+</I>&gt;&gt;&gt;<i> is to turn off dev mode, and build the release.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Am I missing something really obvious? As far as I can tell from
+</I>&gt;&gt;&gt;<i> perusing the code,
+</I>&gt;&gt;&gt;<i> the cowboy static handler just serves the file directly from the file
+</I>&gt;&gt;&gt;<i> system.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> (P.S. I am using vagrant, but I would expect that to cause errors rather
+</I>&gt;&gt;&gt;<i> than this, if
+</I>&gt;&gt;&gt;<i> the symlink wasn't working.)
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> Author of The Erlanger Playbook,
+</I>&gt;<i> A book about software development using Erlang
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150924/6a9add86/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150924/6a9add86/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000552.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+	<LI>Next message: <A HREF="000554.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#553">[ date ]</a>
+              <a href="thread.html#553">[ thread ]</a>
+              <a href="subject.html#553">[ subject ]</a>
+              <a href="author.html#553">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-September/000554.html b/_build/static/archives/extend/2015-September/000554.html
new file mode 100644
index 00000000..9284c104
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/000554.html
@@ -0,0 +1,137 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, relx, and dev mode, oh my!
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3CCAABECY3fkw2m2wc8CxQh%2BVEZ3waEsgjYUf%3DhQYL3pwA2LUzTFA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000553.html">
+   <LINK REL="Next"  HREF="000555.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, relx, and dev mode, oh my!</H1>
+    <B>Graham Hay</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3CCAABECY3fkw2m2wc8CxQh%2BVEZ3waEsgjYUf%3DhQYL3pwA2LUzTFA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy, relx, and dev mode, oh my!">grahamrhay at gmail.com
+       </A><BR>
+    <I>Wed Sep 30 18:57:49 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000553.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+        <LI>Next message: <A HREF="000555.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#554">[ date ]</a>
+              <a href="thread.html#554">[ thread ]</a>
+              <a href="subject.html#554">[ subject ]</a>
+              <a href="author.html#554">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE><A HREF="https://www.virtualbox.org/ticket/9069">https://www.virtualbox.org/ticket/9069</A>
+
+Opened 4 years ago :( Maybe I should give VMware some money.
+
+On 24 September 2015 at 15:57, Graham Hay &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">grahamrhay at gmail.com</A>&gt; wrote:
+
+&gt;<i> Yeah, that's how I expected it to work. I'll see if I can identify how
+</I>&gt;<i> vagrant is causing me problems.
+</I>&gt;<i>
+</I>&gt;<i> Didn't know about &quot;make run&quot;, thanks :)
+</I>&gt;<i>
+</I>&gt;<i> On 24 September 2015 at 15:39, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Wait, I'm dumb. These steps also work:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Running the release, opening the website and seeing ohai, editing the
+</I>&gt;&gt;<i> file with some extra text, reloading, seeing the extra text.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 09/24/2015 04:35 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Running the release, stopping it, editing the file, running the release
+</I>&gt;&gt;&gt;<i> again works here. I suspect something related to Vagrant.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Also I suggest 'make run' rather than your start.sh.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On 09/23/2015 07:45 PM, Graham Hay wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> I was fiddling with some js, and got tired of restarting the server. I
+</I>&gt;&gt;&gt;&gt;<i> was under the
+</I>&gt;&gt;&gt;&gt;<i> impression that using dev_mode with relx was the solution to this
+</I>&gt;&gt;&gt;&gt;<i> problem, but
+</I>&gt;&gt;&gt;&gt;<i> I can't seem to get it to work. I have an example here:
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://github.com/grahamrhay/cowboy_devmode">https://github.com/grahamrhay/cowboy_devmode</A>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> If I look in _rel, the lib folder for my app is a symlink, as expected.
+</I>&gt;&gt;&gt;&gt;<i> Yet when I change
+</I>&gt;&gt;&gt;&gt;<i> the web page, the rendered page is unchanged. I've tried a hard reload,
+</I>&gt;&gt;&gt;&gt;<i> and clearing
+</I>&gt;&gt;&gt;&gt;<i> the cache.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> And, in case that wasn't annoying enough, even restarting the server
+</I>&gt;&gt;&gt;&gt;<i> isn't enough!
+</I>&gt;&gt;&gt;&gt;<i> Nor is running make again. In fact, the only way I've found of getting
+</I>&gt;&gt;&gt;&gt;<i> it to update,
+</I>&gt;&gt;&gt;&gt;<i> is to turn off dev mode, and build the release.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Am I missing something really obvious? As far as I can tell from
+</I>&gt;&gt;&gt;&gt;<i> perusing the code,
+</I>&gt;&gt;&gt;&gt;<i> the cowboy static handler just serves the file directly from the file
+</I>&gt;&gt;&gt;&gt;<i> system.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> (P.S. I am using vagrant, but I would expect that to cause errors rather
+</I>&gt;&gt;&gt;&gt;<i> than this, if
+</I>&gt;&gt;&gt;&gt;<i> the symlink wasn't working.)
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> _______________________________________________
+</I>&gt;&gt;&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>
+</I>&gt;&gt;&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i> Author of The Erlanger Playbook,
+</I>&gt;&gt;<i> A book about software development using Erlang
+</I>&gt;&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150930/ee98f926/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20150930/ee98f926/attachment.html</A>&gt;
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000553.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+	<LI>Next message: <A HREF="000555.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#554">[ date ]</a>
+              <a href="thread.html#554">[ thread ]</a>
+              <a href="subject.html#554">[ subject ]</a>
+              <a href="author.html#554">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-September/000555.html b/_build/static/archives/extend/2015-September/000555.html
new file mode 100644
index 00000000..e8108fe5
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/000555.html
@@ -0,0 +1,157 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, relx, and dev mode, oh my!
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3C560C15CF.7000300%40ninenines.eu%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000554.html">
+   <LINK REL="Next"  HREF="000556.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, relx, and dev mode, oh my!</H1>
+    <B>Lo&#239;c Hoguin</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3C560C15CF.7000300%40ninenines.eu%3E"
+       TITLE="[99s-extend] Cowboy, relx, and dev mode, oh my!">essen at ninenines.eu
+       </A><BR>
+    <I>Wed Sep 30 19:03:11 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000554.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+        <LI>Next message: <A HREF="000556.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#555">[ date ]</a>
+              <a href="thread.html#555">[ thread ]</a>
+              <a href="subject.html#555">[ subject ]</a>
+              <a href="author.html#555">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>It's not the first time I see this bug. Can you open a ticket on the 
+Cowboy project so it gets documented in some kind of &quot;gotchas&quot; section?
+
+On 09/30/2015 06:57 PM, Graham Hay wrote:
+&gt;<i> <A HREF="https://www.virtualbox.org/ticket/9069">https://www.virtualbox.org/ticket/9069</A>
+</I>&gt;<i>
+</I>&gt;<i> Opened 4 years ago :( Maybe I should give VMware some money.
+</I>&gt;<i>
+</I>&gt;<i> On 24 September 2015 at 15:57, Graham Hay &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">grahamrhay at gmail.com</A>
+</I>&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">grahamrhay at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>     Yeah, that's how I expected it to work. I'll see if I can identify
+</I>&gt;<i>     how vagrant is causing me problems.
+</I>&gt;<i>
+</I>&gt;<i>     Didn't know about &quot;make run&quot;, thanks :)
+</I>&gt;<i>
+</I>&gt;<i>     On 24 September 2015 at 15:39, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;<i>     &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;<i>
+</I>&gt;<i>         Wait, I'm dumb. These steps also work:
+</I>&gt;<i>
+</I>&gt;<i>         Running the release, opening the website and seeing ohai,
+</I>&gt;<i>         editing the file with some extra text, reloading, seeing the
+</I>&gt;<i>         extra text.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         On 09/24/2015 04:35 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;<i>
+</I>&gt;<i>             Running the release, stopping it, editing the file, running
+</I>&gt;<i>             the release
+</I>&gt;<i>             again works here. I suspect something related to Vagrant.
+</I>&gt;<i>
+</I>&gt;<i>             Also I suggest 'make run' rather than your start.sh.
+</I>&gt;<i>
+</I>&gt;<i>             On 09/23/2015 07:45 PM, Graham Hay wrote:
+</I>&gt;<i>
+</I>&gt;<i>                 I was fiddling with some js, and got tired of restarting
+</I>&gt;<i>                 the server. I
+</I>&gt;<i>                 was under the
+</I>&gt;<i>                 impression that using dev_mode with relx was the
+</I>&gt;<i>                 solution to this
+</I>&gt;<i>                 problem, but
+</I>&gt;<i>                 I can't seem to get it to work. I have an example here:
+</I>&gt;<i>
+</I>&gt;<i>                 <A HREF="https://github.com/grahamrhay/cowboy_devmode">https://github.com/grahamrhay/cowboy_devmode</A>
+</I>&gt;<i>
+</I>&gt;<i>                 If I look in _rel, the lib folder for my app is a
+</I>&gt;<i>                 symlink, as expected.
+</I>&gt;<i>                 Yet when I change
+</I>&gt;<i>                 the web page, the rendered page is unchanged. I've tried
+</I>&gt;<i>                 a hard reload,
+</I>&gt;<i>                 and clearing
+</I>&gt;<i>                 the cache.
+</I>&gt;<i>
+</I>&gt;<i>                 And, in case that wasn't annoying enough, even
+</I>&gt;<i>                 restarting the server
+</I>&gt;<i>                 isn't enough!
+</I>&gt;<i>                 Nor is running make again. In fact, the only way I've
+</I>&gt;<i>                 found of getting
+</I>&gt;<i>                 it to update,
+</I>&gt;<i>                 is to turn off dev mode, and build the release.
+</I>&gt;<i>
+</I>&gt;<i>                 Am I missing something really obvious? As far as I can
+</I>&gt;<i>                 tell from
+</I>&gt;<i>                 perusing the code,
+</I>&gt;<i>                 the cowboy static handler just serves the file directly
+</I>&gt;<i>                 from the file
+</I>&gt;<i>                 system.
+</I>&gt;<i>
+</I>&gt;<i>                 (P.S. I am using vagrant, but I would expect that to
+</I>&gt;<i>                 cause errors rather
+</I>&gt;<i>                 than this, if
+</I>&gt;<i>                 the symlink wasn't working.)
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>                 _______________________________________________
+</I>&gt;<i>                 Extend mailing list
+</I>&gt;<i>                 <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;<i>                 <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>         --
+</I>&gt;<i>         Lo&#239;c Hoguin
+</I>&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>         Author of The Erlanger Playbook,
+</I>&gt;<i>         A book about software development using Erlang
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i>
+</I>
+-- 
+Lo&#239;c Hoguin
+<A HREF="http://ninenines.eu">http://ninenines.eu</A>
+Author of The Erlanger Playbook,
+A book about software development using Erlang
+</PRE>
+
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000554.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+	<LI>Next message: <A HREF="000556.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#555">[ date ]</a>
+              <a href="thread.html#555">[ thread ]</a>
+              <a href="subject.html#555">[ subject ]</a>
+              <a href="author.html#555">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-September/000556.html b/_build/static/archives/extend/2015-September/000556.html
new file mode 100644
index 00000000..fe4f8d6a
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/000556.html
@@ -0,0 +1,166 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [99s-extend] Cowboy, relx, and dev mode, oh my!
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3CCAABECY39S6vGpLmKrFbCGrV_-%3D4TWUAgCvE9zaru-FUJxe4cYA%40mail.gmail.com%3E">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <style type="text/css">
+       pre {
+           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
+           }
+   </style>
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000555.html">
+   
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[99s-extend] Cowboy, relx, and dev mode, oh my!</H1>
+    <B>Graham Hay</B> 
+    <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Cowboy%2C%20relx%2C%20and%20dev%20mode%2C%20oh%20my%21&In-Reply-To=%3CCAABECY39S6vGpLmKrFbCGrV_-%3D4TWUAgCvE9zaru-FUJxe4cYA%40mail.gmail.com%3E"
+       TITLE="[99s-extend] Cowboy, relx, and dev mode, oh my!">grahamrhay at gmail.com
+       </A><BR>
+    <I>Wed Sep 30 19:22:58 CEST 2015</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000555.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+        
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#556">[ date ]</a>
+              <a href="thread.html#556">[ thread ]</a>
+              <a href="subject.html#556">[ subject ]</a>
+              <a href="author.html#556">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Done.
+
+<A HREF="https://github.com/ninenines/cowboy/issues/897">https://github.com/ninenines/cowboy/issues/897</A>
+
+On 30 September 2015 at 18:03, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> It's not the first time I see this bug. Can you open a ticket on the
+</I>&gt;<i> Cowboy project so it gets documented in some kind of &quot;gotchas&quot; section?
+</I>&gt;<i>
+</I>&gt;<i> On 09/30/2015 06:57 PM, Graham Hay wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> <A HREF="https://www.virtualbox.org/ticket/9069">https://www.virtualbox.org/ticket/9069</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Opened 4 years ago :( Maybe I should give VMware some money.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 24 September 2015 at 15:57, Graham Hay &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">grahamrhay at gmail.com</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">grahamrhay at gmail.com</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Yeah, that's how I expected it to work. I'll see if I can identify
+</I>&gt;&gt;<i>     how vagrant is causing me problems.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     Didn't know about &quot;make run&quot;, thanks :)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>     On 24 September 2015 at 15:39, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i>     &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Wait, I'm dumb. These steps also work:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         Running the release, opening the website and seeing ohai,
+</I>&gt;&gt;<i>         editing the file with some extra text, reloading, seeing the
+</I>&gt;&gt;<i>         extra text.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         On 09/24/2015 04:35 PM, Lo&#239;c Hoguin wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>             Running the release, stopping it, editing the file, running
+</I>&gt;&gt;<i>             the release
+</I>&gt;&gt;<i>             again works here. I suspect something related to Vagrant.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>             Also I suggest 'make run' rather than your start.sh.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>             On 09/23/2015 07:45 PM, Graham Hay wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                 I was fiddling with some js, and got tired of restarting
+</I>&gt;&gt;<i>                 the server. I
+</I>&gt;&gt;<i>                 was under the
+</I>&gt;&gt;<i>                 impression that using dev_mode with relx was the
+</I>&gt;&gt;<i>                 solution to this
+</I>&gt;&gt;<i>                 problem, but
+</I>&gt;&gt;<i>                 I can't seem to get it to work. I have an example here:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                 <A HREF="https://github.com/grahamrhay/cowboy_devmode">https://github.com/grahamrhay/cowboy_devmode</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                 If I look in _rel, the lib folder for my app is a
+</I>&gt;&gt;<i>                 symlink, as expected.
+</I>&gt;&gt;<i>                 Yet when I change
+</I>&gt;&gt;<i>                 the web page, the rendered page is unchanged. I've tried
+</I>&gt;&gt;<i>                 a hard reload,
+</I>&gt;&gt;<i>                 and clearing
+</I>&gt;&gt;<i>                 the cache.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                 And, in case that wasn't annoying enough, even
+</I>&gt;&gt;<i>                 restarting the server
+</I>&gt;&gt;<i>                 isn't enough!
+</I>&gt;&gt;<i>                 Nor is running make again. In fact, the only way I've
+</I>&gt;&gt;<i>                 found of getting
+</I>&gt;&gt;<i>                 it to update,
+</I>&gt;&gt;<i>                 is to turn off dev mode, and build the release.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                 Am I missing something really obvious? As far as I can
+</I>&gt;&gt;<i>                 tell from
+</I>&gt;&gt;<i>                 perusing the code,
+</I>&gt;&gt;<i>                 the cowboy static handler just serves the file directly
+</I>&gt;&gt;<i>                 from the file
+</I>&gt;&gt;<i>                 system.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                 (P.S. I am using vagrant, but I would expect that to
+</I>&gt;&gt;<i>                 cause errors rather
+</I>&gt;&gt;<i>                 than this, if
+</I>&gt;&gt;<i>                 the symlink wasn't working.)
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>                 _______________________________________________
+</I>&gt;&gt;<i>                 Extend mailing list
+</I>&gt;&gt;<i>                 <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i>                 <A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>         --
+</I>&gt;&gt;<i>         Lo&#239;c Hoguin
+</I>&gt;&gt;<i>         <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>         Author of The Erlanger Playbook,
+</I>&gt;&gt;<i>         A book about software development using Erlang
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i> Author of The Erlanger Playbook,
+</I>&gt;<i> A book about software development using Erlang
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20150930/7f5e7422/attachment-0001.html">http://lists.ninenines.eu/archives/extend/attachments/20150930/7f5e7422/attachment-0001.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+	<LI>Previous message: <A HREF="000555.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A></li>
+	
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#556">[ date ]</a>
+              <a href="thread.html#556">[ thread ]</a>
+              <a href="subject.html#556">[ subject ]</a>
+              <a href="author.html#556">[ author ]</a>
+         </LI>
+       </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>
diff --git a/_build/static/archives/extend/2015-September/author.html b/_build/static/archives/extend/2015-September/author.html
new file mode 100644
index 00000000..25d8e9b2
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/author.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2015 Archive by author</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2015 Archives by author</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Sep 23 19:45:01 CEST 2015</i><br>
+         <b>Ending:</b> <i>Wed Sep 30 19:22:58 CEST 2015</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000550.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="550">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000553.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="553">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000554.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="554">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000556.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="556">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000551.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="551">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000552.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="552">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000555.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="555">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Sep 30 19:22:58 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Wed Sep 30 19:22:39 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-September/date.html b/_build/static/archives/extend/2015-September/date.html
new file mode 100644
index 00000000..8bfd7995
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/date.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2015 Archive by date</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2015 Archives by date</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Sep 23 19:45:01 CEST 2015</i><br>
+         <b>Ending:</b> <i>Wed Sep 30 19:22:58 CEST 2015</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000550.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="550">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000551.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="551">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000552.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="552">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000553.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="553">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000554.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="554">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000555.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="555">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000556.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="556">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Sep 30 19:22:58 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Wed Sep 30 19:22:39 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-September/index.html b/_build/static/archives/extend/2015-September/index.html
new file mode 120000
index 00000000..db4b46f7
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/index.html
@@ -0,0 +1 @@
+thread.html
\ No newline at end of file
diff --git a/_build/static/archives/extend/2015-September/subject.html b/_build/static/archives/extend/2015-September/subject.html
new file mode 100644
index 00000000..b0ce2f23
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/subject.html
@@ -0,0 +1,82 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2015 Archive by subject</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2015 Archives by subject</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Sep 23 19:45:01 CEST 2015</i><br>
+         <b>Ending:</b> <i>Wed Sep 30 19:22:58 CEST 2015</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<LI><A HREF="000550.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="550">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000551.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="551">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000552.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="552">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000553.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="553">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000554.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="554">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<LI><A HREF="000555.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="555">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<LI><A HREF="000556.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="556">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Sep 30 19:22:58 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Wed Sep 30 19:22:39 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        <a href="thread.html#start">[ thread ]</a>
+		
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/2015-September/thread.html b/_build/static/archives/extend/2015-September/thread.html
new file mode 100644
index 00000000..d868b766
--- /dev/null
+++ b/_build/static/archives/extend/2015-September/thread.html
@@ -0,0 +1,95 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend September 2015 Archive by thread</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+      <a name="start"></A>
+      <h1>September 2015 Archives by thread</h1>
+      <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+      </ul>
+      <p><b>Starting:</b> <i>Wed Sep 23 19:45:01 CEST 2015</i><br>
+         <b>Ending:</b> <i>Wed Sep 30 19:22:58 CEST 2015</i><br>
+         <b>Messages:</b> 7<p>
+     <ul>
+
+<!--0 01443030301.550- -->
+<LI><A HREF="000550.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="550">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<UL>
+<!--1 01443030301.550-01443105352.551- -->
+<LI><A HREF="000551.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="551">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--2 01443030301.550-01443105352.551-01443105557.552- -->
+<LI><A HREF="000552.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="552">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<UL>
+<!--3 01443030301.550-01443105352.551-01443105557.552-01443106657.553- -->
+<LI><A HREF="000553.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="553">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<!--3 01443030301.550-01443105352.551-01443105557.552-01443106657.553-01443632269.554- -->
+<LI><A HREF="000554.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="554">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+<!--3 01443030301.550-01443105352.551-01443105557.552-01443106657.553-01443632269.554-01443632591.555- -->
+<LI><A HREF="000555.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="555">&nbsp;</A>
+<I>Lo&#239;c Hoguin
+</I>
+
+<!--3 01443030301.550-01443105352.551-01443105557.552-01443106657.553-01443632269.554-01443632591.555-01443633778.556- -->
+<LI><A HREF="000556.html">[99s-extend] Cowboy, relx, and dev mode, oh my!
+</A><A NAME="556">&nbsp;</A>
+<I>Graham Hay
+</I>
+
+</UL>
+</UL>
+</UL>
+    </ul>
+    <p>
+      <a name="end"><b>Last message date:</b></a> 
+       <i>Wed Sep 30 19:22:58 CEST 2015</i><br>
+    <b>Archived on:</b> <i>Wed Sep 30 19:22:39 CEST 2015</i>
+    <p>
+   <ul>
+         <li> <b>Messages sorted by:</b>
+	        
+		<a href="subject.html#start">[ subject ]</a>
+		<a href="author.html#start">[ author ]</a>
+		<a href="date.html#start">[ date ]</a>
+	     <li><b><a href="https://lists.ninenines.eu/listinfo/extend">More info on this list...
+                    </a></b></li>
+     </ul>
+     <p>
+     <hr>
+     <i>This archive was generated by
+     Pipermail 0.09 (Mailman edition).</i>
+  </BODY>
+</HTML>
+
diff --git a/_build/static/archives/extend/attachments/20121030/3de26c28/attachment.html b/_build/static/archives/extend/attachments/20121030/3de26c28/attachment.html
new file mode 100644
index 00000000..7246475a
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20121030/3de26c28/attachment.html
@@ -0,0 +1,9 @@
+<tt>
+&lt;div&gt;Hi&nbsp;everyone,&nbsp;newb&nbsp;questions&nbsp;here:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;the&nbsp;reason&nbsp;why&nbsp;the&nbsp;type&nbsp;specification&nbsp;for&nbsp;the&nbsp;init&nbsp;callback&nbsp;lists&nbsp;various&nbsp;&quot;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;margin:0px;padding:0px;border:0px;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:16px;white-space:pre&quot;&gt;{&lt;/span&gt;&lt;span&nbsp;class=&quot;n&quot;&nbsp;style=&quot;margin:0px;padding:0px;border:0px;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:16px;white-space:pre&quot;&gt;loop&lt;/span&gt;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;margin:0px;padding:0px;border:0px;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:16px;white-space:pre&quot;&gt;,...&quot;&nbsp;&lt;/span&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;margin:0px;padding:0px;border:0px;color:rgb(51,51,51);font-size:12px;line-height:16px;white-space:pre&quot;&gt;tuples,&nbsp;because&nbsp;a&nbsp;single&nbsp;module&nbsp;can&nbsp;implement&nbsp;cowboy_loop_handler&nbsp;and&nbsp;cowboy_http_handler?&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;margin:0px;padding:0px;border:0px;color:rgb(51,51,51);font-size:12px;line-height:16px;white-space:pre&quot;&gt;And&nbsp;this&nbsp;way,&nbsp;a&nbsp;dializier&nbsp;warning&nbsp;will&nbsp;not&nbsp;be&nbsp;triggered?&lt;/span&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-size:12px;line-height:16px;white-space:pre;background-color:rgb(255,255,204)&quot;&gt;&nbsp;&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/src/cowboy_http_handler.erl#L39&quot;&gt;https://github.com/extend/cowboy/blob/master/src/cowboy_http_handler.erl#L39&lt;/a&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Because&nbsp;looking&nbsp;at&nbsp;the&nbsp;handler&nbsp;code,�&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/src/cowboy_protocol.erl#L473&quot;&gt;https://github.com/extend/cowboy/blob/master/src/cowboy_protocol.erl#L473&lt;/a&gt;�if&nbsp;the&nbsp;{loop,&nbsp;*&nbsp;is&nbsp;returned&nbsp;from&nbsp;init,&nbsp;then&nbsp;the�&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;class=&quot;nf&quot;&nbsp;style=&quot;font-size:13px;line-height:19px;margin:0px;padding:0px;border:0px;color:rgb(153,0,0);font-weight:bold&quot;&gt;handle&lt;/span&gt;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;color:rgb(51,51,51);font-size:13px;line-height:19px;margin:0px;padding:0px;border:0px&quot;&gt;(&lt;/span&gt;&lt;span&nbsp;class=&quot;nv&quot;&nbsp;style=&quot;font-size:13px;line-height:19px;margin:0px;padding:0px;border:0px;color:rgb(0,128,128)&quot;&gt;Req&lt;/span&gt;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;color:rgb(51,51,51);font-size:13px;line-height:19px;margin:0px;padding:0px;border:0px&quot;&gt;,&lt;/span&gt;&lt;span&nbsp;style=&quot;background-color:rgb(248,248,248);color:rgb(51,51,51);font-size:13px;line-height:19px&quot;&gt;&nbsp;&lt;/span&gt;&lt;span&nbsp;class=&quot;nv&quot;&nbsp;style=&quot;font-size:13px;line-height:19px;margin:0px;padding:0px;border:0px;color:rgb(0,128,128)&quot;&gt;State&lt;/span&gt;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;color:rgb(51,51,51);font-size:13px;line-height:19px;margin:0px;padding:0px;border:0px&quot;&gt;)&nbsp;will&nbsp;not&nbsp;be&nbsp;processed.&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:13px;line-height:19px;margin:0px;padding:0px;border:0px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;color:rgb(51,51,51);font-size:13px;line-height:19px;margin:0px;padding:0px;border:0px&quot;&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;Also,&nbsp;is&nbsp;it&nbsp;safe&nbsp;to&nbsp;say&nbsp;that&nbsp;Handler:init&nbsp;is&nbsp;like&nbsp;&quot;before&quot;&nbsp;in&nbsp;lot&#39;s&nbsp;of&nbsp;web&nbsp;frameworks.&nbsp;I&nbsp;can&nbsp;place&nbsp;validation\authentication&nbsp;logic&nbsp;there.&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;class=&quot;p&quot;&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:13px;line-height:19px;margin:0px;padding:0px;border:0px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;Sincerely,&lt;/div&gt;&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;-rambocoder&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20121216/2d0b0da5/attachment.html b/_build/static/archives/extend/attachments/20121216/2d0b0da5/attachment.html
new file mode 100644
index 00000000..982e5a1e
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20121216/2d0b0da5/attachment.html
@@ -0,0 +1,25 @@
+<tt>
+See&nbsp;you&nbsp;there!&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Jeremy&nbsp;(banachtarski)&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Sun,&nbsp;Dec&nbsp;16,&nbsp;2012&nbsp;at&nbsp;10:24&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;have&nbsp;started&nbsp;the&nbsp;#ninenines&nbsp;IRC&nbsp;Channel&nbsp;on&nbsp;&lt;a&nbsp;href=&quot;http://irc.freenode.net&quot;&nbsp;target=&quot;_blank&quot;&gt;irc.freenode.net&lt;/a&gt;&nbsp;for&nbsp;anyone&nbsp;looking&nbsp;for&nbsp;quick&nbsp;help&nbsp;or&nbsp;willing&nbsp;to&nbsp;participate&nbsp;in&nbsp;Cowboy&nbsp;development&nbsp;or&nbsp;any&nbsp;other&nbsp;related&nbsp;project&nbsp;(Ranch,&nbsp;Bullet,&nbsp;Sheriff&nbsp;and&nbsp;upcoming&nbsp;projects).&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Discussions&nbsp;will&nbsp;be&nbsp;centered&nbsp;about&nbsp;these&nbsp;projects&nbsp;and&nbsp;related&nbsp;subjects.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Repositories&nbsp;will&nbsp;soon&nbsp;be&nbsp;updated&nbsp;with&nbsp;information&nbsp;about&nbsp;this&nbsp;IRC&nbsp;channel.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Feel&nbsp;free&nbsp;to&nbsp;come&nbsp;and&nbsp;hang&nbsp;out.&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20121220/631f7f13/attachment.html b/_build/static/archives/extend/attachments/20121220/631f7f13/attachment.html
new file mode 100644
index 00000000..78784c07
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20121220/631f7f13/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+Does&nbsp;anybody&nbsp;know&nbsp;either&nbsp;from&nbsp;benchmarks&nbsp;or&nbsp;real&nbsp;world&nbsp;data&nbsp;what&nbsp;is&nbsp;the&nbsp;average&nbsp;memory&nbsp;footprint&nbsp;of&nbsp;each&nbsp;concurrent&nbsp;HTTPS&nbsp;connection&nbsp;to&nbsp;cowboy?&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;SSL&nbsp;app&nbsp;in&nbsp;Erlang&nbsp;reuses&nbsp;SSL&nbsp;session-ids&nbsp;so&nbsp;I&nbsp;am&nbsp;not&nbsp;sure&nbsp;if&nbsp;the&nbsp;Apache&nbsp;Bench&nbsp;I&nbsp;test&nbsp;with&nbsp;reuses&nbsp;the&nbsp;session&nbsp;id&nbsp;or&nbsp;it&nbsp;does&nbsp;not.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;BTW,&nbsp;what&nbsp;makes&nbsp;an&nbsp;erlang&nbsp;api&nbsp;&quot;documented&quot;&nbsp;vs&nbsp;&quot;undocumented&quot;.&nbsp;For&nbsp;example&nbsp;ssl:session_info/1&nbsp;function&nbsp;here&nbsp;(&nbsp;&lt;a&nbsp;href=&quot;https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411&quot;&gt;https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411&lt;/a&gt;&nbsp;)&nbsp;has&nbsp;a&nbsp;spec&nbsp;and&nbsp;a&nbsp;short&nbsp;doc,&nbsp;but&nbsp;session_info&nbsp;is&nbsp;not&nbsp;described�&lt;a&nbsp;href=&quot;http://www.erlang.org/doc/man/ssl.html&quot;&gt;http://www.erlang.org/doc/man/ssl.html&lt;/a&gt;&nbsp;.ssl:session_info/1&nbsp;is&nbsp;a&nbsp;useful&nbsp;function&nbsp;to&nbsp;be&nbsp;able&nbsp;to&nbsp;track&nbsp;if&nbsp;the&nbsp;load&nbsp;generator&nbsp;is&nbsp;reusing&nbsp;the&nbsp;SSL&nbsp;session_id&nbsp;or&nbsp;it&nbsp;is&nbsp;generating&nbsp;new&nbsp;one,&nbsp;because&nbsp;that&nbsp;would&nbsp;make&nbsp;all&nbsp;the&nbsp;difference&nbsp;during&nbsp;measurement&nbsp;due&nbsp;to&nbsp;Erlang&nbsp;caching&nbsp;SSL&nbsp;sessions&nbsp;by&nbsp;default.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Sincerely,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;rambocoder&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20121221/8bfb2f11/attachment.html b/_build/static/archives/extend/attachments/20121221/8bfb2f11/attachment.html
new file mode 100644
index 00000000..9650a876
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20121221/8bfb2f11/attachment.html
@@ -0,0 +1,44 @@
+<tt>
+In&nbsp;my&nbsp;preliminary&nbsp;testing,&nbsp;I&nbsp;used&nbsp;Jmeter&nbsp;this&nbsp;morning&nbsp;since&nbsp;it&#39;s&nbsp;an&nbsp;easy GUI&nbsp;load&nbsp;testing&nbsp;app and&nbsp;this&nbsp;is&nbsp;what&nbsp;I&nbsp;am&nbsp;seeing:&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;With&nbsp;R15B03-01&nbsp;[smp:4:4]&nbsp;[async-threads:4]&nbsp;[hipe]&nbsp;[kernel-poll:true],&nbsp;when&nbsp;I&nbsp;establish&nbsp;1K&nbsp;concurrent&nbsp;connections&nbsp;via&nbsp;HTTPS,&nbsp;each&nbsp;connection&nbsp;takes&nbsp;up&nbsp;about&nbsp;68K&nbsp;of&nbsp;memory.&lt;br&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Unfortunately,&nbsp;after&nbsp;about&nbsp;1050-1200&nbsp;connections,&nbsp;on&nbsp;my&nbsp;test&nbsp;server&nbsp;the&nbsp;Erlang&nbsp;scheduler&nbsp;jumps&nbsp;to&nbsp;100%&nbsp;CPU&nbsp;utilization&nbsp;on&nbsp;all&nbsp;4&nbsp;schedulers,&nbsp;while&nbsp;up&nbsp;to&nbsp;that&nbsp;point&nbsp;the&nbsp;scheduler&#39;s&nbsp;load&nbsp;was oscillating up&nbsp;and&nbsp;down.&nbsp;Using&nbsp;the&nbsp;Observer,&nbsp;there&nbsp;is&nbsp;only&nbsp;1&nbsp;ssl_connection_sup&nbsp; in&nbsp;the&nbsp;ssl&nbsp;application,&nbsp;having&nbsp;to&nbsp;deal&nbsp;with&nbsp;1000+&nbsp;gen_fsm&nbsp;workers,&nbsp;so&nbsp;that&nbsp;might&nbsp;be&nbsp;the&nbsp;bottleneck.&nbsp;Since&nbsp;the&nbsp;ulimit&nbsp;on&nbsp;my&nbsp;server&nbsp;is&nbsp;50000&nbsp;I&nbsp;don&#39;t&nbsp;think&nbsp;I&nbsp;am&nbsp;hitting&nbsp;any&nbsp;type&nbsp;of&nbsp;file&nbsp;handler&#39;s&nbsp;limit.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Loïc&nbsp;and&nbsp;the&nbsp;group,&nbsp;am&nbsp;I&nbsp;missing&nbsp;some&nbsp;setting&nbsp;that&nbsp;is&nbsp;causing&nbsp;the&nbsp;scheduler&nbsp;to&nbsp;go&nbsp;to&nbsp;100%&nbsp;CPU&nbsp;and&nbsp;the&nbsp;run&nbsp;que&nbsp;in&nbsp;observer&nbsp;to&nbsp;be&nbsp;99?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;table&nbsp;cellpadding=&quot;0&quot;&nbsp;class=&quot;cf&nbsp;an5&quot;&nbsp;id=&quot;:zc&quot;&nbsp;style=&quot;border-collapse:collapse;outline:none;overflow:hidden;table-layout:fixed;width:202px;color:rgb(34,34,34);font-family:arial,sans-serif;text-align:start;background-color:rgb(255,255,255)&quot;&gt;<br>
+&lt;tbody&gt;&lt;tr&gt;&lt;td&nbsp;class=&quot;anQ&quot;&nbsp;style=&quot;margin:0px;overflow:hidden;text-overflow:ellipsis;vertical-align:top&quot;&gt;Sincerely,&lt;br&gt;&lt;br&gt;rambocoder&lt;/td&gt;&lt;/tr&gt;&lt;/tbody&gt;&lt;/table&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Fri,&nbsp;Dec&nbsp;21,&nbsp;2012&nbsp;at&nbsp;6:45&nbsp;AM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;On&nbsp;12/21/2012&nbsp;04:34&nbsp;AM,&nbsp;rambocoder&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Does&nbsp;anybody&nbsp;know&nbsp;either&nbsp;from&nbsp;benchmarks&nbsp;or&nbsp;real&nbsp;world&nbsp;data&nbsp;what&nbsp;is&nbsp;the&lt;br&gt;<br>
+average&nbsp;memory&nbsp;footprint&nbsp;of&nbsp;each&nbsp;concurrent&nbsp;HTTPS&nbsp;connection&nbsp;to&nbsp;cowboy?&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+I&nbsp;don&#39;t&nbsp;have&nbsp;anything,&nbsp;sorry.&nbsp;I&#39;m&nbsp;guessing&nbsp;it&nbsp;consumes&nbsp;a&nbsp;lot&nbsp;more&nbsp;than&nbsp;TCP&nbsp;though.&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+SSL&nbsp;app&nbsp;in&nbsp;Erlang&nbsp;reuses&nbsp;SSL&nbsp;session-ids&nbsp;so&nbsp;I&nbsp;am&nbsp;not&nbsp;sure&nbsp;if&nbsp;the&nbsp;Apache&lt;br&gt;<br>
+Bench&nbsp;I&nbsp;test&nbsp;with&nbsp;reuses&nbsp;the&nbsp;session&nbsp;id&nbsp;or&nbsp;it&nbsp;does&nbsp;not.&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+I&nbsp;wouldn&#39;t&nbsp;know,&nbsp;but&nbsp;I&nbsp;wouldn&#39;t&nbsp;trust&nbsp;Apache&nbsp;Bench&nbsp;doing&nbsp;the&nbsp;right&nbsp;thing.&nbsp;Any&nbsp;other&nbsp;benchmark&nbsp;tool&nbsp;usually&nbsp;works&nbsp;better&nbsp;in&nbsp;my&nbsp;experience.&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+BTW,&nbsp;what&nbsp;makes&nbsp;an&nbsp;erlang&nbsp;api&nbsp;&quot;documented&quot;&nbsp;vs&nbsp;&quot;undocumented&quot;.&nbsp;For&lt;br&gt;<br>
+example&nbsp;ssl:session_info/1&nbsp;function&nbsp;here&nbsp;(&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/erlang/otp/&lt;u&gt;&lt;/u&gt;blob/maint/lib/ssl/src/ssl.&lt;u&gt;&lt;/u&gt;erl#L411&lt;/a&gt;&nbsp;)&nbsp;has&lt;br&gt;<br>
+a&nbsp;spec&nbsp;and&nbsp;a&nbsp;short&nbsp;doc,&nbsp;but&nbsp;session_info&nbsp;is&nbsp;not&nbsp;described&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://www.erlang.org/doc/man/ssl.html&quot;&nbsp;target=&quot;_blank&quot;&gt;http://www.erlang.org/doc/man/&lt;u&gt;&lt;/u&gt;ssl.html&lt;/a&gt;&nbsp;.ssl:session_info/1&nbsp;is&nbsp;a&nbsp;useful&lt;br&gt;<br>
+function&nbsp;to&nbsp;be&nbsp;able&nbsp;to&nbsp;track&nbsp;if&nbsp;the&nbsp;load&nbsp;generator&nbsp;is&nbsp;reusing&nbsp;the&nbsp;SSL&lt;br&gt;<br>
+session_id&nbsp;or&nbsp;it&nbsp;is&nbsp;generating&nbsp;new&nbsp;one,&nbsp;because&nbsp;that&nbsp;would&nbsp;make&nbsp;all&nbsp;the&lt;br&gt;<br>
+difference&nbsp;during&nbsp;measurement&nbsp;due&nbsp;to&nbsp;Erlang&nbsp;caching&nbsp;SSL&nbsp;sessions&nbsp;by&nbsp;default.&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+The&nbsp;documentation&nbsp;is&nbsp;separate&nbsp;(they&#39;re&nbsp;not&nbsp;using&nbsp;edoc).&nbsp;It&#39;s&nbsp;perhaps&nbsp;not&nbsp;deemed&nbsp;useful&nbsp;enough&nbsp;for&nbsp;documenting&nbsp;it.&nbsp;I&nbsp;wouldn&#39;t&nbsp;worry&nbsp;about&nbsp;using&nbsp;it&nbsp;for&nbsp;measurements&nbsp;though.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Try&nbsp;asking&nbsp;Ingela&nbsp;on&nbsp;the&nbsp;ML&nbsp;about&nbsp;it,&nbsp;perhaps&nbsp;they&nbsp;just&nbsp;forgot&nbsp;to&nbsp;document&nbsp;it.&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20121221/945f636e/attachment.html b/_build/static/archives/extend/attachments/20121221/945f636e/attachment.html
new file mode 100644
index 00000000..e10a9807
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20121221/945f636e/attachment.html
@@ -0,0 +1,108 @@
+<tt>
+Long&nbsp;story&nbsp;short,&nbsp;I&nbsp;solved&nbsp;the&nbsp;problem&nbsp;by&nbsp;adding {max_connections,&nbsp;50000}&nbsp;to&nbsp;cowboy:start_https&nbsp;because&nbsp;it&nbsp;default&nbsp;to&nbsp;1024&nbsp;at &lt;a&nbsp;href=&quot;https://github.com/extend/ranch/blob/master/src/ranch_listener_sup.erl#L30&quot;&gt;https://github.com/extend/ranch/blob/master/src/ranch_listener_sup.erl#L30&lt;/a&gt;&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;However,&nbsp;before&nbsp;I&nbsp;figured&nbsp;out&nbsp;that&nbsp;setting,&nbsp;I&nbsp;did&nbsp;run&nbsp;eprof&nbsp;and&nbsp;these&nbsp;are&nbsp;the&nbsp;function&nbsp;calls&nbsp;it&nbsp;was&nbsp;spending&nbsp;most&nbsp;of&nbsp;it&#39;s&nbsp;time&nbsp;on&lt;br&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;FUNCTION&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; CALLS&nbsp; &nbsp; &nbsp; %&nbsp; &nbsp;TIME&nbsp; [uS&nbsp;/&nbsp;CALLS]&lt;/div&gt;<br>
+&lt;div&gt;--------&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; -----&nbsp; &nbsp; ---&nbsp; &nbsp;----&nbsp; [----------]&lt;/div&gt;&lt;/div&gt;&lt;div&gt;dict:get_slot/2&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;174&nbsp; &nbsp;1.73&nbsp; &nbsp;1658&nbsp; [&nbsp; &nbsp; &nbsp; 9.53]&lt;/div&gt;&lt;div&gt;&lt;div&gt;dict:on_bucket/3&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 171&nbsp; &nbsp;1.77&nbsp; &nbsp;1701&nbsp; [&nbsp; &nbsp; &nbsp; 9.95]&lt;/div&gt;<br>
+&lt;div&gt;erlang:setelement/3&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;684&nbsp; &nbsp;3.23&nbsp; &nbsp;3098&nbsp; [&nbsp; &nbsp; &nbsp; 4.53]&lt;/div&gt;&lt;div&gt;dict:store_bkt_val/3&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 600&nbsp; &nbsp;5.24&nbsp; &nbsp;5028&nbsp; [&nbsp; &nbsp; &nbsp; 8.38]&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Then&nbsp;I&nbsp;ran&nbsp;etop&nbsp;and&nbsp;it&nbsp;showed&nbsp;that&nbsp;ranch_acceptor:maybe_wait&nbsp;had&nbsp;the&nbsp;most&nbsp;reductions&nbsp;were,&nbsp;so&nbsp;I&nbsp;looked&nbsp;at&nbsp;the&nbsp;code&nbsp;in&nbsp;that &lt;a&nbsp;href=&quot;https://github.com/extend/ranch/blob/master/src/ranch_acceptor.erl#L72&quot;&gt;https://github.com/extend/ranch/blob/master/src/ranch_acceptor.erl#L72&lt;/a&gt;&nbsp;and&nbsp;realized&nbsp;that&nbsp;like&nbsp;a&nbsp;newb&nbsp;I&nbsp;did&nbsp;not&nbsp;set&nbsp;the&nbsp;maximum&nbsp;connections&nbsp;for&nbsp;the&nbsp;listener&nbsp;:)&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Problem&nbsp;solved.&nbsp;Looks&nbsp;like&nbsp;I&nbsp;won&#39;t&nbsp;need&nbsp;to&nbsp;put&nbsp;HAProxy&nbsp;in&nbsp;front&nbsp;of&nbsp;Cowboy&nbsp;after&nbsp;all.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thank&nbsp;you,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;rambocoder&lt;/div&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Fri,&nbsp;Dec&nbsp;21,&nbsp;2012&nbsp;at&nbsp;11:51&nbsp;AM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Can&nbsp;you&nbsp;try&nbsp;enabling&nbsp;eprof&nbsp;to&nbsp;see&nbsp;where&nbsp;the&nbsp;VM&nbsp;spends&nbsp;its&nbsp;time?&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;12/21/2012&nbsp;05:49&nbsp;PM,&nbsp;rambocoder&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+In&nbsp;my&nbsp;preliminary&nbsp;testing,&nbsp;I&nbsp;used&nbsp;Jmeter&nbsp;this&nbsp;morning&nbsp;since&nbsp;it&#39;s&nbsp;an&lt;br&gt;<br>
+easy&nbsp;GUI&nbsp;load&nbsp;testing&nbsp;app&nbsp;and&nbsp;this&nbsp;is&nbsp;what&nbsp;I&nbsp;am&nbsp;seeing:&lt;br&gt;<br>
+&lt;br&gt;<br>
+With&nbsp;R15B03-01&nbsp;[smp:4:4]&nbsp;[async-threads:4]&nbsp;[hipe]&nbsp;[kernel-poll:true],&lt;br&gt;<br>
+when&nbsp;I&nbsp;establish&nbsp;1K&nbsp;concurrent&nbsp;connections&nbsp;via&nbsp;HTTPS,&nbsp;each&nbsp;connection&lt;br&gt;<br>
+takes&nbsp;up&nbsp;about&nbsp;68K&nbsp;of&nbsp;memory.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Unfortunately,&nbsp;after&nbsp;about&nbsp;1050-1200&nbsp;connections,&nbsp;on&nbsp;my&nbsp;test&nbsp;server&nbsp;the&lt;br&gt;<br>
+Erlang&nbsp;scheduler&nbsp;jumps&nbsp;to&nbsp;100%&nbsp;CPU&nbsp;utilization&nbsp;on&nbsp;all&nbsp;4&nbsp;schedulers,&lt;br&gt;<br>
+while&nbsp;up&nbsp;to&nbsp;that&nbsp;point&nbsp;the&nbsp;scheduler&#39;s&nbsp;load&nbsp;was&nbsp;oscillating&nbsp;up&nbsp;and&nbsp;down.&lt;br&gt;<br>
+Using&nbsp;the&nbsp;Observer,&nbsp;there&nbsp;is&nbsp;only&nbsp;1&nbsp;ssl_connection_sup&nbsp; in&nbsp;the&nbsp;ssl&lt;br&gt;<br>
+application,&nbsp;having&nbsp;to&nbsp;deal&nbsp;with&nbsp;1000+&nbsp;gen_fsm&nbsp;workers,&nbsp;so&nbsp;that&nbsp;might&nbsp;be&lt;br&gt;<br>
+the&nbsp;bottleneck.&nbsp;Since&nbsp;the&nbsp;ulimit&nbsp;on&nbsp;my&nbsp;server&nbsp;is&nbsp;50000&nbsp;I&nbsp;don&#39;t&nbsp;think&nbsp;I&lt;br&gt;<br>
+am&nbsp;hitting&nbsp;any&nbsp;type&nbsp;of&nbsp;file&nbsp;handler&#39;s&nbsp;limit.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Loïc&nbsp;and&nbsp;the&nbsp;group,&nbsp;am&nbsp;I&nbsp;missing&nbsp;some&nbsp;setting&nbsp;that&nbsp;is&nbsp;causing&nbsp;the&lt;br&gt;<br>
+scheduler&nbsp;to&nbsp;go&nbsp;to&nbsp;100%&nbsp;CPU&nbsp;and&nbsp;the&nbsp;run&nbsp;que&nbsp;in&nbsp;observer&nbsp;to&nbsp;be&nbsp;99?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Sincerely,&lt;br&gt;<br>
+&lt;br&gt;<br>
+rambocoder&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Fri,&nbsp;Dec&nbsp;21,&nbsp;2012&nbsp;at&nbsp;6:45&nbsp;AM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;12/21/2012&nbsp;04:34&nbsp;AM,&nbsp;rambocoder&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Does&nbsp;anybody&nbsp;know&nbsp;either&nbsp;from&nbsp;benchmarks&nbsp;or&nbsp;real&nbsp;world&nbsp;data&nbsp;what&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;is&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;average&nbsp;memory&nbsp;footprint&nbsp;of&nbsp;each&nbsp;concurrent&nbsp;HTTPS&nbsp;connection&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cowboy?&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;I&nbsp;don&#39;t&nbsp;have&nbsp;anything,&nbsp;sorry.&nbsp;I&#39;m&nbsp;guessing&nbsp;it&nbsp;consumes&nbsp;a&nbsp;lot&nbsp;more&lt;br&gt;<br>
+ &nbsp; &nbsp;than&nbsp;TCP&nbsp;though.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;SSL&nbsp;app&nbsp;in&nbsp;Erlang&nbsp;reuses&nbsp;SSL&nbsp;session-ids&nbsp;so&nbsp;I&nbsp;am&nbsp;not&nbsp;sure&nbsp;if&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Apache&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Bench&nbsp;I&nbsp;test&nbsp;with&nbsp;reuses&nbsp;the&nbsp;session&nbsp;id&nbsp;or&nbsp;it&nbsp;does&nbsp;not.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;I&nbsp;wouldn&#39;t&nbsp;know,&nbsp;but&nbsp;I&nbsp;wouldn&#39;t&nbsp;trust&nbsp;Apache&nbsp;Bench&nbsp;doing&nbsp;the&nbsp;right&lt;br&gt;<br>
+ &nbsp; &nbsp;thing.&nbsp;Any&nbsp;other&nbsp;benchmark&nbsp;tool&nbsp;usually&nbsp;works&nbsp;better&nbsp;in&nbsp;my&nbsp;experience.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;BTW,&nbsp;what&nbsp;makes&nbsp;an&nbsp;erlang&nbsp;api&nbsp;&quot;documented&quot;&nbsp;vs&nbsp;&quot;undocumented&quot;.&nbsp;For&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;example&nbsp;ssl:session_info/1&nbsp;function&nbsp;here&nbsp;(&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/erlang/otp/__blob/maint/lib/ssl/src/ssl.__erl#L411&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/erlang/otp/&lt;u&gt;&lt;/u&gt;__blob/maint/lib/ssl/src/ssl._&lt;u&gt;&lt;/u&gt;_erl#L411&lt;/a&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/erlang/otp/blob/maint/lib/ssl/src/ssl.erl#L411&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/erlang/&lt;u&gt;&lt;/u&gt;otp/blob/maint/lib/ssl/src/&lt;u&gt;&lt;/u&gt;ssl.erl#L411&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;)&nbsp;has&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;a&nbsp;spec&nbsp;and&nbsp;a&nbsp;short&nbsp;doc,&nbsp;but&nbsp;session_info&nbsp;is&nbsp;not&nbsp;described&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://www.erlang.org/doc/man/__ssl.html&quot;&nbsp;target=&quot;_blank&quot;&gt;http://www.erlang.org/doc/man/&lt;u&gt;&lt;/u&gt;__ssl.html&lt;/a&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://www.erlang.org/doc/man/ssl.html&quot;&nbsp;target=&quot;_blank&quot;&gt;http://www.erlang.org/doc/&lt;u&gt;&lt;/u&gt;man/ssl.html&lt;/a&gt;&gt;&nbsp;.ssl:session_info/1&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;a&nbsp;useful&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;function&nbsp;to&nbsp;be&nbsp;able&nbsp;to&nbsp;track&nbsp;if&nbsp;the&nbsp;load&nbsp;generator&nbsp;is&nbsp;reusing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;SSL&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;session_id&nbsp;or&nbsp;it&nbsp;is&nbsp;generating&nbsp;new&nbsp;one,&nbsp;because&nbsp;that&nbsp;would&nbsp;make&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;all&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;difference&nbsp;during&nbsp;measurement&nbsp;due&nbsp;to&nbsp;Erlang&nbsp;caching&nbsp;SSL&nbsp;sessions&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;by&nbsp;default.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;The&nbsp;documentation&nbsp;is&nbsp;separate&nbsp;(they&#39;re&nbsp;not&nbsp;using&nbsp;edoc).&nbsp;It&#39;s&nbsp;perhaps&lt;br&gt;<br>
+ &nbsp; &nbsp;not&nbsp;deemed&nbsp;useful&nbsp;enough&nbsp;for&nbsp;documenting&nbsp;it.&nbsp;I&nbsp;wouldn&#39;t&nbsp;worry&nbsp;about&lt;br&gt;<br>
+ &nbsp; &nbsp;using&nbsp;it&nbsp;for&nbsp;measurements&nbsp;though.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Try&nbsp;asking&nbsp;Ingela&nbsp;on&nbsp;the&nbsp;ML&nbsp;about&nbsp;it,&nbsp;perhaps&nbsp;they&nbsp;just&nbsp;forgot&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp;document&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loďc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;Erlang&nbsp;Cowboy&lt;br&gt;<br>
+ &nbsp; &nbsp;Nine&nbsp;Nines&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;/font&gt;&lt;/span&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130103/bae06e70/attachment.html b/_build/static/archives/extend/attachments/20130103/bae06e70/attachment.html
new file mode 100644
index 00000000..d8306a06
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130103/bae06e70/attachment.html
@@ -0,0 +1,54 @@
+<tt>
+Loic,&nbsp;it&nbsp;would&nbsp;be&nbsp;great&nbsp;to&nbsp;hear&nbsp;a&nbsp;bit,&nbsp;what&nbsp;problems&nbsp;have&nbsp;you&nbsp;met&nbsp;with.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;What&nbsp;issues&nbsp;with&nbsp;stability&nbsp;can&nbsp;be&nbsp;in&nbsp;acceptor&nbsp;pool?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Also&nbsp;I&nbsp;have&nbsp;question&nbsp;about&nbsp;updating&nbsp;protocol&nbsp;options:&nbsp;have&nbsp;you&nbsp;done&nbsp;something&nbsp;with&nbsp;the&nbsp;problem that&nbsp;after&nbsp;updating&nbsp;protocol&nbsp;options&nbsp;existing&nbsp;workers&nbsp;are&nbsp;running&nbsp;with&nbsp;old&nbsp;config?&lt;span&gt;&lt;/span&gt;&lt;br&gt;<br>
+&lt;br&gt;On&nbsp;Tuesday,&nbsp;December&nbsp;25,&nbsp;2012,&nbsp;Loïc&nbsp;Hoguin&nbsp;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Ho&nbsp;ho&nbsp;ho!&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;have&nbsp;just&nbsp;tagged&nbsp;version&nbsp;0.6.0&nbsp;of&nbsp;the&nbsp;Ranch&nbsp;project!&lt;br&gt;<br>
+&lt;br&gt;<br>
+Ranch&nbsp;is&nbsp;a&nbsp;socket&nbsp;acceptor&nbsp;pool&nbsp;for&nbsp;TCP&nbsp;protocols.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/ranch&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;ranch&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Ranch&nbsp;is&nbsp;used&nbsp;by&nbsp;the&nbsp;next&nbsp;version&nbsp;of&nbsp;Cowboy,&nbsp;0.8.0,&nbsp;set&nbsp;to&nbsp;be&nbsp;released&nbsp;early&nbsp;February,&nbsp;but&nbsp;also&nbsp;in&nbsp;Basho&#39;s&nbsp;Riak&nbsp;multi-data&nbsp;center&nbsp;replication&nbsp;amongst&nbsp;others.&lt;br&gt;<br>
+&lt;br&gt;<br>
+All&nbsp;tickets&nbsp;have&nbsp;been&nbsp;resolved.&nbsp;A&nbsp;significant&nbsp;contribution&nbsp;was&nbsp;made&nbsp;by&nbsp;Andrew&nbsp;Majorov&nbsp;to&nbsp;improve&nbsp;the&nbsp;fault&nbsp;tolerance&nbsp;capabilities&nbsp;of&nbsp;the&nbsp;application,&nbsp;making&nbsp;sure&nbsp;it&nbsp;always&nbsp;restarts&nbsp;properly&nbsp;when&nbsp;things&nbsp;go&nbsp;wrong.&nbsp;This&nbsp;has&nbsp;been&nbsp;made&nbsp;possible&nbsp;thanks&nbsp;to&nbsp;the&nbsp;amazing&nbsp;project&nbsp;from&nbsp;Daniel&nbsp;Luna,&nbsp;chaos_monkey&nbsp;(&lt;a&nbsp;href=&quot;https://github.com/dluna/chaos_monkey&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/dluna/&lt;u&gt;&lt;/u&gt;chaos_monkey&lt;/a&gt;).&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+The&nbsp;guide&nbsp;has&nbsp;also&nbsp;been&nbsp;improved&nbsp;and&nbsp;completed.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;ranch/HEAD/guide/introduction&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+If&nbsp;the&nbsp;guide&nbsp;isn&#39;t&nbsp;enough,&nbsp;drop&nbsp;by&nbsp;our&nbsp;new&nbsp;IRC&nbsp;channel&nbsp;dedicated&nbsp;to&nbsp;Cowboy,&nbsp;Ranch&nbsp;and&nbsp;all&nbsp;our&nbsp;other&nbsp;projects!&nbsp;#ninenines&nbsp;on&nbsp;Freenode.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Following&nbsp;is&nbsp;the&nbsp;list&nbsp;of&nbsp;change&nbsp;since&nbsp;last&nbsp;time:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ *&nbsp; Improve&nbsp;fault&nbsp;tolerance&nbsp;thanks&nbsp;to&nbsp;chaos_monkey&nbsp;testing&lt;br&gt;<br>
+ *&nbsp; Add&nbsp;&#39;nodelay&#39;&nbsp;option&nbsp;to&nbsp;transports&lt;br&gt;<br>
+ *&nbsp; Add&nbsp;&#39;verify&#39;&nbsp;option&nbsp;to&nbsp;ranch_ssl&nbsp;transport&lt;br&gt;<br>
+ *&nbsp; Add&nbsp;&#39;socket&#39;&nbsp;option&nbsp;to&nbsp;pass&nbsp;an&nbsp;already&nbsp;open&nbsp;socket&nbsp;to&nbsp;the&nbsp;listener&lt;br&gt;<br>
+ *&nbsp; Add&nbsp;Transport:sendfile/2&nbsp;function&nbsp;(uses&nbsp;a&nbsp;fallback&nbsp;if&nbsp;unavailable)&lt;br&gt;<br>
+ *&nbsp; Allow&nbsp;IP&nbsp;tuples&nbsp;in&nbsp;Transport:connect/3&lt;br&gt;<br>
+ *&nbsp; Add&nbsp;ranch:set_max_connections/2&nbsp;to&nbsp;update&nbsp;the&nbsp;value&nbsp;live&lt;br&gt;<br>
+ *&nbsp; Add&nbsp;ranch:get_max_connections/1&nbsp;to&nbsp;retrieve&nbsp;it&lt;br&gt;<br>
+&lt;br&gt;<br>
+We&nbsp;are&nbsp;always&nbsp;looking&nbsp;for&nbsp;feedback,&nbsp;especially&nbsp;now&nbsp;that&nbsp;there&nbsp;is&nbsp;no&nbsp;ticket&nbsp;left&nbsp;open&nbsp;on&nbsp;this&nbsp;project.&nbsp;If&nbsp;you&nbsp;are&nbsp;using&nbsp;Ranch&nbsp;and&nbsp;have&nbsp;questions&nbsp;or&nbsp;needs&nbsp;that&nbsp;it&nbsp;doesn&#39;t&nbsp;cover,&nbsp;please&nbsp;send&nbsp;them&nbsp;to&nbsp;us.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Commercial&nbsp;support&nbsp;will&nbsp;be&nbsp;available&nbsp;starting&nbsp;from&nbsp;January,&nbsp;ping&nbsp;me&nbsp;if&nbsp;you&nbsp;are&nbsp;interested.&nbsp;Details&nbsp;will&nbsp;be&nbsp;announced&nbsp;at&nbsp;a&nbsp;later&nbsp;time&nbsp;on&nbsp;the&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;ninenines.eu&lt;/a&gt;&nbsp;mailing&nbsp;list.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+I&nbsp;want&nbsp;to&nbsp;thank&nbsp;all&nbsp;contributors&nbsp;for&nbsp;helping&nbsp;this&nbsp;project&nbsp;by&nbsp;opening&nbsp;tickets,&nbsp;sending&nbsp;patches&nbsp;and&nbsp;offering&nbsp;feedback.&nbsp;I&nbsp;am&nbsp;as&nbsp;always&nbsp;very&nbsp;grateful&nbsp;for&nbsp;any&nbsp;and&nbsp;all&nbsp;contributions.&nbsp;I&nbsp;wouldn&#39;t&nbsp;have&nbsp;made&nbsp;it&nbsp;this&nbsp;far&nbsp;without&nbsp;the&nbsp;tremendous&nbsp;help&nbsp;I&nbsp;receive&nbsp;everyday.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Thanks&nbsp;to&nbsp;all&nbsp;and&nbsp;have&nbsp;a&nbsp;nice&nbsp;holiday!&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Santa&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130103/d9dbc1a5/attachment.html b/_build/static/archives/extend/attachments/20130103/d9dbc1a5/attachment.html
new file mode 100644
index 00000000..7a05b607
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130103/d9dbc1a5/attachment.html
@@ -0,0 +1,157 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;ok&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Jan&nbsp;3,&nbsp;2013&nbsp;at&nbsp;5:51&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Existing&nbsp;acceptors&nbsp;were&nbsp;using&nbsp;the&nbsp;old&nbsp;options&nbsp;for&nbsp;the&nbsp;next&nbsp;connection&nbsp;and&nbsp;then&nbsp;switched&nbsp;to&nbsp;the&nbsp;new&nbsp;options.&nbsp;But&nbsp;that&nbsp;has&nbsp;been&nbsp;fixed&nbsp;a&nbsp;long&nbsp;time&nbsp;ago.&nbsp;Ranch&nbsp;doesn&#39;t&nbsp;have&nbsp;that&nbsp;issue.&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;01/03/2013&nbsp;02:32&nbsp;PM,&nbsp;Max&nbsp;Lapshin&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+I&nbsp;mean&nbsp;situation&nbsp;that&nbsp;after&nbsp;cowboy:update_options&nbsp;existing&nbsp;acceptors&nbsp;are&lt;br&gt;<br>
+still&nbsp;working&nbsp;with&nbsp;old&nbsp;routes.&lt;br&gt;<br>
+Currently&nbsp;it&nbsp;is&nbsp;useless&nbsp;API,&nbsp;so&nbsp;I&nbsp;have&nbsp;to&nbsp;stop&nbsp;cowboy&nbsp;and&nbsp;start&nbsp;it&nbsp;back.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Thu,&nbsp;Jan&nbsp;3,&nbsp;2013&nbsp;at&nbsp;4:46&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Haven&#39;t&nbsp;had&nbsp;any&nbsp;stability&nbsp;issue.&nbsp;What&nbsp;we&nbsp;did&nbsp;here&nbsp;is&nbsp;ensure&nbsp;that&lt;br&gt;<br>
+ &nbsp; &nbsp;when&nbsp;any&nbsp;process&nbsp;gets&nbsp;killed&nbsp;for&nbsp;any&nbsp;reason,&nbsp;especially&nbsp;reasons&nbsp;we&lt;br&gt;<br>
+ &nbsp; &nbsp;can&#39;t&nbsp;foresee,&nbsp;Ranch&nbsp;continues&nbsp;to&nbsp;work&nbsp;as&nbsp;expected.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Ranch&nbsp;not&nbsp;updating&nbsp;protocol&nbsp;options&nbsp;for&nbsp;existing&nbsp;connections&nbsp;isn&#39;t&nbsp;a&lt;br&gt;<br>
+ &nbsp; &nbsp;problem,&nbsp;it&nbsp;won&#39;t&nbsp;be&nbsp;&quot;fixed&quot;.&nbsp;Ranch&nbsp;can&#39;t&nbsp;guess&nbsp;how&nbsp;connection&lt;br&gt;<br>
+ &nbsp; &nbsp;processes&nbsp;are&nbsp;implemented.&nbsp;It&#39;s&nbsp;up&nbsp;to&nbsp;you&nbsp;to&nbsp;allow&nbsp;this&nbsp;if&nbsp;you&nbsp;need&lt;br&gt;<br>
+ &nbsp; &nbsp;it.&nbsp;The&nbsp;upgrade&nbsp;updates&nbsp;the&nbsp;options&nbsp;for&nbsp;all&nbsp;acceptors&nbsp;and&nbsp;all&nbsp;future&lt;br&gt;<br>
+ &nbsp; &nbsp;connections,&nbsp;that&#39;s&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;01/03/2013&nbsp;10:30&nbsp;AM,&nbsp;Max&nbsp;Lapshin&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Loic,&nbsp;it&nbsp;would&nbsp;be&nbsp;great&nbsp;to&nbsp;hear&nbsp;a&nbsp;bit,&nbsp;what&nbsp;problems&nbsp;have&nbsp;you&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;met&nbsp;with.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;What&nbsp;issues&nbsp;with&nbsp;stability&nbsp;can&nbsp;be&nbsp;in&nbsp;acceptor&nbsp;pool?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Also&nbsp;I&nbsp;have&nbsp;question&nbsp;about&nbsp;updating&nbsp;protocol&nbsp;options:&nbsp;have&nbsp;you&nbsp;done&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;something&nbsp;with&nbsp;the&nbsp;problem&nbsp;that&nbsp;after&nbsp;updating&nbsp;protocol&nbsp;options&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;existing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;workers&nbsp;are&nbsp;running&nbsp;with&nbsp;old&nbsp;config?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;Tuesday,&nbsp;December&nbsp;25,&nbsp;2012,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Ho&nbsp;ho&nbsp;ho!&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;have&nbsp;just&nbsp;tagged&nbsp;version&nbsp;0.6.0&nbsp;of&nbsp;the&nbsp;Ranch&nbsp;project!&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Ranch&nbsp;is&nbsp;a&nbsp;socket&nbsp;acceptor&nbsp;pool&nbsp;for&nbsp;TCP&nbsp;protocols.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/____ranch&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/____&lt;u&gt;&lt;/u&gt;ranch&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/extend/__ranch&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/__&lt;u&gt;&lt;/u&gt;ranch&lt;/a&gt;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/extend/__ranch&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/__&lt;u&gt;&lt;/u&gt;ranch&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/extend/ranch&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;ranch&lt;/a&gt;&gt;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Ranch&nbsp;is&nbsp;used&nbsp;by&nbsp;the&nbsp;next&nbsp;version&nbsp;of&nbsp;Cowboy,&nbsp;0.8.0,&nbsp;set&nbsp;to&nbsp;be&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; released&nbsp;early&nbsp;February,&nbsp;but&nbsp;also&nbsp;in&nbsp;Basho&#39;s&nbsp;Riak&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;multi-data&nbsp;center&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; replication&nbsp;amongst&nbsp;others.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; All&nbsp;tickets&nbsp;have&nbsp;been&nbsp;resolved.&nbsp;A&nbsp;significant&nbsp;contribution&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;was&nbsp;made&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; by&nbsp;Andrew&nbsp;Majorov&nbsp;to&nbsp;improve&nbsp;the&nbsp;fault&nbsp;tolerance&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;capabilities&nbsp;of&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; application,&nbsp;making&nbsp;sure&nbsp;it&nbsp;always&nbsp;restarts&nbsp;properly&nbsp;when&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;things&nbsp;go&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; wrong.&nbsp;This&nbsp;has&nbsp;been&nbsp;made&nbsp;possible&nbsp;thanks&nbsp;to&nbsp;the&nbsp;amazing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;project&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; from&nbsp;Daniel&nbsp;Luna,&nbsp;chaos_monkey&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; (&lt;a&nbsp;href=&quot;https://github.com/dluna/____chaos_monkey&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/dluna/____&lt;u&gt;&lt;/u&gt;chaos_monkey&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/dluna/__chaos_monkey&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/dluna/__&lt;u&gt;&lt;/u&gt;chaos_monkey&lt;/a&gt;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;a&nbsp;href=&quot;https://github.com/dluna/__chaos_monkey&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/dluna/__&lt;u&gt;&lt;/u&gt;chaos_monkey&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/dluna/chaos_monkey&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/dluna/&lt;u&gt;&lt;/u&gt;chaos_monkey&lt;/a&gt;&gt;&gt;).&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; The&nbsp;guide&nbsp;has&nbsp;also&nbsp;been&nbsp;improved&nbsp;and&nbsp;completed.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/____ranch/HEAD/guide/introduction&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/__&lt;u&gt;&lt;/u&gt;__ranch/HEAD/guide/&lt;u&gt;&lt;/u&gt;introduction&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/_&lt;u&gt;&lt;/u&gt;_ranch/HEAD/guide/introduction&lt;/a&gt;&lt;u&gt;&lt;/u&gt;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/_&lt;u&gt;&lt;/u&gt;_ranch/HEAD/guide/introduction&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;ranch/HEAD/guide/introduction&lt;/a&gt;&gt;&lt;u&gt;&lt;/u&gt;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; If&nbsp;the&nbsp;guide&nbsp;isn&#39;t&nbsp;enough,&nbsp;drop&nbsp;by&nbsp;our&nbsp;new&nbsp;IRC&nbsp;channel&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;dedicated&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Cowboy,&nbsp;Ranch&nbsp;and&nbsp;all&nbsp;our&nbsp;other&nbsp;projects!&nbsp;#ninenines&nbsp;on&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Freenode.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Following&nbsp;is&nbsp;the&nbsp;list&nbsp;of&nbsp;change&nbsp;since&nbsp;last&nbsp;time:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *&nbsp; Improve&nbsp;fault&nbsp;tolerance&nbsp;thanks&nbsp;to&nbsp;chaos_monkey&nbsp;testing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *&nbsp; Add&nbsp;&#39;nodelay&#39;&nbsp;option&nbsp;to&nbsp;transports&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *&nbsp; Add&nbsp;&#39;verify&#39;&nbsp;option&nbsp;to&nbsp;ranch_ssl&nbsp;transport&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *&nbsp; Add&nbsp;&#39;socket&#39;&nbsp;option&nbsp;to&nbsp;pass&nbsp;an&nbsp;already&nbsp;open&nbsp;socket&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;listener&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *&nbsp; Add&nbsp;Transport:sendfile/2&nbsp;function&nbsp;(uses&nbsp;a&nbsp;fallback&nbsp;if&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;unavailable)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *&nbsp; Allow&nbsp;IP&nbsp;tuples&nbsp;in&nbsp;Transport:connect/3&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *&nbsp; Add&nbsp;ranch:set_max_connections/2&nbsp;to&nbsp;update&nbsp;the&nbsp;value&nbsp;live&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *&nbsp; Add&nbsp;ranch:get_max_connections/1&nbsp;to&nbsp;retrieve&nbsp;it&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; We&nbsp;are&nbsp;always&nbsp;looking&nbsp;for&nbsp;feedback,&nbsp;especially&nbsp;now&nbsp;that&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;there&nbsp;is&nbsp;no&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ticket&nbsp;left&nbsp;open&nbsp;on&nbsp;this&nbsp;project.&nbsp;If&nbsp;you&nbsp;are&nbsp;using&nbsp;Ranch&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;have&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; questions&nbsp;or&nbsp;needs&nbsp;that&nbsp;it&nbsp;doesn&#39;t&nbsp;cover,&nbsp;please&nbsp;send&nbsp;them&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;to&nbsp;us.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Commercial&nbsp;support&nbsp;will&nbsp;be&nbsp;available&nbsp;starting&nbsp;from&nbsp;January,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;ping&nbsp;me&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; if&nbsp;you&nbsp;are&nbsp;interested.&nbsp;Details&nbsp;will&nbsp;be&nbsp;announced&nbsp;at&nbsp;a&nbsp;later&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;time&nbsp;on&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; the&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;ninenines.eu&lt;/a&gt;&nbsp;&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&gt;&nbsp;mailing&nbsp;list.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;want&nbsp;to&nbsp;thank&nbsp;all&nbsp;contributors&nbsp;for&nbsp;helping&nbsp;this&nbsp;project&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;by&nbsp;opening&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; tickets,&nbsp;sending&nbsp;patches&nbsp;and&nbsp;offering&nbsp;feedback.&nbsp;I&nbsp;am&nbsp;as&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;always&nbsp;very&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; grateful&nbsp;for&nbsp;any&nbsp;and&nbsp;all&nbsp;contributions.&nbsp;I&nbsp;wouldn&#39;t&nbsp;have&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;made&nbsp;it&nbsp;this&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; far&nbsp;without&nbsp;the&nbsp;tremendous&nbsp;help&nbsp;I&nbsp;receive&nbsp;everyday.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Thanks&nbsp;to&nbsp;all&nbsp;and&nbsp;have&nbsp;a&nbsp;nice&nbsp;holiday!&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; --&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Erlang&nbsp;Santa&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Nine&nbsp;Nines&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ______________________________&lt;u&gt;&lt;/u&gt;_____________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang-questions@&lt;u&gt;&lt;/u&gt;erlang.org&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/____listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/____&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/__listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/__&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/__listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/__&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&gt;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;Erlang&nbsp;Cowboy&lt;br&gt;<br>
+ &nbsp; &nbsp;Nine&nbsp;Nines&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130103/f6c7fd25/attachment.html b/_build/static/archives/extend/attachments/20130103/f6c7fd25/attachment.html
new file mode 100644
index 00000000..e86b276c
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130103/f6c7fd25/attachment.html
@@ -0,0 +1,97 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;I&nbsp;mean&nbsp;situation&nbsp;that&nbsp;after&nbsp;cowboy:update_options&nbsp;existing&nbsp;acceptors&nbsp;are&nbsp;still&nbsp;working&nbsp;with&nbsp;old&nbsp;routes.&lt;br&gt;&lt;/div&gt;Currently&nbsp;it&nbsp;is&nbsp;useless&nbsp;API,&nbsp;so&nbsp;I&nbsp;have&nbsp;to&nbsp;stop&nbsp;cowboy&nbsp;and&nbsp;start&nbsp;it&nbsp;back.&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Jan&nbsp;3,&nbsp;2013&nbsp;at&nbsp;4:46&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Haven&#39;t&nbsp;had&nbsp;any&nbsp;stability&nbsp;issue.&nbsp;What&nbsp;we&nbsp;did&nbsp;here&nbsp;is&nbsp;ensure&nbsp;that&nbsp;when&nbsp;any&nbsp;process&nbsp;gets&nbsp;killed&nbsp;for&nbsp;any&nbsp;reason,&nbsp;especially&nbsp;reasons&nbsp;we&nbsp;can&#39;t&nbsp;foresee,&nbsp;Ranch&nbsp;continues&nbsp;to&nbsp;work&nbsp;as&nbsp;expected.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Ranch&nbsp;not&nbsp;updating&nbsp;protocol&nbsp;options&nbsp;for&nbsp;existing&nbsp;connections&nbsp;isn&#39;t&nbsp;a&nbsp;problem,&nbsp;it&nbsp;won&#39;t&nbsp;be&nbsp;&quot;fixed&quot;.&nbsp;Ranch&nbsp;can&#39;t&nbsp;guess&nbsp;how&nbsp;connection&nbsp;processes&nbsp;are&nbsp;implemented.&nbsp;It&#39;s&nbsp;up&nbsp;to&nbsp;you&nbsp;to&nbsp;allow&nbsp;this&nbsp;if&nbsp;you&nbsp;need&nbsp;it.&nbsp;The&nbsp;upgrade&nbsp;updates&nbsp;the&nbsp;options&nbsp;for&nbsp;all&nbsp;acceptors&nbsp;and&nbsp;all&nbsp;future&nbsp;connections,&nbsp;that&#39;s&nbsp;it.&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;01/03/2013&nbsp;10:30&nbsp;AM,&nbsp;Max&nbsp;Lapshin&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+Loic,&nbsp;it&nbsp;would&nbsp;be&nbsp;great&nbsp;to&nbsp;hear&nbsp;a&nbsp;bit,&nbsp;what&nbsp;problems&nbsp;have&nbsp;you&nbsp;met&nbsp;with.&lt;br&gt;<br>
+&lt;br&gt;<br>
+What&nbsp;issues&nbsp;with&nbsp;stability&nbsp;can&nbsp;be&nbsp;in&nbsp;acceptor&nbsp;pool?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Also&nbsp;I&nbsp;have&nbsp;question&nbsp;about&nbsp;updating&nbsp;protocol&nbsp;options:&nbsp;have&nbsp;you&nbsp;done&lt;br&gt;<br>
+something&nbsp;with&nbsp;the&nbsp;problem&nbsp;that&nbsp;after&nbsp;updating&nbsp;protocol&nbsp;options&nbsp;existing&lt;br&gt;<br>
+workers&nbsp;are&nbsp;running&nbsp;with&nbsp;old&nbsp;config?&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Tuesday,&nbsp;December&nbsp;25,&nbsp;2012,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Ho&nbsp;ho&nbsp;ho!&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;I&nbsp;have&nbsp;just&nbsp;tagged&nbsp;version&nbsp;0.6.0&nbsp;of&nbsp;the&nbsp;Ranch&nbsp;project!&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Ranch&nbsp;is&nbsp;a&nbsp;socket&nbsp;acceptor&nbsp;pool&nbsp;for&nbsp;TCP&nbsp;protocols.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/__ranch&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/__&lt;u&gt;&lt;/u&gt;ranch&lt;/a&gt;&nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/extend/ranch&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;ranch&lt;/a&gt;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Ranch&nbsp;is&nbsp;used&nbsp;by&nbsp;the&nbsp;next&nbsp;version&nbsp;of&nbsp;Cowboy,&nbsp;0.8.0,&nbsp;set&nbsp;to&nbsp;be&lt;br&gt;<br>
+ &nbsp; &nbsp;released&nbsp;early&nbsp;February,&nbsp;but&nbsp;also&nbsp;in&nbsp;Basho&#39;s&nbsp;Riak&nbsp;multi-data&nbsp;center&lt;br&gt;<br>
+ &nbsp; &nbsp;replication&nbsp;amongst&nbsp;others.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;All&nbsp;tickets&nbsp;have&nbsp;been&nbsp;resolved.&nbsp;A&nbsp;significant&nbsp;contribution&nbsp;was&nbsp;made&lt;br&gt;<br>
+ &nbsp; &nbsp;by&nbsp;Andrew&nbsp;Majorov&nbsp;to&nbsp;improve&nbsp;the&nbsp;fault&nbsp;tolerance&nbsp;capabilities&nbsp;of&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp;application,&nbsp;making&nbsp;sure&nbsp;it&nbsp;always&nbsp;restarts&nbsp;properly&nbsp;when&nbsp;things&nbsp;go&lt;br&gt;<br>
+ &nbsp; &nbsp;wrong.&nbsp;This&nbsp;has&nbsp;been&nbsp;made&nbsp;possible&nbsp;thanks&nbsp;to&nbsp;the&nbsp;amazing&nbsp;project&lt;br&gt;<br>
+ &nbsp; &nbsp;from&nbsp;Daniel&nbsp;Luna,&nbsp;chaos_monkey&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp;(&lt;a&nbsp;href=&quot;https://github.com/dluna/__chaos_monkey&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/dluna/__&lt;u&gt;&lt;/u&gt;chaos_monkey&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/dluna/chaos_monkey&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/dluna/&lt;u&gt;&lt;/u&gt;chaos_monkey&lt;/a&gt;&gt;).&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;The&nbsp;guide&nbsp;has&nbsp;also&nbsp;been&nbsp;improved&nbsp;and&nbsp;completed.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/__ranch/HEAD/guide/introduction&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/__&lt;u&gt;&lt;/u&gt;ranch/HEAD/guide/introduction&lt;/a&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/ranch/HEAD/guide/introduction&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;ranch/HEAD/guide/introduction&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;If&nbsp;the&nbsp;guide&nbsp;isn&#39;t&nbsp;enough,&nbsp;drop&nbsp;by&nbsp;our&nbsp;new&nbsp;IRC&nbsp;channel&nbsp;dedicated&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp;Cowboy,&nbsp;Ranch&nbsp;and&nbsp;all&nbsp;our&nbsp;other&nbsp;projects!&nbsp;#ninenines&nbsp;on&nbsp;Freenode.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Following&nbsp;is&nbsp;the&nbsp;list&nbsp;of&nbsp;change&nbsp;since&nbsp;last&nbsp;time:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp;*&nbsp; Improve&nbsp;fault&nbsp;tolerance&nbsp;thanks&nbsp;to&nbsp;chaos_monkey&nbsp;testing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp;*&nbsp; Add&nbsp;&#39;nodelay&#39;&nbsp;option&nbsp;to&nbsp;transports&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp;*&nbsp; Add&nbsp;&#39;verify&#39;&nbsp;option&nbsp;to&nbsp;ranch_ssl&nbsp;transport&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp;*&nbsp; Add&nbsp;&#39;socket&#39;&nbsp;option&nbsp;to&nbsp;pass&nbsp;an&nbsp;already&nbsp;open&nbsp;socket&nbsp;to&nbsp;the&nbsp;listener&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp;*&nbsp; Add&nbsp;Transport:sendfile/2&nbsp;function&nbsp;(uses&nbsp;a&nbsp;fallback&nbsp;if&nbsp;unavailable)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp;*&nbsp; Allow&nbsp;IP&nbsp;tuples&nbsp;in&nbsp;Transport:connect/3&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp;*&nbsp; Add&nbsp;ranch:set_max_connections/2&nbsp;to&nbsp;update&nbsp;the&nbsp;value&nbsp;live&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp;*&nbsp; Add&nbsp;ranch:get_max_connections/1&nbsp;to&nbsp;retrieve&nbsp;it&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;We&nbsp;are&nbsp;always&nbsp;looking&nbsp;for&nbsp;feedback,&nbsp;especially&nbsp;now&nbsp;that&nbsp;there&nbsp;is&nbsp;no&lt;br&gt;<br>
+ &nbsp; &nbsp;ticket&nbsp;left&nbsp;open&nbsp;on&nbsp;this&nbsp;project.&nbsp;If&nbsp;you&nbsp;are&nbsp;using&nbsp;Ranch&nbsp;and&nbsp;have&lt;br&gt;<br>
+ &nbsp; &nbsp;questions&nbsp;or&nbsp;needs&nbsp;that&nbsp;it&nbsp;doesn&#39;t&nbsp;cover,&nbsp;please&nbsp;send&nbsp;them&nbsp;to&nbsp;us.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Commercial&nbsp;support&nbsp;will&nbsp;be&nbsp;available&nbsp;starting&nbsp;from&nbsp;January,&nbsp;ping&nbsp;me&lt;br&gt;<br>
+ &nbsp; &nbsp;if&nbsp;you&nbsp;are&nbsp;interested.&nbsp;Details&nbsp;will&nbsp;be&nbsp;announced&nbsp;at&nbsp;a&nbsp;later&nbsp;time&nbsp;on&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp;the&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;ninenines.eu&lt;/a&gt;&nbsp;&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&gt;&nbsp;mailing&nbsp;list.&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;I&nbsp;want&nbsp;to&nbsp;thank&nbsp;all&nbsp;contributors&nbsp;for&nbsp;helping&nbsp;this&nbsp;project&nbsp;by&nbsp;opening&lt;br&gt;<br>
+ &nbsp; &nbsp;tickets,&nbsp;sending&nbsp;patches&nbsp;and&nbsp;offering&nbsp;feedback.&nbsp;I&nbsp;am&nbsp;as&nbsp;always&nbsp;very&lt;br&gt;<br>
+ &nbsp; &nbsp;grateful&nbsp;for&nbsp;any&nbsp;and&nbsp;all&nbsp;contributions.&nbsp;I&nbsp;wouldn&#39;t&nbsp;have&nbsp;made&nbsp;it&nbsp;this&lt;br&gt;<br>
+ &nbsp; &nbsp;far&nbsp;without&nbsp;the&nbsp;tremendous&nbsp;help&nbsp;I&nbsp;receive&nbsp;everyday.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Thanks&nbsp;to&nbsp;all&nbsp;and&nbsp;have&nbsp;a&nbsp;nice&nbsp;holiday!&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;Erlang&nbsp;Santa&lt;br&gt;<br>
+ &nbsp; &nbsp;Nine&nbsp;Nines&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp;______________________________&lt;u&gt;&lt;/u&gt;___________________&lt;br&gt;<br>
+ &nbsp; &nbsp;erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/__listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/__&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130117/19bfde40/attachment.html b/_build/static/archives/extend/attachments/20130117/19bfde40/attachment.html
new file mode 100644
index 00000000..7bed6877
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130117/19bfde40/attachment.html
@@ -0,0 +1,20 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Thanks&lt;font&nbsp;face=&quot;arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;white-space:nowrap&quot;&gt;�Lo�c!&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Jan&nbsp;17,&nbsp;2013&nbsp;at&nbsp;10:33&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Short,&nbsp;quick&nbsp;and&nbsp;semi-private&nbsp;announcement:&nbsp;Ranch&nbsp;0.6.1&nbsp;has&nbsp;been&nbsp;tagged.&lt;br&gt;<br>
+&lt;br&gt;<br>
+It&nbsp;includes&nbsp;a&nbsp;few&nbsp;guide&nbsp;updates,&nbsp;the&nbsp;addition&nbsp;of&nbsp;the&nbsp;raw&nbsp;option&nbsp;for&nbsp;specifying&nbsp;platform-specific&nbsp;socket&nbsp;options,&nbsp;and&nbsp;performance&nbsp;improvements&nbsp;when&nbsp;using&nbsp;the&nbsp;{max_connections,&nbsp;infinity}&nbsp;option.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Enjoy!&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130125/7d0820aa/attachment.html b/_build/static/archives/extend/attachments/20130125/7d0820aa/attachment.html
new file mode 100644
index 00000000..53a6c745
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130125/7d0820aa/attachment.html
@@ -0,0 +1,35 @@
+<tt>
+Hi&nbsp;Loic,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;d&nbsp;like&nbsp;to&nbsp;send&nbsp;feedback&nbsp;very&nbsp;much.&nbsp;But&nbsp;right&nbsp;now&nbsp;Cowboy&nbsp;is&nbsp;just&nbsp;used&nbsp;as&nbsp;demo&nbsp;in&nbsp;my&nbsp;company&nbsp;---&nbsp;BesTV&nbsp;(&lt;a&nbsp;href=&quot;http://www.bestv.com.cn&quot;&gt;www.bestv.com.cn&lt;/a&gt;),&nbsp;which&nbsp;is&nbsp;the&nbsp;largest&nbsp;IPTV&nbsp;and&nbsp;intenetTV&nbsp;operator&nbsp;in&nbsp;China.&nbsp;Although&nbsp;I&nbsp;think&nbsp;Cowby&nbsp;is&nbsp;good,&nbsp;the&nbsp;production&nbsp;environment&nbsp;is&nbsp;still&nbsp;dominated&nbsp;by&nbsp;Java&nbsp;and&nbsp;mainstream&nbsp;HTTP&nbsp;servers.&nbsp;Because&nbsp;I&#39;m&nbsp;from&nbsp;Ericsson,&nbsp;I&nbsp;hope&nbsp;to&nbsp;promote&nbsp;Erlang&nbsp;here&nbsp;but&nbsp;it&#39;s&nbsp;not&nbsp;so&nbsp;easy.&nbsp;I&nbsp;would&nbsp;send&nbsp;the&nbsp;data&nbsp;if&nbsp;Cowboy&nbsp;would&nbsp;be&nbsp;used&nbsp;in&nbsp;production&nbsp;and&nbsp;fully&nbsp;tested.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thank&nbsp;you!&lt;/div&gt;&lt;div&gt;Barco&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Fri,&nbsp;Jan&nbsp;25,&nbsp;2013&nbsp;at&nbsp;5:23&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Hey,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&#39;m&nbsp;looking&nbsp;into&nbsp;perhaps&nbsp;starting&nbsp;a&nbsp;project&nbsp;related&nbsp;to&nbsp;Cowboy&nbsp;and&nbsp;could&nbsp;use&nbsp;some&nbsp;feedback&nbsp;from&nbsp;users,&nbsp;particularly&nbsp;in&nbsp;the&nbsp;realm&nbsp;of&nbsp;numbers.&lt;br&gt;<br>
+&lt;br&gt;<br>
+If&nbsp;you&nbsp;use&nbsp;Cowboy&nbsp;and&nbsp;have&nbsp;it&nbsp;in&nbsp;production&nbsp;where:&lt;br&gt;<br>
+&lt;br&gt;<br>
+�*&nbsp;�Latency&nbsp;is&nbsp;vital&lt;br&gt;<br>
+�*&nbsp;�Throughput&nbsp;is&nbsp;vital&lt;br&gt;<br>
+�*&nbsp;�Concurrent&nbsp;number&nbsp;of&nbsp;connections&nbsp;is&nbsp;huge&lt;br&gt;<br>
+�*&nbsp;�Load&nbsp;is&nbsp;huge&nbsp;(or&nbsp;would&nbsp;be&nbsp;with&nbsp;another&nbsp;solution)&lt;br&gt;<br>
+&lt;br&gt;<br>
+Then&nbsp;I&#39;d&nbsp;like&nbsp;to&nbsp;hear&nbsp;from&nbsp;you!&lt;br&gt;<br>
+&lt;br&gt;<br>
+Please&nbsp;send&nbsp;me&nbsp;average&nbsp;numbers,&nbsp;statistics,&nbsp;graphs&nbsp;or&nbsp;anything&nbsp;where&nbsp;I&nbsp;can&nbsp;see&nbsp;how&nbsp;well&nbsp;it&nbsp;performs&nbsp;for&nbsp;you!&nbsp;In&nbsp;private&nbsp;if&nbsp;you&nbsp;prefer.&nbsp;Tell&nbsp;me&nbsp;if&nbsp;I&nbsp;can&nbsp;quote&nbsp;you&nbsp;or&nbsp;your&nbsp;company&nbsp;about&nbsp;it.&nbsp;Please&nbsp;answer&nbsp;even&nbsp;if&nbsp;we&nbsp;briefly&nbsp;discussed&nbsp;it&nbsp;in&nbsp;the&nbsp;past.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+(If&nbsp;you&nbsp;found&nbsp;that&nbsp;it&nbsp;didn&#39;t&nbsp;perform&nbsp;enough&nbsp;for&nbsp;your&nbsp;needs&nbsp;you&nbsp;should&nbsp;probably&nbsp;open&nbsp;a&nbsp;ticket,&nbsp;or,&nbsp;if&nbsp;you&nbsp;can&#39;t,&nbsp;send&nbsp;me&nbsp;a&nbsp;private&nbsp;email.)&lt;br&gt;<br>
+&lt;br&gt;<br>
+Looking&nbsp;forward&nbsp;to&nbsp;the&nbsp;feedback.&nbsp;Thanks!&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130204/3c258140/attachment.html b/_build/static/archives/extend/attachments/20130204/3c258140/attachment.html
new file mode 100644
index 00000000..4bf7a15b
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130204/3c258140/attachment.html
@@ -0,0 +1,20 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;It&nbsp;is&nbsp;rebar&nbsp;compatible&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/rebar.config&quot;&gt;https://github.com/extend/cowboy/blob/master/rebar.config&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;<br>
+I&nbsp;use&nbsp;it&nbsp;with&nbsp;rebar&nbsp;all&nbsp;the&nbsp;time.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Jan&nbsp;24,&nbsp;2013&nbsp;at&nbsp;2:41&nbsp;PM,&nbsp;Grzegorz&nbsp;Junka&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Hi,&lt;br&gt;<br>
+I&nbsp;understand&nbsp;the&nbsp;move&nbsp;away&nbsp;from&nbsp;Rebar&nbsp;but&nbsp;I&#39;d&nbsp;like&nbsp;to&nbsp;see&nbsp;the&nbsp;project&nbsp;to&nbsp;be&nbsp;still&nbsp;Rebar-compatible.&nbsp;Would&nbsp;that&nbsp;be&nbsp;a&nbsp;problem?&nbsp;Mainly&nbsp;I&nbsp;am&nbsp;thinking&nbsp;about&nbsp;dependencies.&nbsp;The&nbsp;Cowboy&nbsp;Makefile&nbsp;assumes&nbsp;that&nbsp;Ranch&nbsp;is&nbsp;in&nbsp;its&nbsp;deps&nbsp;folder.&nbsp;If&nbsp;Cowboy&nbsp;is&nbsp;a&nbsp;part&nbsp;of&nbsp;a&nbsp;bigger&nbsp;application,&nbsp;and&nbsp;most&nbsp;often&nbsp;it&nbsp;will&nbsp;be&nbsp;in&nbsp;such&nbsp;a&nbsp;role&nbsp;rather&nbsp;than&nbsp;a&nbsp;standalone&nbsp;application,&nbsp;then&nbsp;all&nbsp;dependencies&nbsp;should&nbsp;be&nbsp;kept&nbsp;in&nbsp;one&nbsp;place.&nbsp;In&nbsp;that&nbsp;case&nbsp;it&nbsp;would&nbsp;be&nbsp;the&nbsp;main&nbsp;project&#39;s&nbsp;deps&nbsp;folder,&nbsp;not&nbsp;Cowboy&#39;s&nbsp;deps&nbsp;folder.&nbsp;Can&nbsp;the&nbsp;compilation&nbsp;process&nbsp;be&nbsp;split&nbsp;into&nbsp;compiling&nbsp;Cowboy&nbsp;dependencies&nbsp;separately&nbsp;from&nbsp;Cowboy&nbsp;itself?&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+something&nbsp;like:&lt;br&gt;<br>
+&lt;br&gt;<br>
+all:&nbsp;compile-deps&nbsp;compile-cowboy&lt;br&gt;<br>
+&lt;br&gt;<br>
+Then&nbsp;if&nbsp;Cowboy&nbsp;is&nbsp;a&nbsp;dependency&nbsp;itself&nbsp;it&nbsp;may&nbsp;be&nbsp;just&nbsp;compiled&nbsp;without&nbsp;the&nbsp;dependency&nbsp;(as&nbsp;it&nbsp;will&nbsp;be&nbsp;compiled&nbsp;when&nbsp;the&nbsp;main&nbsp;project&nbsp;is&nbsp;compiled).&lt;br&gt;<br>
+&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130204/c34e6aa6/attachment.html b/_build/static/archives/extend/attachments/20130204/c34e6aa6/attachment.html
new file mode 100644
index 00000000..723b1717
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130204/c34e6aa6/attachment.html
@@ -0,0 +1,79 @@
+<tt>
+&lt;html&gt;<br>
+&nbsp;&nbsp;&lt;head&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;meta&nbsp;content=&quot;text/html;&nbsp;charset=ISO-8859-1&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;http-equiv=&quot;Content-Type&quot;&gt;<br>
+&nbsp;&nbsp;&lt;/head&gt;<br>
+&nbsp;&nbsp;&lt;body&nbsp;text=&quot;#000000&quot;&nbsp;bgcolor=&quot;#FFFFFF&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;class=&quot;moz-cite-prefix&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;pre&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC32&quot;&gt;deps/ranch:&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC33&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;@mkdir&nbsp;-p&nbsp;&lt;span&nbsp;class=&quot;k&quot;&gt;$(&lt;/span&gt;DEPS_DIR&lt;span&nbsp;class=&quot;k&quot;&gt;)&lt;/span&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC34&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;git&nbsp;clone&nbsp;-n&nbsp;--&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://github.com/extend/ranch.git&quot;&gt;https://github.com/extend/ranch.git&lt;/a&gt;&nbsp;&lt;span&nbsp;class=&quot;k&quot;&gt;$(&lt;/span&gt;DEPS_DIR&lt;span&nbsp;class=&quot;k&quot;&gt;)&lt;/span&gt;/ranch&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC35&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&nbsp;class=&quot;nb&quot;&gt;cd&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;k&quot;&gt;$(&lt;/span&gt;DEPS_DIR&lt;span&nbsp;class=&quot;k&quot;&gt;)&lt;/span&gt;/ranch&nbsp;;&nbsp;git&nbsp;checkout&nbsp;-q&nbsp;&lt;span&nbsp;class=&quot;k&quot;&gt;$(&lt;/span&gt;RANCH_VSN&lt;span&nbsp;class=&quot;k&quot;&gt;)&lt;/span&gt;&lt;/div&gt;&lt;/pre&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Am&nbsp;I&nbsp;to&nbsp;understand&nbsp;that&nbsp;the&nbsp;only&nbsp;way&nbsp;of&nbsp;having&nbsp;the&nbsp;dependencies&nbsp;in<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;another&nbsp;folder&nbsp;than&nbsp;cowboy/deps&nbsp;is&nbsp;to&nbsp;use&nbsp;Rebar&nbsp;(e.g.&nbsp;if&nbsp;compiling<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;using&nbsp;the&nbsp;makefile&nbsp;it&nbsp;will&nbsp;always&nbsp;assume&nbsp;that&nbsp;dependencies&nbsp;are&nbsp;in<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;local&nbsp;deps&nbsp;folder)?&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Would&nbsp;be&nbsp;good&nbsp;to&nbsp;have&nbsp;a&nbsp;target&nbsp;to&nbsp;compile&nbsp;cowboy&nbsp;without<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;dependencies.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;On&nbsp;04/02/2013&nbsp;20:10,&nbsp;Jeremy&nbsp;Ong&nbsp;wrote:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote<br>
+cite=&quot;mid:CAKD1GY7+fvMOR6PhOz=QGAi8r2T_Obf4gCjaH4hN_=J+hNyw4w@mail.gmail.com&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;type=&quot;cite&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;It&nbsp;is&nbsp;rebar&nbsp;compatible<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/rebar.config&quot;&gt;https://github.com/extend/cowboy/blob/master/rebar.config&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;style=&quot;&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;I&nbsp;use&nbsp;it&nbsp;with&nbsp;rebar&nbsp;all&nbsp;the&nbsp;time.&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Jan&nbsp;24,&nbsp;2013&nbsp;at&nbsp;2:41&nbsp;PM,<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Grzegorz&nbsp;Junka&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;wrote:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Hi,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;I&nbsp;understand&nbsp;the&nbsp;move&nbsp;away&nbsp;from&nbsp;Rebar&nbsp;but&nbsp;I'd&nbsp;like&nbsp;to&nbsp;see<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;the&nbsp;project&nbsp;to&nbsp;be&nbsp;still&nbsp;Rebar-compatible.&nbsp;Would&nbsp;that&nbsp;be&nbsp;a<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;problem?&nbsp;Mainly&nbsp;I&nbsp;am&nbsp;thinking&nbsp;about&nbsp;dependencies.&nbsp;The&nbsp;Cowboy<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Makefile&nbsp;assumes&nbsp;that&nbsp;Ranch&nbsp;is&nbsp;in&nbsp;its&nbsp;deps&nbsp;folder.&nbsp;If&nbsp;Cowboy<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;is&nbsp;a&nbsp;part&nbsp;of&nbsp;a&nbsp;bigger&nbsp;application,&nbsp;and&nbsp;most&nbsp;often&nbsp;it&nbsp;will&nbsp;be<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in&nbsp;such&nbsp;a&nbsp;role&nbsp;rather&nbsp;than&nbsp;a&nbsp;standalone&nbsp;application,&nbsp;then<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;all&nbsp;dependencies&nbsp;should&nbsp;be&nbsp;kept&nbsp;in&nbsp;one&nbsp;place.&nbsp;In&nbsp;that&nbsp;case<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;it&nbsp;would&nbsp;be&nbsp;the&nbsp;main&nbsp;project's&nbsp;deps&nbsp;folder,&nbsp;not&nbsp;Cowboy's<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;deps&nbsp;folder.&nbsp;Can&nbsp;the&nbsp;compilation&nbsp;process&nbsp;be&nbsp;split&nbsp;into<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;compiling&nbsp;Cowboy&nbsp;dependencies&nbsp;separately&nbsp;from&nbsp;Cowboy&nbsp;itself?&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;something&nbsp;like:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;all:&nbsp;compile-deps&nbsp;compile-cowboy&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Then&nbsp;if&nbsp;Cowboy&nbsp;is&nbsp;a&nbsp;dependency&nbsp;itself&nbsp;it&nbsp;may&nbsp;be&nbsp;just<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;compiled&nbsp;without&nbsp;the&nbsp;dependency&nbsp;(as&nbsp;it&nbsp;will&nbsp;be&nbsp;compiled&nbsp;when<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;the&nbsp;main&nbsp;project&nbsp;is&nbsp;compiled).&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;_______________________________________________&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130210/1b9560c2/attachment.html b/_build/static/archives/extend/attachments/20130210/1b9560c2/attachment.html
new file mode 100644
index 00000000..3050d08f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130210/1b9560c2/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=us-ascii&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&gt;Hi,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&nbsp;I'm&nbsp;playing&nbsp;around&nbsp;with&nbsp;a&nbsp;middleware&nbsp;and&nbsp;request/responsehooks.&nbsp;A&nbsp;couple&nbsp;of&nbsp;questions&nbsp;that&nbsp;have&nbsp;surfaced:&lt;/div&gt;&lt;div&gt;*&nbsp;Say&nbsp;I&nbsp;map&nbsp;a&nbsp;module&nbsp;to&nbsp;&quot;/my/path[...]&quot;&nbsp;and&nbsp;then&nbsp;curl&nbsp;&quot;/my/path/even/more/stuff&quot;.&nbsp;Is&nbsp;there&nbsp;a&nbsp;way&nbsp;to&nbsp;retrieve&nbsp;the&nbsp;&quot;rest&quot;&nbsp;of&nbsp;the&nbsp;matched&nbsp;path,&nbsp;i.e.&nbsp;like&nbsp;cowboy_req:path_info/1&nbsp;but&nbsp;just&nbsp;the&nbsp;rest,&nbsp;not&nbsp;the&nbsp;total&nbsp;path.&nbsp;The&nbsp;result&nbsp;I&nbsp;want&nbsp;is:&nbsp;[&lt;&lt;&quot;even&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;more&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;stuff&quot;&gt;&gt;].&lt;/div&gt;&lt;div&gt;*&nbsp;I've&nbsp;been&nbsp;trying&nbsp;to&nbsp;use&nbsp;a&nbsp;responsehook&nbsp;to&nbsp;ensure&nbsp;that&nbsp;a&nbsp;default&nbsp;content-type&nbsp;is&nbsp;set&nbsp;if&nbsp;none&nbsp;is&nbsp;specified.&nbsp;Been&nbsp;trying&nbsp;with&nbsp;cowboy_req:reply,&nbsp;coboy_req:set_resp_headers,&nbsp;etc.&nbsp;It&nbsp;doesn't&nbsp;seem&nbsp;to&nbsp;work&nbsp;that&nbsp;well.&nbsp;What's&nbsp;the&nbsp;preferred&nbsp;way?&lt;br&gt;&lt;div&nbsp;apple-content-edited=&quot;true&quot;&gt;<br>
+&lt;span&nbsp;class=&quot;Apple-style-span&quot;&nbsp;style=&quot;border-collapse:&nbsp;separate;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Helvetica;&nbsp;font-style:&nbsp;normal;&nbsp;font-variant:&nbsp;normal;&nbsp;font-weight:&nbsp;normal;&nbsp;letter-spacing:&nbsp;normal;&nbsp;line-height:&nbsp;normal;&nbsp;orphans:&nbsp;2;&nbsp;text-align:&nbsp;-webkit-auto;&nbsp;text-indent:&nbsp;0px;&nbsp;text-transform:&nbsp;none;&nbsp;white-space:&nbsp;normal;&nbsp;widows:&nbsp;2;&nbsp;word-spacing:&nbsp;0px;&nbsp;border-spacing:&nbsp;0px;&nbsp;-webkit-text-decorations-in-effect:&nbsp;none;&nbsp;-webkit-text-size-adjust:&nbsp;auto;&nbsp;-webkit-text-stroke-width:&nbsp;0px;&nbsp;font-size:&nbsp;medium;&nbsp;&quot;&gt;&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&gt;&lt;span&nbsp;class=&quot;Apple-style-span&quot;&nbsp;style=&quot;border-collapse:&nbsp;separate;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Helvetica;&nbsp;font-style:&nbsp;normal;&nbsp;font-variant:&nbsp;normal;&nbsp;font-weight:&nbsp;normal;&nbsp;letter-spacing:&nbsp;normal;&nbsp;line-height:&nbsp;normal;&nbsp;orphans:&nbsp;2;&nbsp;text-align:&nbsp;-webkit-auto;&nbsp;text-indent:&nbsp;0px;&nbsp;text-transform:&nbsp;none;&nbsp;white-space:&nbsp;normal;&nbsp;widows:&nbsp;2;&nbsp;word-spacing:&nbsp;0px;&nbsp;border-spacing:&nbsp;0px;&nbsp;-webkit-text-decorations-in-effect:&nbsp;none;&nbsp;-webkit-text-size-adjust:&nbsp;auto;&nbsp;-webkit-text-stroke-width:&nbsp;0px;&nbsp;font-size:&nbsp;medium;&nbsp;&quot;&gt;&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&gt;&lt;span&nbsp;class=&quot;Apple-style-span&quot;&nbsp;style=&quot;border-collapse:&nbsp;separate;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Helvetica;&nbsp;font-style:&nbsp;normal;&nbsp;font-variant:&nbsp;normal;&nbsp;font-weight:&nbsp;normal;&nbsp;letter-spacing:&nbsp;normal;&nbsp;line-height:&nbsp;normal;&nbsp;orphans:&nbsp;2;&nbsp;text-align:&nbsp;-webkit-auto;&nbsp;text-indent:&nbsp;0px;&nbsp;text-transform:&nbsp;none;&nbsp;white-space:&nbsp;normal;&nbsp;widows:&nbsp;2;&nbsp;word-spacing:&nbsp;0px;&nbsp;border-spacing:&nbsp;0px;&nbsp;-webkit-text-decorations-in-effect:&nbsp;none;&nbsp;-webkit-text-size-adjust:&nbsp;auto;&nbsp;-webkit-text-stroke-width:&nbsp;0px;&nbsp;font-size:&nbsp;medium;&nbsp;&quot;&gt;&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&gt;Regards,&lt;/div&gt;&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&gt;-Bip&nbsp;Thelin&lt;/div&gt;&lt;/span&gt;&lt;/div&gt;&lt;/span&gt;&lt;/div&gt;&lt;/span&gt;<br>
+&lt;/div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130212/09008370/attachment.html b/_build/static/archives/extend/attachments/20130212/09008370/attachment.html
new file mode 100644
index 00000000..c0fae195
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130212/09008370/attachment.html
@@ -0,0 +1,48 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Congrats!&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Tue,&nbsp;Feb&nbsp;12,&nbsp;2013&nbsp;at&nbsp;9:36&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Hello&nbsp;there!&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;0.8&nbsp;has&nbsp;been&nbsp;released.&nbsp;Cowboy&nbsp;is&nbsp;a&nbsp;small,&nbsp;fast&nbsp;and&nbsp;modular&nbsp;HTTP,&nbsp;REST&nbsp;and&nbsp;Websocket&nbsp;server.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;cowboy/&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+The&nbsp;number&nbsp;of&nbsp;contributors&nbsp;who&nbsp;helped&nbsp;make&nbsp;this&nbsp;release&nbsp;considerably&nbsp;increased.&nbsp;Cowboy&nbsp;is&nbsp;available&nbsp;thanks&nbsp;to&nbsp;the&nbsp;code&nbsp;contributions&nbsp;from&nbsp;50&nbsp;users,&nbsp;double&nbsp;from&nbsp;the&nbsp;last&nbsp;release&nbsp;where&nbsp;25&nbsp;contributed.&lt;br&gt;<br>
+&lt;br&gt;<br>
+The&nbsp;number&nbsp;of&nbsp;users&nbsp;has&nbsp;also&nbsp;greatly&nbsp;increased.&nbsp;Cowboy&nbsp;is&nbsp;being&nbsp;used&nbsp;in&nbsp;ad&nbsp;bidding,&nbsp;set-top&nbsp;boxes,&nbsp;live&nbsp;TV&nbsp;events,&nbsp;content&nbsp;streaming&nbsp;services,&nbsp;and&nbsp;many&nbsp;more&nbsp;exciting&nbsp;areas.&lt;br&gt;<br>
+&lt;br&gt;<br>
+This&nbsp;new&nbsp;version&nbsp;has&nbsp;many&nbsp;highlights.&nbsp;You&nbsp;can&nbsp;take&nbsp;a&nbsp;look&nbsp;at&nbsp;the&nbsp;changelog&nbsp;for&nbsp;detailed&nbsp;information&nbsp;about&nbsp;the&nbsp;many&nbsp;changes.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/CHANGELOG.md&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;cowboy/blob/master/CHANGELOG.&lt;u&gt;&lt;/u&gt;md&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;scalability&nbsp;has&nbsp;been&nbsp;greatly&nbsp;improved&nbsp;in&nbsp;this&nbsp;version.&nbsp;This&nbsp;has&nbsp;been&nbsp;observed&nbsp;many&nbsp;times&nbsp;in&nbsp;production,&nbsp;including&nbsp;in&nbsp;the&nbsp;AdGear&nbsp;Tracker&nbsp;project&nbsp;(&lt;a&nbsp;href=&quot;http://ferd.ca/rtb-where-erlang-blooms.html&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ferd.ca/rtb-where-&lt;u&gt;&lt;/u&gt;erlang-blooms.html&lt;/a&gt;)&nbsp;where&nbsp;updated&nbsp;nodes&nbsp;were&nbsp;able&nbsp;to&nbsp;handle&nbsp;2&nbsp;times&nbsp;more&nbsp;requests&nbsp;compared&nbsp;to&nbsp;older&nbsp;nodes.&nbsp;This&nbsp;improvement&nbsp;cannot&nbsp;be&nbsp;observed&nbsp;in&nbsp;&quot;hello&nbsp;world&quot;&nbsp;types&nbsp;of&nbsp;benchmarks.&nbsp;An&nbsp;article&nbsp;will&nbsp;soon&nbsp;be&nbsp;published&nbsp;to&nbsp;explain&nbsp;the&nbsp;reasons&nbsp;for&nbsp;this.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;now&nbsp;features&nbsp;a&nbsp;brand&nbsp;new&nbsp;user&nbsp;guide.&nbsp;It&nbsp;is&nbsp;still&nbsp;a&nbsp;work&nbsp;in&nbsp;progress,&nbsp;so&nbsp;please&nbsp;open&nbsp;a&nbsp;ticket&nbsp;on&nbsp;Github&nbsp;if&nbsp;something&nbsp;is&nbsp;missing&nbsp;or&nbsp;incorrect.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/HEAD/guide/introduction&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Remaining&nbsp;work&nbsp;before&nbsp;1.0&nbsp;include&nbsp;REST&nbsp;improvements&nbsp;and&nbsp;SPDY&nbsp;support.&nbsp;The&nbsp;rest&nbsp;of&nbsp;the&nbsp;API&nbsp;should&nbsp;now&nbsp;be&nbsp;very&nbsp;close&nbsp;to&nbsp;stable.&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;am&nbsp;looking&nbsp;for&nbsp;a&nbsp;good&nbsp;writer&nbsp;who&nbsp;would&nbsp;like&nbsp;to&nbsp;co-author&nbsp;a&nbsp;Cowboy&nbsp;book.&nbsp;The&nbsp;book&nbsp;will&nbsp;be&nbsp;accessible&nbsp;to&nbsp;people&nbsp;who&nbsp;don&#39;t&nbsp;know&nbsp;Erlang&nbsp;but&nbsp;will&nbsp;also&nbsp;contain&nbsp;everything&nbsp;there&nbsp;is&nbsp;to&nbsp;know&nbsp;about&nbsp;Cowboy,&nbsp;making&nbsp;it&nbsp;suitable&nbsp;for&nbsp;both&nbsp;beginners&nbsp;and&nbsp;experts.&nbsp;Contact&nbsp;me&nbsp;if&nbsp;you&nbsp;are&nbsp;interested.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+I&nbsp;now&nbsp;take&nbsp;donations&nbsp;in&nbsp;addition&nbsp;to&nbsp;commercial&nbsp;support&nbsp;options,&nbsp;to&nbsp;allow&nbsp;individual&nbsp;users&nbsp;to&nbsp;help&nbsp;the&nbsp;project&nbsp;stay&nbsp;alive&nbsp;and&nbsp;kicking.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/support&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/support&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Hope&nbsp;you&nbsp;enjoy&nbsp;it.&nbsp;As&nbsp;always,&nbsp;please&nbsp;send&nbsp;me&nbsp;as&nbsp;much&nbsp;feedback&nbsp;as&nbsp;possible&nbsp;to&nbsp;help&nbsp;me&nbsp;improve&nbsp;things&nbsp;even&nbsp;more,&nbsp;preferrably&nbsp;through&nbsp;Github&nbsp;tickets&nbsp;if&nbsp;it&#39;s&nbsp;related&nbsp;to&nbsp;code&nbsp;or&nbsp;documentation.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thanks&nbsp;for&nbsp;reading.&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130212/dc0291b4/attachment.html b/_build/static/archives/extend/attachments/20130212/dc0291b4/attachment.html
new file mode 100644
index 00000000..7bdbf15a
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130212/dc0291b4/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Great,&nbsp;Loic.&lt;br&gt;&lt;br&gt;As&nbsp;I&#39;ve&nbsp;told&nbsp;already,&nbsp;it&nbsp;would&nbsp;be&nbsp;great&nbsp;to&nbsp;listen&nbsp;to&nbsp;your&nbsp;experience&nbsp;about&nbsp;issues&nbsp;that&nbsp;you&nbsp;meet&nbsp;on&nbsp;high&nbsp;loads:&nbsp;smooth&nbsp;scaling,&nbsp;predictionable&nbsp;behaviour&nbsp;of&nbsp;server,&nbsp;etc.&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130213/41b12a6d/attachment.html b/_build/static/archives/extend/attachments/20130213/41b12a6d/attachment.html
new file mode 100644
index 00000000..aa578a68
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130213/41b12a6d/attachment.html
@@ -0,0 +1,50 @@
+<tt>
+&lt;p&gt;Great&nbsp;news!&nbsp;&lt;/p&gt;<br>
+&lt;p&gt;Congrats!&nbsp;&lt;/p&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Feb&nbsp;12,&nbsp;2013&nbsp;11:36&nbsp;AM,&nbsp;&quot;Lo�c&nbsp;Hoguin&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&nbsp;type=&quot;attribution&quot;&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hello&nbsp;there!&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;0.8&nbsp;has&nbsp;been&nbsp;released.&nbsp;Cowboy&nbsp;is&nbsp;a&nbsp;small,&nbsp;fast&nbsp;and&nbsp;modular&nbsp;HTTP,&nbsp;REST&nbsp;and&nbsp;Websocket&nbsp;server.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;cowboy/&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+The&nbsp;number&nbsp;of&nbsp;contributors&nbsp;who&nbsp;helped&nbsp;make&nbsp;this&nbsp;release&nbsp;considerably&nbsp;increased.&nbsp;Cowboy&nbsp;is&nbsp;available&nbsp;thanks&nbsp;to&nbsp;the&nbsp;code&nbsp;contributions&nbsp;from&nbsp;50&nbsp;users,&nbsp;double&nbsp;from&nbsp;the&nbsp;last&nbsp;release&nbsp;where&nbsp;25&nbsp;contributed.&lt;br&gt;<br>
+&lt;br&gt;<br>
+The&nbsp;number&nbsp;of&nbsp;users&nbsp;has&nbsp;also&nbsp;greatly&nbsp;increased.&nbsp;Cowboy&nbsp;is&nbsp;being&nbsp;used&nbsp;in&nbsp;ad&nbsp;bidding,&nbsp;set-top&nbsp;boxes,&nbsp;live&nbsp;TV&nbsp;events,&nbsp;content&nbsp;streaming&nbsp;services,&nbsp;and&nbsp;many&nbsp;more&nbsp;exciting&nbsp;areas.&lt;br&gt;<br>
+&lt;br&gt;<br>
+This&nbsp;new&nbsp;version&nbsp;has&nbsp;many&nbsp;highlights.&nbsp;You&nbsp;can&nbsp;take&nbsp;a&nbsp;look&nbsp;at&nbsp;the&nbsp;changelog&nbsp;for&nbsp;detailed&nbsp;information&nbsp;about&nbsp;the&nbsp;many&nbsp;changes.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/CHANGELOG.md&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;cowboy/blob/master/CHANGELOG.&lt;u&gt;&lt;/u&gt;md&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;scalability&nbsp;has&nbsp;been&nbsp;greatly&nbsp;improved&nbsp;in&nbsp;this&nbsp;version.&nbsp;This&nbsp;has&nbsp;been&nbsp;observed&nbsp;many&nbsp;times&nbsp;in&nbsp;production,&nbsp;including&nbsp;in&nbsp;the&nbsp;AdGear&nbsp;Tracker&nbsp;project&nbsp;(&lt;a&nbsp;href=&quot;http://ferd.ca/rtb-where-erlang-blooms.html&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ferd.ca/rtb-where-&lt;u&gt;&lt;/u&gt;erlang-blooms.html&lt;/a&gt;)&nbsp;where&nbsp;updated&nbsp;nodes&nbsp;were&nbsp;able&nbsp;to&nbsp;handle&nbsp;2&nbsp;times&nbsp;more&nbsp;requests&nbsp;compared&nbsp;to&nbsp;older&nbsp;nodes.&nbsp;This&nbsp;improvement&nbsp;cannot&nbsp;be&nbsp;observed&nbsp;in&nbsp;&quot;hello&nbsp;world&quot;&nbsp;types&nbsp;of&nbsp;benchmarks.&nbsp;An&nbsp;article&nbsp;will&nbsp;soon&nbsp;be&nbsp;published&nbsp;to&nbsp;explain&nbsp;the&nbsp;reasons&nbsp;for&nbsp;this.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;now&nbsp;features&nbsp;a&nbsp;brand&nbsp;new&nbsp;user&nbsp;guide.&nbsp;It&nbsp;is&nbsp;still&nbsp;a&nbsp;work&nbsp;in&nbsp;progress,&nbsp;so&nbsp;please&nbsp;open&nbsp;a&nbsp;ticket&nbsp;on&nbsp;Github&nbsp;if&nbsp;something&nbsp;is&nbsp;missing&nbsp;or&nbsp;incorrect.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/guide/introduction&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/HEAD/guide/introduction&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Remaining&nbsp;work&nbsp;before&nbsp;1.0&nbsp;include&nbsp;REST&nbsp;improvements&nbsp;and&nbsp;SPDY&nbsp;support.&nbsp;The&nbsp;rest&nbsp;of&nbsp;the&nbsp;API&nbsp;should&nbsp;now&nbsp;be&nbsp;very&nbsp;close&nbsp;to&nbsp;stable.&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;am&nbsp;looking&nbsp;for&nbsp;a&nbsp;good&nbsp;writer&nbsp;who&nbsp;would&nbsp;like&nbsp;to&nbsp;co-author&nbsp;a&nbsp;Cowboy&nbsp;book.&nbsp;The&nbsp;book&nbsp;will&nbsp;be&nbsp;accessible&nbsp;to&nbsp;people&nbsp;who&nbsp;don&#39;t&nbsp;know&nbsp;Erlang&nbsp;but&nbsp;will&nbsp;also&nbsp;contain&nbsp;everything&nbsp;there&nbsp;is&nbsp;to&nbsp;know&nbsp;about&nbsp;Cowboy,&nbsp;making&nbsp;it&nbsp;suitable&nbsp;for&nbsp;both&nbsp;beginners&nbsp;and&nbsp;experts.&nbsp;Contact&nbsp;me&nbsp;if&nbsp;you&nbsp;are&nbsp;interested.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+I&nbsp;now&nbsp;take&nbsp;donations&nbsp;in&nbsp;addition&nbsp;to&nbsp;commercial&nbsp;support&nbsp;options,&nbsp;to&nbsp;allow&nbsp;individual&nbsp;users&nbsp;to&nbsp;help&nbsp;the&nbsp;project&nbsp;stay&nbsp;alive&nbsp;and&nbsp;kicking.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/support&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/support&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Hope&nbsp;you&nbsp;enjoy&nbsp;it.&nbsp;As&nbsp;always,&nbsp;please&nbsp;send&nbsp;me&nbsp;as&nbsp;much&nbsp;feedback&nbsp;as&nbsp;possible&nbsp;to&nbsp;help&nbsp;me&nbsp;improve&nbsp;things&nbsp;even&nbsp;more,&nbsp;preferrably&nbsp;through&nbsp;Github&nbsp;tickets&nbsp;if&nbsp;it&#39;s&nbsp;related&nbsp;to&nbsp;code&nbsp;or&nbsp;documentation.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thanks&nbsp;for&nbsp;reading.&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130213/a992c0b6/attachment.html b/_build/static/archives/extend/attachments/20130213/a992c0b6/attachment.html
new file mode 100644
index 00000000..efa8eb31
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130213/a992c0b6/attachment.html
@@ -0,0 +1,25 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=us-ascii&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-size:&nbsp;14px;&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&nbsp;&quot;&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;In&nbsp;6.1,&nbsp;and&nbsp;still&nbsp;in&nbsp;8.0,&nbsp;there&nbsp;is&nbsp;some&nbsp;logic&nbsp;that&nbsp;surprised&nbsp;me,&nbsp;and&nbsp;I&nbsp;wanted&nbsp;to&nbsp;see&nbsp;if&nbsp;it&nbsp;was&nbsp;intentional,&nbsp;or&nbsp;if&nbsp;I'm&nbsp;missing&nbsp;something.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;If&nbsp;I&nbsp;set&nbsp;up&nbsp;a&nbsp;POST&nbsp;such&nbsp;that&nbsp;it's&nbsp;a&nbsp;create,&nbsp;I&nbsp;get&nbsp;back&nbsp;a&nbsp;303,&nbsp;rather&nbsp;than&nbsp;a&nbsp;201,&nbsp;on&nbsp;successful&nbsp;create.&nbsp;This&nbsp;came&nbsp;as&nbsp;a&nbsp;bit&nbsp;of&nbsp;a&nbsp;surprise;&nbsp;I&nbsp;know&nbsp;from&nbsp;Webmachine,&nbsp;if&nbsp;it's&nbsp;a&nbsp;new&nbsp;resource&nbsp;being&nbsp;created,&nbsp;a&nbsp;POST&nbsp;will&nbsp;return&nbsp;a&nbsp;201&nbsp;(N11&nbsp;to&nbsp;P11&nbsp;in&nbsp;Webmachine's<br>
+&nbsp;v3&nbsp;diagram).&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;Is&nbsp;this&nbsp;intentional?&nbsp;The&nbsp;logic&nbsp;seems&nbsp;to&nbsp;be&nbsp;post_is_create/2&nbsp;-&gt;&nbsp;create_path/2&nbsp;-&gt;&nbsp;put_resource/3&nbsp;-&gt;&nbsp;choose_content_type/5&nbsp;-&gt;&nbsp;next/3&nbsp;-&gt;&nbsp;respond(_,&nbsp;_,&nbsp;303).&nbsp;It&nbsp;may&nbsp;be&nbsp;that&nbsp;this&nbsp;is&nbsp;a&nbsp;better&nbsp;response,&nbsp;rather&nbsp;than&nbsp;a&nbsp;201&nbsp;with&nbsp;the&nbsp;location&nbsp;header,&nbsp;but&nbsp;it&nbsp;came<br>
+&nbsp;as&nbsp;a&nbsp;surprise&nbsp;given&nbsp;web&nbsp;machine's&nbsp;behavior.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;For&nbsp;background,&nbsp;I'm&nbsp;attempting&nbsp;to&nbsp;migrate&nbsp;some&nbsp;web&nbsp;machine&nbsp;code&nbsp;to&nbsp;Cowboy,&nbsp;which&nbsp;is&nbsp;serving&nbsp;a&nbsp;RESTful&nbsp;API&nbsp;to&nbsp;a&nbsp;Javascript&nbsp;client.&nbsp;The&nbsp;client&nbsp;is&nbsp;making&nbsp;CORS&nbsp;calls.&nbsp;Receiving&nbsp;a&nbsp;303&nbsp;and&nbsp;a&nbsp;Location&nbsp;header&nbsp;seemed&nbsp;to&nbsp;mean&nbsp;that&nbsp;the&nbsp;call&nbsp;was&nbsp;redirected&nbsp;before<br>
+&nbsp;the&nbsp;client&nbsp;side&nbsp;code&nbsp;ever&nbsp;saw&nbsp;it&nbsp;(not&nbsp;sure&nbsp;what&nbsp;the&nbsp;browser&nbsp;was&nbsp;doing;&nbsp;I&nbsp;was&nbsp;expecting&nbsp;another&nbsp;request,&nbsp;but&nbsp;I&nbsp;wasn't&nbsp;quite&nbsp;lucid&nbsp;enough&nbsp;to&nbsp;check&nbsp;for&nbsp;that&nbsp;last&nbsp;night&nbsp;when&nbsp;working&nbsp;on&nbsp;it);&nbsp;a&nbsp;201&nbsp;allows&nbsp;me&nbsp;to&nbsp;examine&nbsp;the&nbsp;location.&nbsp;&lt;/div&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130221/fc119c69/attachment.html b/_build/static/archives/extend/attachments/20130221/fc119c69/attachment.html
new file mode 100644
index 00000000..0a29dbf0
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130221/fc119c69/attachment.html
@@ -0,0 +1,14 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=us-ascii&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-size:&nbsp;14px;&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&nbsp;&quot;&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;I&nbsp;have&nbsp;a&nbsp;case&nbsp;where&nbsp;I&nbsp;am&nbsp;creating&nbsp;a&nbsp;resource&nbsp;through&nbsp;a&nbsp;POST.&nbsp;There&nbsp;are&nbsp;a&nbsp;number&nbsp;of&nbsp;places&nbsp;where&nbsp;the&nbsp;create&nbsp;can&nbsp;fail&nbsp;in&nbsp;a&nbsp;known&nbsp;manner,&nbsp;and&nbsp;we&nbsp;need&nbsp;to&nbsp;alert&nbsp;the&nbsp;user&nbsp;to&nbsp;the&nbsp;specifics&nbsp;of&nbsp;why.&nbsp;Is&nbsp;there&nbsp;a&nbsp;way&nbsp;to&nbsp;throw&nbsp;an&nbsp;arbitrary&nbsp;500,&nbsp;with&nbsp;message,&nbsp;from<br>
+&nbsp;within&nbsp;the&nbsp;REST&nbsp;handler?&nbsp;I&nbsp;can&nbsp;obviously&nbsp;just&nbsp;erlang:error(whatever),&nbsp;but&nbsp;the&nbsp;message&nbsp;content&nbsp;is&nbsp;ignored,&nbsp;and&nbsp;there&nbsp;is&nbsp;no&nbsp;way&nbsp;to&nbsp;pass&nbsp;back&nbsp;an&nbsp;updated&nbsp;response&nbsp;when&nbsp;doing&nbsp;that.&lt;/div&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130317/2ee0bc92/attachment.html b/_build/static/archives/extend/attachments/20130317/2ee0bc92/attachment.html
new file mode 100644
index 00000000..916afb32
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130317/2ee0bc92/attachment.html
@@ -0,0 +1,54 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=windows-1251&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-size:&nbsp;14px;&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&nbsp;&quot;&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;Cowboy&nbsp;aims&nbsp;to&nbsp;use&nbsp;binaries,&nbsp;not&nbsp;strings,&nbsp;and&nbsp;unless&nbsp;there's&nbsp;a&nbsp;change&nbsp;in&nbsp;the&nbsp;head&nbsp;branch&nbsp;I&nbsp;don't&nbsp;have,&nbsp;the&nbsp;returned&nbsp;tuple&nbsp;has&nbsp;only&nbsp;two&nbsp;values,&nbsp;the&nbsp;value&nbsp;and&nbsp;the&nbsp;request.&nbsp;So&nbsp;it&nbsp;should&nbsp;look&nbsp;like&nbsp;something&nbsp;like&nbsp;-&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;{Value,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:header(&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&nbsp;Req)&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;span&nbsp;id=&quot;OLK_SRC_BODY_SECTION&quot;&gt;<br>
+&lt;div&nbsp;style=&quot;font-family:Calibri;&nbsp;font-size:11pt;&nbsp;text-align:left;&nbsp;color:black;&nbsp;BORDER-BOTTOM:&nbsp;medium&nbsp;none;&nbsp;BORDER-LEFT:&nbsp;medium&nbsp;none;&nbsp;PADDING-BOTTOM:&nbsp;0in;&nbsp;PADDING-LEFT:&nbsp;0in;&nbsp;PADDING-RIGHT:&nbsp;0in;&nbsp;BORDER-TOP:&nbsp;#b5c4df&nbsp;1pt&nbsp;solid;&nbsp;BORDER-RIGHT:&nbsp;medium&nbsp;none;&nbsp;PADDING-TOP:&nbsp;3pt&quot;&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;From:&nbsp;&lt;/span&gt;������&nbsp;��������&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Date:&nbsp;&lt;/span&gt;Sunday,&nbsp;March&nbsp;17,&nbsp;2013&nbsp;9:22&nbsp;AM&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;To:&nbsp;&lt;/span&gt;&quot;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Subject:&nbsp;&lt;/span&gt;[99s-extend]&nbsp;cowboy&nbsp;header&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&lt;div&gt;<br>
+&lt;div&gt;Hello&nbsp;tell&nbsp;me&nbsp;how&nbsp;I&nbsp;can&nbsp;get&nbsp;for&nbsp;example&nbsp;http&nbsp;header&nbsp;&quot;user-agent&quot;?&lt;/div&gt;<br>
+&lt;div&gt;I&nbsp;do&nbsp;so:&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;handle(Req,&nbsp;State)&nbsp;-&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;{ok,&nbsp;FwdIP,&nbsp;Req5}&nbsp;=&nbsp;cowboy_req:header(&quot;user-agent,&nbsp;Req)&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;but&nbsp;in&nbsp;this&nbsp;place&nbsp;I&nbsp;get&nbsp;the&nbsp;error&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;--&lt;/div&gt;<br>
+&lt;div&gt;Vjacheslav&nbsp;Kozlov&lt;/div&gt;<br>
+&lt;div&gt;Engineer&nbsp;of&nbsp;AEMS&lt;/div&gt;<br>
+&lt;div&gt;Ltd.&nbsp;&quot;EER-Novomichurinsk&quot;&lt;/div&gt;<br>
+&lt;div&gt;--&lt;/div&gt;<br>
+&lt;div&gt;&lt;a&nbsp;href=&quot;http://www.ter-energo.ru&quot;&gt;http://www.ter-energo.ru&lt;/a&gt;&lt;/div&gt;<br>
+&lt;div&gt;&#43;79109095144&nbsp;09:00-18:00&nbsp;(GMT&#43;04:00)&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/span&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130317/2f20f449/attachment.html b/_build/static/archives/extend/attachments/20130317/2f20f449/attachment.html
new file mode 100644
index 00000000..4ad610e9
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130317/2f20f449/attachment.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;div&gt;Hello&nbsp;tell&nbsp;me&nbsp;how&nbsp;I&nbsp;can&nbsp;get&nbsp;for&nbsp;example&nbsp;http&nbsp;header&nbsp;&quot;user-agent&quot;?&lt;/div&gt;&lt;div&gt;I&nbsp;do&nbsp;so:&lt;/div&gt;&lt;div&gt;�&lt;/div&gt;&lt;div&gt;handle(Req,&nbsp;State)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;�&lt;/div&gt;&lt;div&gt;{ok,&nbsp;FwdIP,&nbsp;Req5}&nbsp;=&nbsp;cowboy_req:header(&quot;user-agent,&nbsp;Req)&lt;/div&gt;&lt;div&gt;�&lt;/div&gt;&lt;div&gt;but&nbsp;in&nbsp;this&nbsp;place&nbsp;I&nbsp;get&nbsp;the&nbsp;error&lt;/div&gt;&lt;div&gt;�&lt;/div&gt;&lt;div&gt;�&lt;/div&gt;&lt;div&gt;�&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Vjacheslav&nbsp;Kozlov&lt;/div&gt;&lt;div&gt;Engineer&nbsp;of&nbsp;AEMS&lt;/div&gt;&lt;div&gt;Ltd.&nbsp;&quot;EER-Novomichurinsk&quot;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;http://www.ter-energo.ru&lt;/div&gt;&lt;div&gt;+79109095144&nbsp;09:00-18:00&nbsp;(GMT+04:00)&lt;/div&gt;<br>
+<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130413/f1b70800/attachment.html b/_build/static/archives/extend/attachments/20130413/f1b70800/attachment.html
new file mode 100644
index 00000000..26903184
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130413/f1b70800/attachment.html
@@ -0,0 +1,13 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Apr&nbsp;11,&nbsp;2013&nbsp;at&nbsp;8:37&nbsp;PM,&nbsp;Brown,&nbsp;Kevin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left:1px&nbsp;solid&nbsp;rgb(204,204,204);padding-left:1ex&quot;&gt;&lt;br&gt;<br>
+Cowfolk,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;am&nbsp;doing&nbsp;something&nbsp;like&nbsp;this&nbsp;to&nbsp;create&nbsp;an&nbsp;#http_req&nbsp;suitable&nbsp;for&nbsp;unit&lt;br&gt;<br>
+testing&nbsp;my&nbsp;resource&nbsp;callbacks:&lt;br&gt;&lt;/blockquote&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;I&nbsp;use&nbsp;the&nbsp;library&nbsp;meck(&lt;a&nbsp;href=&quot;https://github.com/eproxus/meck&quot;&gt;https://github.com/eproxus/meck&lt;/a&gt;)&nbsp;to&nbsp;test&nbsp;stuff&nbsp;doing&nbsp;something&nbsp;like&nbsp;this:&lt;br&gt;<br>
+&lt;br&gt;some_test()&nbsp;-&gt;&lt;br&gt;�&nbsp;meck:expect(cowboy_req,&nbsp;binding,&nbsp;2,&nbsp;{&lt;&lt;&quot;app_key&quot;&gt;&gt;,&nbsp;req}&nbsp;)&lt;br&gt;�&nbsp;?assertEqual({ok,&nbsp;req,&nbsp;empty},&lt;br&gt;�&nbsp;�&nbsp;������������&nbsp;websocket_handler:websocket_init(transport,&nbsp;req,&nbsp;opts)),&lt;br&gt;<br>
+�&nbsp;?assert(meck:validate(cowboy_req)).&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;I&nbsp;use&nbsp;simple&nbsp;atoms&nbsp;as&nbsp;input&nbsp;and&nbsp;mock&nbsp;the&nbsp;cowboy_req&nbsp;functions&nbsp;to&nbsp;return&nbsp;atoms&nbsp;that&nbsp;would&nbsp;represent&nbsp;the&nbsp;correct&nbsp;or&nbsp;the&nbsp;wrong&nbsp;answer.&nbsp;&lt;br&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;The&nbsp;real&nbsp;implementation&nbsp;or&nbsp;how&nbsp;cowboy&nbsp;represent&nbsp;stuff&nbsp;is&nbsp;not&nbsp;important&nbsp;here,&nbsp;just&nbsp;the&nbsp;output&nbsp;pattern&nbsp;like&nbsp;{Binding,&nbsp;Req}.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;That&#39;s&nbsp;it&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;/div&gt;&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;&lt;br&gt;Eduardo&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130415/03f35a62/attachment.html b/_build/static/archives/extend/attachments/20130415/03f35a62/attachment.html
new file mode 100644
index 00000000..e39c9a22
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130415/03f35a62/attachment.html
@@ -0,0 +1,8 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello&nbsp;group,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;I&nbsp;am&nbsp;trying&nbsp;to&nbsp;put&nbsp;together&nbsp;a&nbsp;CSRF&nbsp;middleware�&lt;a&nbsp;href=&quot;https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693&quot;&gt;https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693&lt;/a&gt;�and&nbsp;if&nbsp;the&nbsp;body&nbsp;of&nbsp;the&nbsp;request&nbsp;contains&nbsp;&quot;_csrf&quot;&nbsp;token,&nbsp;I&nbsp;check&nbsp;to&nbsp;make&nbsp;sure&nbsp;it&nbsp;matches&nbsp;the&nbsp;csrf&nbsp;token&nbsp;in&nbsp;the&nbsp;session.&lt;/div&gt;<br>
+&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Currently&nbsp;I&nbsp;am&nbsp;doing&nbsp;it&nbsp;in&nbsp;middleware&nbsp;using&nbsp;cowboy_req:body_qs/1&nbsp;however&nbsp;when&nbsp;in&nbsp;the&nbsp;handler&nbsp;I&nbsp;need&nbsp;to&nbsp;read&nbsp;another&nbsp;body&nbsp;parameter,&nbsp;such&nbsp;as&nbsp;in&nbsp;the&nbsp;rest_pastebin&nbsp;example:&lt;/div&gt;&lt;div&nbsp;style&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;style&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;{ok,&nbsp;BodyQs,&nbsp;Req3}&nbsp;=&nbsp;cowboy_req:body_qs(Req),&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;Paste&nbsp;=&nbsp;proplists:get_value(&lt;&lt;&quot;paste&quot;&gt;&gt;,&nbsp;BodyQs),&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;cowboy_req:body_qs/1&nbsp;returns&nbsp;[]&nbsp;due&nbsp;to&nbsp;the&nbsp;body&nbsp;of&nbsp;the&nbsp;request&nbsp;being&nbsp;already&nbsp;read�{body_state,done}&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Is&nbsp;it&nbsp;pointless&nbsp;to&nbsp;have&nbsp;the&nbsp;type&nbsp;of&nbsp;CSRF&nbsp;middleware&nbsp;that&nbsp;I&nbsp;am&nbsp;writing&nbsp;and&nbsp;just&nbsp;do&nbsp;the&nbsp;CSRF&nbsp;in&nbsp;the&nbsp;handler&#39;s&nbsp;callback,&nbsp;where&nbsp;I&nbsp;can&nbsp;deal&nbsp;with&nbsp;all&nbsp;the&nbsp;body_qs&nbsp;at&nbsp;once?&lt;/div&gt;<br>
+&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Thank&nbsp;you,&lt;/div&gt;&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;rambocoder&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130415/59aaeef2/attachment.html b/_build/static/archives/extend/attachments/20130415/59aaeef2/attachment.html
new file mode 100644
index 00000000..f25d30e9
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130415/59aaeef2/attachment.html
@@ -0,0 +1,56 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Loic,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;After&nbsp;giving&nbsp;the&nbsp;CSRF&nbsp;middleware&nbsp;some&nbsp;thought&nbsp;and&nbsp;reading &lt;a&nbsp;href=&quot;https://www.owasp.org/index.php/Cross-Site_Request_Forgery_(CSRF)_Prevention_Cheat_Sheet#Disclosure_of_Token_in_URL&quot;&gt;https://www.owasp.org/index.php/Cross-Site_Request_Forgery_(CSRF)_Prevention_Cheat_Sheet#Disclosure_of_Token_in_URL&lt;/a&gt; I&nbsp;came&nbsp;to&nbsp;conclusion&nbsp;that&nbsp;it&nbsp;is&nbsp;best&nbsp;to&nbsp;just&nbsp;not&nbsp;create&nbsp;the&nbsp;middleware&nbsp;and&nbsp;instead&nbsp;deal&nbsp;with&nbsp;CSRF&nbsp;on&nbsp;as&nbsp;needed&nbsp;basis. &lt;/div&gt;<br>
+&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;I&nbsp;know&nbsp;that&nbsp;node&#39;s&nbsp;Connect&nbsp;middleware &lt;a&nbsp;href=&quot;http://www.senchalabs.org/connect/csrf.html#defaultValue&quot;&gt;http://www.senchalabs.org/connect/csrf.html#defaultValue&lt;/a&gt; for&nbsp;example&nbsp;allows&nbsp;for&nbsp;the&nbsp;csrf&nbsp;token&nbsp;to&nbsp;be&nbsp;passed&nbsp;as&nbsp;a&nbsp;query&nbsp;string&nbsp;parameter,&nbsp;however,&nbsp;the&nbsp;OWASP&nbsp;article&nbsp;made&nbsp;me&nbsp;think&nbsp;that&nbsp;it&nbsp;is&nbsp;not&nbsp;the&nbsp;most&nbsp;secure&nbsp;approach.&lt;/div&gt;<br>
+&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;For&nbsp;example,&nbsp;AngularJS &lt;a&nbsp;href=&quot;http://docs.angularjs.org/api/ng.$http&quot;&gt;http://docs.angularjs.org/api/ng.$http&lt;/a&gt; has&nbsp;a&nbsp;section&nbsp;on&nbsp;how&nbsp;their&nbsp;AJAX&nbsp;component&nbsp;behaves&nbsp;to&nbsp;do&nbsp;CSRF&nbsp;out&nbsp;of&nbsp;the&nbsp;box,&nbsp;and&nbsp;they&nbsp;are&nbsp;talking&nbsp;about&nbsp;the&nbsp;server&nbsp;sending&nbsp;a&nbsp;cookie &lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:monospace;font-size:12.800000190734863px;line-height:18px&quot;&gt;XSRF-TOKEN &lt;/span&gt;that&nbsp;is&nbsp;not&nbsp;HttpOnly.&nbsp;That&nbsp;makes&nbsp;me&nbsp;realize&nbsp;that&nbsp;csrf&nbsp;is&nbsp;a&nbsp;process&nbsp;more&nbsp;than&nbsp;just&nbsp;slapping&nbsp;some&nbsp;middleware&nbsp;into&nbsp;the&nbsp;pipeline.&lt;/div&gt;<br>
+&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Btw,&nbsp;I&nbsp;noticed&nbsp;that&nbsp;when&nbsp;the&nbsp;result&nbsp;of&nbsp;the&nbsp;middleware&nbsp;execute&nbsp;function&nbsp;is:&lt;/div&gt;&lt;div&nbsp;style&gt;{error,&nbsp;StatusCode,&nbsp;Req}&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;if&nbsp;I&nbsp;set&nbsp;the&nbsp;reply&nbsp;on&nbsp;the&nbsp;request&nbsp;via&nbsp;cowboy_req:reply&nbsp;before&nbsp;returning&nbsp;the&nbsp;{error..&nbsp;,&nbsp;the&nbsp;status&nbsp;code&nbsp;of&nbsp;that&nbsp;reply&nbsp;will&nbsp;be&nbsp;used.&lt;/div&gt;<br>
+&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Such&nbsp;as:&lt;/div&gt;&lt;div&nbsp;style&gt;&lt;div&gt;{ok,&nbsp;Req3}&nbsp;=&nbsp;cowboy_req:reply(403,&nbsp;[],&nbsp;&quot;Invalid&nbsp;CSRF&nbsp;Token.&quot;,&nbsp;Req2),&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;{error,&nbsp;500,&nbsp;Req3};&nbsp;%&nbsp;500&nbsp;is&nbsp;ignored,&nbsp;403&nbsp;is&nbsp;returned&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Is&nbsp;that&nbsp;by&nbsp;design?&lt;/div&gt;&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Sincerely,&lt;/div&gt;&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;rambocoder&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;<br>
+On&nbsp;Mon,&nbsp;Apr&nbsp;15,&nbsp;2013&nbsp;at&nbsp;4:47&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Why&nbsp;not&nbsp;just&nbsp;put&nbsp;the&nbsp;token&nbsp;in&nbsp;the&nbsp;URL&nbsp;instead?&nbsp;if&nbsp;it&#39;s&nbsp;CSRF&nbsp;then&nbsp;it&#39;s&nbsp;probably&nbsp;used&nbsp;only&nbsp;once&nbsp;and&nbsp;only&nbsp;for&nbsp;POST&nbsp;and&nbsp;the&nbsp;like,&nbsp;so&nbsp;not&nbsp;cached&nbsp;or&nbsp;anything.&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;04/15/2013&nbsp;10:45&nbsp;PM,&nbsp;rambocoder&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+Hello&nbsp;group,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;am&nbsp;trying&nbsp;to&nbsp;put&nbsp;together&nbsp;a&nbsp;CSRF&nbsp;middleware&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/rambocoder/stable/commit/b26980d292ac42aadfe9921a961436e28cdbb693&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/rambocoder/&lt;u&gt;&lt;/u&gt;stable/commit/&lt;u&gt;&lt;/u&gt;b26980d292ac42aadfe9921a961436&lt;u&gt;&lt;/u&gt;e28cdbb693&lt;/a&gt;&nbsp;and&lt;br&gt;<br>
+<br>
+if&nbsp;the&nbsp;body&nbsp;of&nbsp;the&nbsp;request&nbsp;contains&nbsp;&quot;_csrf&quot;&nbsp;token,&nbsp;I&nbsp;check&nbsp;to&nbsp;make&nbsp;sure&lt;br&gt;<br>
+it&nbsp;matches&nbsp;the&nbsp;csrf&nbsp;token&nbsp;in&nbsp;the&nbsp;session.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Currently&nbsp;I&nbsp;am&nbsp;doing&nbsp;it&nbsp;in&nbsp;middleware&nbsp;using&nbsp;cowboy_req:body_qs/1&nbsp;however&lt;br&gt;<br>
+when&nbsp;in&nbsp;the&nbsp;handler&nbsp;I&nbsp;need&nbsp;to&nbsp;read&nbsp;another&nbsp;body&nbsp;parameter,&nbsp;such&nbsp;as&nbsp;in&lt;br&gt;<br>
+the&nbsp;rest_pastebin&nbsp;example:&lt;br&gt;<br>
+&lt;br&gt;<br>
+{ok,&nbsp;BodyQs,&nbsp;Req3}&nbsp;=&nbsp;cowboy_req:body_qs(Req),&lt;br&gt;<br>
+Paste&nbsp;=&nbsp;proplists:get_value(&lt;&lt;&quot;paste&quot;&gt;&lt;u&gt;&lt;/u&gt;&gt;,&nbsp;BodyQs),&lt;br&gt;<br>
+&lt;br&gt;<br>
+cowboy_req:body_qs/1&nbsp;returns&nbsp;[]&nbsp;due&nbsp;to&nbsp;the&nbsp;body&nbsp;of&nbsp;the&nbsp;request&nbsp;being&lt;br&gt;<br>
+already&nbsp;read&nbsp;{body_state,done}&lt;br&gt;<br>
+&lt;br&gt;<br>
+Is&nbsp;it&nbsp;pointless&nbsp;to&nbsp;have&nbsp;the&nbsp;type&nbsp;of&nbsp;CSRF&nbsp;middleware&nbsp;that&nbsp;I&nbsp;am&nbsp;writing&lt;br&gt;<br>
+and&nbsp;just&nbsp;do&nbsp;the&nbsp;CSRF&nbsp;in&nbsp;the&nbsp;handler&#39;s&nbsp;callback,&nbsp;where&nbsp;I&nbsp;can&nbsp;deal&nbsp;with&lt;br&gt;<br>
+all&nbsp;the&nbsp;body_qs&nbsp;at&nbsp;once?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;you,&lt;br&gt;<br>
+&lt;br&gt;<br>
+rambocoder&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130419/383515dd/attachment.html b/_build/static/archives/extend/attachments/20130419/383515dd/attachment.html
new file mode 100644
index 00000000..05571216
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130419/383515dd/attachment.html
@@ -0,0 +1,213 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=Windows-1252&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-size:&nbsp;14px;&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&nbsp;&quot;&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;When&nbsp;querying&nbsp;to&nbsp;the&nbsp;VM&nbsp;from&nbsp;a&nbsp;browser,&nbsp;is&nbsp;Chrome&nbsp;complaining&nbsp;that&nbsp;it's&nbsp;a&nbsp;cross&nbsp;domain&nbsp;request&nbsp;in&nbsp;the&nbsp;console?&nbsp;Or&nbsp;something&nbsp;else?&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;Is&nbsp;the&nbsp;OPTIONS&nbsp;request&nbsp;firing&nbsp;and&nbsp;failing,&nbsp;or&nbsp;is&nbsp;it&nbsp;the&nbsp;POST&nbsp;that&nbsp;is&nbsp;failing&nbsp;(in&nbsp;the&nbsp;network&nbsp;tab)?&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;If&nbsp;it's&nbsp;working&nbsp;in&nbsp;a&nbsp;cross&nbsp;origin&nbsp;context&nbsp;for&nbsp;you&nbsp;locally&nbsp;across&nbsp;different&nbsp;domains&nbsp;(I.e.,&nbsp;the&nbsp;browser&nbsp;is&nbsp;sending&nbsp;the&nbsp;CORS&nbsp;headers&nbsp;on&nbsp;the&nbsp;request,&nbsp;and&nbsp;you're&nbsp;seeing&nbsp;the&nbsp;right&nbsp;headers&nbsp;on&nbsp;the&nbsp;response,&nbsp;and&nbsp;the&nbsp;browser&nbsp;is&nbsp;handling&nbsp;them&nbsp;properly,&nbsp;such&nbsp;that<br>
+&nbsp;you&nbsp;can&nbsp;retrieve&nbsp;the&nbsp;response&nbsp;from&nbsp;your&nbsp;Javascript),&nbsp;then&nbsp;it&nbsp;seems&nbsp;unlikely&nbsp;to&nbsp;be&nbsp;a&nbsp;CORS&nbsp;issue,&nbsp;but&nbsp;maybe&nbsp;a&nbsp;config&nbsp;or&nbsp;proxy&nbsp;or&nbsp;code&nbsp;issue&nbsp;in&nbsp;your&nbsp;handler.&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;span&nbsp;id=&quot;OLK_SRC_BODY_SECTION&quot;&gt;<br>
+&lt;div&nbsp;style=&quot;font-family:Calibri;&nbsp;font-size:11pt;&nbsp;text-align:left;&nbsp;color:black;&nbsp;BORDER-BOTTOM:&nbsp;medium&nbsp;none;&nbsp;BORDER-LEFT:&nbsp;medium&nbsp;none;&nbsp;PADDING-BOTTOM:&nbsp;0in;&nbsp;PADDING-LEFT:&nbsp;0in;&nbsp;PADDING-RIGHT:&nbsp;0in;&nbsp;BORDER-TOP:&nbsp;#b5c4df&nbsp;1pt&nbsp;solid;&nbsp;BORDER-RIGHT:&nbsp;medium&nbsp;none;&nbsp;PADDING-TOP:&nbsp;3pt&quot;&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;From:&nbsp;&lt;/span&gt;Lee&nbsp;Sylvester&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Date:&nbsp;&lt;/span&gt;Friday,&nbsp;April&nbsp;19,&nbsp;2013&nbsp;10:47&nbsp;AM&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;To:&nbsp;&lt;/span&gt;&quot;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Subject:&nbsp;&lt;/span&gt;[99s-extend]&nbsp;Cowboy&nbsp;CORS&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&gt;<br>
+&lt;div&gt;Hi&nbsp;guys,&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;So,&nbsp;I&nbsp;thought&nbsp;I&nbsp;had&nbsp;this&nbsp;resolved,&nbsp;as&nbsp;I&nbsp;managed&nbsp;to&nbsp;get&nbsp;it&nbsp;working&nbsp;locally,&nbsp;but&nbsp;across&nbsp;different&nbsp;local&nbsp;domains&nbsp;(&lt;a&nbsp;href=&quot;http://test.localhost.com&quot;&gt;test.localhost.com&lt;/a&gt;&nbsp;and<br>
+&lt;a&nbsp;href=&quot;http://cowboy.localhost.com&quot;&gt;cowboy.localhost.com&lt;/a&gt;).&nbsp;&nbsp;However,&nbsp;now&nbsp;I've&nbsp;deployed&nbsp;my&nbsp;app&nbsp;to&nbsp;a&nbsp;VM,&nbsp;I&nbsp;simply&nbsp;can't&nbsp;get&nbsp;CORS&nbsp;working&nbsp;in&nbsp;Cowboy.&nbsp;&nbsp;Here's&nbsp;the&nbsp;OPTIONS&nbsp;response&nbsp;from&nbsp;Chrome's&nbsp;console:&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&lt;ol&nbsp;class=&quot;outline-disclosure&quot;&nbsp;tabindex=&quot;0&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-size:&nbsp;11px;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;margin:&nbsp;0px;&nbsp;outline:&nbsp;none;&nbsp;font-family:&nbsp;'Lucida&nbsp;Grande',&nbsp;sans-serif;&nbsp;background-color:&nbsp;rgb(255,&nbsp;255,&nbsp;255);&nbsp;&quot;&gt;<br>
+&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Request&nbsp;URL:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+&lt;a&nbsp;href=&quot;http://www.example.com/&quot;&gt;http://www.example.com/&lt;/a&gt;&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Request&nbsp;Method:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+OPTIONS&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Status&nbsp;Code:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+200&nbsp;OK&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;class=&quot;parent&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-12px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;-webkit-user-select:&nbsp;none;&nbsp;font-weight:&nbsp;bold;&quot;&gt;<br>
+Request&nbsp;Headers&lt;span&nbsp;class=&quot;header-toggle&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;display:&nbsp;inline;&nbsp;margin-left:&nbsp;30px;&nbsp;font-weight:&nbsp;normal;&nbsp;color:&nbsp;rgb(115,&nbsp;115,&nbsp;115);&quot;&gt;view&nbsp;source&lt;/span&gt;<br>
+&lt;ol&nbsp;class=&quot;children&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;position:&nbsp;relative;&nbsp;margin:&nbsp;0px;&nbsp;cursor:&nbsp;default;&nbsp;min-width:&nbsp;100%;&nbsp;padding:&nbsp;2px&nbsp;6px&nbsp;!important;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;&quot;&gt;<br>
+&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Accept:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+*/*&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Accept-Charset:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+ISO-8859-1,utf-8;q=0.7,*;q=0.3&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Accept-Encoding:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+gzip,deflate,sdch&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Accept-Language:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+en-US,en;q=0.8&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Access-Control-Request-Headers:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+origin,&nbsp;method,&nbsp;content-type&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Access-Control-Request-Method:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+POST&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Connection:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+keep-alive&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Host:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+&lt;a&nbsp;href=&quot;http://www.example.com&quot;&gt;www.example.com&lt;/a&gt;&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Origin:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+&lt;a&nbsp;href=&quot;http://test.localhost.com:8889&quot;&gt;http://test.localhost.com:8889&lt;/a&gt;&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Referer:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+&lt;a&nbsp;href=&quot;http://test.localhost.com:8889/&quot;&gt;http://test.localhost.com:8889/&lt;/a&gt;&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+User-Agent:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+Mozilla/5.0&nbsp;(Macintosh;&nbsp;Intel&nbsp;Mac&nbsp;OS&nbsp;X&nbsp;10_8_3)&nbsp;AppleWebKit/537.31&nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/26.0.1410.65&nbsp;Safari/537.31&lt;/div&gt;<br>
+&lt;/li&gt;&lt;/ol&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;class=&quot;parent&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-12px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;-webkit-user-select:&nbsp;none;&nbsp;font-weight:&nbsp;bold;&quot;&gt;<br>
+Response&nbsp;Headers&lt;span&nbsp;class=&quot;header-toggle&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;display:&nbsp;inline;&nbsp;margin-left:&nbsp;30px;&nbsp;font-weight:&nbsp;normal;&nbsp;color:&nbsp;rgb(115,&nbsp;115,&nbsp;115);&quot;&gt;view&nbsp;source&lt;/span&gt;<br>
+&lt;ol&nbsp;class=&quot;children&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;position:&nbsp;relative;&nbsp;margin:&nbsp;0px;&nbsp;cursor:&nbsp;default;&nbsp;min-width:&nbsp;100%;&nbsp;padding:&nbsp;2px&nbsp;6px&nbsp;!important;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;&quot;&gt;<br>
+&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Access-Control-Allow-Headers:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+Content-Type,&nbsp;X-Requested-With,&nbsp;Origin,&nbsp;Method&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Access-Control-Allow-Methods:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+GET,&nbsp;POST,&nbsp;OPTIONS&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Access-Control-Allow-Origin:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+*&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+connection:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+keep-alive&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+content-length:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+0&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+date:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+Fri,&nbsp;19&nbsp;Apr&nbsp;2013&nbsp;14:40:00&nbsp;GMT&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+server:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+Cowboy&lt;/div&gt;<br>
+&lt;/li&gt;&lt;/ol&gt;<br>
+&lt;/li&gt;&lt;/ol&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;And&nbsp;then&nbsp;this&nbsp;is&nbsp;the&nbsp;POST&nbsp;response:&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&lt;ol&nbsp;class=&quot;outline-disclosure&quot;&nbsp;tabindex=&quot;0&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-size:&nbsp;11px;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;margin:&nbsp;0px;&nbsp;outline:&nbsp;none;&nbsp;font-family:&nbsp;'Lucida&nbsp;Grande',&nbsp;sans-serif;&nbsp;background-color:&nbsp;rgb(255,&nbsp;255,&nbsp;255);&nbsp;&quot;&gt;<br>
+&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;<br>
+Request&nbsp;URL:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;<br>
+&lt;a&nbsp;href=&quot;http://www.example.com/&quot;&gt;http://www.example.com/&lt;/a&gt;&lt;/div&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;class=&quot;parent&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-12px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;-webkit-user-select:&nbsp;none;&nbsp;font-weight:&nbsp;bold;&quot;&gt;<br>
+Request&nbsp;Headers&lt;span&nbsp;class=&quot;header-toggle&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;display:&nbsp;inline;&nbsp;margin-left:&nbsp;30px;&nbsp;font-weight:&nbsp;normal;&nbsp;color:&nbsp;rgb(115,&nbsp;115,&nbsp;115);&quot;&gt;view&nbsp;parsed&lt;/span&gt;<br>
+&lt;ol&nbsp;class=&quot;children&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;position:&nbsp;relative;&nbsp;margin:&nbsp;0px;&nbsp;cursor:&nbsp;default;&nbsp;min-width:&nbsp;100%;&nbsp;padding:&nbsp;2px&nbsp;6px&nbsp;!important;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;&quot;&gt;<br>
+&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;span&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;POST<br>
+&lt;a&nbsp;href=&quot;http://www.example.com/&quot;&gt;http://www.example.com/&lt;/a&gt;&nbsp;HTTP/1.1&nbsp;Origin:&nbsp;&lt;a&nbsp;href=&quot;http://test.localhost.com:8889&quot;&gt;<br>
+http://test.localhost.com:8889&lt;/a&gt;&nbsp;Referer:&nbsp;&lt;a&nbsp;href=&quot;http://test.localhost.com:8889/&quot;&gt;<br>
+http://test.localhost.com:8889/&lt;/a&gt;&nbsp;method:&nbsp;POST&nbsp;&lt;a&nbsp;href=&quot;http://www.example.com/&quot;&gt;<br>
+http://www.example.com/&lt;/a&gt;&nbsp;HTTP/1.1&nbsp;User-Agent:&nbsp;Mozilla/5.0&nbsp;(Macintosh;&nbsp;Intel&nbsp;Mac&nbsp;OS&nbsp;X&nbsp;10_8_3)&nbsp;AppleWebKit/537.31&nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/26.0.1410.65&nbsp;Safari/537.31&nbsp;content-type:&nbsp;application/x-www-form-urlencoded&lt;/span&gt;&lt;/li&gt;&lt;/ol&gt;<br>
+&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;class=&quot;parent&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-12px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;-webkit-user-select:&nbsp;none;&nbsp;font-weight:&nbsp;bold;&quot;&gt;<br>
+Form&nbsp;Data&lt;span&nbsp;class=&quot;header-toggle&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;display:&nbsp;inline;&nbsp;margin-left:&nbsp;30px;&nbsp;font-weight:&nbsp;normal;&nbsp;color:&nbsp;rgb(115,&nbsp;115,&nbsp;115);&quot;&gt;view&nbsp;parsed&lt;/span&gt;<br>
+&lt;ol&nbsp;class=&quot;children&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;position:&nbsp;relative;&nbsp;margin:&nbsp;0px;&nbsp;cursor:&nbsp;default;&nbsp;min-width:&nbsp;100%;&nbsp;padding:&nbsp;2px&nbsp;6px&nbsp;!important;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;&quot;&gt;<br>
+&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;<br>
+&lt;span&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;data={&quot;Type&quot;:&quot;auth_request&quot;,&quot;Authentication&quot;:&quot;public&quot;,&quot;Authorization&quot;:null,&quot;Domain&quot;:&quot;&lt;a&nbsp;href=&quot;http://www.example.com&quot;&gt;www.example.com&lt;/a&gt;&quot;,&quot;Application&quot;:&quot;test_app&quot;,&quot;Ident&quot;:&quot;lee&quot;}&lt;/span&gt;&lt;/li&gt;&lt;/ol&gt;<br>
+&lt;/li&gt;&lt;/ol&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;I&nbsp;am&nbsp;setting&nbsp;{&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;*&quot;&gt;&gt;}&nbsp;in&nbsp;the&nbsp;headers&nbsp;param&nbsp;of&nbsp;cowboy_req:reply&nbsp;and&nbsp;the&nbsp;cowboy_req:set_resp_header,&nbsp;but&nbsp;neither&nbsp;seems&nbsp;to&nbsp;be&nbsp;working.&nbsp;&nbsp;Can&nbsp;anyone&nbsp;spot&nbsp;what&nbsp;I&nbsp;might&nbsp;be&nbsp;doing&nbsp;wrong?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;The&nbsp;cowboy_req:set_resp_header&nbsp;is&nbsp;happening&nbsp;in&nbsp;the&nbsp;handle�&nbsp;So&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&lt;div&gt;handle(Req,&nbsp;State)&nbsp;-&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&lt;/span&gt;Reply&nbsp;=&nbsp;case&nbsp;cowboy_req:method(Req)&nbsp;of&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&lt;/span&gt;{&lt;&lt;&quot;POST&quot;&gt;&gt;,&nbsp;Req2}&nbsp;-&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&lt;/span&gt;Req3&nbsp;=&nbsp;cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;*&quot;&gt;&gt;,&nbsp;Req2),&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;[snip]&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;Thanks,&lt;/div&gt;<br>
+&lt;div&gt;Lee&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/span&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130419/bf0e8ef9/attachment.html b/_build/static/archives/extend/attachments/20130419/bf0e8ef9/attachment.html
new file mode 100644
index 00000000..8b3834c9
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130419/bf0e8ef9/attachment.html
@@ -0,0 +1,8 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=windows-1252&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&gt;&lt;div&gt;Hi&nbsp;guys,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;So,&nbsp;I&nbsp;thought&nbsp;I&nbsp;had&nbsp;this&nbsp;resolved,&nbsp;as&nbsp;I&nbsp;managed&nbsp;to&nbsp;get&nbsp;it&nbsp;working&nbsp;locally,&nbsp;but&nbsp;across&nbsp;different&nbsp;local&nbsp;domains&nbsp;(&lt;a&nbsp;href=&quot;http://test.localhost.com&quot;&gt;test.localhost.com&lt;/a&gt;&nbsp;and&nbsp;&lt;a&nbsp;href=&quot;http://cowboy.localhost.com&quot;&gt;cowboy.localhost.com&lt;/a&gt;).&nbsp;&nbsp;However,&nbsp;now&nbsp;I've&nbsp;deployed&nbsp;my&nbsp;app&nbsp;to&nbsp;a&nbsp;VM,&nbsp;I&nbsp;simply&nbsp;can't&nbsp;get&nbsp;CORS&nbsp;working&nbsp;in&nbsp;Cowboy.&nbsp;&nbsp;Here's&nbsp;the&nbsp;OPTIONS&nbsp;response&nbsp;from&nbsp;Chrome's&nbsp;console:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;ol&nbsp;class=&quot;outline-disclosure&quot;&nbsp;tabindex=&quot;0&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-size:&nbsp;11px;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;margin:&nbsp;0px;&nbsp;outline:&nbsp;none;&nbsp;font-family:&nbsp;'Lucida&nbsp;Grande',&nbsp;sans-serif;&nbsp;background-color:&nbsp;rgb(255,&nbsp;255,&nbsp;255);&nbsp;&quot;&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Request&nbsp;URL:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;&lt;a&nbsp;href=&quot;http://www.example.com/&quot;&gt;http://www.example.com/&lt;/a&gt;&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Request&nbsp;Method:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;OPTIONS&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Status&nbsp;Code:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;200&nbsp;OK&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;class=&quot;parent&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-12px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;-webkit-user-select:&nbsp;none;&nbsp;font-weight:&nbsp;bold;&quot;&gt;Request&nbsp;Headers&lt;span&nbsp;class=&quot;header-toggle&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;display:&nbsp;inline;&nbsp;margin-left:&nbsp;30px;&nbsp;font-weight:&nbsp;normal;&nbsp;color:&nbsp;rgb(115,&nbsp;115,&nbsp;115);&quot;&gt;view&nbsp;source&lt;/span&gt;&lt;/li&gt;&lt;ol&nbsp;class=&quot;children&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;position:&nbsp;relative;&nbsp;margin:&nbsp;0px;&nbsp;cursor:&nbsp;default;&nbsp;min-width:&nbsp;100%;&nbsp;padding:&nbsp;2px&nbsp;6px&nbsp;!important;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;&quot;&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Accept:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;*/*&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Accept-Charset:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;ISO-8859-1,utf-8;q=0.7,*;q=0.3&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Accept-Encoding:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;gzip,deflate,sdch&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Accept-Language:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;en-US,en;q=0.8&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Access-Control-Request-Headers:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;origin,&nbsp;method,&nbsp;content-type&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Access-Control-Request-Method:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;POST&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Connection:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;keep-alive&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Host:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;&lt;a&nbsp;href=&quot;http://www.example.com&quot;&gt;www.example.com&lt;/a&gt;&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Origin:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;&lt;a&nbsp;href=&quot;http://test.localhost.com:8889&quot;&gt;http://test.localhost.com:8889&lt;/a&gt;&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Referer:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;&lt;a&nbsp;href=&quot;http://test.localhost.com:8889/&quot;&gt;http://test.localhost.com:8889/&lt;/a&gt;&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;User-Agent:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;Mozilla/5.0&nbsp;(Macintosh;&nbsp;Intel&nbsp;Mac&nbsp;OS&nbsp;X&nbsp;10_8_3)&nbsp;AppleWebKit/537.31&nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/26.0.1410.65&nbsp;Safari/537.31&lt;/div&gt;&lt;/li&gt;&lt;/ol&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;class=&quot;parent&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-12px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;-webkit-user-select:&nbsp;none;&nbsp;font-weight:&nbsp;bold;&quot;&gt;Response&nbsp;Headers&lt;span&nbsp;class=&quot;header-toggle&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;display:&nbsp;inline;&nbsp;margin-left:&nbsp;30px;&nbsp;font-weight:&nbsp;normal;&nbsp;color:&nbsp;rgb(115,&nbsp;115,&nbsp;115);&quot;&gt;view&nbsp;source&lt;/span&gt;&lt;/li&gt;&lt;ol&nbsp;class=&quot;children&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;position:&nbsp;relative;&nbsp;margin:&nbsp;0px;&nbsp;cursor:&nbsp;default;&nbsp;min-width:&nbsp;100%;&nbsp;padding:&nbsp;2px&nbsp;6px&nbsp;!important;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;&quot;&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Access-Control-Allow-Headers:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;Content-Type,&nbsp;X-Requested-With,&nbsp;Origin,&nbsp;Method&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Access-Control-Allow-Methods:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;GET,&nbsp;POST,&nbsp;OPTIONS&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Access-Control-Allow-Origin:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;*&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;connection:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;keep-alive&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;content-length:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;0&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;date:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;Fri,&nbsp;19&nbsp;Apr&nbsp;2013&nbsp;14:40:00&nbsp;GMT&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;server:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;Cowboy&lt;/div&gt;&lt;/li&gt;&lt;/ol&gt;&lt;/ol&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;And&nbsp;then&nbsp;this&nbsp;is&nbsp;the&nbsp;POST&nbsp;response:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;ol&nbsp;class=&quot;outline-disclosure&quot;&nbsp;tabindex=&quot;0&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-size:&nbsp;11px;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;margin:&nbsp;0px;&nbsp;outline:&nbsp;none;&nbsp;font-family:&nbsp;'Lucida&nbsp;Grande',&nbsp;sans-serif;&nbsp;background-color:&nbsp;rgb(255,&nbsp;255,&nbsp;255);&nbsp;&quot;&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&quot;&gt;&lt;div&nbsp;class=&quot;header-name&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;color:&nbsp;rgb(84,&nbsp;84,&nbsp;84);&nbsp;display:&nbsp;inline-block;&nbsp;margin-right:&nbsp;0.5em;&nbsp;font-weight:&nbsp;bold;&nbsp;vertical-align:&nbsp;top;&nbsp;white-space:&nbsp;pre-wrap;&quot;&gt;Request&nbsp;URL:&lt;/div&gt;&lt;div&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;&lt;a&nbsp;href=&quot;http://www.example.com/&quot;&gt;http://www.example.com/&lt;/a&gt;&lt;/div&gt;&lt;/li&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;class=&quot;parent&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-12px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;-webkit-user-select:&nbsp;none;&nbsp;font-weight:&nbsp;bold;&quot;&gt;Request&nbsp;Headers&lt;span&nbsp;class=&quot;header-toggle&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;display:&nbsp;inline;&nbsp;margin-left:&nbsp;30px;&nbsp;font-weight:&nbsp;normal;&nbsp;color:&nbsp;rgb(115,&nbsp;115,&nbsp;115);&quot;&gt;view&nbsp;parsed&lt;/span&gt;&lt;/li&gt;&lt;ol&nbsp;class=&quot;children&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;position:&nbsp;relative;&nbsp;margin:&nbsp;0px;&nbsp;cursor:&nbsp;default;&nbsp;min-width:&nbsp;100%;&nbsp;padding:&nbsp;2px&nbsp;6px&nbsp;!important;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;&quot;&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;span&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;POST&nbsp;&lt;a&nbsp;href=&quot;http://www.example.com/&quot;&gt;http://www.example.com/&lt;/a&gt;&nbsp;HTTP/1.1<br>
+Origin:&nbsp;&lt;a&nbsp;href=&quot;http://test.localhost.com:8889&quot;&gt;http://test.localhost.com:8889&lt;/a&gt;<br>
+Referer:&nbsp;&lt;a&nbsp;href=&quot;http://test.localhost.com:8889/&quot;&gt;http://test.localhost.com:8889/&lt;/a&gt;<br>
+method:&nbsp;POST&nbsp;&lt;a&nbsp;href=&quot;http://www.example.com/&quot;&gt;http://www.example.com/&lt;/a&gt;&nbsp;HTTP/1.1<br>
+User-Agent:&nbsp;Mozilla/5.0&nbsp;(Macintosh;&nbsp;Intel&nbsp;Mac&nbsp;OS&nbsp;X&nbsp;10_8_3)&nbsp;AppleWebKit/537.31&nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/26.0.1410.65&nbsp;Safari/537.31<br>
+content-type:&nbsp;application/x-www-form-urlencoded&lt;/span&gt;&lt;/li&gt;&lt;/ol&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;class=&quot;parent&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-12px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;-webkit-user-select:&nbsp;none;&nbsp;font-weight:&nbsp;bold;&quot;&gt;Form&nbsp;Data&lt;span&nbsp;class=&quot;header-toggle&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;display:&nbsp;inline;&nbsp;margin-left:&nbsp;30px;&nbsp;font-weight:&nbsp;normal;&nbsp;color:&nbsp;rgb(115,&nbsp;115,&nbsp;115);&quot;&gt;view&nbsp;parsed&lt;/span&gt;&lt;/li&gt;&lt;ol&nbsp;class=&quot;children&nbsp;expanded&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;position:&nbsp;relative;&nbsp;margin:&nbsp;0px;&nbsp;cursor:&nbsp;default;&nbsp;min-width:&nbsp;100%;&nbsp;padding:&nbsp;2px&nbsp;6px&nbsp;!important;&nbsp;list-style-type:&nbsp;none;&nbsp;-webkit-padding-start:&nbsp;12px;&nbsp;&quot;&gt;&lt;li&nbsp;title=&quot;&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;padding:&nbsp;0px&nbsp;0px&nbsp;0px&nbsp;14px;&nbsp;margin-top:&nbsp;1px;&nbsp;margin-left:&nbsp;-2px;&nbsp;word-wrap:&nbsp;break-word;&nbsp;white-space:&nbsp;nowrap;&quot;&gt;&lt;span&nbsp;class=&quot;header-value&nbsp;source-code&quot;&nbsp;style=&quot;box-sizing:&nbsp;border-box;&nbsp;font-family:&nbsp;Menlo,&nbsp;monospace;&nbsp;white-space:&nbsp;pre-wrap;&nbsp;display:&nbsp;inline;&nbsp;margin-right:&nbsp;100px;&nbsp;word-break:&nbsp;break-all;&nbsp;margin-top:&nbsp;1px;&nbsp;&quot;&gt;data={&quot;Type&quot;:&quot;auth_request&quot;,&quot;Authentication&quot;:&quot;public&quot;,&quot;Authorization&quot;:null,&quot;Domain&quot;:&quot;&lt;a&nbsp;href=&quot;http://www.example.com&quot;&gt;www.example.com&lt;/a&gt;&quot;,&quot;Application&quot;:&quot;test_app&quot;,&quot;Ident&quot;:&quot;lee&quot;}&lt;/span&gt;&lt;/li&gt;&lt;/ol&gt;&lt;/ol&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;am&nbsp;setting&nbsp;{&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;*&quot;&gt;&gt;}&nbsp;in&nbsp;the&nbsp;headers&nbsp;param&nbsp;of&nbsp;cowboy_req:reply&nbsp;and&nbsp;the&nbsp;cowboy_req:set_resp_header,&nbsp;but&nbsp;neither&nbsp;seems&nbsp;to&nbsp;be&nbsp;working.&nbsp;&nbsp;Can&nbsp;anyone&nbsp;spot&nbsp;what&nbsp;I&nbsp;might&nbsp;be&nbsp;doing&nbsp;wrong?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;cowboy_req:set_resp_header&nbsp;is&nbsp;happening&nbsp;in&nbsp;the&nbsp;handle�&nbsp;So&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;handle(Req,&nbsp;State)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;Reply&nbsp;=&nbsp;case&nbsp;cowboy_req:method(Req)&nbsp;of&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;{&lt;&lt;&quot;POST&quot;&gt;&gt;,&nbsp;Req2}&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;Req3&nbsp;=&nbsp;cowboy_req:set_resp_header(&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;*&quot;&gt;&gt;,&nbsp;Req2),&lt;/div&gt;&lt;/div&gt;&lt;div&gt;[snip]&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks,&lt;/div&gt;&lt;div&gt;Lee&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130425/35ee7614/attachment.html b/_build/static/archives/extend/attachments/20130425/35ee7614/attachment.html
new file mode 100644
index 00000000..0f133e02
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130425/35ee7614/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;You&nbsp;know,&nbsp;the&nbsp;OTP&#39;s&nbsp;code_change&nbsp;so&nbsp;heavy,&nbsp;sometimes,&nbsp;you&nbsp;just&nbsp;want&nbsp;to&nbsp;debug,&nbsp;or&nbsp;change&nbsp;a&nbsp;little,&nbsp;does&nbsp;not&nbsp;want&nbsp;to&nbsp;rewrite&nbsp;the&nbsp;rel&nbsp;appup&nbsp;file.&lt;br&gt;&lt;/div&gt;Any&nbsp;help&nbsp;is&nbsp;appreciated,&nbsp;thanks.&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130426/09f3ed34/attachment.html b/_build/static/archives/extend/attachments/20130426/09f3ed34/attachment.html
new file mode 100644
index 00000000..0e62d4c9
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130426/09f3ed34/attachment.html
@@ -0,0 +1,20 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Thanks&nbsp;very&nbsp;much&nbsp;!&lt;br&gt;&lt;/div&gt;Maybe&nbsp;we&nbsp;can&nbsp;use&nbsp;the&nbsp;code:load_file()&nbsp;function&nbsp;I&nbsp;had&nbsp;just&nbsp;found&nbsp;it&nbsp;.&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/4/25&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;On&nbsp;04/25/2013&nbsp;05:46&nbsp;AM,&nbsp;yongboy&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+You&nbsp;know,&nbsp;the&nbsp;OTP&#39;s&nbsp;code_change&nbsp;so&nbsp;heavy,&nbsp;sometimes,&nbsp;you&nbsp;just&nbsp;want&nbsp;to&lt;br&gt;<br>
+debug,&nbsp;or&nbsp;change&nbsp;a&nbsp;little,&nbsp;does&nbsp;not&nbsp;want&nbsp;to&nbsp;rewrite&nbsp;the&nbsp;rel&nbsp;appup&nbsp;file.&lt;br&gt;<br>
+Any&nbsp;help&nbsp;is&nbsp;appreciated,&nbsp;thanks.&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+At&nbsp;this&nbsp;time&nbsp;there&nbsp;is&nbsp;no&nbsp;code_change&nbsp;mechanism&nbsp;in&nbsp;Cowboy.&nbsp;Reloading&nbsp;a&nbsp;module&nbsp;works,&nbsp;modifying&nbsp;the&nbsp;protocol&nbsp;options&nbsp;with&nbsp;ranch:set_protocol_options&nbsp;can&nbsp;be&nbsp;used,&nbsp;but&nbsp;it&nbsp;doesn&#39;t&nbsp;change&nbsp;the&nbsp;running&nbsp;processes.&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130426/9d234e27/attachment.html b/_build/static/archives/extend/attachments/20130426/9d234e27/attachment.html
new file mode 100644
index 00000000..cbe576b0
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130426/9d234e27/attachment.html
@@ -0,0 +1,12 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;I&nbsp;have&nbsp;tested&nbsp;one&nbsp;long-hold&nbsp;webapp,&nbsp;when&nbsp;512000&nbsp;user&nbsp;connected,&nbsp;the&nbsp;app&nbsp;used&nbsp;&lt;br&gt;&lt;/div&gt;6801M&nbsp;memory,&nbsp;6801M*1024K&nbsp;/&nbsp;512000&nbsp;=&nbsp;13.6K/Connection.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Does&nbsp;anyone&nbsp;give&nbsp;me&nbsp;some&nbsp;advice&nbsp;on&nbsp;how&nbsp;to&nbsp;reduce&nbsp;the&nbsp;memory&nbsp;usage&nbsp;per&nbsp;one&nbsp;connection,&nbsp;thanks&nbsp;very&nbsp;much&nbsp;!&lt;br&gt;
<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;Here&nbsp;is&nbsp;the&nbsp;code&nbsp;snippet:&lt;br&gt;&lt;br&gt;start(_Type,&nbsp;_Args)&nbsp;-&gt;&lt;br&gt;�������&nbsp;Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;�����������&nbsp;{&#39;_&#39;,&nbsp;[{&#39;_&#39;,&nbsp;htmlfile_handler,&nbsp;[]}]}&lt;br&gt;�������&nbsp;]),&lt;br&gt;�������&nbsp;cowboy:start_http(my_http_listener,&nbsp;100,&lt;br&gt;
<br>
+�����������&nbsp;[{port,&nbsp;8000},&nbsp;{max_connections,&nbsp;infinity}],&lt;br&gt;�����������&nbsp;[{env,&nbsp;[{dispatch,&nbsp;Dispatch}]}]&lt;br&gt;�������&nbsp;),&lt;br&gt;�������&nbsp;count_server:start(),&lt;br&gt;�������&nbsp;htmlfilesimple_sup:start_link().&lt;br&gt;&lt;br&gt;......&lt;br&gt;&lt;br&gt;-module(htmlfile_handler).&lt;br&gt;
<br>
+-behaviour(cowboy_loop_handler).&lt;br&gt;-export([init/3,&nbsp;info/3,&nbsp;terminate/3]).&lt;br&gt;-define(HEARBEAT_TIMEOUT,&nbsp;20*1000).&lt;br&gt;-record(status,&nbsp;{count=0}).&lt;br&gt;&lt;br&gt;init(_Any,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;�������&nbsp;NowCount&nbsp;=&nbsp;count_server:welcome(),&lt;br&gt;
<br>
+�������&nbsp;io:format(&quot;online&nbsp;user&nbsp;~p&nbsp;:))~n&quot;,&nbsp;[NowCount]),&lt;br&gt;&lt;br&gt;�������&nbsp;output_first(Req),&lt;br&gt;�������&nbsp;Req2&nbsp;=&nbsp;cowboy_req:compact(Req),&lt;br&gt;�������&nbsp;{loop,&nbsp;Req2,&nbsp;State,&nbsp;hibernate}.&lt;br&gt;&lt;br&gt;%%&nbsp;POST/Short&nbsp;Request&lt;br&gt;info(_Any,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;
<br>
+�������&nbsp;{loop,&nbsp;Req,&nbsp;State,&nbsp;hibernate}.&lt;br&gt;&lt;br&gt;output_first(Req)&nbsp;-&gt;&lt;br&gt;�������&nbsp;{ok,&nbsp;Reply}&nbsp;=&nbsp;cowboy_req:chunked_reply(200,&nbsp;[{&lt;&lt;&quot;Content-Type&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/html;&nbsp;charset=utf-8&quot;&gt;&gt;},&lt;br&gt;
<br>
+����������������������������������������������������������������&nbsp;{&lt;&lt;&quot;Connection&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;keep-alive&quot;&gt;&gt;}],&nbsp;Req),&lt;br&gt;�������&nbsp;cowboy_req:chunk(&lt;&lt;&quot;&lt;html&gt;&lt;body&gt;&lt;script&gt;var&nbsp;_&nbsp;=&nbsp;function&nbsp;(msg)&nbsp;{&nbsp;parent.s._(msg,&nbsp;document);&nbsp;};&lt;/script&gt;�����������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������&nbsp;&quot;&gt;&gt;,&lt;br&gt;
<br>
+���������������������������������������������������������������&nbsp;Reply),&lt;br&gt;�������&nbsp;cowboy_req:chunk(gen_output(&quot;1::&quot;),&nbsp;Reply).&lt;br&gt;&lt;br&gt;gen_output(String)&nbsp;-&gt;&lt;br&gt;�������&nbsp;DescList&nbsp;=&nbsp;io_lib:format(&quot;&lt;script&gt;_(&#39;~s&#39;);&lt;/script&gt;&quot;,&nbsp;[String]),&lt;br&gt;
<br>
+�������&nbsp;list_to_binary(DescList).&lt;br&gt;&lt;br&gt;terminate(Reason,&nbsp;_Req,&nbsp;_State)&nbsp;-&gt;&lt;br&gt;�������&nbsp;NowCount&nbsp;=&nbsp;count_server:bye(),&lt;br&gt;�������&nbsp;io:format(&quot;offline&nbsp;user&nbsp;~p&nbsp;:((&nbsp;~n&quot;,&nbsp;[NowCount]).&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;
<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130426/b1e8ae7a/attachment.html b/_build/static/archives/extend/attachments/20130426/b1e8ae7a/attachment.html
new file mode 100644
index 00000000..74c43a61
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130426/b1e8ae7a/attachment.html
@@ -0,0 +1,27 @@
+<tt>
+Is&nbsp;13.6K/connection&nbsp;considered&nbsp;a&nbsp;lot?&nbsp;Once&nbsp;you&nbsp;start&nbsp;doing&nbsp;SSL,&nbsp;each&nbsp;connection&nbsp;will&nbsp;be&nbsp;about&nbsp;80K,&nbsp;IMHO&nbsp;the&nbsp;most&nbsp;important&nbsp;factor&nbsp;for&nbsp;huge&nbsp;ammount&nbsp;of&nbsp;COMET&nbsp;users&nbsp;is&nbsp;latency,&nbsp;which&nbsp;Cowboy&nbsp;and&nbsp;Erlang&nbsp;do&nbsp;great.&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;-rambocoder&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Fri,&nbsp;Apr&nbsp;26,&nbsp;2013&nbsp;at&nbsp;2:11&nbsp;AM,&nbsp;yongboy&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;I&nbsp;have&nbsp;tested&nbsp;one&nbsp;long-hold&nbsp;webapp,&nbsp;when&nbsp;512000&nbsp;user&nbsp;connected,&nbsp;the&nbsp;app&nbsp;used&nbsp;&lt;br&gt;&lt;/div&gt;6801M&nbsp;memory,&nbsp;6801M*1024K&nbsp;/&nbsp;512000&nbsp;=&nbsp;13.6K/Connection.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Does&nbsp;anyone&nbsp;give&nbsp;me&nbsp;some&nbsp;advice&nbsp;on&nbsp;how&nbsp;to&nbsp;reduce&nbsp;the&nbsp;memory&nbsp;usage&nbsp;per&nbsp;one&nbsp;connection,&nbsp;thanks&nbsp;very&nbsp;much&nbsp;!&lt;br&gt;<br>
+<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;Here&nbsp;is&nbsp;the&nbsp;code&nbsp;snippet:&lt;br&gt;&lt;br&gt;start(_Type,&nbsp;_Args)&nbsp;-&gt;&lt;br&gt;�������&nbsp;Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;�����������&nbsp;{&#39;_&#39;,&nbsp;[{&#39;_&#39;,&nbsp;htmlfile_handler,&nbsp;[]}]}&lt;br&gt;�������&nbsp;]),&lt;br&gt;�������&nbsp;cowboy:start_http(my_http_listener,&nbsp;100,&lt;br&gt;<br>
+<br>
+�����������&nbsp;[{port,&nbsp;8000},&nbsp;{max_connections,&nbsp;infinity}],&lt;br&gt;�����������&nbsp;[{env,&nbsp;[{dispatch,&nbsp;Dispatch}]}]&lt;br&gt;�������&nbsp;),&lt;br&gt;�������&nbsp;count_server:start(),&lt;br&gt;�������&nbsp;htmlfilesimple_sup:start_link().&lt;br&gt;&lt;br&gt;......&lt;br&gt;&lt;br&gt;-module(htmlfile_handler).&lt;br&gt;<br>
+<br>
+-behaviour(cowboy_loop_handler).&lt;br&gt;-export([init/3,&nbsp;info/3,&nbsp;terminate/3]).&lt;br&gt;-define(HEARBEAT_TIMEOUT,&nbsp;20*1000).&lt;br&gt;-record(status,&nbsp;{count=0}).&lt;br&gt;&lt;br&gt;init(_Any,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;�������&nbsp;NowCount&nbsp;=&nbsp;count_server:welcome(),&lt;br&gt;<br>
+<br>
+�������&nbsp;io:format(&quot;online&nbsp;user&nbsp;~p&nbsp;:))~n&quot;,&nbsp;[NowCount]),&lt;br&gt;&lt;br&gt;�������&nbsp;output_first(Req),&lt;br&gt;�������&nbsp;Req2&nbsp;=&nbsp;cowboy_req:compact(Req),&lt;br&gt;�������&nbsp;{loop,&nbsp;Req2,&nbsp;State,&nbsp;hibernate}.&lt;br&gt;&lt;br&gt;%%&nbsp;POST/Short&nbsp;Request&lt;br&gt;info(_Any,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;<br>
+<br>
+�������&nbsp;{loop,&nbsp;Req,&nbsp;State,&nbsp;hibernate}.&lt;br&gt;&lt;br&gt;output_first(Req)&nbsp;-&gt;&lt;br&gt;�������&nbsp;{ok,&nbsp;Reply}&nbsp;=&nbsp;cowboy_req:chunked_reply(200,&nbsp;[{&lt;&lt;&quot;Content-Type&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/html;&nbsp;charset=utf-8&quot;&gt;&gt;},&lt;br&gt;<br>
+<br>
+����������������������������������������������������������������&nbsp;{&lt;&lt;&quot;Connection&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;keep-alive&quot;&gt;&gt;}],&nbsp;Req),&lt;br&gt;�������&nbsp;cowboy_req:chunk(&lt;&lt;&quot;&lt;html&gt;&lt;body&gt;&lt;script&gt;var&nbsp;_&nbsp;=&nbsp;function&nbsp;(msg)&nbsp;{&nbsp;parent.s._(msg,&nbsp;document);&nbsp;};&lt;/script&gt;�����������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������&nbsp;&quot;&gt;&gt;,&lt;br&gt;<br>
+<br>
+���������������������������������������������������������������&nbsp;Reply),&lt;br&gt;�������&nbsp;cowboy_req:chunk(gen_output(&quot;1::&quot;),&nbsp;Reply).&lt;br&gt;&lt;br&gt;gen_output(String)&nbsp;-&gt;&lt;br&gt;�������&nbsp;DescList&nbsp;=&nbsp;io_lib:format(&quot;&lt;script&gt;_(&#39;~s&#39;);&lt;/script&gt;&quot;,&nbsp;[String]),&lt;br&gt;<br>
+<br>
+�������&nbsp;list_to_binary(DescList).&lt;br&gt;&lt;br&gt;terminate(Reason,&nbsp;_Req,&nbsp;_State)&nbsp;-&gt;&lt;br&gt;�������&nbsp;NowCount&nbsp;=&nbsp;count_server:bye(),&lt;br&gt;�������&nbsp;io:format(&quot;offline&nbsp;user&nbsp;~p&nbsp;:((&nbsp;~n&quot;,&nbsp;[NowCount]).&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;br&gt;_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130430/c86f8fdb/attachment.html b/_build/static/archives/extend/attachments/20130430/c86f8fdb/attachment.html
new file mode 100644
index 00000000..792f4a4d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130430/c86f8fdb/attachment.html
@@ -0,0 +1,8 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;br&gt;I&#39;m&nbsp;new&nbsp;to&nbsp;the&nbsp;community&nbsp;and&nbsp;am&nbsp;exploring&nbsp;cowboy&nbsp;for&nbsp;a&nbsp;project.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Can&nbsp;anyone&nbsp;offer&nbsp;guidance/links&nbsp;on&nbsp;how&nbsp;to&nbsp;use&nbsp;cowboy&#39;s&nbsp;websocket&nbsp;support&nbsp;with&nbsp;WAMP&nbsp;(&lt;a&nbsp;href=&quot;http://wamp.ws/&quot;&gt;http://wamp.ws/&lt;/a&gt;)?&lt;/div&gt;<br>
+&lt;div&gt;The&nbsp;cowboy&nbsp;docs&nbsp;mention�&lt;a&nbsp;href=&quot;https://github.com/extend/bullet?source=cr&quot;&gt;bullet&lt;/a&gt;�as&nbsp;a&nbsp;convenient&nbsp;client/server&nbsp;lib&nbsp;(with&nbsp;an&nbsp;AJAX&nbsp;fallback)&nbsp;which&nbsp;is&nbsp;great,&nbsp;but&nbsp;I&#39;d&nbsp;like&nbsp;to&nbsp;use&nbsp;WAMP&#39;s&nbsp;RPC&nbsp;and&nbsp;PubSub&nbsp;so&nbsp;I&#39;m&nbsp;unsure&nbsp;how&nbsp;to&nbsp;proceed.&lt;br&nbsp;clear=&quot;all&quot;&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Any&nbsp;tips&nbsp;would&nbsp;be&nbsp;appreciated!&lt;/div&gt;&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Thanks&nbsp;in&nbsp;advance&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Gregory&nbsp;|&nbsp;&lt;a&nbsp;href=&quot;http://twitter.com/gdesouza&quot;&nbsp;target=&quot;_blank&quot;&gt;@gdesouza&lt;/a&gt;&nbsp;|&nbsp;&lt;a&nbsp;href=&quot;http://blog.gdesouza.me&quot;&nbsp;target=&quot;_blank&quot;&gt;http://blog.gdesouza.me&lt;/a&gt;&lt;/div&gt;<br>
+<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130512/65929751/attachment.html b/_build/static/archives/extend/attachments/20130512/65929751/attachment.html
new file mode 100644
index 00000000..645b5681
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130512/65929751/attachment.html
@@ -0,0 +1,44 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Ok,&nbsp;thx,&nbsp;I&nbsp;missed&nbsp;that&nbsp;one&nbsp;:)&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/5/12&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;<br>
+<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;It&nbsp;sets&nbsp;a&nbsp;set-cookie&nbsp;header&nbsp;directly.&nbsp;You&nbsp;can&nbsp;retrieve&nbsp;all&nbsp;response&nbsp;headers&nbsp;by&nbsp;calling&nbsp;something&nbsp;like&nbsp;cowboy_req:get(resp_headers,&nbsp;Req).&lt;div&gt;<br>
+<br>
+&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;05/12/2013&nbsp;01:42&nbsp;PM,&nbsp;Enrique&nbsp;Paz&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+Hi,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;have&nbsp;a&nbsp;piece&nbsp;of&nbsp;code&nbsp;that&nbsp;receives&nbsp;a&nbsp;cowboy_req:http_req()&nbsp;object&nbsp;and&lt;br&gt;<br>
+depending&nbsp;on&nbsp;some&nbsp;Context&nbsp;sets&nbsp;1&nbsp;or&nbsp;more&nbsp;cookies&lt;br&gt;<br>
+using&nbsp;cowboy_req:set_resp_cookie/4.&lt;br&gt;<br>
+&lt;br&gt;<br>
+add_cookies(Req,&nbsp;Context)&nbsp;-&gt;&nbsp;ReqWithCookiesSet&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;want&nbsp;to&nbsp;write&nbsp;a&nbsp;unit&nbsp;test&nbsp;for&nbsp;it,&nbsp;checking&nbsp;that&nbsp;the&nbsp;right&nbsp;cookies&nbsp;are&lt;br&gt;<br>
+set&nbsp;for&nbsp;the&nbsp;right&nbsp;Context.&nbsp; How&nbsp;can&nbsp;I&nbsp;do&nbsp;that?&nbsp;I&nbsp;miss&nbsp;something&nbsp;like&lt;br&gt;<br>
+cowboy_req:get_resp_cookie/2&nbsp;or&nbsp;so.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thx&nbsp;in&nbsp;advance&nbsp;for&nbsp;your&nbsp;help.&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Enrique&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;quique<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130512/dd43116e/attachment.html b/_build/static/archives/extend/attachments/20130512/dd43116e/attachment.html
new file mode 100644
index 00000000..8f34c4e0
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130512/dd43116e/attachment.html
@@ -0,0 +1,9 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;have&nbsp;a&nbsp;piece&nbsp;of&nbsp;code&nbsp;that&nbsp;receives&nbsp;a&nbsp;cowboy_req:http_req()&nbsp;object&nbsp;and&nbsp;depending&nbsp;on&nbsp;some&nbsp;Context&nbsp;sets&nbsp;1&nbsp;or&nbsp;more&nbsp;cookies&nbsp;using�cowboy_req:set_resp_cookie/4.�&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;<br>
+<br>
+add_cookies(Req,&nbsp;Context)&nbsp;-&gt;&nbsp;ReqWithCookiesSet&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;want&nbsp;to&nbsp;write&nbsp;a&nbsp;unit&nbsp;test&nbsp;for&nbsp;it,&nbsp;checking&nbsp;that&nbsp;the&nbsp;right&nbsp;cookies&nbsp;are&nbsp;set&nbsp;for&nbsp;the&nbsp;right&nbsp;Context.&nbsp;�How&nbsp;can&nbsp;I&nbsp;do&nbsp;that?&nbsp;I&nbsp;miss&nbsp;something&nbsp;like&nbsp;cowboy_req:get_resp_cookie/2&nbsp;or&nbsp;so.�&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Thx&nbsp;in&nbsp;advance&nbsp;for&nbsp;your&nbsp;help.&lt;/div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;Enrique<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130517/629071b8/attachment.html b/_build/static/archives/extend/attachments/20130517/629071b8/attachment.html
new file mode 100644
index 00000000..5eb70a36
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130517/629071b8/attachment.html
@@ -0,0 +1,19 @@
+<tt>
+&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;Hi&nbsp;all,�&lt;/span&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;I&nbsp;am&nbsp;learning&nbsp;cowboy&nbsp;by&nbsp;building&nbsp;a&nbsp;small&nbsp;application&nbsp;with&nbsp;rest&nbsp;interface.�&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;<br>
+I&nbsp;have&nbsp;a&nbsp;hello_world&nbsp;rest&nbsp;handler&nbsp;and&nbsp;I&nbsp;want&nbsp;to&nbsp;implement&nbsp;POST&nbsp;method&nbsp;that&nbsp;returns&nbsp;�&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;json&nbsp;as&nbsp;response&nbsp;to&nbsp;a&nbsp;client.&nbsp;Therefor&nbsp;I&nbsp;implemented&nbsp;�callbacks&nbsp;allowed_methods,�&lt;/div&gt;<br>
+&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;content_types_accepted&nbsp;and&nbsp;hello_json.&nbsp;The&nbsp;docu&nbsp;says&nbsp;user&nbsp;callbacks&nbsp;can�&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;<br>
+return&nbsp;{Value,&nbsp;Req,&nbsp;State}&nbsp;and&nbsp;also&nbsp;can&nbsp;return&nbsp;{halt,&nbsp;Req,&nbsp;State}.&nbsp;It&nbsp;is&nbsp;not&nbsp;really&nbsp;clear�&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;what&nbsp;that&nbsp;Value&nbsp;should&nbsp;be.&nbsp;So&nbsp;I&nbsp;tried&nbsp;{ok,&nbsp;Req,&nbsp;State}&nbsp;and&nbsp;{true,&nbsp;Req,&nbsp;State}&nbsp;and&nbsp;with&lt;/div&gt;<br>
+&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;both&nbsp;values&nbsp;I&nbsp;have�&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;&lt;div&gt;=ERROR&nbsp;REPORT====&nbsp;11-May-2013::16:06:40&nbsp;===&lt;/div&gt;&lt;div&gt;Error&nbsp;in&nbsp;process&nbsp;&lt;0.6649.0&gt;&nbsp;with&nbsp;exit&nbsp;value:&nbsp;{function_clause,[{cowboy_req,reply,[303,....&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;<br>
+and&nbsp;client&nbsp;gets&nbsp;right&nbsp;response.&nbsp;If&nbsp;I&nbsp;use&nbsp;{halt,&nbsp;Req,&nbsp;State}&nbsp;the&nbsp;client&nbsp;gets&nbsp;right&nbsp;response&nbsp;too&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;and&nbsp;there&nbsp;is&nbsp;no&nbsp;errors.&nbsp;So,&nbsp;Is&nbsp;it&nbsp;right&nbsp;way&nbsp;to&nbsp;write&nbsp;a&nbsp;POST&nbsp;callback&nbsp;and&nbsp;what&nbsp;Values&nbsp;can&lt;/div&gt;<br>
+&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;be&nbsp;used&nbsp;for&nbsp;user&nbsp;callbacks?&nbsp;I&nbsp;write&nbsp;my&nbsp;code&nbsp;below.&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;amike,�&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;<br>
+Vitali&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)&quot;&gt;<br>
+&lt;div&gt;allowed_methods(Req,&nbsp;State)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;white-space:pre-wrap&quot;&gt;&nbsp;&nbsp;&lt;/span&gt;{[&lt;&lt;&quot;POST&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;DELETE&quot;&gt;&gt;],&nbsp;Req,&nbsp;State}.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;content_types_accepted(Req,&nbsp;State)&nbsp;-&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;style=&quot;white-space:pre-wrap&quot;&gt;&nbsp;&nbsp;&lt;/span&gt;{[&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;white-space:pre-wrap&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;��&nbsp;�{{&lt;&lt;&quot;application&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;x-www-form-urlencoded&quot;&gt;&gt;,&nbsp;[]},&nbsp;hello_json}&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;style=&quot;white-space:pre-wrap&quot;&gt;&nbsp;&nbsp;&lt;/span&gt;�],�Req,&nbsp;State}.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;hello_json(Req,&nbsp;State)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;white-space:pre-wrap&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;{ok,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:reply(200,&nbsp;[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;application/json&quot;&gt;&gt;}&nbsp;],&nbsp;&lt;&lt;&quot;{\&quot;rest\&quot;:&nbsp;\&quot;Hello&nbsp;World!\&quot;}&quot;&gt;&gt;,&nbsp;Req),&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;style=&quot;white-space:pre-wrap&quot;&gt;&nbsp;&nbsp;&lt;/span&gt;{halt,&nbsp;Req2,&nbsp;State}.&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130519/db7f08ab/attachment.html b/_build/static/archives/extend/attachments/20130519/db7f08ab/attachment.html
new file mode 100644
index 00000000..e4c7ef10
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130519/db7f08ab/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;want&nbsp;to&nbsp;write&nbsp;a&nbsp;cowboy&nbsp;middleware&nbsp;that&nbsp;works&nbsp;only&nbsp;on&nbsp;non-websocket&nbsp;requests.&nbsp;How&nbsp;can&nbsp;I&nbsp;achieve&nbsp;this?&nbsp;Is&nbsp;there&nbsp;any&nbsp;way&nbsp;that&nbsp;I&nbsp;ask&nbsp;the&nbsp;Request&nbsp;if&nbsp;this&nbsp;is&nbsp;a&nbsp;websocket&nbsp;request?&lt;br&gt;&lt;br&gt;Thank&nbsp;you&lt;br&nbsp;clear=&quot;all&quot;&gt;<br>
+&lt;div&gt;&lt;br&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130520/3cc045e8/attachment.html b/_build/static/archives/extend/attachments/20130520/3cc045e8/attachment.html
new file mode 100644
index 00000000..bbb81bf6
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130520/3cc045e8/attachment.html
@@ -0,0 +1,9 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Sun,&nbsp;May&nbsp;19,&nbsp;2013&nbsp;at&nbsp;10:01&nbsp;PM,&nbsp;Eduardo&nbsp;Gurgel&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;want&nbsp;to&nbsp;write&nbsp;a&nbsp;cowboy&nbsp;middleware&nbsp;that&nbsp;works&nbsp;only&nbsp;on&nbsp;non-websocket&nbsp;requests.&nbsp;How&nbsp;can&nbsp;I&nbsp;achieve&nbsp;this?&nbsp;Is&nbsp;there&nbsp;any&nbsp;way&nbsp;that&nbsp;I&nbsp;ask&nbsp;the&nbsp;Request&nbsp;if&nbsp;this&nbsp;is&nbsp;a&nbsp;websocket&nbsp;request?&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Thinking&nbsp;about&nbsp;my&nbsp;question,&nbsp;I&nbsp;see&nbsp;that&nbsp;the&nbsp;middleware&nbsp;(if&nbsp;it&#39;s&nbsp;behind&nbsp;the&nbsp;cowboy_handler)&nbsp;can&#39;t&nbsp;figure&nbsp;if&nbsp;the&nbsp;connection&nbsp;will&nbsp;be&nbsp;upgraded&nbsp;or&nbsp;not.�&lt;/div&gt;&lt;div&nbsp;style&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;style&gt;Still,&nbsp;it&nbsp;would&nbsp;be&nbsp;cool&nbsp;if&nbsp;I&nbsp;could&nbsp;select&nbsp;which&nbsp;routes&nbsp;will&nbsp;be&nbsp;applied&nbsp;to&nbsp;my&nbsp;middleware.�&lt;/div&gt;&lt;div&nbsp;style&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Am&nbsp;I&nbsp;making&nbsp;any&nbsp;sense?&nbsp;:)&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130520/5134ba32/attachment.html b/_build/static/archives/extend/attachments/20130520/5134ba32/attachment.html
new file mode 100644
index 00000000..93278610
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130520/5134ba32/attachment.html
@@ -0,0 +1,29 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;May&nbsp;20,&nbsp;2013&nbsp;at&nbsp;10:25&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;On&nbsp;05/20/2013&nbsp;01:53&nbsp;PM,&nbsp;Eduardo&nbsp;Gurgel&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Sun,&nbsp;May&nbsp;19,&nbsp;2013&nbsp;at&nbsp;10:01&nbsp;PM,&nbsp;Eduardo&nbsp;Gurgel&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;�&nbsp;I&nbsp;want&nbsp;to&nbsp;write&nbsp;a&nbsp;cowboy&nbsp;middleware&nbsp;that&nbsp;works&nbsp;only&nbsp;on&nbsp;non-websocket&lt;br&gt;<br>
+�&nbsp;�&nbsp;requests.&nbsp;How&nbsp;can&nbsp;I&nbsp;achieve&nbsp;this?&nbsp;Is&nbsp;there&nbsp;any&nbsp;way&nbsp;that&nbsp;I&nbsp;ask&nbsp;the&lt;br&gt;<br>
+�&nbsp;�&nbsp;Request&nbsp;if&nbsp;this&nbsp;is&nbsp;a&nbsp;websocket&nbsp;request?&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thinking&nbsp;about&nbsp;my&nbsp;question,&nbsp;I&nbsp;see&nbsp;that&nbsp;the&nbsp;middleware&nbsp;(if&nbsp;it&#39;s&nbsp;behind&lt;br&gt;<br>
+the&nbsp;cowboy_handler)&nbsp;can&#39;t&nbsp;figure&nbsp;if&nbsp;the&nbsp;connection&nbsp;will&nbsp;be&nbsp;upgraded&nbsp;or&nbsp;not.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Still,&nbsp;it&nbsp;would&nbsp;be&nbsp;cool&nbsp;if&nbsp;I&nbsp;could&nbsp;select&nbsp;which&nbsp;routes&nbsp;will&nbsp;be&nbsp;applied&lt;br&gt;<br>
+to&nbsp;my&nbsp;middleware.&lt;br&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+You&nbsp;have&nbsp;the&nbsp;Req&nbsp;which&nbsp;can&nbsp;help&nbsp;you&nbsp;do&nbsp;things&nbsp;based&nbsp;on&nbsp;host&nbsp;or&nbsp;path,&nbsp;and&nbsp;you&nbsp;also&nbsp;have&nbsp;the&nbsp;environment,&nbsp;which&nbsp;contains&nbsp;the&nbsp;name&nbsp;of&nbsp;the&nbsp;handler&nbsp;that&#39;s&nbsp;gonna&nbsp;be&nbsp;used&nbsp;if&nbsp;you&nbsp;execute&nbsp;your&nbsp;middleware&nbsp;after&nbsp;cowboy_router.&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+<br>
+&lt;br&gt;&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Perfect!&nbsp;The&nbsp;environment&nbsp;can&nbsp;help&nbsp;me&nbsp;:)&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style&gt;Thank&nbsp;you,&nbsp;again!&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130605/568478c8/attachment.html b/_build/static/archives/extend/attachments/20130605/568478c8/attachment.html
new file mode 100644
index 00000000..d5a5f32c
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130605/568478c8/attachment.html
@@ -0,0 +1,9 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;trying&nbsp;to&nbsp;implement&nbsp;REST&nbsp;handler&nbsp;which&nbsp;communicates&nbsp;to&nbsp;custom&nbsp;gen_servers.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Get&nbsp;gen_server&nbsp;from&nbsp;supervisor&nbsp;and&nbsp;link&nbsp;to&nbsp;current&nbsp;handler&nbsp;process:�&lt;/div&gt;&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;rest_init(Req,&nbsp;_Opts)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;...&lt;/div&gt;&lt;div&gt;&lt;div&gt;�&nbsp;process_flag(trap_exit,&nbsp;true),&lt;/div&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;{ok,&nbsp;Pid}&nbsp;=&nbsp;pbshare_logic_sup:start_registration(),&lt;br&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;link(Pid),&lt;/div&gt;&lt;/div&gt;&lt;div&gt;<br>
+...&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;make_get(Req,&nbsp;State)&nbsp;-&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;....&lt;/div&gt;&lt;div&gt;make&nbsp;error&nbsp;here&nbsp;!!!&lt;/div&gt;&lt;div&gt;....&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;And&nbsp;gen_server&nbsp;code:&lt;/div&gt;&lt;div&gt;&lt;div&gt;start_link()&nbsp;-&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&nbsp;gen_server:start_link(?MODULE,&nbsp;[],&nbsp;[]).&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;init(Args)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;process_flag(trap_exit,&nbsp;true),&lt;br&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;{ok,&nbsp;[]}.&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;handle_info({&#39;EXIT&#39;,&nbsp;FromPid,&nbsp;Reason},&nbsp;State)&nbsp;-&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&nbsp;lager:info(&quot;Exit&nbsp;Logic&nbsp;from&nbsp;~p&nbsp;�Reason:&nbsp;~p~n&quot;,&nbsp;[FromPid,&nbsp;Reason]),&lt;/div&gt;&lt;div&gt;�&nbsp;{noreply,&nbsp;State};&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;So&nbsp;I&nbsp;expect&nbsp;to&nbsp;receive&nbsp;EXIT&nbsp;signal&nbsp;from&nbsp;REST&nbsp;handler&nbsp;to&nbsp;my&nbsp;gen_server&nbsp;when&nbsp;error&nbsp;occurs&nbsp;in&nbsp;cowboy.&lt;/div&gt;<br>
+&lt;div&gt;But&nbsp;I&nbsp;don&#39;t&nbsp;receive&nbsp;it.&nbsp;Am&nbsp;I&nbsp;doing&nbsp;something&nbsp;wrong?�&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130718/79e075b8/attachment.html b/_build/static/archives/extend/attachments/20130718/79e075b8/attachment.html
new file mode 100644
index 00000000..a9b30f22
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130718/79e075b8/attachment.html
@@ -0,0 +1,21 @@
+<tt>
+<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;That&nbsp;would&nbsp;be&nbsp;perfect!&nbsp;&nbsp;Do&nbsp;you&nbsp;want&nbsp;me&nbsp;to&nbsp;make&nbsp;the&nbsp;change&nbsp;and&nbsp;issue&nbsp;a&nbsp;pull&nbsp;request?&lt;/span&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;p&nbsp;style=&quot;color:&nbsp;#A0A0A8;&quot;&gt;On&nbsp;Thursday,&nbsp;18&nbsp;July&nbsp;2013&nbsp;at&nbsp;11:36,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;/p&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;type=&quot;cite&quot;&nbsp;style=&quot;border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;I&nbsp;don't&nbsp;think&nbsp;the&nbsp;problem&nbsp;is&nbsp;that&nbsp;the&nbsp;handler&nbsp;is&nbsp;reused,&nbsp;we&nbsp;don't&nbsp;reuse&nbsp;&lt;/div&gt;&lt;div&gt;them&nbsp;if&nbsp;there's&nbsp;an&nbsp;error.&nbsp;However&nbsp;we&nbsp;do&nbsp;catch&nbsp;errors&nbsp;to&nbsp;print&nbsp;them&nbsp;in&nbsp;&lt;/div&gt;&lt;div&gt;the&nbsp;logs,&nbsp;and&nbsp;then&nbsp;the&nbsp;process&nbsp;stops&nbsp;normally.&nbsp;If&nbsp;you&nbsp;link&nbsp;without&nbsp;&lt;/div&gt;&lt;div&gt;trap_exit&nbsp;you&nbsp;receive&nbsp;a&nbsp;normal&nbsp;exit&nbsp;signal&nbsp;which&nbsp;is&nbsp;ignored&nbsp;and&nbsp;doesn't&nbsp;&lt;/div&gt;&lt;div&gt;kill&nbsp;your&nbsp;process.&nbsp;I&nbsp;suppose&nbsp;we&nbsp;should&nbsp;throw&nbsp;an&nbsp;exit&nbsp;signal&nbsp;when&nbsp;we&nbsp;got&nbsp;&lt;/div&gt;&lt;div&gt;an&nbsp;error,&nbsp;after&nbsp;logging&nbsp;everything,&nbsp;instead&nbsp;of&nbsp;stopping&nbsp;normally.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;07/18/2013&nbsp;12:31&nbsp;PM,&nbsp;Adrian&nbsp;Roe&nbsp;wrote:&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;My&nbsp;issue&nbsp;is&nbsp;the&nbsp;other&nbsp;way&nbsp;round.&nbsp;&nbsp;My&nbsp;handler&nbsp;crashes&nbsp;-&nbsp;and&nbsp;terminate&lt;/div&gt;&lt;div&gt;gets&nbsp;called,&nbsp;but&nbsp;the&nbsp;linked&nbsp;process&nbsp;is&nbsp;NOT&nbsp;stopped&nbsp;(unless&nbsp;I&nbsp;stop&nbsp;it&nbsp;in&lt;/div&gt;&lt;div&gt;terminate&nbsp;having&nbsp;stashed&nbsp;any&nbsp;processes&nbsp;I&nbsp;need&nbsp;to&nbsp;stop&nbsp;in&nbsp;the&nbsp;process&lt;/div&gt;&lt;div&gt;dictionary&nbsp;-&nbsp;this&nbsp;is&nbsp;what&nbsp;I'm&nbsp;currently&nbsp;doing,&nbsp;but&nbsp;yuck!)&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;.&nbsp;&nbsp;My&nbsp;question&nbsp;is&nbsp;whether&nbsp;it&nbsp;wouldn't&nbsp;be&nbsp;better&nbsp;to&nbsp;no&nbsp;re-use&nbsp;the&nbsp;handler&lt;/div&gt;&lt;div&gt;process&nbsp;that&nbsp;has&nbsp;crashed&nbsp;and&nbsp;replace&nbsp;it&nbsp;so&nbsp;that&nbsp;handler's&nbsp;can&nbsp;use&nbsp;the&lt;/div&gt;&lt;div&gt;canonical&nbsp;erlang&nbsp;way&nbsp;of&nbsp;stopping&nbsp;related&nbsp;processes&nbsp;rather&nbsp;than&nbsp;having&nbsp;to&lt;/div&gt;&lt;div&gt;do&nbsp;it&nbsp;by&nbsp;hand.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Obviously&nbsp;if&nbsp;the&nbsp;handler&nbsp;does&nbsp;not&nbsp;crash&nbsp;there's&nbsp;no&nbsp;need&nbsp;to&nbsp;kill&nbsp;the&lt;/div&gt;&lt;div&gt;process,&nbsp;so&nbsp;the&nbsp;current&nbsp;efficiency&nbsp;saving&nbsp;works&nbsp;in&nbsp;the&nbsp;&quot;normal&quot;&nbsp;case/&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;Thursday,&nbsp;18&nbsp;July&nbsp;2013&nbsp;at&nbsp;11:20,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;I&nbsp;don't&nbsp;know&nbsp;what&nbsp;happens&nbsp;but&nbsp;there's&nbsp;two&nbsp;things&nbsp;I&nbsp;know:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;*&nbsp;Handlers&nbsp;don't&nbsp;trap_exit,&nbsp;so&nbsp;if&nbsp;the&nbsp;linked&nbsp;process&nbsp;crashes,&nbsp;they&lt;/div&gt;&lt;div&gt;crash&nbsp;too&lt;/div&gt;&lt;div&gt;*&nbsp;If&nbsp;the&nbsp;handler&nbsp;crashes,&nbsp;we&nbsp;close&nbsp;the&nbsp;connection&nbsp;and&nbsp;stop&nbsp;the&lt;/div&gt;&lt;div&gt;handler;&nbsp;if&nbsp;not&nbsp;this&nbsp;is&nbsp;a&nbsp;bug&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;After&nbsp;your&nbsp;log&nbsp;message&nbsp;the&nbsp;handler&nbsp;should&nbsp;stop&nbsp;unless&nbsp;there's&nbsp;a&nbsp;bug&lt;/div&gt;&lt;div&gt;somewhere.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;07/18/2013&nbsp;12:15&nbsp;PM,&nbsp;Adrian&nbsp;Roe&nbsp;wrote:&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;We&nbsp;have&nbsp;been&nbsp;using&nbsp;spawn_linked&nbsp;workers&nbsp;to&nbsp;handle&nbsp;tasks&nbsp;that&nbsp;live&nbsp;for&lt;/div&gt;&lt;div&gt;the&nbsp;lifetime&nbsp;of&nbsp;a&nbsp;single&nbsp;HTTP&nbsp;request&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Although&nbsp;in&nbsp;the&nbsp;cowboy&nbsp;guide&nbsp;it&nbsp;is&nbsp;clear&nbsp;that&nbsp;Cowboy&nbsp;can&nbsp;use&nbsp;&quot;One&lt;/div&gt;&lt;div&gt;Process&nbsp;of&nbsp;Many&nbsp;Requests&quot;&nbsp;I&nbsp;am&nbsp;surprised&nbsp;that&nbsp;this&nbsp;is&nbsp;the&nbsp;case&nbsp;even&nbsp;if&lt;/div&gt;&lt;div&gt;the&nbsp;handler&nbsp;crashes.&nbsp;For&nbsp;example,&nbsp;our&nbsp;use&nbsp;case&nbsp;is&nbsp;to&nbsp;copy&nbsp;a&nbsp;large&nbsp;file&lt;/div&gt;&lt;div&gt;to&nbsp;the&nbsp;server&nbsp;over&nbsp;HTTP&nbsp;where&nbsp;a&nbsp;worker&nbsp;process&nbsp;relays&nbsp;the&nbsp;file&nbsp;contents&lt;/div&gt;&lt;div&gt;to&nbsp;long&nbsp;term&nbsp;storage.&nbsp;The&nbsp;worker&nbsp;process&nbsp;is&nbsp;spawn_linked&nbsp;from&nbsp;the&nbsp;HTTP&lt;/div&gt;&lt;div&gt;handler&nbsp;and&nbsp;(for&nbsp;our&nbsp;use&nbsp;case)&nbsp;should&nbsp;die&nbsp;if&nbsp;the&nbsp;handler&nbsp;stops.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;If&nbsp;the&nbsp;client&nbsp;stops&nbsp;the&nbsp;upload&nbsp;(for&nbsp;example&nbsp;by&nbsp;browsing&nbsp;away,&nbsp;or&nbsp;losing&lt;/div&gt;&lt;div&gt;connectivity)&nbsp;we&nbsp;correctly&nbsp;receive&nbsp;an&nbsp;error&nbsp;(see&nbsp;sample&nbsp;Lager&nbsp;trace&lt;/div&gt;&lt;div&gt;below),&nbsp;but&nbsp;what&nbsp;we&nbsp;are&nbsp;seeing&nbsp;is&nbsp;that&nbsp;spawn_linked&nbsp;processes&nbsp;are&nbsp;NOT&lt;/div&gt;&lt;div&gt;being&nbsp;killed.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;this&nbsp;intended&nbsp;behaviour&nbsp;-&nbsp;I&nbsp;accept&nbsp;it&nbsp;makes&nbsp;sense&nbsp;to&nbsp;reuse&nbsp;the&lt;/div&gt;&lt;div&gt;processes&nbsp;but&nbsp;should&nbsp;this&nbsp;continue&nbsp;to&nbsp;be&nbsp;the&nbsp;case&nbsp;even&nbsp;if&nbsp;the&nbsp;previous&lt;/div&gt;&lt;div&gt;use&nbsp;of&nbsp;the&nbsp;process&nbsp;crashed?&nbsp;If&nbsp;it&nbsp;is&nbsp;intended&nbsp;behaviour&nbsp;I&nbsp;think&nbsp;the&lt;/div&gt;&lt;div&gt;docs&nbsp;should&nbsp;highlight&nbsp;this&nbsp;as&nbsp;we've&nbsp;been&nbsp;leaking&nbsp;processes&nbsp;for&nbsp;some&nbsp;time&lt;/div&gt;&lt;div&gt;now,&nbsp;but&nbsp;I've&nbsp;always&nbsp;seen&nbsp;it&nbsp;as&nbsp;erlang's&nbsp;job&nbsp;to&nbsp;look&nbsp;after&nbsp;related&lt;/div&gt;&lt;div&gt;process&nbsp;trees&nbsp;in&nbsp;the&nbsp;event&nbsp;of&nbsp;error.&nbsp;Our&nbsp;current&nbsp;workaround&nbsp;is&nbsp;to&nbsp;hold&lt;/div&gt;&lt;div&gt;a&nbsp;list&nbsp;of&nbsp;linked&nbsp;processes&nbsp;in&nbsp;process&nbsp;storage&nbsp;and&nbsp;then&nbsp;kill&nbsp;them&nbsp;in&nbsp;the&lt;/div&gt;&lt;div&gt;terminate&nbsp;handler&nbsp;which&nbsp;is&nbsp;ugly&nbsp;in&nbsp;the&nbsp;extreme!!&nbsp;We&nbsp;don't&nbsp;know&nbsp;the&nbsp;PIDS&lt;/div&gt;&lt;div&gt;of&nbsp;the&nbsp;linked&nbsp;processes&nbsp;until&nbsp;it&nbsp;is&nbsp;too&nbsp;late&nbsp;to&nbsp;return&nbsp;State&nbsp;to&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;(i.e.&nbsp;we&nbsp;are&nbsp;already&nbsp;in&nbsp;our&nbsp;handle&nbsp;code)...&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Kind&nbsp;regards&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Adrian&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;16:09:32.347&nbsp;[info]&nbsp;Trailer&nbsp;upload&nbsp;failed&nbsp;with&nbsp;reason&lt;/div&gt;&lt;div&gt;{case_clause,{error,closed}}&lt;/div&gt;&lt;div&gt;16:09:32.348&nbsp;[error]&nbsp;**&nbsp;Cowboy&nbsp;handler&nbsp;upload_trailer_resource&lt;/div&gt;&lt;div&gt;terminating&nbsp;in&nbsp;handle/2&lt;/div&gt;&lt;div&gt;for&nbsp;the&nbsp;reason&nbsp;error:{case_clause,{error,closed}}&lt;/div&gt;&lt;div&gt;**&nbsp;Handler&nbsp;state&nbsp;was&nbsp;{state,undefined,0,undefined,undefined,undefined}&lt;/div&gt;&lt;div&gt;**&nbsp;Request&nbsp;was&lt;/div&gt;&lt;div&gt;[{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef&lt;/div&gt;&lt;div&gt;ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://54.225.117.108:8000&quot;&gt;http://54.225.117.108:8000&lt;/a&gt;&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M&lt;/div&gt;&lt;div&gt;ozilla/5.0&nbsp;(Macintosh;&nbsp;Intel&nbsp;Mac&nbsp;OS&nbsp;X&nbsp;10_8_4)&nbsp;AppleWebKit/537.36&nbsp;(KHTML,&lt;/div&gt;&lt;div&gt;like&nbsp;Gecko)&nbsp;Chrome/28.0.1500.71&lt;/div&gt;&lt;div&gt;Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://54.225.117.108:8000&quot;&gt;http://54.225.117.108:8000&lt;/a&gt;/&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce&lt;/div&gt;&lt;div&gt;pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;&lt;/div&gt;&lt;div&gt;id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde&lt;/div&gt;&lt;div&gt;fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]&lt;/div&gt;&lt;div&gt;**&nbsp;Stacktrace:&lt;/div&gt;&lt;div&gt;[{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}&lt;/div&gt;&lt;div&gt;,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo&lt;/div&gt;&lt;div&gt;ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;_______________________________________________&lt;/div&gt;&lt;div&gt;Extend&nbsp;mailing&nbsp;list&lt;/div&gt;&lt;div&gt;[email protected]&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;mailto:[email protected]&lt;/a&gt;&gt;&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Loïc&nbsp;Hoguin&lt;/div&gt;&lt;div&gt;Erlang&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;Nine&nbsp;Nines&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Loïc&nbsp;Hoguin&lt;/div&gt;&lt;div&gt;Erlang&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;Nine&nbsp;Nines&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/span&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130718/a3961a6f/attachment.html b/_build/static/archives/extend/attachments/20130718/a3961a6f/attachment.html
new file mode 100644
index 00000000..ed6b2dc1
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130718/a3961a6f/attachment.html
@@ -0,0 +1,21 @@
+<tt>
+<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;I&nbsp;suspect&nbsp;it's&nbsp;just&nbsp;a&nbsp;case&nbsp;of&nbsp;adding&nbsp;a&nbsp;throw&nbsp;to&nbsp;error_terminate&nbsp;in&nbsp;cowboy_protocol,&nbsp;maybe&nbsp;with&nbsp;threading&nbsp;the&nbsp;reason&nbsp;back&nbsp;(though&nbsp;I&nbsp;don't&nbsp;really&nbsp;care&nbsp;what's&nbsp;thrown),&nbsp;but&nbsp;also&nbsp;fear&nbsp;there&nbsp;may&nbsp;be&nbsp;unintended&nbsp;consequences&nbsp;as&nbsp;all&nbsp;I've&nbsp;done&nbsp;is&nbsp;skim&nbsp;your&nbsp;code&nbsp;briefly!&nbsp;&nbsp;If&nbsp;you&nbsp;are&nbsp;able&nbsp;to&nbsp;look&nbsp;at&nbsp;it&nbsp;then&nbsp;great&nbsp;-&nbsp;if&nbsp;not&nbsp;I'll&nbsp;muddle&nbsp;through.&nbsp;&nbsp;I'm&nbsp;travelling&nbsp;so&nbsp;it&nbsp;would&nbsp;be&nbsp;mid&nbsp;next&nbsp;week&nbsp;at&nbsp;the&nbsp;earliest&nbsp;anyway.&lt;/span&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;Cheers&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;Adrian&lt;/span&gt;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;p&nbsp;style=&quot;color:&nbsp;#A0A0A8;&quot;&gt;On&nbsp;Thursday,&nbsp;18&nbsp;July&nbsp;2013&nbsp;at&nbsp;11:38,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;/p&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;type=&quot;cite&quot;&nbsp;style=&quot;border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;If&nbsp;you&nbsp;got&nbsp;time&nbsp;sure,&nbsp;I&nbsp;won't&nbsp;have&nbsp;much&nbsp;time&nbsp;until&nbsp;Monday.&nbsp;Have&nbsp;fun!&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;07/18/2013&nbsp;12:37&nbsp;PM,&nbsp;Adrian&nbsp;Roe&nbsp;wrote:&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;That&nbsp;would&nbsp;be&nbsp;perfect!&nbsp;&nbsp;Do&nbsp;you&nbsp;want&nbsp;me&nbsp;to&nbsp;make&nbsp;the&nbsp;change&nbsp;and&nbsp;issue&nbsp;a&lt;/div&gt;&lt;div&gt;pull&nbsp;request?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;Thursday,&nbsp;18&nbsp;July&nbsp;2013&nbsp;at&nbsp;11:36,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;I&nbsp;don't&nbsp;think&nbsp;the&nbsp;problem&nbsp;is&nbsp;that&nbsp;the&nbsp;handler&nbsp;is&nbsp;reused,&nbsp;we&nbsp;don't&nbsp;reuse&lt;/div&gt;&lt;div&gt;them&nbsp;if&nbsp;there's&nbsp;an&nbsp;error.&nbsp;However&nbsp;we&nbsp;do&nbsp;catch&nbsp;errors&nbsp;to&nbsp;print&nbsp;them&nbsp;in&lt;/div&gt;&lt;div&gt;the&nbsp;logs,&nbsp;and&nbsp;then&nbsp;the&nbsp;process&nbsp;stops&nbsp;normally.&nbsp;If&nbsp;you&nbsp;link&nbsp;without&lt;/div&gt;&lt;div&gt;trap_exit&nbsp;you&nbsp;receive&nbsp;a&nbsp;normal&nbsp;exit&nbsp;signal&nbsp;which&nbsp;is&nbsp;ignored&nbsp;and&nbsp;doesn't&lt;/div&gt;&lt;div&gt;kill&nbsp;your&nbsp;process.&nbsp;I&nbsp;suppose&nbsp;we&nbsp;should&nbsp;throw&nbsp;an&nbsp;exit&nbsp;signal&nbsp;when&nbsp;we&nbsp;got&lt;/div&gt;&lt;div&gt;an&nbsp;error,&nbsp;after&nbsp;logging&nbsp;everything,&nbsp;instead&nbsp;of&nbsp;stopping&nbsp;normally.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;07/18/2013&nbsp;12:31&nbsp;PM,&nbsp;Adrian&nbsp;Roe&nbsp;wrote:&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;My&nbsp;issue&nbsp;is&nbsp;the&nbsp;other&nbsp;way&nbsp;round.&nbsp;My&nbsp;handler&nbsp;crashes&nbsp;-&nbsp;and&nbsp;terminate&lt;/div&gt;&lt;div&gt;gets&nbsp;called,&nbsp;but&nbsp;the&nbsp;linked&nbsp;process&nbsp;is&nbsp;NOT&nbsp;stopped&nbsp;(unless&nbsp;I&nbsp;stop&nbsp;it&nbsp;in&lt;/div&gt;&lt;div&gt;terminate&nbsp;having&nbsp;stashed&nbsp;any&nbsp;processes&nbsp;I&nbsp;need&nbsp;to&nbsp;stop&nbsp;in&nbsp;the&nbsp;process&lt;/div&gt;&lt;div&gt;dictionary&nbsp;-&nbsp;this&nbsp;is&nbsp;what&nbsp;I'm&nbsp;currently&nbsp;doing,&nbsp;but&nbsp;yuck!)&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;.&nbsp;My&nbsp;question&nbsp;is&nbsp;whether&nbsp;it&nbsp;wouldn't&nbsp;be&nbsp;better&nbsp;to&nbsp;no&nbsp;re-use&nbsp;the&nbsp;handler&lt;/div&gt;&lt;div&gt;process&nbsp;that&nbsp;has&nbsp;crashed&nbsp;and&nbsp;replace&nbsp;it&nbsp;so&nbsp;that&nbsp;handler's&nbsp;can&nbsp;use&nbsp;the&lt;/div&gt;&lt;div&gt;canonical&nbsp;erlang&nbsp;way&nbsp;of&nbsp;stopping&nbsp;related&nbsp;processes&nbsp;rather&nbsp;than&nbsp;having&nbsp;to&lt;/div&gt;&lt;div&gt;do&nbsp;it&nbsp;by&nbsp;hand.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Obviously&nbsp;if&nbsp;the&nbsp;handler&nbsp;does&nbsp;not&nbsp;crash&nbsp;there's&nbsp;no&nbsp;need&nbsp;to&nbsp;kill&nbsp;the&lt;/div&gt;&lt;div&gt;process,&nbsp;so&nbsp;the&nbsp;current&nbsp;efficiency&nbsp;saving&nbsp;works&nbsp;in&nbsp;the&nbsp;&quot;normal&quot;&nbsp;case/&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;Thursday,&nbsp;18&nbsp;July&nbsp;2013&nbsp;at&nbsp;11:20,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;I&nbsp;don't&nbsp;know&nbsp;what&nbsp;happens&nbsp;but&nbsp;there's&nbsp;two&nbsp;things&nbsp;I&nbsp;know:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;*&nbsp;Handlers&nbsp;don't&nbsp;trap_exit,&nbsp;so&nbsp;if&nbsp;the&nbsp;linked&nbsp;process&nbsp;crashes,&nbsp;they&lt;/div&gt;&lt;div&gt;crash&nbsp;too&lt;/div&gt;&lt;div&gt;*&nbsp;If&nbsp;the&nbsp;handler&nbsp;crashes,&nbsp;we&nbsp;close&nbsp;the&nbsp;connection&nbsp;and&nbsp;stop&nbsp;the&lt;/div&gt;&lt;div&gt;handler;&nbsp;if&nbsp;not&nbsp;this&nbsp;is&nbsp;a&nbsp;bug&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;After&nbsp;your&nbsp;log&nbsp;message&nbsp;the&nbsp;handler&nbsp;should&nbsp;stop&nbsp;unless&nbsp;there's&nbsp;a&nbsp;bug&lt;/div&gt;&lt;div&gt;somewhere.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;07/18/2013&nbsp;12:15&nbsp;PM,&nbsp;Adrian&nbsp;Roe&nbsp;wrote:&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;We&nbsp;have&nbsp;been&nbsp;using&nbsp;spawn_linked&nbsp;workers&nbsp;to&nbsp;handle&nbsp;tasks&nbsp;that&nbsp;live&nbsp;for&lt;/div&gt;&lt;div&gt;the&nbsp;lifetime&nbsp;of&nbsp;a&nbsp;single&nbsp;HTTP&nbsp;request&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Although&nbsp;in&nbsp;the&nbsp;cowboy&nbsp;guide&nbsp;it&nbsp;is&nbsp;clear&nbsp;that&nbsp;Cowboy&nbsp;can&nbsp;use&nbsp;&quot;One&lt;/div&gt;&lt;div&gt;Process&nbsp;of&nbsp;Many&nbsp;Requests&quot;&nbsp;I&nbsp;am&nbsp;surprised&nbsp;that&nbsp;this&nbsp;is&nbsp;the&nbsp;case&nbsp;even&nbsp;if&lt;/div&gt;&lt;div&gt;the&nbsp;handler&nbsp;crashes.&nbsp;For&nbsp;example,&nbsp;our&nbsp;use&nbsp;case&nbsp;is&nbsp;to&nbsp;copy&nbsp;a&nbsp;large&nbsp;file&lt;/div&gt;&lt;div&gt;to&nbsp;the&nbsp;server&nbsp;over&nbsp;HTTP&nbsp;where&nbsp;a&nbsp;worker&nbsp;process&nbsp;relays&nbsp;the&nbsp;file&nbsp;contents&lt;/div&gt;&lt;div&gt;to&nbsp;long&nbsp;term&nbsp;storage.&nbsp;The&nbsp;worker&nbsp;process&nbsp;is&nbsp;spawn_linked&nbsp;from&nbsp;the&nbsp;HTTP&lt;/div&gt;&lt;div&gt;handler&nbsp;and&nbsp;(for&nbsp;our&nbsp;use&nbsp;case)&nbsp;should&nbsp;die&nbsp;if&nbsp;the&nbsp;handler&nbsp;stops.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;If&nbsp;the&nbsp;client&nbsp;stops&nbsp;the&nbsp;upload&nbsp;(for&nbsp;example&nbsp;by&nbsp;browsing&nbsp;away,&nbsp;or&nbsp;losing&lt;/div&gt;&lt;div&gt;connectivity)&nbsp;we&nbsp;correctly&nbsp;receive&nbsp;an&nbsp;error&nbsp;(see&nbsp;sample&nbsp;Lager&nbsp;trace&lt;/div&gt;&lt;div&gt;below),&nbsp;but&nbsp;what&nbsp;we&nbsp;are&nbsp;seeing&nbsp;is&nbsp;that&nbsp;spawn_linked&nbsp;processes&nbsp;are&nbsp;NOT&lt;/div&gt;&lt;div&gt;being&nbsp;killed.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;this&nbsp;intended&nbsp;behaviour&nbsp;-&nbsp;I&nbsp;accept&nbsp;it&nbsp;makes&nbsp;sense&nbsp;to&nbsp;reuse&nbsp;the&lt;/div&gt;&lt;div&gt;processes&nbsp;but&nbsp;should&nbsp;this&nbsp;continue&nbsp;to&nbsp;be&nbsp;the&nbsp;case&nbsp;even&nbsp;if&nbsp;the&nbsp;previous&lt;/div&gt;&lt;div&gt;use&nbsp;of&nbsp;the&nbsp;process&nbsp;crashed?&nbsp;If&nbsp;it&nbsp;is&nbsp;intended&nbsp;behaviour&nbsp;I&nbsp;think&nbsp;the&lt;/div&gt;&lt;div&gt;docs&nbsp;should&nbsp;highlight&nbsp;this&nbsp;as&nbsp;we've&nbsp;been&nbsp;leaking&nbsp;processes&nbsp;for&nbsp;some&lt;/div&gt;&lt;div&gt;time&lt;/div&gt;&lt;div&gt;now,&nbsp;but&nbsp;I've&nbsp;always&nbsp;seen&nbsp;it&nbsp;as&nbsp;erlang's&nbsp;job&nbsp;to&nbsp;look&nbsp;after&nbsp;related&lt;/div&gt;&lt;div&gt;process&nbsp;trees&nbsp;in&nbsp;the&nbsp;event&nbsp;of&nbsp;error.&nbsp;Our&nbsp;current&nbsp;workaround&nbsp;is&nbsp;to&nbsp;hold&lt;/div&gt;&lt;div&gt;a&nbsp;list&nbsp;of&nbsp;linked&nbsp;processes&nbsp;in&nbsp;process&nbsp;storage&nbsp;and&nbsp;then&nbsp;kill&nbsp;them&nbsp;in&nbsp;the&lt;/div&gt;&lt;div&gt;terminate&nbsp;handler&nbsp;which&nbsp;is&nbsp;ugly&nbsp;in&nbsp;the&nbsp;extreme!!&nbsp;We&nbsp;don't&nbsp;know&nbsp;the&nbsp;PIDS&lt;/div&gt;&lt;div&gt;of&nbsp;the&nbsp;linked&nbsp;processes&nbsp;until&nbsp;it&nbsp;is&nbsp;too&nbsp;late&nbsp;to&nbsp;return&nbsp;State&nbsp;to&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;(i.e.&nbsp;we&nbsp;are&nbsp;already&nbsp;in&nbsp;our&nbsp;handle&nbsp;code)...&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Kind&nbsp;regards&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Adrian&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;16:09:32.347&nbsp;[info]&nbsp;Trailer&nbsp;upload&nbsp;failed&nbsp;with&nbsp;reason&lt;/div&gt;&lt;div&gt;{case_clause,{error,closed}}&lt;/div&gt;&lt;div&gt;16:09:32.348&nbsp;[error]&nbsp;**&nbsp;Cowboy&nbsp;handler&nbsp;upload_trailer_resource&lt;/div&gt;&lt;div&gt;terminating&nbsp;in&nbsp;handle/2&lt;/div&gt;&lt;div&gt;for&nbsp;the&nbsp;reason&nbsp;error:{case_clause,{error,closed}}&lt;/div&gt;&lt;div&gt;**&nbsp;Handler&nbsp;state&nbsp;was&nbsp;{state,undefined,0,undefined,undefined,undefined}&lt;/div&gt;&lt;div&gt;**&nbsp;Request&nbsp;was&lt;/div&gt;&lt;div&gt;[{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef&lt;/div&gt;&lt;div&gt;ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://54.225.117.108:8000&quot;&gt;http://54.225.117.108:8000&lt;/a&gt;&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M&lt;/div&gt;&lt;div&gt;ozilla/5.0&nbsp;(Macintosh;&nbsp;Intel&nbsp;Mac&nbsp;OS&nbsp;X&nbsp;10_8_4)&nbsp;AppleWebKit/537.36&lt;/div&gt;&lt;div&gt;(KHTML,&lt;/div&gt;&lt;div&gt;like&nbsp;Gecko)&nbsp;Chrome/28.0.1500.71&lt;/div&gt;&lt;div&gt;Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://54.225.117.108:8000&quot;&gt;http://54.225.117.108:8000&lt;/a&gt;/&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce&lt;/div&gt;&lt;div&gt;pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;&lt;/div&gt;&lt;div&gt;id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde&lt;/div&gt;&lt;div&gt;fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]&lt;/div&gt;&lt;div&gt;**&nbsp;Stacktrace:&lt;/div&gt;&lt;div&gt;[{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}&lt;/div&gt;&lt;div&gt;,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo&lt;/div&gt;&lt;div&gt;ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;_______________________________________________&lt;/div&gt;&lt;div&gt;Extend&nbsp;mailing&nbsp;list&lt;/div&gt;&lt;div&gt;[email protected]&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;mailto:[email protected]&lt;/a&gt;&gt;&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Loïc&nbsp;Hoguin&lt;/div&gt;&lt;div&gt;Erlang&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;Nine&nbsp;Nines&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Loïc&nbsp;Hoguin&lt;/div&gt;&lt;div&gt;Erlang&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;Nine&nbsp;Nines&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Loïc&nbsp;Hoguin&lt;/div&gt;&lt;div&gt;Erlang&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;Nine&nbsp;Nines&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/span&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130718/c50bef17/attachment.html b/_build/static/archives/extend/attachments/20130718/c50bef17/attachment.html
new file mode 100644
index 00000000..cf4bec2f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130718/c50bef17/attachment.html
@@ -0,0 +1,21 @@
+<tt>
+<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;My&nbsp;issue&nbsp;is&nbsp;the&nbsp;other&nbsp;way&nbsp;round.&nbsp;&nbsp;My&nbsp;handler&nbsp;crashes&nbsp;-&nbsp;and&nbsp;terminate&nbsp;gets&nbsp;called,&nbsp;but&nbsp;the&nbsp;linked&nbsp;process&nbsp;is&nbsp;NOT&nbsp;stopped&nbsp;(unless&nbsp;I&nbsp;stop&nbsp;it&nbsp;in&nbsp;terminate&nbsp;having&nbsp;stashed&nbsp;any&nbsp;processes&nbsp;I&nbsp;need&nbsp;to&nbsp;stop&nbsp;in&nbsp;the&nbsp;process&nbsp;dictionary&nbsp;-&nbsp;this&nbsp;is&nbsp;what&nbsp;I'm&nbsp;currently&nbsp;doing,&nbsp;but&nbsp;yuck!)&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;.&nbsp;&nbsp;My&nbsp;question&nbsp;is&nbsp;whether&nbsp;it&nbsp;wouldn't&nbsp;be&nbsp;better&nbsp;to&nbsp;no&nbsp;re-use&nbsp;the&nbsp;handler&nbsp;process&nbsp;that&nbsp;has&nbsp;crashed&nbsp;and&nbsp;replace&nbsp;it&nbsp;so&nbsp;that&nbsp;handler's&nbsp;can&nbsp;use&nbsp;the&nbsp;canonical&nbsp;erlang&nbsp;way&nbsp;of&nbsp;stopping&nbsp;related&nbsp;processes&nbsp;rather&nbsp;than&nbsp;having&nbsp;to&nbsp;do&nbsp;it&nbsp;by&nbsp;hand.&nbsp;&nbsp;&lt;/span&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;Obviously&nbsp;if&nbsp;the&nbsp;handler&nbsp;does&nbsp;not&nbsp;crash&nbsp;there's&nbsp;no&nbsp;need&nbsp;to&nbsp;kill&nbsp;the&nbsp;process,&nbsp;so&nbsp;the&nbsp;current&nbsp;efficiency&nbsp;saving&nbsp;works&nbsp;in&nbsp;the&nbsp;&quot;normal&quot;&nbsp;case/&lt;/span&gt;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;p&nbsp;style=&quot;color:&nbsp;#A0A0A8;&quot;&gt;On&nbsp;Thursday,&nbsp;18&nbsp;July&nbsp;2013&nbsp;at&nbsp;11:20,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;/p&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;type=&quot;cite&quot;&nbsp;style=&quot;border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;I&nbsp;don't&nbsp;know&nbsp;what&nbsp;happens&nbsp;but&nbsp;there's&nbsp;two&nbsp;things&nbsp;I&nbsp;know:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;*&nbsp;&nbsp;Handlers&nbsp;don't&nbsp;trap_exit,&nbsp;so&nbsp;if&nbsp;the&nbsp;linked&nbsp;process&nbsp;crashes,&nbsp;they&nbsp;&lt;/div&gt;&lt;div&gt;crash&nbsp;too&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;*&nbsp;&nbsp;If&nbsp;the&nbsp;handler&nbsp;crashes,&nbsp;we&nbsp;close&nbsp;the&nbsp;connection&nbsp;and&nbsp;stop&nbsp;the&nbsp;&lt;/div&gt;&lt;div&gt;handler;&nbsp;if&nbsp;not&nbsp;this&nbsp;is&nbsp;a&nbsp;bug&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;After&nbsp;your&nbsp;log&nbsp;message&nbsp;the&nbsp;handler&nbsp;should&nbsp;stop&nbsp;unless&nbsp;there's&nbsp;a&nbsp;bug&nbsp;&lt;/div&gt;&lt;div&gt;somewhere.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;07/18/2013&nbsp;12:15&nbsp;PM,&nbsp;Adrian&nbsp;Roe&nbsp;wrote:&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;We&nbsp;have&nbsp;been&nbsp;using&nbsp;spawn_linked&nbsp;workers&nbsp;to&nbsp;handle&nbsp;tasks&nbsp;that&nbsp;live&nbsp;for&lt;/div&gt;&lt;div&gt;the&nbsp;lifetime&nbsp;of&nbsp;a&nbsp;single&nbsp;HTTP&nbsp;request&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Although&nbsp;in&nbsp;the&nbsp;cowboy&nbsp;guide&nbsp;it&nbsp;is&nbsp;clear&nbsp;that&nbsp;Cowboy&nbsp;can&nbsp;use&nbsp;&quot;One&lt;/div&gt;&lt;div&gt;Process&nbsp;of&nbsp;Many&nbsp;Requests&quot;&nbsp;I&nbsp;am&nbsp;surprised&nbsp;that&nbsp;this&nbsp;is&nbsp;the&nbsp;case&nbsp;even&nbsp;if&lt;/div&gt;&lt;div&gt;the&nbsp;handler&nbsp;crashes.&nbsp;&nbsp;For&nbsp;example,&nbsp;our&nbsp;use&nbsp;case&nbsp;is&nbsp;to&nbsp;copy&nbsp;a&nbsp;large&nbsp;file&lt;/div&gt;&lt;div&gt;to&nbsp;the&nbsp;server&nbsp;over&nbsp;HTTP&nbsp;where&nbsp;a&nbsp;worker&nbsp;process&nbsp;relays&nbsp;the&nbsp;file&nbsp;contents&lt;/div&gt;&lt;div&gt;to&nbsp;long&nbsp;term&nbsp;storage.&nbsp;&nbsp;The&nbsp;worker&nbsp;process&nbsp;is&nbsp;spawn_linked&nbsp;from&nbsp;the&nbsp;HTTP&lt;/div&gt;&lt;div&gt;handler&nbsp;and&nbsp;(for&nbsp;our&nbsp;use&nbsp;case)&nbsp;should&nbsp;die&nbsp;if&nbsp;the&nbsp;handler&nbsp;stops.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;If&nbsp;the&nbsp;client&nbsp;stops&nbsp;the&nbsp;upload&nbsp;(for&nbsp;example&nbsp;by&nbsp;browsing&nbsp;away,&nbsp;or&nbsp;losing&lt;/div&gt;&lt;div&gt;connectivity)&nbsp;we&nbsp;correctly&nbsp;receive&nbsp;an&nbsp;error&nbsp;(see&nbsp;sample&nbsp;Lager&nbsp;trace&lt;/div&gt;&lt;div&gt;below),&nbsp;but&nbsp;what&nbsp;we&nbsp;are&nbsp;seeing&nbsp;is&nbsp;that&nbsp;spawn_linked&nbsp;processes&nbsp;are&nbsp;NOT&lt;/div&gt;&lt;div&gt;being&nbsp;killed.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;this&nbsp;intended&nbsp;behaviour&nbsp;-&nbsp;I&nbsp;accept&nbsp;it&nbsp;makes&nbsp;sense&nbsp;to&nbsp;reuse&nbsp;the&lt;/div&gt;&lt;div&gt;processes&nbsp;but&nbsp;should&nbsp;this&nbsp;continue&nbsp;to&nbsp;be&nbsp;the&nbsp;case&nbsp;even&nbsp;if&nbsp;the&nbsp;previous&lt;/div&gt;&lt;div&gt;use&nbsp;of&nbsp;the&nbsp;process&nbsp;crashed?&nbsp;&nbsp;If&nbsp;it&nbsp;is&nbsp;intended&nbsp;behaviour&nbsp;I&nbsp;think&nbsp;the&lt;/div&gt;&lt;div&gt;docs&nbsp;should&nbsp;highlight&nbsp;this&nbsp;as&nbsp;we've&nbsp;been&nbsp;leaking&nbsp;processes&nbsp;for&nbsp;some&nbsp;time&lt;/div&gt;&lt;div&gt;now,&nbsp;but&nbsp;I've&nbsp;always&nbsp;seen&nbsp;it&nbsp;as&nbsp;erlang's&nbsp;job&nbsp;to&nbsp;look&nbsp;after&nbsp;related&lt;/div&gt;&lt;div&gt;process&nbsp;trees&nbsp;in&nbsp;the&nbsp;event&nbsp;of&nbsp;error.&nbsp;&nbsp;Our&nbsp;current&nbsp;workaround&nbsp;is&nbsp;to&nbsp;hold&lt;/div&gt;&lt;div&gt;a&nbsp;list&nbsp;of&nbsp;linked&nbsp;processes&nbsp;in&nbsp;process&nbsp;storage&nbsp;and&nbsp;then&nbsp;kill&nbsp;them&nbsp;in&nbsp;the&lt;/div&gt;&lt;div&gt;terminate&nbsp;handler&nbsp;which&nbsp;is&nbsp;ugly&nbsp;in&nbsp;the&nbsp;extreme!!&nbsp;&nbsp;We&nbsp;don't&nbsp;know&nbsp;the&nbsp;PIDS&lt;/div&gt;&lt;div&gt;of&nbsp;the&nbsp;linked&nbsp;processes&nbsp;until&nbsp;it&nbsp;is&nbsp;too&nbsp;late&nbsp;to&nbsp;return&nbsp;State&nbsp;to&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;(i.e.&nbsp;we&nbsp;are&nbsp;already&nbsp;in&nbsp;our&nbsp;handle&nbsp;code)...&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Kind&nbsp;regards&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Adrian&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;16:09:32.347&nbsp;[info]&nbsp;Trailer&nbsp;upload&nbsp;failed&nbsp;with&nbsp;reason&lt;/div&gt;&lt;div&gt;{case_clause,{error,closed}}&lt;/div&gt;&lt;div&gt;16:09:32.348&nbsp;[error]&nbsp;**&nbsp;Cowboy&nbsp;handler&nbsp;upload_trailer_resource&lt;/div&gt;&lt;div&gt;terminating&nbsp;in&nbsp;handle/2&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;&nbsp;&nbsp;for&nbsp;the&nbsp;reason&nbsp;error:{case_clause,{error,closed}}&lt;/div&gt;&lt;div&gt;**&nbsp;Handler&nbsp;state&nbsp;was&nbsp;{state,undefined,0,undefined,undefined,undefined}&lt;/div&gt;&lt;div&gt;**&nbsp;Request&nbsp;was&lt;/div&gt;&lt;div&gt;[{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef&lt;/div&gt;&lt;div&gt;ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://54.225.117.108:8000&quot;&gt;http://54.225.117.108:8000&lt;/a&gt;&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M&lt;/div&gt;&lt;div&gt;ozilla/5.0&nbsp;(Macintosh;&nbsp;Intel&nbsp;Mac&nbsp;OS&nbsp;X&nbsp;10_8_4)&nbsp;AppleWebKit/537.36&nbsp;(KHTML,&lt;/div&gt;&lt;div&gt;like&nbsp;Gecko)&nbsp;Chrome/28.0.1500.71&lt;/div&gt;&lt;div&gt;Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://54.225.117.108:8000&quot;&gt;http://54.225.117.108:8000&lt;/a&gt;/&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce&lt;/div&gt;&lt;div&gt;pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;&lt;/div&gt;&lt;div&gt;id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde&lt;/div&gt;&lt;div&gt;fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]&lt;/div&gt;&lt;div&gt;**&nbsp;Stacktrace:&lt;/div&gt;&lt;div&gt;[{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}&lt;/div&gt;&lt;div&gt;,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo&lt;/div&gt;&lt;div&gt;ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;_______________________________________________&lt;/div&gt;&lt;div&gt;Extend&nbsp;mailing&nbsp;list&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Loïc&nbsp;Hoguin&lt;/div&gt;&lt;div&gt;Erlang&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;Nine&nbsp;Nines&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/span&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130718/d65f1aaf/attachment.html b/_build/static/archives/extend/attachments/20130718/d65f1aaf/attachment.html
new file mode 100644
index 00000000..d6b4ddfa
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130718/d65f1aaf/attachment.html
@@ -0,0 +1,8 @@
+<tt>
+<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;We&nbsp;have&nbsp;been&nbsp;using&nbsp;spawn_linked&nbsp;workers&nbsp;to&nbsp;handle&nbsp;tasks&nbsp;that&nbsp;live&nbsp;for&nbsp;the&nbsp;lifetime&nbsp;of&nbsp;a&nbsp;single&nbsp;HTTP&nbsp;request&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;Although&nbsp;in&nbsp;the&nbsp;cowboy&nbsp;guide&nbsp;it&nbsp;is&nbsp;clear&nbsp;that&nbsp;Cowboy&nbsp;can&nbsp;use&nbsp;&quot;One&nbsp;Process&nbsp;of&nbsp;Many&nbsp;Requests&quot;&nbsp;I&nbsp;am&nbsp;surprised&nbsp;that&nbsp;this&nbsp;is&nbsp;the&nbsp;case&nbsp;even&nbsp;if&nbsp;the&nbsp;handler&nbsp;crashes.&nbsp;&nbsp;For&nbsp;example,&nbsp;our&nbsp;use&nbsp;case&nbsp;is&nbsp;to&nbsp;copy&nbsp;a&nbsp;large&nbsp;file&nbsp;to&nbsp;the&nbsp;server&nbsp;over&nbsp;HTTP&nbsp;where&nbsp;a&nbsp;worker&nbsp;process&nbsp;relays&nbsp;the&nbsp;file&nbsp;contents&nbsp;to&nbsp;long&nbsp;term&nbsp;storage.&nbsp;&nbsp;The&nbsp;worker&nbsp;process&nbsp;is&nbsp;spawn_linked&nbsp;from&nbsp;the&nbsp;HTTP&nbsp;handler&nbsp;and&nbsp;(for&nbsp;our&nbsp;use&nbsp;case)&nbsp;should&nbsp;die&nbsp;if&nbsp;the&nbsp;handler&nbsp;stops.&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;If&nbsp;the&nbsp;client&nbsp;stops&nbsp;the&nbsp;upload&nbsp;(for&nbsp;example&nbsp;by&nbsp;browsing&nbsp;away,&nbsp;or&nbsp;losing&nbsp;connectivity)&nbsp;we&nbsp;correctly&nbsp;receive&nbsp;an&nbsp;error&nbsp;(see&nbsp;sample&nbsp;Lager&nbsp;trace&nbsp;below),&nbsp;but&nbsp;what&nbsp;we&nbsp;are&nbsp;seeing&nbsp;is&nbsp;that&nbsp;spawn_linked&nbsp;processes&nbsp;are&nbsp;NOT&nbsp;being&nbsp;killed.&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;Is&nbsp;this&nbsp;intended&nbsp;behaviour&nbsp;-&nbsp;I&nbsp;accept&nbsp;it&nbsp;makes&nbsp;sense&nbsp;to&nbsp;reuse&nbsp;the&nbsp;processes&nbsp;but&nbsp;should&nbsp;this&nbsp;continue&nbsp;to&nbsp;be&nbsp;the&nbsp;case&nbsp;even&nbsp;if&nbsp;the&nbsp;previous&nbsp;use&nbsp;of&nbsp;the&nbsp;process&nbsp;crashed?&nbsp;&nbsp;If&nbsp;it&nbsp;is&nbsp;intended&nbsp;behaviour&nbsp;I&nbsp;think&nbsp;the&nbsp;docs&nbsp;should&nbsp;highlight&nbsp;this&nbsp;as&nbsp;we've&nbsp;been&nbsp;leaking&nbsp;processes&nbsp;for&nbsp;some&nbsp;time&nbsp;now,&nbsp;but&nbsp;I've&nbsp;always&nbsp;seen&nbsp;it&nbsp;as&nbsp;erlang's&nbsp;job&nbsp;to&nbsp;look&nbsp;after&nbsp;related&nbsp;process&nbsp;trees&nbsp;in&nbsp;the&nbsp;event&nbsp;of&nbsp;error.&nbsp;&nbsp;Our&nbsp;current&nbsp;workaround&nbsp;is&nbsp;to&nbsp;hold&nbsp;a&nbsp;list&nbsp;of&nbsp;linked&nbsp;processes&nbsp;in&nbsp;process&nbsp;storage&nbsp;and&nbsp;then&nbsp;kill&nbsp;them&nbsp;in&nbsp;the&nbsp;terminate&nbsp;handler&nbsp;which&nbsp;is&nbsp;ugly&nbsp;in&nbsp;the&nbsp;extreme!!&nbsp;&nbsp;We&nbsp;don't&nbsp;know&nbsp;the&nbsp;PIDS&nbsp;of&nbsp;the&nbsp;linked&nbsp;processes&nbsp;until&nbsp;it&nbsp;is&nbsp;too&nbsp;late&nbsp;to&nbsp;return&nbsp;State&nbsp;to&nbsp;Cowboy&nbsp;(i.e.&nbsp;we&nbsp;are&nbsp;already&nbsp;in&nbsp;our&nbsp;handle&nbsp;code)...&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;Kind&nbsp;regards&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;12px;&quot;&gt;Adrian&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;16:09:32.347&nbsp;[info]&nbsp;Trailer&nbsp;upload&nbsp;failed&nbsp;with&nbsp;reason&nbsp;{case_clause,{error,closed}}&lt;/div&gt;&lt;div&gt;16:09:32.348&nbsp;[error]&nbsp;**&nbsp;Cowboy&nbsp;handler&nbsp;upload_trailer_resource&nbsp;terminating&nbsp;in&nbsp;handle/2&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;&nbsp;for&nbsp;the&nbsp;reason&nbsp;error:{case_clause,{error,closed}}&lt;/div&gt;&lt;div&gt;**&nbsp;Handler&nbsp;state&nbsp;was&nbsp;{state,undefined,0,undefined,undefined,undefined}&lt;/div&gt;&lt;div&gt;**&nbsp;Request&nbsp;was&nbsp;[{socket,#Port&lt;0.11230&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1987.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{84,92,32,116},64136}},{host,&lt;&lt;&quot;54.225.117.108&quot;&gt;&gt;},{host_info,undefined},{port,8000},{path,&lt;&lt;&quot;/upload_trailer&quot;&gt;&gt;},{path_info,undef&lt;/div&gt;&lt;div&gt;ined},{qs,&lt;&lt;&quot;name=linux-7.4.21.zip&amp;size=54015414&quot;&gt;&gt;},{qs_vals,undefined},{bindings,[]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;54015414&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;http://54.225.117.108:8000&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;M&lt;/div&gt;&lt;div&gt;ozilla/5.0&nbsp;(Macintosh;&nbsp;Intel&nbsp;Mac&nbsp;OS&nbsp;X&nbsp;10_8_4)&nbsp;AppleWebKit/537.36&nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/28.0.1500.71&nbsp;Safari/537.36&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;*/*&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;http://54.225.117.108:8000/&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,deflate,sdch&quot;&gt;&gt;},{&lt;&lt;&quot;acce&lt;/div&gt;&lt;div&gt;pt-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},{&lt;&lt;&quot;cookie&quot;&gt;&gt;,&lt;&lt;&quot;__jwpusr=cbc133d7-1b49-443c-8a13-364660cc93e5;&nbsp;id3as_manager=f4803c004d71dde3b64394f6e6f44faa54970e93&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[]},{body_state,waiting},{multipart,unde&lt;/div&gt;&lt;div&gt;fined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,true},{resp_state,waiting},{resp_headers,[]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,undefined}]&lt;/div&gt;&lt;div&gt;**&nbsp;Stacktrace:&nbsp;[{i_cowboy,stream_body,0,[{file,&quot;src/i_cowboy.erl&quot;},{line,76}]},{upload_trailer_resource,stream_upload_file,4,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,247}]},{upload_trailer_resource,upload_file,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;}&lt;/div&gt;&lt;div&gt;,{line,237}]},{upload_trailer_resource,head_or_post,1,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,202}]},{upload_trailer_resource,sequence,2,[{file,&quot;src/endpoints/upload_trailer_resource.erl&quot;},{line,106}]},{upload_trailer_resource,process_request,1,[{file,&quot;src/endpo&lt;/div&gt;&lt;div&gt;ints/upload_trailer_resource.erl&quot;},{line,212}]},{i_cowboy,do,3,[{file,&quot;src/i_cowboy.erl&quot;},{line,29}]},{cowboy_handler,handler_handle,4,[{file,&quot;src/cowboy_handler.erl&quot;},{line,119}]}]&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Dr&nbsp;Adrian&nbsp;Roe&lt;/div&gt;&lt;div&gt;Director&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130723/3e51c337/attachment.html b/_build/static/archives/extend/attachments/20130723/3e51c337/attachment.html
new file mode 100644
index 00000000..d60fe073
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130723/3e51c337/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+What&#39;s&nbsp;the&nbsp;best&nbsp;way&nbsp;to&nbsp;skip&nbsp;is_authorized&nbsp;callback&nbsp;for&nbsp;OPTIONS&nbsp;methods?&nbsp;For&nbsp;all&nbsp;my&nbsp;rest&nbsp;handlers?&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;in&nbsp;advance&nbsp;for&nbsp;any&nbsp;help&nbsp;you&nbsp;are&nbsp;able&nbsp;to&nbsp;provide.&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;<br>
+Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130802/4f7baee0/attachment.html b/_build/static/archives/extend/attachments/20130802/4f7baee0/attachment.html
new file mode 100644
index 00000000..b37ab6d1
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130802/4f7baee0/attachment.html
@@ -0,0 +1,12 @@
+<tt>
+Forgot&nbsp;to&nbsp;reply&nbsp;to&nbsp;all&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;----------&nbsp;Forwarded&nbsp;message&nbsp;----------&lt;br&gt;From:&nbsp;&lt;b&nbsp;class=&quot;gmail_sendername&quot;&gt;Eduardo&nbsp;Gurgel&lt;/b&gt;&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;<br>
+Date:&nbsp;Fri,&nbsp;Aug&nbsp;2,&nbsp;2013&nbsp;at&nbsp;4:57&nbsp;PM&lt;br&gt;Subject:&nbsp;Re:&nbsp;[99s-extend]&nbsp;Mailing&nbsp;lists&lt;br&gt;To:&nbsp;Jeremy&nbsp;Ong&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+On&nbsp;Fri,&nbsp;Aug&nbsp;2,&nbsp;2013&nbsp;at&nbsp;4:33&nbsp;PM,&nbsp;Jeremy&nbsp;Ong&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+<br>
+Florent,&nbsp;I&nbsp;suggest&nbsp;you&nbsp;actually&nbsp;contribute&nbsp;something&nbsp;before&nbsp;telling&lt;br&gt;<br>
+the&nbsp;project&nbsp;maintainer&nbsp;how&nbsp;to&nbsp;run&nbsp;things&nbsp;and&nbsp;flaming&nbsp;people&nbsp;who&nbsp;*have*&lt;br&gt;<br>
+contributed.&lt;br&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;Agreed.&lt;/div&gt;&lt;div&gt;�&lt;/div&gt;&lt;div&gt;Too&nbsp;much&nbsp;pointing&nbsp;finger&nbsp;on&nbsp;this&nbsp;thread...&lt;/div&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130805/9fd5783b/attachment.html b/_build/static/archives/extend/attachments/20130805/9fd5783b/attachment.html
new file mode 100644
index 00000000..81109940
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130805/9fd5783b/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;&gt;&lt;/span&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;You&nbsp;can&nbsp;think&nbsp;it&#39;s&nbsp;not&nbsp;a&nbsp;problem,&nbsp;but&nbsp;I&lt;/span&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;think&nbsp;it&nbsp;is.&nbsp;Is&nbsp;that&nbsp;a&nbsp;flame&nbsp;?&lt;/span&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;&lt;br&gt;<br>
+This&nbsp;is&nbsp;a&nbsp;flame:&lt;br&gt;&gt;&nbsp;Haha,&nbsp;what&nbsp;a&nbsp;joke.&nbsp;It&#39;s&nbsp;a&nbsp;pity&nbsp;you&nbsp;don&#39;t&nbsp;understand&nbsp;that.&lt;br&gt;&lt;/span&gt;&lt;br&gt;I&nbsp;for&nbsp;one,&nbsp;prefer&nbsp;Postgres.&nbsp;Not&nbsp;everything&nbsp;can&nbsp;be&nbsp;mapped&nbsp;to&nbsp;kv&nbsp;and&nbsp;that&#39;s&nbsp;the&nbsp;only&nbsp;thing&nbsp;Riak&nbsp;is&nbsp;good&nbsp;for.&nbsp;It&#39;s&nbsp;not&nbsp;fit&nbsp;for&nbsp;a&nbsp;general&nbsp;purpose&nbsp;database.&lt;br&gt;<br>
+To&nbsp;me,&nbsp;NoSQL&nbsp;is&nbsp;about&nbsp;specialization.&nbsp;Each&nbsp;db&nbsp;excels&nbsp;at&nbsp;one&nbsp;type&nbsp;of&nbsp;operation&nbsp;(and&nbsp;then&nbsp;there&#39;s&nbsp;mongo,&nbsp;but&nbsp;that&#39;s&nbsp;for&nbsp;another&nbsp;time),&nbsp;while&nbsp;RDBMSs&nbsp;offer&nbsp;general&nbsp;purpose&nbsp;solutions.&nbsp;I&nbsp;begin&nbsp;my&nbsp;projects&nbsp;with&nbsp;an&nbsp;RDBMS&nbsp;(usually&nbsp;Postgres)&nbsp;and&nbsp;when&nbsp;a&nbsp;particular&nbsp;piece&nbsp;of&nbsp;data&nbsp;is&nbsp;the&nbsp;bottleneck,&nbsp;I&nbsp;move&nbsp;it&nbsp;to&nbsp;the&nbsp;appropriate&nbsp;NoSQL&nbsp;db.&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130816/1c70f542/attachment.html b/_build/static/archives/extend/attachments/20130816/1c70f542/attachment.html
new file mode 100644
index 00000000..a3f4959d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130816/1c70f542/attachment.html
@@ -0,0 +1,22 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Aug&nbsp;15,&nbsp;2013&nbsp;at&nbsp;4:19&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;id=&quot;:fq&quot;&nbsp;style=&quot;overflow:hidden&quot;&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;make&nbsp;an&nbsp;official&nbsp;announcement&nbsp;of&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;now&nbsp;that&nbsp;all&nbsp;the&nbsp;features&nbsp;I&nbsp;wanted&nbsp;are&nbsp;in.&lt;/div&gt;<br>
+<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;I&nbsp;have&nbsp;been&nbsp;using&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;for&nbsp;a&nbsp;while&nbsp;now,&nbsp;and&nbsp;recently&nbsp;I&nbsp;converted&nbsp;etorrent&nbsp;to&nbsp;use&nbsp;it&nbsp;as&nbsp;a&nbsp;test&nbsp;of&nbsp;the&nbsp;viability&nbsp;in&nbsp;larger&nbsp;projects.&nbsp;Typical&nbsp;gotchas:&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;*&nbsp;Projects&nbsp;has&nbsp;no&nbsp;Makefile.&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;needs&nbsp;one.&nbsp;So&nbsp;add&nbsp;one!&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;*&nbsp;No&nbsp;`modules`&nbsp;section&nbsp;in&nbsp;the&nbsp;.app&nbsp;file.&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;needs&nbsp;one&nbsp;to&nbsp;replace&nbsp;it.&nbsp;Not&nbsp;adding&nbsp;this&nbsp;makes&nbsp;relx&nbsp;behave&nbsp;badly.&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;*&nbsp;If&nbsp;you&nbsp;use&nbsp;relx,&nbsp;it&nbsp;is&nbsp;more&nbsp;strict&nbsp;in&nbsp;what&nbsp;it&nbsp;accepts.&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;*&nbsp;Relx&nbsp;can&#39;t&nbsp;yet&nbsp;overlay&nbsp;sys.config&nbsp;:/&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+Apart&nbsp;from&nbsp;that,&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;is&nbsp;a&nbsp;bliss&nbsp;to&nbsp;work&nbsp;with.&nbsp;In&nbsp;one&nbsp;project&nbsp;I&nbsp;am&nbsp;working&nbsp;with:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Core&nbsp;i5&nbsp;2.4Ghz&nbsp;approx&nbsp;2010&nbsp;Macbook&nbsp;Pro,&nbsp;encrypted&nbsp;disk&nbsp;(this&nbsp;hurts&nbsp;performance&nbsp;like&nbsp;mad):&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Cold&nbsp;build:&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Rebar:&nbsp;40&nbsp;secs&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;a&nbsp;href=&quot;http://elrang.mk&quot;&gt;elrang.mk&lt;/a&gt;:&nbsp;42&nbsp;secs&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+Build&nbsp;where&nbsp;each&nbsp;file&nbsp;is&nbsp;compiled&nbsp;in&nbsp;advance:&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Rebar:&nbsp;20&nbsp;secs&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;:&nbsp;0.4&nbsp;secs&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+<br>
+For&nbsp;my&nbsp;development&nbsp;cycle,&nbsp;this&nbsp;is&nbsp;important&nbsp;enough&nbsp;to&nbsp;spend&nbsp;time&nbsp;rewriting&nbsp;projects&nbsp;to&nbsp;use&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;.&nbsp;Also&nbsp;note&nbsp;that&nbsp;rebar.config&nbsp;and&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;can&nbsp;co-exist,&nbsp;so&nbsp;you&nbsp;don&#39;t&nbsp;need&nbsp;to&nbsp;abandon&nbsp;rebar&nbsp;for&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;,&nbsp;which&nbsp;is&nbsp;important.&lt;/div&gt;<br>
+<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130816/1cd82d09/attachment.html b/_build/static/archives/extend/attachments/20130816/1cd82d09/attachment.html
new file mode 100644
index 00000000..3d637f54
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130816/1cd82d09/attachment.html
@@ -0,0 +1,21 @@
+<tt>
+<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Was&nbsp;guessing&nbsp;that&nbsp;was&nbsp;the&nbsp;answer&nbsp;-&nbsp;I'll&nbsp;give&nbsp;it&nbsp;a&nbsp;go...<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Steve&nbsp;Strong&lt;/div&gt;&lt;div&gt;Sent&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://www.sparrowmailapp.com/?sig&quot;&gt;Sparrow&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;p&nbsp;style=&quot;color:&nbsp;#A0A0A8;&quot;&gt;On&nbsp;Friday,&nbsp;16&nbsp;August&nbsp;2013&nbsp;at&nbsp;16:42,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;/p&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;type=&quot;cite&quot;&nbsp;style=&quot;border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;Well&nbsp;I'm&nbsp;sure&nbsp;if&nbsp;you&nbsp;create&nbsp;a&nbsp;base&nbsp;Makefile&nbsp;(without&nbsp;erlang.mk)&nbsp;that&nbsp;&lt;/div&gt;&lt;div&gt;exports&nbsp;DEPS_DIR&nbsp;and&nbsp;then&nbsp;call&nbsp;$(MAKE)&nbsp;on&nbsp;all&nbsp;folders&nbsp;in&nbsp;/apps&nbsp;(which&nbsp;&lt;/div&gt;&lt;div&gt;would&nbsp;themselves&nbsp;contain&nbsp;Makefiles&nbsp;that&nbsp;use&nbsp;erlang.mk),&nbsp;it&nbsp;would&nbsp;work&nbsp;&lt;/div&gt;&lt;div&gt;just&nbsp;fine.&nbsp;You&nbsp;can&nbsp;still&nbsp;keep&nbsp;only&nbsp;one&nbsp;erlang.mk&nbsp;in&nbsp;your&nbsp;repos&nbsp;and&nbsp;use&nbsp;&lt;/div&gt;&lt;div&gt;include&nbsp;../../erlang.mk&nbsp;instead&nbsp;for&nbsp;example.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;But&nbsp;know&nbsp;that&nbsp;this&nbsp;folder&nbsp;structure&nbsp;is&nbsp;a&nbsp;rebar&nbsp;thing&nbsp;and&nbsp;not&nbsp;standard&nbsp;&lt;/div&gt;&lt;div&gt;(just&nbsp;like&nbsp;/deps&nbsp;you'll&nbsp;say,&nbsp;but&nbsp;that&nbsp;one&nbsp;is&nbsp;insanely&nbsp;useful&nbsp;regardless&nbsp;&lt;/div&gt;&lt;div&gt;of&nbsp;the&nbsp;project&nbsp;structure&nbsp;otherwise).&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;08/16/2013&nbsp;02:27&nbsp;PM,&nbsp;Steve&nbsp;Strong&nbsp;wrote:&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;Looks&nbsp;good&nbsp;-&nbsp;I&nbsp;like&nbsp;simple!&nbsp;&nbsp;Quick&nbsp;question,&nbsp;does&nbsp;it&nbsp;support&nbsp;multiple&lt;/div&gt;&lt;div&gt;applications,&nbsp;for&nbsp;example&nbsp;a&nbsp;project&nbsp;laid&nbsp;out&nbsp;as:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;/proj&lt;/div&gt;&lt;div&gt;/deps&lt;/div&gt;&lt;div&gt;/stuff&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;/apps&lt;/div&gt;&lt;div&gt;/app1&lt;/div&gt;&lt;div&gt;/app2&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Most&nbsp;of&nbsp;our&nbsp;stuff&nbsp;is&nbsp;in&nbsp;that&nbsp;form,&nbsp;with&nbsp;shared&nbsp;dependencies&nbsp;between&nbsp;the&lt;/div&gt;&lt;div&gt;various&nbsp;apps.&nbsp;&nbsp;Rebar&nbsp;is&nbsp;quite&nbsp;happy&nbsp;with&nbsp;that&nbsp;format,&nbsp;but&nbsp;I&nbsp;can't&nbsp;see&lt;/div&gt;&lt;div&gt;how&nbsp;to&nbsp;persuade&nbsp;erlang.mk&nbsp;to&nbsp;handle&nbsp;that.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Steve&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Steve&nbsp;Strong&lt;/div&gt;&lt;div&gt;Sent&nbsp;with&nbsp;Sparrow&nbsp;&lt;&lt;a&nbsp;href=&quot;http://www.sparrowmailapp.com/?sig&quot;&gt;http://www.sparrowmailapp.com/?sig&lt;/a&gt;&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;Thursday,&nbsp;15&nbsp;August&nbsp;2013&nbsp;at&nbsp;16:19,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&gt;Hello&nbsp;friendly&nbsp;people,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;make&nbsp;an&nbsp;official&nbsp;announcement&nbsp;of&nbsp;erlang.mk&nbsp;now&nbsp;that&nbsp;all&lt;/div&gt;&lt;div&gt;the&nbsp;features&nbsp;I&nbsp;wanted&nbsp;are&nbsp;in.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;erlang.mk&nbsp;is&nbsp;a&nbsp;rebar&nbsp;replacement.&nbsp;It&nbsp;was&nbsp;initially&nbsp;created&nbsp;for&nbsp;allowing&lt;/div&gt;&lt;div&gt;a&nbsp;faster&nbsp;development&nbsp;process&nbsp;than&nbsp;rebar&nbsp;and&nbsp;for&nbsp;better&nbsp;compatibility&lt;/div&gt;&lt;div&gt;with&nbsp;Linux&nbsp;build&nbsp;tools.&nbsp;It&nbsp;should&nbsp;work&nbsp;on&nbsp;Linux&nbsp;and&nbsp;OSX&nbsp;with&nbsp;GNU&nbsp;Make&lt;/div&gt;&lt;div&gt;installed.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Projects&nbsp;using&nbsp;erlang.mk&nbsp;are&nbsp;still&nbsp;compatible&nbsp;with&nbsp;rebar.&nbsp;Dependencies&lt;/div&gt;&lt;div&gt;fetched&nbsp;by&nbsp;rebar&nbsp;are&nbsp;stored&nbsp;in&nbsp;the&nbsp;same&nbsp;deps/&nbsp;directory,&nbsp;and&nbsp;projects&lt;/div&gt;&lt;div&gt;using&nbsp;erlang.mk&nbsp;can&nbsp;still&nbsp;be&nbsp;used&nbsp;as&nbsp;rebar&nbsp;dependencies,&nbsp;with&nbsp;or&nbsp;without&lt;/div&gt;&lt;div&gt;a&nbsp;rebar.config&nbsp;file.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;erlang.mk&nbsp;also&nbsp;features&nbsp;a&nbsp;simple&nbsp;package&nbsp;index.&nbsp;Try&nbsp;`make&nbsp;pkg-list`&nbsp;to&lt;/div&gt;&lt;div&gt;list&nbsp;all&nbsp;packages&nbsp;currently&nbsp;available.&nbsp;All&nbsp;the&nbsp;packages&nbsp;listed&nbsp;are&lt;/div&gt;&lt;div&gt;compatible&nbsp;with&nbsp;erlang.mk&nbsp;with&nbsp;no&nbsp;tweaking&nbsp;required.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Makefiles&nbsp;written&nbsp;with&nbsp;erlang.mk&nbsp;are&nbsp;*VERY*&nbsp;simple,&nbsp;here&nbsp;are&nbsp;two&nbsp;examples:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;*&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/farwest/blob/master/Makefile&quot;&gt;https://github.com/extend/farwest/blob/master/Makefile&lt;/a&gt;&lt;/div&gt;&lt;div&gt;*&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/Makefile&quot;&gt;https://github.com/extend/cowboy/blob/master/Makefile&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;wrote&nbsp;about&nbsp;erlang.mk&nbsp;and&nbsp;relx&nbsp;recently&nbsp;on&nbsp;the&nbsp;Nine&nbsp;Nines&nbsp;blog.&lt;/div&gt;&lt;div&gt;erlang.mk&nbsp;is&nbsp;the&nbsp;perfect&nbsp;companion&nbsp;to&nbsp;relx.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;*&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/articles/erlang.mk-and-relx&quot;&gt;http://ninenines.eu/articles/erlang.mk-and-relx&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Here&nbsp;are&nbsp;examples&nbsp;of&nbsp;projects&nbsp;that&nbsp;are&nbsp;using&nbsp;and&nbsp;compatible&nbsp;with&lt;/div&gt;&lt;div&gt;erlang.mk:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;*&nbsp;&lt;a&nbsp;href=&quot;https://github.com/jlouis/etorrent&quot;&gt;https://github.com/jlouis/etorrent&lt;/a&gt;&lt;/div&gt;&lt;div&gt;*&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy&quot;&gt;https://github.com/extend/cowboy&lt;/a&gt;&lt;/div&gt;&lt;div&gt;*&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/farwest&quot;&gt;https://github.com/extend/farwest&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;You&nbsp;can&nbsp;find&nbsp;erlang.mk&nbsp;at&nbsp;the&nbsp;following&nbsp;URL:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;*&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/erlang.mk&quot;&gt;https://github.com/extend/erlang.mk&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Contributions&nbsp;to&nbsp;the&nbsp;package&nbsp;index&nbsp;are&nbsp;of&nbsp;course&nbsp;welcome!&nbsp;The&nbsp;only&lt;/div&gt;&lt;div&gt;requirement&nbsp;is&nbsp;that&nbsp;the&nbsp;package&nbsp;is&nbsp;to&nbsp;be&nbsp;compatible&nbsp;with&nbsp;erlang.mk&lt;/div&gt;&lt;div&gt;itself.&nbsp;Just&nbsp;send&nbsp;a&nbsp;PR&nbsp;to&nbsp;the&nbsp;erlang.mk&nbsp;project&nbsp;updating&nbsp;the&lt;/div&gt;&lt;div&gt;packages.v1.txt!&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Enjoy!&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&lt;/div&gt;&lt;div&gt;Loïc&nbsp;Hoguin&lt;/div&gt;&lt;div&gt;Erlang&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;Nine&nbsp;Nines&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/div&gt;&lt;div&gt;_______________________________________________&lt;/div&gt;&lt;div&gt;erlang-questions&nbsp;mailing&nbsp;list&lt;/div&gt;&lt;div&gt;[email protected]&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;mailto:[email protected]&lt;/a&gt;&gt;&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&gt;http://erlang.org/mailman/listinfo/erlang-questions&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Loïc&nbsp;Hoguin&lt;/div&gt;&lt;div&gt;Erlang&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;Nine&nbsp;Nines&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/span&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130816/4e596577/attachment.html b/_build/static/archives/extend/attachments/20130816/4e596577/attachment.html
new file mode 100644
index 00000000..1577f65e
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130816/4e596577/attachment.html
@@ -0,0 +1,218 @@
+<tt>
+&lt;html&gt;<br>
+&nbsp;&nbsp;&lt;head&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;meta&nbsp;content=&quot;text/html;&nbsp;charset=ISO-8859-1&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;http-equiv=&quot;Content-Type&quot;&gt;<br>
+&nbsp;&nbsp;&lt;/head&gt;<br>
+&nbsp;&nbsp;&lt;body&nbsp;text=&quot;#000000&quot;&nbsp;bgcolor=&quot;#FFFFFF&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;class=&quot;moz-cite-prefix&quot;&gt;Why&nbsp;not&nbsp;use&nbsp;Erlang&nbsp;for&nbsp;downloading?<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Surely&nbsp;if&nbsp;erlang.mk&nbsp;is&nbsp;a&nbsp;tool&nbsp;for&nbsp;Erlang&nbsp;then&nbsp;it&nbsp;will&nbsp;be&nbsp;very<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;likely&nbsp;installed.&nbsp;For&nbsp;example&nbsp;this&nbsp;target&nbsp;downloads&nbsp;Rebar:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;pre&nbsp;style=&quot;font-family:&nbsp;Consolas,&nbsp;'Liberation&nbsp;Mono',&nbsp;Courier,&nbsp;monospace;&nbsp;font-size:&nbsp;12px;&nbsp;margin-top:&nbsp;0px;&nbsp;margin-bottom:&nbsp;0px;&nbsp;color:&nbsp;rgb(51,&nbsp;51,&nbsp;51);&nbsp;font-style:&nbsp;normal;&nbsp;font-variant:&nbsp;normal;&nbsp;font-weight:&nbsp;normal;&nbsp;letter-spacing:&nbsp;normal;&nbsp;line-height:&nbsp;18px;&nbsp;orphans:&nbsp;auto;&nbsp;text-align:&nbsp;start;&nbsp;text-indent:&nbsp;0px;&nbsp;text-transform:&nbsp;none;&nbsp;widows:&nbsp;auto;&nbsp;word-spacing:&nbsp;0px;&nbsp;-webkit-text-stroke-width:&nbsp;0px;&quot;&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC5&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;#&nbsp;Erlang&nbsp;Rebar&nbsp;downloading,&nbsp;see:&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC6&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;#&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y&quot;&gt;https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y&lt;/a&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC7&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;rb_rebar_url=&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;http://cloud.github.com/downloads/basho/rebar/rebar&quot;&gt;http://cloud.github.com/downloads/basho/rebar/rebar&lt;/a&gt;&lt;/div&gt;&lt;div&nbsp;cl<br>
+ass=&quot;line&quot;&nbsp;id=&quot;LC8&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC9&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;./rebar:&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC10&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;&nbsp;$(ERL)&nbsp;-noshell&nbsp;-s&nbsp;inets&nbsp;-s&nbsp;ssl&nbsp;\&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC11&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-eval&nbsp;'httpc:request(get,&nbsp;{&quot;$(rb_rebar_url)&quot;,&nbsp;[]},&nbsp;[],&nbsp;[{stream,&nbsp;&quot;./rebar&quot;}])'&nbsp;\&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC12&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;-s&nbsp;init&nbsp;stop&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC13&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;&nbsp;&nbsp;chmod&nbsp;+x&nbsp;./rebar&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC14&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;line&quot;&nbsp;id=&quot;LC15&quot;&nbsp;style=&quot;padding-left:&nbsp;10px;&quot;&gt;REBAR=$(shell&nbsp;(type&nbsp;rebar&nbsp;2&gt;/dev/null&nbsp;||&nbsp;echo&nbsp;./rebar)&nbsp;|&nbsp;tail&nbsp;-1&nbsp;|&nbsp;awk&nbsp;'{&nbsp;print&nbsp;$$NF&nbsp;}')&lt;/div&gt;&lt;/pre&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;It&nbsp;could&nbsp;be&nbsp;used&nbsp;to&nbsp;download&nbsp;anything,&nbsp;not&nbsp;just&nbsp;REBAR.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;Greg&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;On&nbsp;16/08/2013&nbsp;15:34,&nbsp;Lo&iuml;c&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;cite=&quot;mid:[email protected]&quot;&nbsp;type=&quot;cite&quot;&gt;On<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;08/16/2013&nbsp;10:39&nbsp;AM,&nbsp;Benoit&nbsp;Chesneau&nbsp;wrote:<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;The&nbsp;big&nbsp;problem&nbsp;with&nbsp;erlang.mk<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;is&nbsp;requiring&nbsp;to&nbsp;have<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;gmake&nbsp;and&nbsp;more&nbsp;importantly&nbsp;wget&nbsp;installed&nbsp;imo.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;wget&nbsp;is&nbsp;only&nbsp;used&nbsp;for&nbsp;fetching&nbsp;the&nbsp;package&nbsp;index&nbsp;file.&nbsp;I'm&nbsp;sure&nbsp;if<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;it&nbsp;doesn't&nbsp;work&nbsp;somewhere&nbsp;it'll&nbsp;be&nbsp;patched&nbsp;eventually.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;Which&nbsp;makes&nbsp;it&nbsp;quite&nbsp;annoying&nbsp;to<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;distribute&nbsp;on&nbsp;systems&nbsp;that&nbsp;have&nbsp;none&nbsp;of<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;them.&nbsp;It&nbsp;would&nbsp;be&nbsp;interrestin&nbsp;to&nbsp;have&nbsp;the&nbsp;support&nbsp;for&nbsp;curl&nbsp;for<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;example.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Also&nbsp;what&nbsp;are&nbsp;the&nbsp;makefile&nbsp;extensions&nbsp;that&nbsp;you&nbsp;really&nbsp;need&nbsp;to<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;require&nbsp;gmake?<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;No&nbsp;idea.&nbsp;Patches&nbsp;are&nbsp;welcome&nbsp;for&nbsp;compatibility&nbsp;with&nbsp;different<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;OS/build&nbsp;tools&nbsp;(as&nbsp;long&nbsp;as&nbsp;it's&nbsp;not&nbsp;&quot;rewrite&nbsp;the&nbsp;whole&nbsp;file&quot;&nbsp;of<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;course,&nbsp;then&nbsp;you're&nbsp;better&nbsp;off&nbsp;just&nbsp;using&nbsp;gmake).<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;-&nbsp;benoit<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;On&nbsp;Thu,&nbsp;Aug&nbsp;15,&nbsp;2013&nbsp;at&nbsp;4:19&nbsp;PM,&nbsp;Lo&iuml;c&nbsp;Hoguin<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;&lt;a&nbsp;class=&quot;moz-txt-link-abbreviated&quot;&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;mailto:[email protected]&quot;&gt;&lt;mailto:[email protected]&gt;&lt;/a&gt;&gt;&nbsp;wrote:<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Hello&nbsp;friendly&nbsp;people,<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;make&nbsp;an&nbsp;official&nbsp;announcement&nbsp;of&nbsp;erlang.mk<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;now&nbsp;that&nbsp;all&nbsp;the&nbsp;features&nbsp;I&nbsp;wanted<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;are&nbsp;in.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;erlang.mk&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;is&nbsp;a&nbsp;rebar&nbsp;replacement.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;It&nbsp;was<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;initially&nbsp;created&nbsp;for&nbsp;allowing&nbsp;a&nbsp;faster&nbsp;development&nbsp;process<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;than<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;rebar&nbsp;and&nbsp;for&nbsp;better&nbsp;compatibility&nbsp;with&nbsp;Linux&nbsp;build&nbsp;tools.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;It&nbsp;should<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;work&nbsp;on&nbsp;Linux&nbsp;and&nbsp;OSX&nbsp;with&nbsp;GNU&nbsp;Make&nbsp;installed.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Projects&nbsp;using&nbsp;erlang.mk&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;are&nbsp;still<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;compatible<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;with&nbsp;rebar.&nbsp;Dependencies&nbsp;fetched&nbsp;by&nbsp;rebar&nbsp;are&nbsp;stored&nbsp;in&nbsp;the<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;same<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;deps/&nbsp;directory,&nbsp;and&nbsp;projects&nbsp;using&nbsp;erlang.mk<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;can<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;still&nbsp;be&nbsp;used&nbsp;as&nbsp;rebar&nbsp;dependencies,&nbsp;with&nbsp;or&nbsp;without&nbsp;a<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;rebar.config<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;file.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;erlang.mk&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;also&nbsp;features&nbsp;a&nbsp;simple<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;package&nbsp;index.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Try&nbsp;`make&nbsp;pkg-list`&nbsp;to&nbsp;list&nbsp;all&nbsp;packages&nbsp;currently<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;available.&nbsp;All<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;the&nbsp;packages&nbsp;listed&nbsp;are&nbsp;compatible&nbsp;with&nbsp;erlang.mk<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;with&nbsp;no&nbsp;tweaking&nbsp;required.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Makefiles&nbsp;written&nbsp;with&nbsp;erlang.mk&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;are&nbsp;*VERY*<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;simple,&nbsp;here&nbsp;are&nbsp;two&nbsp;examples:<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://github.com/extend/__farwest/blob/master/Makefile&quot;&gt;https://github.com/extend/__farwest/blob/master/Makefile&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;https://github.com/extend/farwest/blob/master/Makefile&quot;&gt;&lt;https://github.com/extend/farwest/blob/master/Makefile&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://github.com/extend/__cowboy/blob/master/Makefile&quot;&gt;https://github.com/extend/__cowboy/blob/master/Makefile&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/Makefile&quot;&gt;&lt;https://github.com/extend/cowboy/blob/master/Makefile&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;I&nbsp;wrote&nbsp;about&nbsp;erlang.mk&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;and&nbsp;relx<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;recently&nbsp;on&nbsp;the<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Nine&nbsp;Nines&nbsp;blog.&nbsp;erlang.mk&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;is&nbsp;the<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;perfect<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;companion&nbsp;to&nbsp;relx.<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;http://ninenines.eu/articles/__erlang.mk-and-relx&quot;&gt;http://ninenines.eu/articles/__erlang.mk-and-relx&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://ninenines.eu/articles/erlang.mk-and-relx&quot;&gt;&lt;http://ninenines.eu/articles/erlang.mk-and-relx&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Here&nbsp;are&nbsp;examples&nbsp;of&nbsp;projects&nbsp;that&nbsp;are&nbsp;using&nbsp;and&nbsp;compatible<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;with<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;erlang.mk&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;:<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://github.com/jlouis/__etorrent&quot;&gt;https://github.com/jlouis/__etorrent&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;https://github.com/jlouis/etorrent&quot;&gt;&lt;https://github.com/jlouis/etorrent&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://github.com/extend/__cowboy&quot;&gt;https://github.com/extend/__cowboy&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;https://github.com/extend/cowboy&quot;&gt;&lt;https://github.com/extend/cowboy&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://github.com/extend/__farwest&quot;&gt;https://github.com/extend/__farwest&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;https://github.com/extend/farwest&quot;&gt;&lt;https://github.com/extend/farwest&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;You&nbsp;can&nbsp;find&nbsp;erlang.mk&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;at&nbsp;the<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;following&nbsp;URL:<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://github.com/extend/__erlang.mk&quot;&gt;https://github.com/extend/__erlang.mk&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;https://github.com/extend/erlang.mk&quot;&gt;&lt;https://github.com/extend/erlang.mk&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Contributions&nbsp;to&nbsp;the&nbsp;package&nbsp;index&nbsp;are&nbsp;of&nbsp;course&nbsp;welcome!<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;The&nbsp;only<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;requirement&nbsp;is&nbsp;that&nbsp;the&nbsp;package&nbsp;is&nbsp;to&nbsp;be&nbsp;compatible&nbsp;with<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;erlang.mk<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;itself.&nbsp;Just&nbsp;send&nbsp;a&nbsp;PR&nbsp;to&nbsp;the<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;erlang.mk<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.mk&quot;&gt;&lt;http://erlang.mk&gt;&lt;/a&gt;&nbsp;project&nbsp;updating&nbsp;the<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;packages.v1.txt!<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Enjoy!<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;--<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Lo&iuml;c&nbsp;Hoguin<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Erlang&nbsp;Cowboy<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Nine&nbsp;Nines<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;_________________________________________________<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;erlang-questions&nbsp;mailing&nbsp;list<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-abbreviated&quot;&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;mailto:[email protected]&quot;&gt;&lt;mailto:[email protected]&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;http://erlang.org/mailman/__listinfo/erlang-questions&quot;&gt;http://erlang.org/mailman/__listinfo/erlang-questions&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-rfc2396E&quot;&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&gt;&lt;http://erlang.org/mailman/listinfo/erlang-questions&gt;&lt;/a&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130816/8f4a69b4/attachment.html b/_build/static/archives/extend/attachments/20130816/8f4a69b4/attachment.html
new file mode 100644
index 00000000..e776ff95
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130816/8f4a69b4/attachment.html
@@ -0,0 +1,77 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;I&nbsp;believe&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;&lt;span&nbsp;style=&quot;font-weight:normal&quot;&gt;curl&nbsp;-L&lt;/span&gt;&lt;span&nbsp;style=&quot;font-weight:normal&quot;&gt;&nbsp;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&gt;$(&lt;/span&gt;&lt;span&nbsp;style=&quot;font-weight:normal&quot;&gt;PKG_FILE_URL&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&gt;)&lt;/span&gt;&lt;/span&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;&nbsp;&gt;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;font-weight:bold;line-height:18px;white-space:pre&quot;&gt;$(&lt;/span&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;PKG_FILE&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;font-weight:bold;line-height:18px;white-space:pre&quot;&gt;)&lt;br&gt;<br>
+<br>
+&lt;/span&gt;&lt;div&gt;is&nbsp;kinda&nbsp;drop-in&nbsp;replacement&nbsp;for&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;wget&nbsp;-O&nbsp;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;$(&lt;/span&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;PKG_FILE&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;)&lt;/span&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;&nbsp;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;$(&lt;/span&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;PKG_FILE_URL&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold;color:rgb(51,51,51);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;line-height:18px;white-space:pre&quot;&gt;)&lt;/span&gt;&lt;br&gt;<br>
+<br>
+&lt;/div&gt;&lt;div&gt;used&nbsp;in&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Should&nbsp;be&nbsp;tested&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Fri,&nbsp;Aug&nbsp;16,&nbsp;2013&nbsp;at&nbsp;12:39&nbsp;PM,&nbsp;Benoit&nbsp;Chesneau&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;The&nbsp;big&nbsp;problem&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;is&nbsp;requiring&nbsp;to&nbsp;have&nbsp;gmake&nbsp;and&nbsp;more&nbsp;importantly&nbsp;wget&nbsp;installed&nbsp;imo.�&lt;div&gt;<br>
+<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;Which&nbsp;makes&nbsp;it&nbsp;quite&nbsp;annoying&nbsp;to&nbsp;distribute&nbsp;on&nbsp;systems&nbsp;that&nbsp;have&nbsp;none&nbsp;of&nbsp;them.&nbsp;It&nbsp;would&nbsp;be&nbsp;interrestin&nbsp;to&nbsp;have&nbsp;the&nbsp;support&nbsp;for&nbsp;curl&nbsp;for&nbsp;example.&nbsp;Also&nbsp;what&nbsp;are&nbsp;the&nbsp;makefile&nbsp;extensions&nbsp;that&nbsp;you&nbsp;really&nbsp;need&nbsp;to&nbsp;require&nbsp;gmake?&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;div&gt;<br>
+<br>
+<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;benoit&lt;/div&gt;&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;On&nbsp;Thu,&nbsp;Aug&nbsp;15,&nbsp;2013&nbsp;at&nbsp;4:19&nbsp;PM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+<br>
+&lt;/div&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Hello&nbsp;friendly&nbsp;people,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;would&nbsp;like&nbsp;to&nbsp;make&nbsp;an&nbsp;official&nbsp;announcement&nbsp;of&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;now&nbsp;that&nbsp;all&nbsp;the&nbsp;features&nbsp;I&nbsp;wanted&nbsp;are&nbsp;in.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;is&nbsp;a&nbsp;rebar&nbsp;replacement.&nbsp;It&nbsp;was&nbsp;initially&nbsp;created&nbsp;for&nbsp;allowing&nbsp;a&nbsp;faster&nbsp;development&nbsp;process&nbsp;than&nbsp;rebar&nbsp;and&nbsp;for&nbsp;better&nbsp;compatibility&nbsp;with&nbsp;Linux&nbsp;build&nbsp;tools.&nbsp;It&nbsp;should&nbsp;work&nbsp;on&nbsp;Linux&nbsp;and&nbsp;OSX&nbsp;with&nbsp;GNU&nbsp;Make&nbsp;installed.&lt;br&gt;<br>
+<br>
+<br>
+<br>
+&lt;br&gt;<br>
+Projects&nbsp;using&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;are&nbsp;still&nbsp;compatible&nbsp;with&nbsp;rebar.&nbsp;Dependencies&nbsp;fetched&nbsp;by&nbsp;rebar&nbsp;are&nbsp;stored&nbsp;in&nbsp;the&nbsp;same&nbsp;deps/&nbsp;directory,&nbsp;and&nbsp;projects&nbsp;using&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;can&nbsp;still&nbsp;be&nbsp;used&nbsp;as&nbsp;rebar&nbsp;dependencies,&nbsp;with&nbsp;or&nbsp;without&nbsp;a&nbsp;rebar.config&nbsp;file.&lt;br&gt;<br>
+<br>
+<br>
+<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;also&nbsp;features&nbsp;a&nbsp;simple&nbsp;package&nbsp;index.&nbsp;Try&nbsp;`make&nbsp;pkg-list`&nbsp;to&nbsp;list&nbsp;all&nbsp;packages&nbsp;currently&nbsp;available.&nbsp;All&nbsp;the&nbsp;packages&nbsp;listed&nbsp;are&nbsp;compatible&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;with&nbsp;no&nbsp;tweaking&nbsp;required.&lt;br&gt;<br>
+<br>
+<br>
+<br>
+&lt;br&gt;<br>
+Makefiles&nbsp;written&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;are&nbsp;*VERY*&nbsp;simple,&nbsp;here&nbsp;are&nbsp;two&nbsp;examples:&lt;br&gt;<br>
+&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/farwest/blob/master/Makefile&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;farwest/blob/master/Makefile&lt;/a&gt;&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/Makefile&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;cowboy/blob/master/Makefile&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;wrote&nbsp;about&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;and&nbsp;relx&nbsp;recently&nbsp;on&nbsp;the&nbsp;Nine&nbsp;Nines&nbsp;blog.&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;is&nbsp;the&nbsp;perfect&nbsp;companion&nbsp;to&nbsp;relx.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;http://ninenines.eu/articles/erlang.mk-and-relx&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/articles/&lt;u&gt;&lt;/u&gt;erlang.mk-and-relx&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;are&nbsp;examples&nbsp;of&nbsp;projects&nbsp;that&nbsp;are&nbsp;using&nbsp;and&nbsp;compatible&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;:&lt;br&gt;<br>
+&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/jlouis/etorrent&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/jlouis/&lt;u&gt;&lt;/u&gt;etorrent&lt;/a&gt;&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;cowboy&lt;/a&gt;&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/farwest&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;farwest&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+You&nbsp;can&nbsp;find&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;at&nbsp;the&nbsp;following&nbsp;URL:&lt;br&gt;<br>
+&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;erlang.mk&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Contributions&nbsp;to&nbsp;the&nbsp;package&nbsp;index&nbsp;are&nbsp;of&nbsp;course&nbsp;welcome!&nbsp;The&nbsp;only&nbsp;requirement&nbsp;is&nbsp;that&nbsp;the&nbsp;package&nbsp;is&nbsp;to&nbsp;be&nbsp;compatible&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;itself.&nbsp;Just&nbsp;send&nbsp;a&nbsp;PR&nbsp;to&nbsp;the&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;project&nbsp;updating&nbsp;the&nbsp;packages.v1.txt!&lt;br&gt;<br>
+<br>
+<br>
+<br>
+&lt;br&gt;<br>
+Enjoy!&lt;span&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;br&gt;_______________________________________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130816/a886396a/attachment.html b/_build/static/archives/extend/attachments/20130816/a886396a/attachment.html
new file mode 100644
index 00000000..276b6812
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130816/a886396a/attachment.html
@@ -0,0 +1,21 @@
+<tt>
+<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Looks&nbsp;good&nbsp;-&nbsp;I&nbsp;like&nbsp;simple!&nbsp;&nbsp;Quick&nbsp;question,&nbsp;does&nbsp;it&nbsp;support&nbsp;multiple&nbsp;applications,&nbsp;for&nbsp;example&nbsp;a&nbsp;project&nbsp;laid&nbsp;out&nbsp;as:<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;/proj&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;/deps&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;/stuff&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;/apps&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;/app1&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;/app2&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Most&nbsp;of&nbsp;our&nbsp;stuff&nbsp;is&nbsp;in&nbsp;that&nbsp;form,&nbsp;with&nbsp;shared&nbsp;dependencies&nbsp;between&nbsp;the&nbsp;various&nbsp;apps.&nbsp;&nbsp;Rebar&nbsp;is&nbsp;quite&nbsp;happy&nbsp;with&nbsp;that&nbsp;format,&nbsp;but&nbsp;I&nbsp;can't&nbsp;see&nbsp;how&nbsp;to&nbsp;persuade&nbsp;erlang.mk&nbsp;to&nbsp;handle&nbsp;that.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Steve&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Steve&nbsp;Strong&lt;/div&gt;&lt;div&gt;Sent&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://www.sparrowmailapp.com/?sig&quot;&gt;Sparrow&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;p&nbsp;style=&quot;color:&nbsp;#A0A0A8;&quot;&gt;On&nbsp;Thursday,&nbsp;15&nbsp;August&nbsp;2013&nbsp;at&nbsp;16:19,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;/p&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote&nbsp;type=&quot;cite&quot;&nbsp;style=&quot;border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;Hello&nbsp;friendly&nbsp;people,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;make&nbsp;an&nbsp;official&nbsp;announcement&nbsp;of&nbsp;erlang.mk&nbsp;now&nbsp;that&nbsp;all&nbsp;&lt;/div&gt;&lt;div&gt;the&nbsp;features&nbsp;I&nbsp;wanted&nbsp;are&nbsp;in.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;erlang.mk&nbsp;is&nbsp;a&nbsp;rebar&nbsp;replacement.&nbsp;It&nbsp;was&nbsp;initially&nbsp;created&nbsp;for&nbsp;allowing&nbsp;&lt;/div&gt;&lt;div&gt;a&nbsp;faster&nbsp;development&nbsp;process&nbsp;than&nbsp;rebar&nbsp;and&nbsp;for&nbsp;better&nbsp;compatibility&nbsp;&lt;/div&gt;&lt;div&gt;with&nbsp;Linux&nbsp;build&nbsp;tools.&nbsp;It&nbsp;should&nbsp;work&nbsp;on&nbsp;Linux&nbsp;and&nbsp;OSX&nbsp;with&nbsp;GNU&nbsp;Make&nbsp;&lt;/div&gt;&lt;div&gt;installed.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Projects&nbsp;using&nbsp;erlang.mk&nbsp;are&nbsp;still&nbsp;compatible&nbsp;with&nbsp;rebar.&nbsp;Dependencies&nbsp;&lt;/div&gt;&lt;div&gt;fetched&nbsp;by&nbsp;rebar&nbsp;are&nbsp;stored&nbsp;in&nbsp;the&nbsp;same&nbsp;deps/&nbsp;directory,&nbsp;and&nbsp;projects&nbsp;&lt;/div&gt;&lt;div&gt;using&nbsp;erlang.mk&nbsp;can&nbsp;still&nbsp;be&nbsp;used&nbsp;as&nbsp;rebar&nbsp;dependencies,&nbsp;with&nbsp;or&nbsp;without&nbsp;&lt;/div&gt;&lt;div&gt;a&nbsp;rebar.config&nbsp;file.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;erlang.mk&nbsp;also&nbsp;features&nbsp;a&nbsp;simple&nbsp;package&nbsp;index.&nbsp;Try&nbsp;`make&nbsp;pkg-list`&nbsp;to&nbsp;&lt;/div&gt;&lt;div&gt;list&nbsp;all&nbsp;packages&nbsp;currently&nbsp;available.&nbsp;All&nbsp;the&nbsp;packages&nbsp;listed&nbsp;are&nbsp;&lt;/div&gt;&lt;div&gt;compatible&nbsp;with&nbsp;erlang.mk&nbsp;with&nbsp;no&nbsp;tweaking&nbsp;required.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Makefiles&nbsp;written&nbsp;with&nbsp;erlang.mk&nbsp;are&nbsp;*VERY*&nbsp;simple,&nbsp;here&nbsp;are&nbsp;two&nbsp;examples:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;*&nbsp;&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/farwest/blob/master/Makefile&quot;&gt;https://github.com/extend/farwest/blob/master/Makefile&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;*&nbsp;&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/Makefile&quot;&gt;https://github.com/extend/cowboy/blob/master/Makefile&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;wrote&nbsp;about&nbsp;erlang.mk&nbsp;and&nbsp;relx&nbsp;recently&nbsp;on&nbsp;the&nbsp;Nine&nbsp;Nines&nbsp;blog.&nbsp;&lt;/div&gt;&lt;div&gt;erlang.mk&nbsp;is&nbsp;the&nbsp;perfect&nbsp;companion&nbsp;to&nbsp;relx.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;*&nbsp;&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/articles/erlang.mk-and-relx&quot;&gt;http://ninenines.eu/articles/erlang.mk-and-relx&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Here&nbsp;are&nbsp;examples&nbsp;of&nbsp;projects&nbsp;that&nbsp;are&nbsp;using&nbsp;and&nbsp;compatible&nbsp;with&nbsp;erlang.mk:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;*&nbsp;&nbsp;&lt;a&nbsp;href=&quot;https://github.com/jlouis/etorrent&quot;&gt;https://github.com/jlouis/etorrent&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;*&nbsp;&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy&quot;&gt;https://github.com/extend/cowboy&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;*&nbsp;&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/farwest&quot;&gt;https://github.com/extend/farwest&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;You&nbsp;can&nbsp;find&nbsp;erlang.mk&nbsp;at&nbsp;the&nbsp;following&nbsp;URL:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&nbsp;&nbsp;*&nbsp;&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/erlang.mk&quot;&gt;https://github.com/extend/erlang.mk&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Contributions&nbsp;to&nbsp;the&nbsp;package&nbsp;index&nbsp;are&nbsp;of&nbsp;course&nbsp;welcome!&nbsp;The&nbsp;only&nbsp;&lt;/div&gt;&lt;div&gt;requirement&nbsp;is&nbsp;that&nbsp;the&nbsp;package&nbsp;is&nbsp;to&nbsp;be&nbsp;compatible&nbsp;with&nbsp;erlang.mk&nbsp;&lt;/div&gt;&lt;div&gt;itself.&nbsp;Just&nbsp;send&nbsp;a&nbsp;PR&nbsp;to&nbsp;the&nbsp;erlang.mk&nbsp;project&nbsp;updating&nbsp;the&nbsp;&lt;/div&gt;&lt;div&gt;packages.v1.txt!&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Enjoy!&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;--&nbsp;&lt;/div&gt;&lt;div&gt;Loïc&nbsp;Hoguin&lt;/div&gt;&lt;div&gt;Erlang&nbsp;Cowboy&lt;/div&gt;&lt;div&gt;Nine&nbsp;Nines&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/div&gt;&lt;div&gt;_______________________________________________&lt;/div&gt;&lt;div&gt;erlang-questions&nbsp;mailing&nbsp;list&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&gt;http://erlang.org/mailman/listinfo/erlang-questions&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/span&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130816/ff4591a1/attachment.html b/_build/static/archives/extend/attachments/20130816/ff4591a1/attachment.html
new file mode 100644
index 00000000..d4518dcb
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130816/ff4591a1/attachment.html
@@ -0,0 +1,52 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;The&nbsp;big&nbsp;problem&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;is&nbsp;requiring&nbsp;to&nbsp;have&nbsp;gmake&nbsp;and&nbsp;more&nbsp;importantly&nbsp;wget&nbsp;installed&nbsp;imo.�&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Which&nbsp;makes&nbsp;it&nbsp;quite&nbsp;annoying&nbsp;to&nbsp;distribute&nbsp;on&nbsp;systems&nbsp;that&nbsp;have&nbsp;none&nbsp;of&nbsp;them.&nbsp;It&nbsp;would&nbsp;be&nbsp;interrestin&nbsp;to&nbsp;have&nbsp;the&nbsp;support&nbsp;for&nbsp;curl&nbsp;for&nbsp;example.&nbsp;Also&nbsp;what&nbsp;are&nbsp;the&nbsp;makefile&nbsp;extensions&nbsp;that&nbsp;you&nbsp;really&nbsp;need&nbsp;to&nbsp;require&nbsp;gmake?&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;benoit&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Aug&nbsp;15,&nbsp;2013&nbsp;at&nbsp;4:19&nbsp;PM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Hello&nbsp;friendly&nbsp;people,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;would&nbsp;like&nbsp;to&nbsp;make&nbsp;an&nbsp;official&nbsp;announcement&nbsp;of&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;now&nbsp;that&nbsp;all&nbsp;the&nbsp;features&nbsp;I&nbsp;wanted&nbsp;are&nbsp;in.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;is&nbsp;a&nbsp;rebar&nbsp;replacement.&nbsp;It&nbsp;was&nbsp;initially&nbsp;created&nbsp;for&nbsp;allowing&nbsp;a&nbsp;faster&nbsp;development&nbsp;process&nbsp;than&nbsp;rebar&nbsp;and&nbsp;for&nbsp;better&nbsp;compatibility&nbsp;with&nbsp;Linux&nbsp;build&nbsp;tools.&nbsp;It&nbsp;should&nbsp;work&nbsp;on&nbsp;Linux&nbsp;and&nbsp;OSX&nbsp;with&nbsp;GNU&nbsp;Make&nbsp;installed.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Projects&nbsp;using&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;are&nbsp;still&nbsp;compatible&nbsp;with&nbsp;rebar.&nbsp;Dependencies&nbsp;fetched&nbsp;by&nbsp;rebar&nbsp;are&nbsp;stored&nbsp;in&nbsp;the&nbsp;same&nbsp;deps/&nbsp;directory,&nbsp;and&nbsp;projects&nbsp;using&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;can&nbsp;still&nbsp;be&nbsp;used&nbsp;as&nbsp;rebar&nbsp;dependencies,&nbsp;with&nbsp;or&nbsp;without&nbsp;a&nbsp;rebar.config&nbsp;file.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;also&nbsp;features&nbsp;a&nbsp;simple&nbsp;package&nbsp;index.&nbsp;Try&nbsp;`make&nbsp;pkg-list`&nbsp;to&nbsp;list&nbsp;all&nbsp;packages&nbsp;currently&nbsp;available.&nbsp;All&nbsp;the&nbsp;packages&nbsp;listed&nbsp;are&nbsp;compatible&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;with&nbsp;no&nbsp;tweaking&nbsp;required.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Makefiles&nbsp;written&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;are&nbsp;*VERY*&nbsp;simple,&nbsp;here&nbsp;are&nbsp;two&nbsp;examples:&lt;br&gt;<br>
+&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/farwest/blob/master/Makefile&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;farwest/blob/master/Makefile&lt;/a&gt;&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/Makefile&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;cowboy/blob/master/Makefile&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;wrote&nbsp;about&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;and&nbsp;relx&nbsp;recently&nbsp;on&nbsp;the&nbsp;Nine&nbsp;Nines&nbsp;blog.&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;is&nbsp;the&nbsp;perfect&nbsp;companion&nbsp;to&nbsp;relx.&lt;br&gt;<br>
+&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;http://ninenines.eu/articles/erlang.mk-and-relx&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/articles/&lt;u&gt;&lt;/u&gt;erlang.mk-and-relx&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;are&nbsp;examples&nbsp;of&nbsp;projects&nbsp;that&nbsp;are&nbsp;using&nbsp;and&nbsp;compatible&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;:&lt;br&gt;<br>
+&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/jlouis/etorrent&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/jlouis/&lt;u&gt;&lt;/u&gt;etorrent&lt;/a&gt;&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;cowboy&lt;/a&gt;&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/farwest&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;farwest&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+You&nbsp;can&nbsp;find&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;at&nbsp;the&nbsp;following&nbsp;URL:&lt;br&gt;<br>
+&lt;br&gt;<br>
+�*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;erlang.mk&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Contributions&nbsp;to&nbsp;the&nbsp;package&nbsp;index&nbsp;are&nbsp;of&nbsp;course&nbsp;welcome!&nbsp;The&nbsp;only&nbsp;requirement&nbsp;is&nbsp;that&nbsp;the&nbsp;package&nbsp;is&nbsp;to&nbsp;be&nbsp;compatible&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;itself.&nbsp;Just&nbsp;send&nbsp;a&nbsp;PR&nbsp;to&nbsp;the&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;project&nbsp;updating&nbsp;the&nbsp;packages.v1.txt!&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Enjoy!&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130820/b203ebe2/attachment.html b/_build/static/archives/extend/attachments/20130820/b203ebe2/attachment.html
new file mode 100644
index 00000000..43c2369f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130820/b203ebe2/attachment.html
@@ -0,0 +1,32 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;This&nbsp;is&nbsp;exactly&nbsp;the&nbsp;sort&nbsp;of&nbsp;thing&nbsp;gen_event&nbsp;is&nbsp;for.&nbsp;I&nbsp;would&nbsp;make&nbsp;each&nbsp;server&nbsp;process&nbsp;register&nbsp;a&nbsp;handler&nbsp;at&nbsp;startup&nbsp;using&nbsp;gen_event:add_sup_handler()&nbsp;and&nbsp;then&nbsp;have&nbsp;the&nbsp;handle_event&nbsp;callback&nbsp;simply&nbsp;relay&nbsp;the&nbsp;event&nbsp;to&nbsp;the&nbsp;server&nbsp;processes.&nbsp;Yes,&nbsp;gproc&nbsp;can&nbsp;do&nbsp;this,&nbsp;but&nbsp;why&nbsp;incur&nbsp;its&nbsp;extra&nbsp;features&nbsp;and&nbsp;overhead?&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Sat,&nbsp;Aug&nbsp;17,&nbsp;2013&nbsp;at&nbsp;3:10&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;im&quot;&gt;On&nbsp;08/17/2013&nbsp;10:00&nbsp;AM,&nbsp;Bin&nbsp;Wang&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hi,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&#39;m&nbsp;new&nbsp;to&nbsp;ranch.&nbsp;In&nbsp;my&nbsp;application,&nbsp;I&nbsp;need&nbsp;to&nbsp;send&nbsp;some&nbsp;message&nbsp;to&lt;br&gt;<br>
+all&nbsp;connections.&nbsp;So&nbsp;I&#39;d&nbsp;like&nbsp;to&nbsp;know&nbsp;can&nbsp;I&nbsp;get&nbsp;all&nbsp;connections&nbsp;from&lt;br&gt;<br>
+ranch,&nbsp;so&nbsp;I&nbsp;could&nbsp;use&nbsp;Transport:send&nbsp;to&nbsp;send&nbsp;them,&nbsp;or&nbsp;I&nbsp;must&nbsp;manage&lt;br&gt;<br>
+all&nbsp;the&nbsp;created&nbsp;connections&nbsp;by&nbsp;myself?&nbsp;Or&nbsp;is&nbsp;there&nbsp;any&nbsp;other&nbsp;better&lt;br&gt;<br>
+way?&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+The&nbsp;best&nbsp;way&nbsp;to&nbsp;do&nbsp;that&nbsp;is&nbsp;on&nbsp;your&nbsp;end,&nbsp;using&nbsp;gproc&nbsp;properties.&nbsp;When&nbsp;the&nbsp;connection&nbsp;is&nbsp;accepted,&nbsp;register&nbsp;the&nbsp;process&nbsp;with&nbsp;the&nbsp;property&nbsp;and&nbsp;use&nbsp;the&nbsp;property&nbsp;to&nbsp;send&nbsp;messages&nbsp;to&nbsp;all&nbsp;processes.&nbsp;You&nbsp;don&#39;t&nbsp;need&nbsp;to&nbsp;unregister&nbsp;when&nbsp;the&nbsp;connection&nbsp;ends,&nbsp;gproc&nbsp;does&nbsp;that&nbsp;automatically.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+The&nbsp;hackish&nbsp;way&nbsp;to&nbsp;do&nbsp;that&nbsp;would&nbsp;be&nbsp;to&nbsp;call&nbsp;supervisor:which_children&nbsp;on&nbsp;the&nbsp;ranch_conns_sup&nbsp;supervisor&nbsp;of&nbsp;your&nbsp;listener,&nbsp;but&nbsp;that&nbsp;will&nbsp;slow&nbsp;down&nbsp;the&nbsp;accepting&nbsp;of&nbsp;new&nbsp;connections,&nbsp;so&nbsp;don&#39;t&nbsp;do&nbsp;this&nbsp;if&nbsp;you&nbsp;need&nbsp;high&nbsp;accept&nbsp;rates.&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;/font&gt;&lt;/span&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130915/c9a5340e/attachment.html b/_build/static/archives/extend/attachments/20130915/c9a5340e/attachment.html
new file mode 100644
index 00000000..da26eac3
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130915/c9a5340e/attachment.html
@@ -0,0 +1,10 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;ve&nbsp;started&nbsp;work&nbsp;on&nbsp;a&nbsp;project&nbsp;using&nbsp;Clojure,&nbsp;but&nbsp;I&nbsp;was&nbsp;wondering&nbsp;whether&nbsp;(and&nbsp;secretly&nbsp;hoping&nbsp;that)&nbsp;Erlang&nbsp;would&nbsp;be&nbsp;a&nbsp;better&nbsp;fit,&nbsp;so&nbsp;I&#39;ve&nbsp;been&nbsp;load&nbsp;testing&nbsp;a&nbsp;few&nbsp;web&nbsp;server&nbsp;frameworks.&nbsp;I&#39;m&nbsp;particularly&nbsp;interested&nbsp;in&nbsp;how&nbsp;the&nbsp;server&nbsp;can&nbsp;handle&nbsp;a&nbsp;large&nbsp;number&nbsp;of&nbsp;concurrent&nbsp;WebSocket&nbsp;connections,&nbsp;and&nbsp;the&nbsp;test&nbsp;I&#39;ve&nbsp;been&nbsp;running&nbsp;is&nbsp;similar&nbsp;to&nbsp;Eric&nbsp;Moritz&#39;s&nbsp;[1].&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;ve&nbsp;setup&nbsp;a&nbsp;simple&nbsp;Cowboy&nbsp;&#39;echo&#39;&nbsp;server&nbsp;running&nbsp;on&nbsp;an&nbsp;EC2&nbsp;instance&nbsp;(m1.medium,&nbsp;as&nbsp;in&nbsp;Eric&#39;s&nbsp;test)&nbsp;which&nbsp;could&nbsp;comfortably&nbsp;handle&nbsp;10k&nbsp;concurrent&nbsp;WebSocket&nbsp;requests&nbsp;(as&nbsp;in&nbsp;Eric&#39;s&nbsp;results),&nbsp;while&nbsp;echoing&nbsp;about&nbsp;200&nbsp;messages/second.&nbsp;The&nbsp;CPU&nbsp;usage&nbsp;of&nbsp;the&nbsp;VM&nbsp;at&nbsp;this&nbsp;point&nbsp;is&nbsp;about&nbsp;99%,&nbsp;but&nbsp;the&nbsp;server&nbsp;continues&nbsp;to&nbsp;handle&nbsp;up&nbsp;to&nbsp;40k&nbsp;concurrent&nbsp;connections&nbsp;with&nbsp;a&nbsp;consistent&nbsp;average&nbsp;response&nbsp;time&nbsp;(&lt;30ms).&nbsp;Pushing&nbsp;the&nbsp;test&nbsp;beyond&nbsp;this&nbsp;number&nbsp;results&nbsp;in&nbsp;a&nbsp;spike&nbsp;in&nbsp;response&nbsp;times&nbsp;and&nbsp;lots&nbsp;of&nbsp;connection&nbsp;timeouts.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;40k&nbsp;connections&nbsp;seems&nbsp;pretty&nbsp;good,&nbsp;but&nbsp;when&nbsp;comparing&nbsp;this&nbsp;to&nbsp;the&nbsp;same&nbsp;test&nbsp;against&nbsp;a&nbsp;couple&nbsp;of&nbsp;Clojure/JVM-based&nbsp;frameworks&nbsp;(specifically&nbsp;Aleph/Netty&nbsp;and&nbsp;http-kit)&nbsp;I&nbsp;find&nbsp;I&nbsp;can&nbsp;get&nbsp;higher&nbsp;numbers&nbsp;of&nbsp;concurrent&nbsp;connections&nbsp;with&nbsp;slightly&nbsp;better&nbsp;average&nbsp;response&nbsp;times&nbsp;(100k&nbsp;connections,&nbsp;&lt;10ms&nbsp;response&nbsp;time)&nbsp;using&nbsp;much&nbsp;less&nbsp;CPU&nbsp;(~20%).&nbsp;In&nbsp;fact,&nbsp;memory&nbsp;seems&nbsp;to&nbsp;be&nbsp;the&nbsp;limiting&nbsp;factor.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;So&nbsp;I&nbsp;have&nbsp;two&nbsp;questions:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;1)&nbsp;Should&nbsp;I&nbsp;be&nbsp;concerned&nbsp;about&nbsp;the&nbsp;CPU&nbsp;usage&nbsp;in&nbsp;the&nbsp;Erlang/Cowboy&nbsp;test?&nbsp;I&nbsp;have&nbsp;limited&nbsp;experience&nbsp;with&nbsp;Erlang&nbsp;so&nbsp;far,&nbsp;but&nbsp;100%&nbsp;CPU&nbsp;feels&nbsp;like&nbsp;a&nbsp;bad&nbsp;thing.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;2)&nbsp;Is&nbsp;there&nbsp;any&nbsp;way&nbsp;to&nbsp;increase&nbsp;the&nbsp;performance&nbsp;of&nbsp;the&nbsp;cowboy&nbsp;server?&nbsp;Are&nbsp;there&nbsp;any&nbsp;Erlang&nbsp;VM&nbsp;parameters&nbsp;I&nbsp;can&nbsp;change?&nbsp;The&nbsp;fact&nbsp;that&nbsp;the&nbsp;Clojure/JVM&nbsp;tests&nbsp;(on&nbsp;the&nbsp;same&nbsp;machine)&nbsp;have&nbsp;managed&nbsp;to&nbsp;get&nbsp;to&nbsp;100k&nbsp;connections&nbsp;suggests&nbsp;that&nbsp;the&nbsp;limitation&nbsp;isn&#39;t&nbsp;being&nbsp;imposed&nbsp;by&nbsp;the&nbsp;operating&nbsp;system&nbsp;(I&#39;ve&nbsp;applied&nbsp;changes&nbsp;various&nbsp;changes&nbsp;to&nbsp;sysctl&nbsp;and&nbsp;ulimit).&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;(Perhaps&nbsp;an&nbsp;echo&nbsp;server&nbsp;isn&#39;t&nbsp;the&nbsp;best&nbsp;way&nbsp;to&nbsp;compare&nbsp;HTTP&nbsp;servers,&nbsp;but&nbsp;it&nbsp;feels&nbsp;like&nbsp;a&nbsp;good&nbsp;starting&nbsp;point.)&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;for&nbsp;any&nbsp;help.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;[1]�&lt;a&nbsp;href=&quot;https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md&quot;&gt;https://github.com/ericmoritz/wsdemo/blob/results-v1/results.md&lt;/a&gt;&nbsp;-&nbsp;the&nbsp;GitHub&nbsp;repo&nbsp;actually&nbsp;contains&nbsp;code&nbsp;for&nbsp;an&nbsp;Aleph&nbsp;server,&nbsp;but&nbsp;results&nbsp;from&nbsp;this&nbsp;aren&#39;t&nbsp;included&nbsp;in&nbsp;the&nbsp;summary&nbsp;here.&lt;br&nbsp;clear=&quot;all&quot;&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130916/dedbf486/attachment.html b/_build/static/archives/extend/attachments/20130916/dedbf486/attachment.html
new file mode 100644
index 00000000..74676d52
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130916/dedbf486/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;this&nbsp;is&nbsp;somewhat&nbsp;similar&nbsp;to&nbsp;what&nbsp;someone&nbsp;else&nbsp;has&nbsp;asked: &lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html&quot;&gt;http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html&lt;/a&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;am&nbsp;new&nbsp;to&nbsp;cowboy,&nbsp;I&nbsp;have&nbsp;a&nbsp;process&nbsp;that&nbsp;runs&nbsp;alongside&nbsp;a&nbsp;cowboy&nbsp;server&nbsp;and&nbsp;this&nbsp;process&nbsp;needs&nbsp;to&nbsp;periodically&nbsp;send&nbsp;text&nbsp;to&nbsp;all&nbsp;http&nbsp;clients&nbsp;connected&nbsp;to&nbsp;the&nbsp;cowboy&nbsp;server.&nbsp;My&nbsp;goal&nbsp;is&nbsp;to&nbsp;have&nbsp;a&nbsp;streaming&nbsp;connection&nbsp;for&nbsp;each&nbsp;http&nbsp;client&nbsp;so&nbsp;that&nbsp;I&nbsp;could&nbsp;stream&nbsp;text&nbsp;to&nbsp;them&nbsp;from&nbsp;my&nbsp;process.&nbsp;how&nbsp;is&nbsp;this&nbsp;done?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks!&lt;/div&gt;&lt;div&gt;Konstantin&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130916/f55d10f5/attachment.html b/_build/static/archives/extend/attachments/20130916/f55d10f5/attachment.html
new file mode 100644
index 00000000..f2a6ab12
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130916/f55d10f5/attachment.html
@@ -0,0 +1,29 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;thanks.&nbsp;Suppose&nbsp;my&nbsp;external&nbsp;process&nbsp;is&nbsp;registered&nbsp;and&nbsp;has&nbsp;a&nbsp;name,&nbsp;so&nbsp;I&nbsp;can&nbsp;discover&nbsp;it&nbsp;by&nbsp;name&nbsp;from&nbsp;my&nbsp;cowboy&nbsp;request&nbsp;handler.&nbsp;when&nbsp;my&nbsp;cowboy&nbsp;handler&nbsp;is&nbsp;invoked,&nbsp;can&nbsp;I&nbsp;just&nbsp;send&nbsp;the&nbsp;handler&#39;s&nbsp;process&nbsp;ID&nbsp;to&nbsp;the&nbsp;external&nbsp;process?&nbsp;the&nbsp;question&nbsp;is&nbsp;then&nbsp;how&nbsp;does&nbsp;the&nbsp;external&nbsp;process&nbsp;know&nbsp;that&nbsp;the&nbsp;http&nbsp;client&nbsp;has&nbsp;disconnected&nbsp;so&nbsp;that&nbsp;it&nbsp;can&nbsp;stop&nbsp;sending&nbsp;data&nbsp;to&nbsp;it.&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/9/16&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;On&nbsp;09/16/2013&nbsp;03:50&nbsp;PM,&nbsp;akonsu&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+this&nbsp;is&nbsp;somewhat&nbsp;similar&nbsp;to&nbsp;what&nbsp;someone&nbsp;else&nbsp;has&nbsp;asked:&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/archives/extend/2013-August/000224.html&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;archives/extend/2013-August/&lt;u&gt;&lt;/u&gt;000224.html&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;am&nbsp;new&nbsp;to&nbsp;cowboy,&nbsp;I&nbsp;have&nbsp;a&nbsp;process&nbsp;that&nbsp;runs&nbsp;alongside&nbsp;a&nbsp;cowboy&nbsp;server&lt;br&gt;<br>
+and&nbsp;this&nbsp;process&nbsp;needs&nbsp;to&nbsp;periodically&nbsp;send&nbsp;text&nbsp;to&nbsp;all&nbsp;http&nbsp;clients&lt;br&gt;<br>
+connected&nbsp;to&nbsp;the&nbsp;cowboy&nbsp;server.&nbsp;My&nbsp;goal&nbsp;is&nbsp;to&nbsp;have&nbsp;a&nbsp;streaming&lt;br&gt;<br>
+connection&nbsp;for&nbsp;each&nbsp;http&nbsp;client&nbsp;so&nbsp;that&nbsp;I&nbsp;could&nbsp;stream&nbsp;text&nbsp;to&nbsp;them&nbsp;from&lt;br&gt;<br>
+my&nbsp;process.&nbsp;how&nbsp;is&nbsp;this&nbsp;done?&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+Same&nbsp;answer&nbsp;really.&nbsp;You&nbsp;need&nbsp;some&nbsp;kind&nbsp;of&nbsp;process&nbsp;registry,&nbsp;like&nbsp;gproc&nbsp;properties&nbsp;for&nbsp;example,&nbsp;that&nbsp;will&nbsp;store&nbsp;all&nbsp;Pids&nbsp;and&nbsp;allow&nbsp;you&nbsp;to&nbsp;send&nbsp;a&nbsp;message&nbsp;to&nbsp;all&nbsp;of&nbsp;them.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;init,&nbsp;register&nbsp;the&nbsp;process,&nbsp;and&nbsp;then&nbsp;handle&nbsp;the&nbsp;incoming&nbsp;message&nbsp;when&nbsp;it&nbsp;arrives.&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130919/0a4bcb6c/attachment.html b/_build/static/archives/extend/attachments/20130919/0a4bcb6c/attachment.html
new file mode 100644
index 00000000..74916ad3
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130919/0a4bcb6c/attachment.html
@@ -0,0 +1,42 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;my&nbsp;http&nbsp;handler&nbsp;receives&nbsp;messages&nbsp;carrying&nbsp;json&nbsp;parts&nbsp;obtained&nbsp;from&nbsp;a&nbsp;twitter&nbsp;stream&nbsp;by&nbsp;a&nbsp;separate&nbsp;process.&nbsp;the&nbsp;twitter&nbsp;stream&nbsp;is&nbsp;the&nbsp;stream&nbsp;of&nbsp;all&nbsp;public&nbsp;tweets,&nbsp;(they&nbsp;call&nbsp;it&nbsp;&quot;firehose&quot;)&nbsp;so&nbsp;there&nbsp;are&nbsp;a&nbsp;lot.&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/9/19&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+How&nbsp;much&nbsp;is&nbsp;a&nbsp;lot&nbsp;of&nbsp;messages?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Hibernating&nbsp;is&nbsp;a&nbsp;bit&nbsp;more&nbsp;expensive&nbsp;on&nbsp;the&nbsp;CPU&nbsp;but&nbsp;better&nbsp;for&nbsp;saving&nbsp;memory.&nbsp;It&#39;s&nbsp;generally&nbsp;fine&nbsp;to&nbsp;use&nbsp;except&nbsp;when&nbsp;you&nbsp;have&nbsp;a&nbsp;really&nbsp;busy&nbsp;system.&nbsp;Do&nbsp;note&nbsp;that&nbsp;it&nbsp;also&nbsp;means&nbsp;your&nbsp;responses&nbsp;will&nbsp;be&nbsp;slightly&nbsp;slower&nbsp;(though&nbsp;that&nbsp;is&nbsp;generally&nbsp;not&nbsp;noticeable).&lt;div&gt;<br>
+&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/19/2013&nbsp;06:30&nbsp;AM,&nbsp;akonsu&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+Hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+from&nbsp;the&nbsp;documentation:&lt;br&gt;<br>
+&lt;br&gt;<br>
+info(Info,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&nbsp;{ok,&nbsp;Req,&nbsp;State}&nbsp;|&nbsp;{loop,&nbsp;Req,&nbsp;State}|&nbsp;{loop,&lt;br&gt;<br>
+Req,&nbsp;State,&nbsp;hibernate}&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+in&nbsp;case&nbsp;my&nbsp;handler&nbsp;receives&nbsp;a&nbsp;lot&nbsp;of&nbsp;messages,&nbsp;and&nbsp;they&nbsp;come&nbsp;very&nbsp;often,&lt;br&gt;<br>
+does&nbsp;a&nbsp;response&nbsp;of&nbsp;the&nbsp;latter&nbsp;form&nbsp;{loop,&nbsp;Req,&nbsp;State,&nbsp;hibernate}&nbsp;save&lt;br&gt;<br>
+anything?&nbsp;Can&nbsp;hibernating&nbsp;in&nbsp;this&nbsp;case&nbsp;actually&nbsp;hinder&nbsp;performance?&lt;br&gt;<br>
+&lt;br&gt;<br>
+thanks&lt;br&gt;<br>
+Konstantin&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130919/9614ef5e/attachment.html b/_build/static/archives/extend/attachments/20130919/9614ef5e/attachment.html
new file mode 100644
index 00000000..15f752b8
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130919/9614ef5e/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;from&nbsp;the&nbsp;documentation:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;info(Info,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&nbsp;{ok,&nbsp;Req,&nbsp;State}&nbsp;|&nbsp;{loop,&nbsp;Req,&nbsp;State}&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;|&nbsp;{loop,&nbsp;Req,&nbsp;State,&nbsp;hibernate}&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;in&nbsp;case&nbsp;my&nbsp;handler&nbsp;receives&nbsp;a&nbsp;lot&nbsp;of&nbsp;messages,&nbsp;and&nbsp;they&nbsp;come&nbsp;very&nbsp;often,&nbsp;does&nbsp;a&nbsp;response&nbsp;of&nbsp;the&nbsp;latter&nbsp;form&nbsp;{loop,&nbsp;Req,&nbsp;State,&nbsp;hibernate}&nbsp;save&nbsp;anything?&nbsp;Can&nbsp;hibernating&nbsp;in&nbsp;this&nbsp;case&nbsp;actually&nbsp;hinder&nbsp;performance?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;thanks&lt;/div&gt;&lt;div&gt;Konstantin&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130920/32352505/attachment.html b/_build/static/archives/extend/attachments/20130920/32352505/attachment.html
new file mode 100644
index 00000000..d2c317ee
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130920/32352505/attachment.html
@@ -0,0 +1,49 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;thanks!&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;how&nbsp;to&nbsp;implement&nbsp;timeout&nbsp;callback&nbsp;manually?&nbsp;if&nbsp;I&nbsp;had&nbsp;receive&nbsp;then&nbsp;I&nbsp;would&nbsp;just&nbsp;use&nbsp;timeout&nbsp;clause&nbsp;there,&nbsp;but&nbsp;with&nbsp;the&nbsp;handler&nbsp;I&nbsp;do&nbsp;not&nbsp;know...&lt;br&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;have&nbsp;doubts&nbsp;about&nbsp;validity&nbsp;of&nbsp;my&nbsp;question&nbsp;on&nbsp;the&nbsp;erlang&nbsp;list.&nbsp; I&nbsp;later&nbsp;realised&nbsp;that&nbsp;there&nbsp;is&nbsp;no&nbsp;problem&nbsp;receiving&nbsp;messages&nbsp;in&nbsp;my&nbsp;handler&nbsp;from&nbsp;my&nbsp;upstream&nbsp;process,&nbsp;I&nbsp;can&nbsp;do&nbsp;it&nbsp;fast&nbsp;enough&nbsp;and&nbsp;shove&nbsp;everything&nbsp;to&nbsp;the&nbsp;response.&nbsp;my&nbsp;real&nbsp;problem&nbsp;is&nbsp;to&nbsp;determine&nbsp;if&nbsp;the&nbsp;http&nbsp;client&nbsp;is&nbsp;reading&nbsp;fast&nbsp;enough&nbsp;from&nbsp;the&nbsp;response...&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/9/20&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Loop&nbsp;handlers&nbsp;close&nbsp;after&nbsp;a&nbsp;while&nbsp;regardless&nbsp;of&nbsp;what&nbsp;you&nbsp;send,&nbsp;it&nbsp;only&nbsp;checks&nbsp;what&nbsp;the&nbsp;client&nbsp;sends.&nbsp;The&nbsp;best&nbsp;way&nbsp;for&nbsp;you&nbsp;would&nbsp;be&nbsp;to&nbsp;disable&nbsp;that&nbsp;timeout&nbsp;and&nbsp;handle&nbsp;it&nbsp;manually.&lt;br&gt;<br>
+&lt;br&gt;<br>
+As&nbsp;for&nbsp;the&nbsp;second&nbsp;question,&nbsp;I&#39;m&nbsp;still&nbsp;reading&nbsp;the&nbsp;thread&nbsp;on&nbsp;erlang-questions&nbsp;but&nbsp;I&#39;ve&nbsp;seen&nbsp;some&nbsp;good&nbsp;ideas&nbsp;about&nbsp;timestamps&nbsp;so&nbsp;far.&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/20/2013&nbsp;08:47&nbsp;PM,&nbsp;akonsu&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+Hi,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;am&nbsp;using&nbsp;loop&nbsp;handler&nbsp;and&nbsp;I&nbsp;stream&nbsp;from&nbsp;it:&lt;br&gt;<br>
+&lt;br&gt;<br>
+info({stream,&nbsp;Part},&nbsp;Req,&nbsp;S)&nbsp;-&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; ok&nbsp;=&nbsp;cowboy_req:chunk(Part,&nbsp;Req),&lt;br&gt;<br>
+ &nbsp; &nbsp; {loop,&nbsp;Req,&nbsp;S,&nbsp;hibernate};&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;have&nbsp;two&nbsp;questions:&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;on&nbsp;timeouts&nbsp;cowboy&nbsp;sends&nbsp;204&nbsp;No&nbsp;Content.&nbsp;In&nbsp;my&nbsp;case&nbsp;it&nbsp;is&nbsp;not&nbsp;the&lt;br&gt;<br>
+right&nbsp;response&nbsp;because&nbsp;I&nbsp;may&nbsp;have&nbsp;already&nbsp;sent&nbsp;some&nbsp;data.&nbsp;Is&nbsp;there&nbsp;a&nbsp;way&lt;br&gt;<br>
+to&nbsp;send&nbsp;a&nbsp;custom&nbsp;response?&lt;br&gt;<br>
+&lt;br&gt;<br>
+2.&nbsp;how&nbsp;to&nbsp;check&nbsp;if&nbsp;the&nbsp;client&nbsp;is&nbsp;too&nbsp;slow&nbsp;and&nbsp;is&nbsp;not&nbsp;reading&nbsp;the&lt;br&gt;<br>
+response&nbsp;stream&nbsp;fast&nbsp;enough?&nbsp;If&nbsp;this&nbsp;happens,&nbsp;then&nbsp;I&nbsp;need&nbsp;to&nbsp;disconnect.&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;can&nbsp;live&nbsp;without&nbsp;1.&nbsp;but&nbsp;I&nbsp;need&nbsp;to&nbsp;figure&nbsp;out&nbsp;2.&nbsp;Please&nbsp;help.&lt;br&gt;<br>
+&lt;br&gt;<br>
+thank&nbsp;you!&lt;br&gt;<br>
+Konstantin&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130920/4c005881/attachment.html b/_build/static/archives/extend/attachments/20130920/4c005881/attachment.html
new file mode 100644
index 00000000..ea5cc3a0
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130920/4c005881/attachment.html
@@ -0,0 +1,85 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Understand&nbsp;about&nbsp;chunks&nbsp;being&nbsp;synchronous.&nbsp;that&nbsp;helps&nbsp;me&nbsp;tremendously&nbsp;to&nbsp;understand&nbsp;how&nbsp;it&nbsp;works.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;would&nbsp;you&nbsp;give&nbsp;me&nbsp;a&nbsp;sketchy&nbsp;example&nbsp;of&nbsp;how&nbsp;to&nbsp;use&nbsp;send_after&nbsp;in&nbsp;a&nbsp;loop&nbsp;handler?&nbsp;(sorry&nbsp;I&nbsp;am&nbsp;new&nbsp;to&nbsp;erlang)&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Konstantin&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/9/20&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;chunk&nbsp;only&nbsp;returns&nbsp;when&nbsp;the&nbsp;client&nbsp;has&nbsp;received&nbsp;the&nbsp;chunk,&nbsp;so&nbsp;the&nbsp;timestamps&nbsp;solution&nbsp;should&nbsp;work.&lt;br&gt;<br>
+&lt;br&gt;<br>
+As&nbsp;for&nbsp;the&nbsp;timeout,&nbsp;you&nbsp;can&nbsp;simply&nbsp;use&nbsp;erlang:send_after&nbsp;or&nbsp;something&nbsp;like&nbsp;usual&nbsp;and&nbsp;the&nbsp;message&nbsp;will&nbsp;arrive&nbsp;in&nbsp;info/3.&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/20/2013&nbsp;08:54&nbsp;PM,&nbsp;akonsu&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+thanks!&lt;br&gt;<br>
+&lt;br&gt;<br>
+how&nbsp;to&nbsp;implement&nbsp;timeout&nbsp;callback&nbsp;manually?&nbsp;if&nbsp;I&nbsp;had&nbsp;receive&nbsp;then&nbsp;I&lt;br&gt;<br>
+would&nbsp;just&nbsp;use&nbsp;timeout&nbsp;clause&nbsp;there,&nbsp;but&nbsp;with&nbsp;the&nbsp;handler&nbsp;I&nbsp;do&nbsp;not&nbsp;know...&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;have&nbsp;doubts&nbsp;about&nbsp;validity&nbsp;of&nbsp;my&nbsp;question&nbsp;on&nbsp;the&nbsp;erlang&nbsp;list.&nbsp; I&nbsp;later&lt;br&gt;<br>
+realised&nbsp;that&nbsp;there&nbsp;is&nbsp;no&nbsp;problem&nbsp;receiving&nbsp;messages&nbsp;in&nbsp;my&nbsp;handler&nbsp;from&lt;br&gt;<br>
+my&nbsp;upstream&nbsp;process,&nbsp;I&nbsp;can&nbsp;do&nbsp;it&nbsp;fast&nbsp;enough&nbsp;and&nbsp;shove&nbsp;everything&nbsp;to&nbsp;the&lt;br&gt;<br>
+response.&nbsp;my&nbsp;real&nbsp;problem&nbsp;is&nbsp;to&nbsp;determine&nbsp;if&nbsp;the&nbsp;http&nbsp;client&nbsp;is&nbsp;reading&lt;br&gt;<br>
+fast&nbsp;enough&nbsp;from&nbsp;the&nbsp;response...&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+2013/9/20&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Loop&nbsp;handlers&nbsp;close&nbsp;after&nbsp;a&nbsp;while&nbsp;regardless&nbsp;of&nbsp;what&nbsp;you&nbsp;send,&nbsp;it&lt;br&gt;<br>
+ &nbsp; &nbsp;only&nbsp;checks&nbsp;what&nbsp;the&nbsp;client&nbsp;sends.&nbsp;The&nbsp;best&nbsp;way&nbsp;for&nbsp;you&nbsp;would&nbsp;be&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp;disable&nbsp;that&nbsp;timeout&nbsp;and&nbsp;handle&nbsp;it&nbsp;manually.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;As&nbsp;for&nbsp;the&nbsp;second&nbsp;question,&nbsp;I&#39;m&nbsp;still&nbsp;reading&nbsp;the&nbsp;thread&nbsp;on&lt;br&gt;<br>
+ &nbsp; &nbsp;erlang-questions&nbsp;but&nbsp;I&#39;ve&nbsp;seen&nbsp;some&nbsp;good&nbsp;ideas&nbsp;about&nbsp;timestamps&nbsp;so&nbsp;far.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;09/20/2013&nbsp;08:47&nbsp;PM,&nbsp;akonsu&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Hi,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;am&nbsp;using&nbsp;loop&nbsp;handler&nbsp;and&nbsp;I&nbsp;stream&nbsp;from&nbsp;it:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;info({stream,&nbsp;Part},&nbsp;Req,&nbsp;S)&nbsp;-&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ok&nbsp;=&nbsp;cowboy_req:chunk(Part,&nbsp;Req),&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{loop,&nbsp;Req,&nbsp;S,&nbsp;hibernate};&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;have&nbsp;two&nbsp;questions:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1.&nbsp;on&nbsp;timeouts&nbsp;cowboy&nbsp;sends&nbsp;204&nbsp;No&nbsp;Content.&nbsp;In&nbsp;my&nbsp;case&nbsp;it&nbsp;is&nbsp;not&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;right&nbsp;response&nbsp;because&nbsp;I&nbsp;may&nbsp;have&nbsp;already&nbsp;sent&nbsp;some&nbsp;data.&nbsp;Is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;there&nbsp;a&nbsp;way&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;to&nbsp;send&nbsp;a&nbsp;custom&nbsp;response?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;2.&nbsp;how&nbsp;to&nbsp;check&nbsp;if&nbsp;the&nbsp;client&nbsp;is&nbsp;too&nbsp;slow&nbsp;and&nbsp;is&nbsp;not&nbsp;reading&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;response&nbsp;stream&nbsp;fast&nbsp;enough?&nbsp;If&nbsp;this&nbsp;happens,&nbsp;then&nbsp;I&nbsp;need&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;disconnect.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;can&nbsp;live&nbsp;without&nbsp;1.&nbsp;but&nbsp;I&nbsp;need&nbsp;to&nbsp;figure&nbsp;out&nbsp;2.&nbsp;Please&nbsp;help.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thank&nbsp;you!&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Konstantin&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;______________________________&lt;u&gt;&lt;/u&gt;___________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;Extend@lists.&lt;u&gt;&lt;/u&gt;ninenines.eu&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/__listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/_&lt;u&gt;&lt;/u&gt;_listinfo/extend&lt;/a&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loďc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;Erlang&nbsp;Cowboy&lt;br&gt;<br>
+ &nbsp; &nbsp;Nine&nbsp;Nines&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;/font&gt;&lt;/span&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130920/6e3fa036/attachment.html b/_build/static/archives/extend/attachments/20130920/6e3fa036/attachment.html
new file mode 100644
index 00000000..0864dc86
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130920/6e3fa036/attachment.html
@@ -0,0 +1,7 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;am&nbsp;using&nbsp;loop&nbsp;handler&nbsp;and&nbsp;I&nbsp;stream&nbsp;from&nbsp;it:&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;info({stream,&nbsp;Part},&nbsp;Req,&nbsp;S)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt; &nbsp; &nbsp;ok&nbsp;=&nbsp;cowboy_req:chunk(Part,&nbsp;Req),&lt;/div&gt;&lt;div&gt; &nbsp; &nbsp;{loop,&nbsp;Req,&nbsp;S,&nbsp;hibernate};&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;have&nbsp;two&nbsp;questions:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;1.&nbsp;on&nbsp;timeouts&nbsp;cowboy&nbsp;sends&nbsp;204&nbsp;No&nbsp;Content.&nbsp;In&nbsp;my&nbsp;case&nbsp;it&nbsp;is&nbsp;not&nbsp;the&nbsp;right&nbsp;response&nbsp;because&nbsp;I&nbsp;may&nbsp;have&nbsp;already&nbsp;sent&nbsp;some&nbsp;data.&nbsp;Is&nbsp;there&nbsp;a&nbsp;way&nbsp;to&nbsp;send&nbsp;a&nbsp;custom&nbsp;response?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;2.&nbsp;how&nbsp;to&nbsp;check&nbsp;if&nbsp;the&nbsp;client&nbsp;is&nbsp;too&nbsp;slow&nbsp;and&nbsp;is&nbsp;not&nbsp;reading&nbsp;the&nbsp;response&nbsp;stream&nbsp;fast&nbsp;enough?&nbsp;If&nbsp;this&nbsp;happens,&nbsp;then&nbsp;I&nbsp;need&nbsp;to&nbsp;disconnect.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;can&nbsp;live&nbsp;without&nbsp;1.&nbsp;but&nbsp;I&nbsp;need&nbsp;to&nbsp;figure&nbsp;out&nbsp;2.&nbsp;Please&nbsp;help.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;thank&nbsp;you!&lt;/div&gt;&lt;div&gt;Konstantin&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130922/6e925e9d/attachment.html b/_build/static/archives/extend/attachments/20130922/6e925e9d/attachment.html
new file mode 100644
index 00000000..1c14246d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130922/6e925e9d/attachment.html
@@ -0,0 +1,12 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hi&lt;br&gt;&lt;/div&gt;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I&#39;m&nbsp;trying&nbsp;to&nbsp;run&nbsp;cowboy&#39;s&nbsp;helloworld&lt;br&gt;&lt;/div&gt;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;br&gt;===&gt;&nbsp;Provider&nbsp;(rlx_prv_discover)&nbsp;failed&nbsp;with:&nbsp;{error,&lt;br&gt;
<br>
+�����������������������������������������������������&nbsp;{rlx_app_discovery,&lt;br&gt;������������������������������������������������������&nbsp;[{missing_beam_file,&lt;br&gt;��������������������������������������������������������&nbsp;hipe,&lt;br&gt;
<br>
+��������������������������������������������������������&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},&lt;br&gt;�������������������������������������������������������&nbsp;{missing_beam_file,&lt;br&gt;��������������������������������������������������������&nbsp;hipe,&lt;br&gt;
<br>
+��������������������������������������������������������&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}&lt;br&gt;&lt;br&gt;&lt;/div&gt;there&nbsp;is&nbsp;no&nbsp;hipe.beam&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,&nbsp;it&nbsp;is&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.&lt;br&gt;
<br>
+&lt;/div&gt;I&#39;ve&nbsp;tried&nbsp;passing&nbsp;the&nbsp;correct&nbsp;dir&nbsp;to&nbsp;relx&nbsp;using&nbsp;--lib-dir&nbsp;but&nbsp;I&nbsp;still&nbsp;get&nbsp;the&nbsp;same&nbsp;error.&lt;br&gt;&lt;br&gt;&lt;/div&gt;Any&nbsp;ideas&nbsp;what&#39;s&nbsp;going&nbsp;wrong?&lt;br&gt;&lt;br&gt;&lt;/div&gt;erl:&nbsp;Erlang&nbsp;R16B02&nbsp;(erts-5.10.3)&lt;br&gt;&lt;/div&gt;relx:&nbsp;0.0.0+build.275.refca03701&lt;br&gt;
<br>
+&lt;/div&gt;rebar:&nbsp;rebar&nbsp;2.1.0-pre&nbsp;R16B02&nbsp;20130922_191744&nbsp;git&nbsp;2.1.0-pre-46-g78fa8fc&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;22&nbsp;September&nbsp;2013&nbsp;21:55,&nbsp;Matthew&nbsp;Hegarty&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;
<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;hi&lt;br&gt;&lt;/div&gt;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I&#39;ve&nbsp;got&nbsp;latest&nbsp;versions&nbsp;of&nbsp;apps.&lt;br&gt;&lt;/div&gt;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;
<br>
+&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;
<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;
<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130922/77e355ff/attachment.html b/_build/static/archives/extend/attachments/20130922/77e355ff/attachment.html
new file mode 100644
index 00000000..c252d5d7
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130922/77e355ff/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;hi&lt;br&gt;&lt;/div&gt;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I&#39;ve&nbsp;got&nbsp;latest&nbsp;versions&nbsp;of&nbsp;apps.&lt;br&gt;&lt;/div&gt;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130926/28d38e59/attachment.html b/_build/static/archives/extend/attachments/20130926/28d38e59/attachment.html
new file mode 100644
index 00000000..aca6420f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130926/28d38e59/attachment.html
@@ -0,0 +1,186 @@
+<tt>
+&lt;!DOCTYPE&nbsp;html&gt;<br>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;title&gt;&lt;/title&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&gt;&lt;div&gt;Did&nbsp;you&nbsp;enable&nbsp;hipe&nbsp;when&nbsp;you&nbsp;compiled?&nbsp;Does&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam&nbsp;exist?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&nbsp;id=&quot;sig19305637&quot;&gt;&lt;div&nbsp;class=&quot;signature&quot;&gt;--&nbsp;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;signature&quot;&gt;&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;signature&quot;&gt;&nbsp;&nbsp;[email protected]&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;signature&quot;&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;On&nbsp;Thu,&nbsp;Sep&nbsp;26,&nbsp;2013,&nbsp;at&nbsp;12:03&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;compiled&nbsp;Erlang&nbsp;from&nbsp;source&nbsp;(downloaded&nbsp;from&nbsp;&lt;a&nbsp;href=&quot;http://erlang.org&quot;&gt;erlang.org&lt;/a&gt;)&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;On&nbsp;25&nbsp;September&nbsp;2013&nbsp;17:25,&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;blockquote&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;I&nbsp;ran&nbsp;into&nbsp;the&nbsp;same&nbsp;thing.&nbsp;I&nbsp;assume&nbsp;you&nbsp;installed&nbsp;Erlang&nbsp;from&nbsp;the&nbsp;Erlang&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Solutions&nbsp;repo?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Install&nbsp;erlang-hipe&nbsp;package.&nbsp;Or&nbsp;remove&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+/usr/local/lib/erlang/lib/hipe-3.10.2.1&nbsp;entirely.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Their&nbsp;packages&nbsp;install&nbsp;a&nbsp;broken&nbsp;hipe&nbsp;app,&nbsp;missing&nbsp;lots&nbsp;of&nbsp;beams,&nbsp;for&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+some&nbsp;reason.&nbsp;But&nbsp;if&nbsp;you&nbsp;install&nbsp;the&nbsp;hipe&nbsp;package&nbsp;it'll&nbsp;install&nbsp;what&nbsp;is&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+missing.&nbsp;I&nbsp;told&nbsp;them&nbsp;about&nbsp;this&nbsp;but&nbsp;I&nbsp;haven't&nbsp;heard&nbsp;back.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+--&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&nbsp;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+On&nbsp;Wed,&nbsp;Sep&nbsp;25,&nbsp;2013,&nbsp;at&nbsp;08:09&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Why&nbsp;does&nbsp;it&nbsp;look&nbsp;for&nbsp;hipe&nbsp;at&nbsp;all&nbsp;to&nbsp;begin&nbsp;with?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;I'll&nbsp;ping&nbsp;tristan&nbsp;about&nbsp;it.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;On&nbsp;09/22/2013&nbsp;10:59&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I'm&nbsp;trying&nbsp;to&nbsp;run&nbsp;cowboy's&nbsp;helloworld&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;===&gt;&nbsp;Provider&nbsp;(rlx_prv_discover)&nbsp;failed&nbsp;with:&nbsp;{error,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{rlx_app_discovery,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[{missing_beam_file,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;hipe,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{missing_beam_file,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;hipe,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;there&nbsp;is&nbsp;no&nbsp;hipe.beam&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,&nbsp;it&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;is&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;I've&nbsp;tried&nbsp;passing&nbsp;the&nbsp;correct&nbsp;dir&nbsp;to&nbsp;relx&nbsp;using&nbsp;--lib-dir&nbsp;but&nbsp;I&nbsp;still&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;get&nbsp;the&nbsp;same&nbsp;error.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Any&nbsp;ideas&nbsp;what's&nbsp;going&nbsp;wrong?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;erl:&nbsp;Erlang&nbsp;R16B02&nbsp;(erts-5.10.3)&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;relx:&nbsp;0.0.0+build.275.refca03701&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;rebar:&nbsp;rebar&nbsp;2.1.0-pre&nbsp;R16B02&nbsp;20130922_191744&nbsp;git&nbsp;2.1.0-pre-46-g78fa8fc&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;On&nbsp;22&nbsp;September&nbsp;2013&nbsp;21:55,&nbsp;Matthew&nbsp;Hegarty&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I've&nbsp;got&nbsp;latest&nbsp;versions&nbsp;of&nbsp;apps.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;_______________________________________________&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;--<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&gt;&nbsp;Lo�c&nbsp;Hoguin&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&gt;&nbsp;Erlang&nbsp;Cowboy&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Nine&nbsp;Nines&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&gt;&nbsp;_______________________________________________&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+--<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,&nbsp;136,&nbsp;136)&quot;&nbsp;class=&quot;colour&quot;&gt;&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;/span&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,&nbsp;136,&nbsp;136)&quot;&nbsp;class=&quot;colour&quot;&gt;<br>
+&nbsp;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130926/3a77fe04/attachment.html b/_build/static/archives/extend/attachments/20130926/3a77fe04/attachment.html
new file mode 100644
index 00000000..05e6ddc9
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130926/3a77fe04/attachment.html
@@ -0,0 +1,189 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;yes&nbsp;it&nbsp;exists.�&nbsp;I&nbsp;believe&nbsp;hipe&nbsp;is&nbsp;enabled&nbsp;by&nbsp;default&nbsp;when&nbsp;I&nbsp;compile.&lt;br&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;however&nbsp;there&nbsp;is&nbsp;no&lt;br&gt;&lt;br&gt;�/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&lt;br&gt;�/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;which&nbsp;is&nbsp;what&nbsp;relx&nbsp;is&nbsp;apparently&nbsp;looking&nbsp;for.&lt;br&gt;&lt;/div&gt;Do&nbsp;you&nbsp;know&nbsp;where&nbsp;does&nbsp;relx&nbsp;get&nbsp;these&nbsp;paths&nbsp;from?&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;26&nbsp;September&nbsp;2013&nbsp;20:04,&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;u&gt;&lt;/u&gt;<br>
+<br>
+<br>
+<br>
+<br>
+&lt;div&gt;&lt;div&gt;Did&nbsp;you&nbsp;enable&nbsp;hipe&nbsp;when&nbsp;you&nbsp;compiled?&nbsp;Does&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam&nbsp;exist?&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;--&nbsp;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/font&gt;&lt;/span&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;On&nbsp;Thu,&nbsp;Sep&nbsp;26,&nbsp;2013,&nbsp;at&nbsp;12:03&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;compiled&nbsp;Erlang&nbsp;from&nbsp;source&nbsp;(downloaded&nbsp;from&nbsp;&lt;a&nbsp;href=&quot;http://erlang.org&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.org&lt;/a&gt;)&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;On&nbsp;25&nbsp;September&nbsp;2013&nbsp;17:25,&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;blockquote&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;I&nbsp;ran&nbsp;into&nbsp;the&nbsp;same&nbsp;thing.&nbsp;I&nbsp;assume&nbsp;you&nbsp;installed&nbsp;Erlang&nbsp;from&nbsp;the&nbsp;Erlang&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Solutions&nbsp;repo?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Install&nbsp;erlang-hipe&nbsp;package.&nbsp;Or&nbsp;remove&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+/usr/local/lib/erlang/lib/hipe-3.10.2.1&nbsp;entirely.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Their&nbsp;packages&nbsp;install&nbsp;a&nbsp;broken&nbsp;hipe&nbsp;app,&nbsp;missing&nbsp;lots&nbsp;of&nbsp;beams,&nbsp;for&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+some&nbsp;reason.&nbsp;But&nbsp;if&nbsp;you&nbsp;install&nbsp;the&nbsp;hipe&nbsp;package&nbsp;it&#39;ll&nbsp;install&nbsp;what&nbsp;is&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+missing.&nbsp;I&nbsp;told&nbsp;them&nbsp;about&nbsp;this&nbsp;but&nbsp;I&nbsp;haven&#39;t&nbsp;heard&nbsp;back.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+--&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+�&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+On&nbsp;Wed,&nbsp;Sep&nbsp;25,&nbsp;2013,&nbsp;at&nbsp;08:09&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Why&nbsp;does&nbsp;it&nbsp;look&nbsp;for&nbsp;hipe&nbsp;at&nbsp;all&nbsp;to&nbsp;begin&nbsp;with?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;I&#39;ll&nbsp;ping&nbsp;tristan&nbsp;about&nbsp;it.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;On&nbsp;09/22/2013&nbsp;10:59&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I&#39;m&nbsp;trying&nbsp;to&nbsp;run&nbsp;cowboy&#39;s&nbsp;helloworld&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;===&gt;&nbsp;Provider&nbsp;(rlx_prv_discover)&nbsp;failed&nbsp;with:&nbsp;{error,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{rlx_app_discovery,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;[{missing_beam_file,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;hipe,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{missing_beam_file,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;hipe,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;there&nbsp;is&nbsp;no&nbsp;hipe.beam&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,&nbsp;it&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;is&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;I&#39;ve&nbsp;tried&nbsp;passing&nbsp;the&nbsp;correct&nbsp;dir&nbsp;to&nbsp;relx&nbsp;using&nbsp;--lib-dir&nbsp;but&nbsp;I&nbsp;still&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;get&nbsp;the&nbsp;same&nbsp;error.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Any&nbsp;ideas&nbsp;what&#39;s&nbsp;going&nbsp;wrong?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;erl:&nbsp;Erlang&nbsp;R16B02&nbsp;(erts-5.10.3)&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;relx:&nbsp;0.0.0+build.275.refca03701&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;rebar:&nbsp;rebar&nbsp;2.1.0-pre&nbsp;R16B02&nbsp;20130922_191744&nbsp;git&nbsp;2.1.0-pre-46-g78fa8fc&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;On&nbsp;22&nbsp;September&nbsp;2013&nbsp;21:55,&nbsp;Matthew&nbsp;Hegarty&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I&#39;ve&nbsp;got&nbsp;latest&nbsp;versions&nbsp;of&nbsp;apps.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;_______________________________________________&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;--<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&gt;&nbsp;Lo�c&nbsp;Hoguin&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&gt;&nbsp;Erlang&nbsp;Cowboy&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Nine&nbsp;Nines&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&gt;&nbsp;_______________________________________________&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+--<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,136,136)&quot;&gt;�&nbsp;Tristan&nbsp;Sloughter&lt;/span&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,136,136)&quot;&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130926/d34b33e3/attachment.html b/_build/static/archives/extend/attachments/20130926/d34b33e3/attachment.html
new file mode 100644
index 00000000..c0201fa9
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130926/d34b33e3/attachment.html
@@ -0,0 +1,85 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;hi&lt;br&gt;I&nbsp;compiled&nbsp;Erlang&nbsp;from&nbsp;source&nbsp;(downloaded&nbsp;from&nbsp;&lt;a&nbsp;href=&quot;http://erlang.org&quot;&gt;erlang.org&lt;/a&gt;)&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;25&nbsp;September&nbsp;2013&nbsp;17:25,&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;I&nbsp;ran&nbsp;into&nbsp;the&nbsp;same&nbsp;thing.&nbsp;I&nbsp;assume&nbsp;you&nbsp;installed&nbsp;Erlang&nbsp;from&nbsp;the&nbsp;Erlang&lt;br&gt;<br>
+Solutions&nbsp;repo?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Install&nbsp;erlang-hipe&nbsp;package.&nbsp;Or&nbsp;remove&lt;br&gt;<br>
+/usr/local/lib/erlang/lib/hipe-3.10.2.1&nbsp;entirely.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Their&nbsp;packages&nbsp;install&nbsp;a&nbsp;broken&nbsp;hipe&nbsp;app,&nbsp;missing&nbsp;lots&nbsp;of&nbsp;beams,&nbsp;for&lt;br&gt;<br>
+some&nbsp;reason.&nbsp;But&nbsp;if&nbsp;you&nbsp;install&nbsp;the&nbsp;hipe&nbsp;package&nbsp;it&#39;ll&nbsp;install&nbsp;what&nbsp;is&lt;br&gt;<br>
+missing.&nbsp;I&nbsp;told&nbsp;them&nbsp;about&nbsp;this&nbsp;but&nbsp;I&nbsp;haven&#39;t&nbsp;heard&nbsp;back.&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+�&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+On&nbsp;Wed,&nbsp;Sep&nbsp;25,&nbsp;2013,&nbsp;at&nbsp;08:09&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&gt;&nbsp;Why&nbsp;does&nbsp;it&nbsp;look&nbsp;for&nbsp;hipe&nbsp;at&nbsp;all&nbsp;to&nbsp;begin&nbsp;with?&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;I&#39;ll&nbsp;ping&nbsp;tristan&nbsp;about&nbsp;it.&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;On&nbsp;09/22/2013&nbsp;10:59&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;hi&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I&#39;m&nbsp;trying&nbsp;to&nbsp;run&nbsp;cowboy&#39;s&nbsp;helloworld&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;===&gt;&nbsp;Provider&nbsp;(rlx_prv_discover)&nbsp;failed&nbsp;with:&nbsp;{error,&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{rlx_app_discovery,&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;[{missing_beam_file,&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;hipe,&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{missing_beam_file,&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;hipe,&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;there&nbsp;is&nbsp;no&nbsp;hipe.beam&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,&nbsp;it&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;is&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;I&#39;ve&nbsp;tried&nbsp;passing&nbsp;the&nbsp;correct&nbsp;dir&nbsp;to&nbsp;relx&nbsp;using&nbsp;--lib-dir&nbsp;but&nbsp;I&nbsp;still&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;get&nbsp;the&nbsp;same&nbsp;error.&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Any&nbsp;ideas&nbsp;what&#39;s&nbsp;going&nbsp;wrong?&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;erl:&nbsp;Erlang&nbsp;R16B02&nbsp;(erts-5.10.3)&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;relx:&nbsp;0.0.0+build.275.refca03701&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;rebar:&nbsp;rebar&nbsp;2.1.0-pre&nbsp;R16B02&nbsp;20130922_191744&nbsp;git&nbsp;2.1.0-pre-46-g78fa8fc&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;On&nbsp;22&nbsp;September&nbsp;2013&nbsp;21:55,&nbsp;Matthew&nbsp;Hegarty&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;hi&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I&#39;ve&nbsp;got&nbsp;latest&nbsp;versions&nbsp;of&nbsp;apps.&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;_______________________________________________&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;--&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&gt;&nbsp;Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+&lt;div&nbsp;class=&quot;im&nbsp;HOEnZb&quot;&gt;&gt;&nbsp;Erlang&nbsp;Cowboy&lt;br&gt;<br>
+&gt;&nbsp;Nine&nbsp;Nines&lt;br&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&gt;&nbsp;_______________________________________________&lt;br&gt;<br>
+&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;�&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130928/41b322fd/attachment.html b/_build/static/archives/extend/attachments/20130928/41b322fd/attachment.html
new file mode 100644
index 00000000..d36eb019
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130928/41b322fd/attachment.html
@@ -0,0 +1,253 @@
+<tt>
+&lt;!DOCTYPE&nbsp;html&gt;<br>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;title&gt;&lt;/title&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&gt;&lt;div&gt;Yea,&nbsp;since&nbsp;I&nbsp;doubt&nbsp;the&nbsp;OTP&nbsp;team&nbsp;(or&nbsp;anyone)&nbsp;will&nbsp;fix&nbsp;the&nbsp;fact&nbsp;that&nbsp;it&nbsp;installs&nbsp;a&nbsp;broken&nbsp;hipe&nbsp;we've&nbsp;decided&nbsp;to&nbsp;just&nbsp;warn&nbsp;on&nbsp;broken&nbsp;apps&nbsp;during&nbsp;the&nbsp;discovery&nbsp;phase.&nbsp;So&nbsp;it'll&nbsp;only&nbsp;fail&nbsp;if&nbsp;the&nbsp;broken&nbsp;app&nbsp;is&nbsp;also&nbsp;suppose&nbsp;to&nbsp;be&nbsp;part&nbsp;of&nbsp;the&nbsp;release.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;Finishing&nbsp;up&nbsp;the&nbsp;relx&nbsp;patch&nbsp;right&nbsp;now.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&nbsp;id=&quot;sig19305637&quot;&gt;&lt;div&nbsp;class=&quot;signature&quot;&gt;--&nbsp;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;signature&quot;&gt;&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;signature&quot;&gt;&nbsp;&nbsp;[email protected]&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;signature&quot;&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;On&nbsp;Sat,&nbsp;Sep&nbsp;28,&nbsp;2013,&nbsp;at&nbsp;01:41&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;Got&nbsp;it&nbsp;to&nbsp;work.&nbsp;&nbsp;I&nbsp;apparently&nbsp;had&nbsp;a&nbsp;few&nbsp;versions&nbsp;of&nbsp;hipe&nbsp;in&nbsp;my&nbsp;Erlang&nbsp;lib&nbsp;dir:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;$&nbsp;/usr/local/lib/erlang/lib&nbsp;$&nbsp;ll&nbsp;-ld&nbsp;hipe*&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;drwxr-xr-x&nbsp;&nbsp;9&nbsp;root&nbsp;root&nbsp;4096&nbsp;Feb&nbsp;11&nbsp;&nbsp;2013&nbsp;hipe-3.10/&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;drwxr-xr-x&nbsp;&nbsp;9&nbsp;root&nbsp;root&nbsp;4096&nbsp;Mar&nbsp;&nbsp;1&nbsp;&nbsp;2013&nbsp;hipe-3.10.1/&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+drwxr-xr-x&nbsp;10&nbsp;root&nbsp;root&nbsp;4096&nbsp;Jul&nbsp;&nbsp;2&nbsp;11:31&nbsp;hipe-3.10.2/&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;drwxr-xr-x&nbsp;10&nbsp;root&nbsp;root&nbsp;4096&nbsp;Sep&nbsp;21&nbsp;17:36&nbsp;hipe-3.10.2.1/&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;They&nbsp;must&nbsp;have&nbsp;come&nbsp;from&nbsp;previous&nbsp;erlang&nbsp;installations&nbsp;(compilation&nbsp;from&nbsp;source).&nbsp;&nbsp;The&nbsp;solution&nbsp;was&nbsp;to&nbsp;remove&nbsp;the&nbsp;older&nbsp;versions&nbsp;and&nbsp;leave&nbsp;only&nbsp;the&nbsp;latest&nbsp;one.&nbsp;&nbsp;Maybe&nbsp;relx&nbsp;should&nbsp;be&nbsp;able&nbsp;to&nbsp;handle&nbsp;this?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;thanks&nbsp;for&nbsp;the&nbsp;responses&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;Matt&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;On&nbsp;26&nbsp;September&nbsp;2013&nbsp;21:36,&nbsp;Matthew&nbsp;Hegarty&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;blockquote&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;yes&nbsp;it&nbsp;exists.&nbsp;&nbsp;I&nbsp;believe&nbsp;hipe&nbsp;is&nbsp;enabled&nbsp;by&nbsp;default&nbsp;when&nbsp;I&nbsp;compile.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;<br>
+however&nbsp;there&nbsp;is&nbsp;no&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;which&nbsp;is&nbsp;what&nbsp;relx&nbsp;is&nbsp;apparently&nbsp;looking&nbsp;for.&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;Do&nbsp;you&nbsp;know&nbsp;where&nbsp;does&nbsp;relx&nbsp;get&nbsp;these&nbsp;paths&nbsp;from?&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;On&nbsp;26&nbsp;September&nbsp;2013&nbsp;20:04,&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;blockquote&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;u&gt;&lt;/u&gt;<br>
+<br>
+<br>
+<br>
+<br>
+&lt;div&gt;&lt;div&gt;Did&nbsp;you&nbsp;enable&nbsp;hipe&nbsp;when&nbsp;you&nbsp;compiled?&nbsp;Does&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam&nbsp;exist?&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,&nbsp;136,&nbsp;136)&quot;&nbsp;class=&quot;colour&quot;&gt;&lt;/span&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,&nbsp;136,&nbsp;136)&quot;&nbsp;class=&quot;colour&quot;&gt;&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;--&nbsp;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/span&gt;&lt;/span&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;On&nbsp;Thu,&nbsp;Sep&nbsp;26,&nbsp;2013,&nbsp;at&nbsp;12:03&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;compiled&nbsp;Erlang&nbsp;from&nbsp;source&nbsp;(downloaded&nbsp;from&nbsp;&lt;a&nbsp;href=&quot;http://erlang.org&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.org&lt;/a&gt;)&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;On&nbsp;25&nbsp;September&nbsp;2013&nbsp;17:25,&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;blockquote&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;I&nbsp;ran&nbsp;into&nbsp;the&nbsp;same&nbsp;thing.&nbsp;I&nbsp;assume&nbsp;you&nbsp;installed&nbsp;Erlang&nbsp;from&nbsp;the&nbsp;Erlang&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Solutions&nbsp;repo?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Install&nbsp;erlang-hipe&nbsp;package.&nbsp;Or&nbsp;remove&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+/usr/local/lib/erlang/lib/hipe-3.10.2.1&nbsp;entirely.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Their&nbsp;packages&nbsp;install&nbsp;a&nbsp;broken&nbsp;hipe&nbsp;app,&nbsp;missing&nbsp;lots&nbsp;of&nbsp;beams,&nbsp;for&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+some&nbsp;reason.&nbsp;But&nbsp;if&nbsp;you&nbsp;install&nbsp;the&nbsp;hipe&nbsp;package&nbsp;it'll&nbsp;install&nbsp;what&nbsp;is&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+missing.&nbsp;I&nbsp;told&nbsp;them&nbsp;about&nbsp;this&nbsp;but&nbsp;I&nbsp;haven't&nbsp;heard&nbsp;back.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+--&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&nbsp;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+On&nbsp;Wed,&nbsp;Sep&nbsp;25,&nbsp;2013,&nbsp;at&nbsp;08:09&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Why&nbsp;does&nbsp;it&nbsp;look&nbsp;for&nbsp;hipe&nbsp;at&nbsp;all&nbsp;to&nbsp;begin&nbsp;with?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;I'll&nbsp;ping&nbsp;tristan&nbsp;about&nbsp;it.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;On&nbsp;09/22/2013&nbsp;10:59&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I'm&nbsp;trying&nbsp;to&nbsp;run&nbsp;cowboy's&nbsp;helloworld&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;===&gt;&nbsp;Provider&nbsp;(rlx_prv_discover)&nbsp;failed&nbsp;with:&nbsp;{error,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{rlx_app_discovery,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[{missing_beam_file,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;hipe,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{missing_beam_file,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;hipe,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;there&nbsp;is&nbsp;no&nbsp;hipe.beam&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,&nbsp;it&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;is&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;I've&nbsp;tried&nbsp;passing&nbsp;the&nbsp;correct&nbsp;dir&nbsp;to&nbsp;relx&nbsp;using&nbsp;--lib-dir&nbsp;but&nbsp;I&nbsp;still&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;get&nbsp;the&nbsp;same&nbsp;error.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Any&nbsp;ideas&nbsp;what's&nbsp;going&nbsp;wrong?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;erl:&nbsp;Erlang&nbsp;R16B02&nbsp;(erts-5.10.3)&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;relx:&nbsp;0.0.0+build.275.refca03701&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;rebar:&nbsp;rebar&nbsp;2.1.0-pre&nbsp;R16B02&nbsp;20130922_191744&nbsp;git&nbsp;2.1.0-pre-46-g78fa8fc&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;On&nbsp;22&nbsp;September&nbsp;2013&nbsp;21:55,&nbsp;Matthew&nbsp;Hegarty&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I've&nbsp;got&nbsp;latest&nbsp;versions&nbsp;of&nbsp;apps.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;_______________________________________________&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;--<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&gt;&nbsp;Lo�c&nbsp;Hoguin&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&gt;&nbsp;Erlang&nbsp;Cowboy&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Nine&nbsp;Nines&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&gt;&nbsp;_______________________________________________&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+--<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,&nbsp;136,&nbsp;136)&quot;&nbsp;class=&quot;colour&quot;&gt;&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;/span&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,&nbsp;136,&nbsp;136)&quot;&nbsp;class=&quot;colour&quot;&gt;<br>
+&nbsp;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;<br>
+&lt;/span&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20130928/b1333ac2/attachment.html b/_build/static/archives/extend/attachments/20130928/b1333ac2/attachment.html
new file mode 100644
index 00000000..46e22802
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20130928/b1333ac2/attachment.html
@@ -0,0 +1,195 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;Got&nbsp;it&nbsp;to&nbsp;work.�&nbsp;I&nbsp;apparently&nbsp;had&nbsp;a&nbsp;few&nbsp;versions&nbsp;of&nbsp;hipe&nbsp;in&nbsp;my&nbsp;Erlang&nbsp;lib&nbsp;dir:&lt;br&gt;&lt;br&gt;$&nbsp;/usr/local/lib/erlang/lib&nbsp;$&nbsp;ll&nbsp;-ld&nbsp;hipe*&lt;br&gt;drwxr-xr-x�&nbsp;9&nbsp;root&nbsp;root&nbsp;4096&nbsp;Feb&nbsp;11�&nbsp;2013&nbsp;hipe-3.10/&lt;br&gt;drwxr-xr-x�&nbsp;9&nbsp;root&nbsp;root&nbsp;4096&nbsp;Mar�&nbsp;1�&nbsp;2013&nbsp;hipe-3.10.1/&lt;br&gt;<br>
+drwxr-xr-x&nbsp;10&nbsp;root&nbsp;root&nbsp;4096&nbsp;Jul�&nbsp;2&nbsp;11:31&nbsp;hipe-3.10.2/&lt;br&gt;drwxr-xr-x&nbsp;10&nbsp;root&nbsp;root&nbsp;4096&nbsp;Sep&nbsp;21&nbsp;17:36&nbsp;hipe-3.10.2.1/&lt;br&gt;&lt;br&gt;&lt;/div&gt;They&nbsp;must&nbsp;have&nbsp;come&nbsp;from&nbsp;previous&nbsp;erlang&nbsp;installations&nbsp;(compilation&nbsp;from&nbsp;source).�&nbsp;The&nbsp;solution&nbsp;was&nbsp;to&nbsp;remove&nbsp;the&nbsp;older&nbsp;versions&nbsp;and&nbsp;leave&nbsp;only&nbsp;the&nbsp;latest&nbsp;one.�&nbsp;Maybe&nbsp;relx&nbsp;should&nbsp;be&nbsp;able&nbsp;to&nbsp;handle&nbsp;this?&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;thanks&nbsp;for&nbsp;the&nbsp;responses&lt;br&gt;&lt;/div&gt;&lt;br&gt;Matt&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;26&nbsp;September&nbsp;2013&nbsp;21:36,&nbsp;Matthew&nbsp;Hegarty&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;yes&nbsp;it&nbsp;exists.�&nbsp;I&nbsp;believe&nbsp;hipe&nbsp;is&nbsp;enabled&nbsp;by&nbsp;default&nbsp;when&nbsp;I&nbsp;compile.&lt;br&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+however&nbsp;there&nbsp;is&nbsp;no&lt;br&gt;&lt;br&gt;�/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&lt;br&gt;�/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;which&nbsp;is&nbsp;what&nbsp;relx&nbsp;is&nbsp;apparently&nbsp;looking&nbsp;for.&lt;br&gt;&lt;/div&gt;Do&nbsp;you&nbsp;know&nbsp;where&nbsp;does&nbsp;relx&nbsp;get&nbsp;these&nbsp;paths&nbsp;from?&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;26&nbsp;September&nbsp;2013&nbsp;20:04,&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;u&gt;&lt;/u&gt;<br>
+<br>
+<br>
+<br>
+<br>
+&lt;div&gt;&lt;div&gt;Did&nbsp;you&nbsp;enable&nbsp;hipe&nbsp;when&nbsp;you&nbsp;compiled?&nbsp;Does&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam&nbsp;exist?&lt;span&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;--&nbsp;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/font&gt;&lt;/span&gt;&lt;div&gt;&lt;div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;On&nbsp;Thu,&nbsp;Sep&nbsp;26,&nbsp;2013,&nbsp;at&nbsp;12:03&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;compiled&nbsp;Erlang&nbsp;from&nbsp;source&nbsp;(downloaded&nbsp;from&nbsp;&lt;a&nbsp;href=&quot;http://erlang.org&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.org&lt;/a&gt;)&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;On&nbsp;25&nbsp;September&nbsp;2013&nbsp;17:25,&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;blockquote&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;I&nbsp;ran&nbsp;into&nbsp;the&nbsp;same&nbsp;thing.&nbsp;I&nbsp;assume&nbsp;you&nbsp;installed&nbsp;Erlang&nbsp;from&nbsp;the&nbsp;Erlang&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Solutions&nbsp;repo?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Install&nbsp;erlang-hipe&nbsp;package.&nbsp;Or&nbsp;remove&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+/usr/local/lib/erlang/lib/hipe-3.10.2.1&nbsp;entirely.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+Their&nbsp;packages&nbsp;install&nbsp;a&nbsp;broken&nbsp;hipe&nbsp;app,&nbsp;missing&nbsp;lots&nbsp;of&nbsp;beams,&nbsp;for&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+some&nbsp;reason.&nbsp;But&nbsp;if&nbsp;you&nbsp;install&nbsp;the&nbsp;hipe&nbsp;package&nbsp;it&#39;ll&nbsp;install&nbsp;what&nbsp;is&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+missing.&nbsp;I&nbsp;told&nbsp;them&nbsp;about&nbsp;this&nbsp;but&nbsp;I&nbsp;haven&#39;t&nbsp;heard&nbsp;back.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+--&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+�&nbsp;Tristan&nbsp;Sloughter&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+On&nbsp;Wed,&nbsp;Sep&nbsp;25,&nbsp;2013,&nbsp;at&nbsp;08:09&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Why&nbsp;does&nbsp;it&nbsp;look&nbsp;for&nbsp;hipe&nbsp;at&nbsp;all&nbsp;to&nbsp;begin&nbsp;with?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;I&#39;ll&nbsp;ping&nbsp;tristan&nbsp;about&nbsp;it.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;On&nbsp;09/22/2013&nbsp;10:59&nbsp;PM,&nbsp;Matthew&nbsp;Hegarty&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I&#39;m&nbsp;trying&nbsp;to&nbsp;run&nbsp;cowboy&#39;s&nbsp;helloworld&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;===&gt;&nbsp;Provider&nbsp;(rlx_prv_discover)&nbsp;failed&nbsp;with:&nbsp;{error,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{rlx_app_discovery,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;[{missing_beam_file,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;hipe,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10/ebin/hipe.beam&quot;&gt;&gt;},&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{missing_beam_file,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;hipe,&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;&lt;&quot;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/hipe.beam&quot;&gt;&gt;}]}}&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;there&nbsp;is&nbsp;no&nbsp;hipe.beam&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.1/ebin/,&nbsp;it&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;is&nbsp;in&nbsp;/usr/local/lib/erlang/lib/hipe-3.10.2.1/ebin/hipe.beam.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;I&#39;ve&nbsp;tried&nbsp;passing&nbsp;the&nbsp;correct&nbsp;dir&nbsp;to&nbsp;relx&nbsp;using&nbsp;--lib-dir&nbsp;but&nbsp;I&nbsp;still&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;get&nbsp;the&nbsp;same&nbsp;error.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Any&nbsp;ideas&nbsp;what&#39;s&nbsp;going&nbsp;wrong?&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;erl:&nbsp;Erlang&nbsp;R16B02&nbsp;(erts-5.10.3)&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;relx:&nbsp;0.0.0+build.275.refca03701&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;rebar:&nbsp;rebar&nbsp;2.1.0-pre&nbsp;R16B02&nbsp;20130922_191744&nbsp;git&nbsp;2.1.0-pre-46-g78fa8fc&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;On&nbsp;22&nbsp;September&nbsp;2013&nbsp;21:55,&nbsp;Matthew&nbsp;Hegarty&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;hi&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;Just&nbsp;starting&nbsp;out&nbsp;so&nbsp;I&#39;ve&nbsp;got&nbsp;latest&nbsp;versions&nbsp;of&nbsp;apps.&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;�&nbsp;�&nbsp;in&nbsp;cowboy/examples/hello_world,&nbsp;running&nbsp;make&nbsp;fails&nbsp;with:&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;_______________________________________________&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;--<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&gt;&nbsp;Lo�c&nbsp;Hoguin&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&gt;&nbsp;Erlang&nbsp;Cowboy&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Nine&nbsp;Nines&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;div&gt;&gt;&nbsp;_______________________________________________&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;div&gt;<br>
+--<br>
+&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,136,136)&quot;&gt;�&nbsp;Tristan&nbsp;Sloughter&lt;/span&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&gt;&lt;span&nbsp;style=&quot;color:rgb(136,136,136)&quot;&gt;<br>
+�&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131002/4463e3fa/attachment.html b/_build/static/archives/extend/attachments/20131002/4463e3fa/attachment.html
new file mode 100644
index 00000000..c1ef7545
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131002/4463e3fa/attachment.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi&nbsp;there,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;How&nbsp;do&nbsp;I&nbsp;use&nbsp;the&nbsp;websocket&nbsp;infrastructure&nbsp;of&nbsp;cowboy&nbsp;to&nbsp;implement&nbsp;RPC?&lt;/div&gt;&lt;div&gt;It&nbsp;seems&nbsp;like&nbsp;I&nbsp;can&nbsp;talk&nbsp;to&nbsp;the&nbsp;client&nbsp;using&nbsp;websocket_info,&nbsp;but&nbsp;the&nbsp;response&nbsp;comes&nbsp;in&nbsp;on&nbsp;websocket_handle,&nbsp;all&nbsp;asynchronously.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Kind&nbsp;regards,&lt;/div&gt;&lt;div&gt;Marcel&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131007/863e7358/attachment.html b/_build/static/archives/extend/attachments/20131007/863e7358/attachment.html
new file mode 100644
index 00000000..cada84a3
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131007/863e7358/attachment.html
@@ -0,0 +1,75 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Thanks Loïc.&nbsp;I&nbsp;am&nbsp;actually&nbsp;running&nbsp;R16B&nbsp;on&nbsp;a&nbsp;macbook&nbsp;OS&nbsp;X&nbsp;10.8.&nbsp;(I&#39;m&nbsp;wondering&nbsp;if&nbsp;the&nbsp;Od&nbsp;could&nbsp;have&nbsp;any&nbsp;effect?)&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Best,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ryan&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Oct&nbsp;7,&nbsp;2013&nbsp;at&nbsp;10:13&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+I&#39;m&nbsp;guessing&nbsp;you&nbsp;run&nbsp;an&nbsp;older&nbsp;Erlang&nbsp;which&nbsp;had&nbsp;that&nbsp;issue.&nbsp;Either&nbsp;upgrade&nbsp;Erlang&nbsp;or&nbsp;add&nbsp;asn1&nbsp;to&nbsp;the&nbsp;list&nbsp;of&nbsp;apps&nbsp;to&nbsp;include&nbsp;in&nbsp;the&nbsp;release&nbsp;(and&nbsp;open&nbsp;a&nbsp;ticket&nbsp;for&nbsp;it&nbsp;please&nbsp;so&nbsp;it&nbsp;can&nbsp;be&nbsp;made&nbsp;to&nbsp;work&nbsp;with&nbsp;older&nbsp;versions).&lt;div&gt;<br>
+&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;10/08/2013&nbsp;05:55&nbsp;AM,&nbsp;Ryan&nbsp;Brown&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+I&nbsp;was&nbsp;trying&nbsp;to&nbsp;compile&nbsp;and&nbsp;run&nbsp;the&nbsp;ssl_hello_world&nbsp;example&nbsp;in&nbsp;the&lt;br&gt;<br>
+cowboy&nbsp;project&nbsp;and&nbsp;am&nbsp;getting&nbsp;the&nbsp;following&nbsp;error&nbsp;at&nbsp;start-up:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;=INFO&nbsp;REPORT====&nbsp;7-Oct-2013::21:38:01&nbsp;===&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; application:&nbsp;ssl_hello_world&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; exited:&nbsp;{bad_return,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{ssl_hello_world_app,start,[&lt;u&gt;&lt;/u&gt;normal,[]]},&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&#39;EXIT&#39;,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{badmatch,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{error,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {{shutdown,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {failed_to_start_child,ranch_&lt;u&gt;&lt;/u&gt;acceptors_sup,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{case_clause,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{error,{&quot;no&nbsp;such&nbsp;file&nbsp;or&nbsp;directory&quot;,&quot;asn1.app&quot;}}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;[{ranch,require,1,[{file,&quot;src/&lt;u&gt;&lt;/u&gt;ranch.erl&quot;},{line,207}]},&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;can&nbsp;start&nbsp;asn1&nbsp;from&nbsp;the&nbsp;erl&nbsp;console&nbsp;so&nbsp;I&nbsp;am&nbsp;not&nbsp;sure&nbsp;what&nbsp;I&nbsp;am&lt;br&gt;<br>
+missing.&nbsp;Any&nbsp;help&nbsp;is&nbsp;greatly&nbsp;appreciated.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Best&nbsp;regards.&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+-rb&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;-rb<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131007/fdef2170/attachment.html b/_build/static/archives/extend/attachments/20131007/fdef2170/attachment.html
new file mode 100644
index 00000000..36217c63
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131007/fdef2170/attachment.html
@@ -0,0 +1,15 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;was&nbsp;trying&nbsp;to&nbsp;compile&nbsp;and&nbsp;run&nbsp;the&nbsp;ssl_hello_world&nbsp;example&nbsp;in&nbsp;the&nbsp;cowboy&nbsp;project&nbsp;and&nbsp;am&nbsp;getting&nbsp;the&nbsp;following&nbsp;error&nbsp;at&nbsp;start-up:&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;=INFO&nbsp;REPORT====&nbsp;7-Oct-2013::21:38:01&nbsp;===&lt;/font&gt;&lt;/h1&gt;<br>
+&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;application:&nbsp;ssl_hello_world&lt;/font&gt;&lt;/h1&gt;&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;exited:&nbsp;{bad_return,&lt;/font&gt;&lt;/h1&gt;<br>
+&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{{ssl_hello_world_app,start,[normal,[]]},&lt;/font&gt;&lt;/h1&gt;&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;<br>
+&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{&#39;EXIT&#39;,&lt;/font&gt;&lt;/h1&gt;&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{{badmatch,&lt;/font&gt;&lt;/h1&gt;<br>
+&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{error,&lt;/font&gt;&lt;/h1&gt;&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{{shutdown,&lt;/font&gt;&lt;/h1&gt;<br>
+&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{failed_to_start_child,ranch_acceptors_sup,&lt;/font&gt;&lt;/h1&gt;&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;<br>
+&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{{case_clause,&lt;/font&gt;&lt;/h1&gt;&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{error,{&quot;no&nbsp;such&nbsp;file&nbsp;or&nbsp;directory&quot;,&quot;asn1.app&quot;}}},&lt;/font&gt;&lt;/h1&gt;<br>
+&lt;h1&nbsp;class=&quot;&quot;&nbsp;style=&quot;margin:0px&quot;&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;[{ranch,require,1,[{file,&quot;src/ranch.erl&quot;},{line,207}]},&lt;/font&gt;&lt;/h1&gt;<br>
+&lt;div&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;I&nbsp;can&nbsp;start&nbsp;asn1&nbsp;from&nbsp;the&nbsp;erl&nbsp;console&nbsp;so&nbsp;I&nbsp;am&nbsp;not&nbsp;sure&nbsp;what&nbsp;I&nbsp;am&nbsp;missing.&nbsp;Any&nbsp;help&nbsp;is&nbsp;greatly&nbsp;appreciated.&lt;/font&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;Best&nbsp;regards.&lt;/font&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;font&nbsp;color=&quot;#000000&quot;&nbsp;face=&quot;Gill&nbsp;Sans,&nbsp;Tahoma,&nbsp;Verdana,&nbsp;sans-serif&quot;&nbsp;size=&quot;3&quot;&nbsp;style=&quot;font-weight:normal&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;-rb<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131008/8752fdd7/attachment.html b/_build/static/archives/extend/attachments/20131008/8752fdd7/attachment.html
new file mode 100644
index 00000000..3077367f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131008/8752fdd7/attachment.html
@@ -0,0 +1,82 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Just&nbsp;to&nbsp;complete&nbsp;the&nbsp;loop.&nbsp;As&nbsp;would&nbsp;be&nbsp;expected,&nbsp;adding&nbsp;asn1&nbsp;to&nbsp;the&nbsp;app.src&nbsp;applications&nbsp;fixes&nbsp;the&nbsp;issue.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thank&nbsp;you,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ryan&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Oct&nbsp;7,&nbsp;2013&nbsp;at&nbsp;10:24&nbsp;PM,&nbsp;Ryan&nbsp;Brown&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Thanks Loïc.&nbsp;I&nbsp;am&nbsp;actually&nbsp;running&nbsp;R16B&nbsp;on&nbsp;a&nbsp;macbook&nbsp;OS&nbsp;X&nbsp;10.8.&nbsp;(I&#39;m&nbsp;wondering&nbsp;if&nbsp;the&nbsp;Od&nbsp;could&nbsp;have&nbsp;any&nbsp;effect?)&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Best,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ryan&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Oct&nbsp;7,&nbsp;2013&nbsp;at&nbsp;10:13&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+<br>
+I&#39;m&nbsp;guessing&nbsp;you&nbsp;run&nbsp;an&nbsp;older&nbsp;Erlang&nbsp;which&nbsp;had&nbsp;that&nbsp;issue.&nbsp;Either&nbsp;upgrade&nbsp;Erlang&nbsp;or&nbsp;add&nbsp;asn1&nbsp;to&nbsp;the&nbsp;list&nbsp;of&nbsp;apps&nbsp;to&nbsp;include&nbsp;in&nbsp;the&nbsp;release&nbsp;(and&nbsp;open&nbsp;a&nbsp;ticket&nbsp;for&nbsp;it&nbsp;please&nbsp;so&nbsp;it&nbsp;can&nbsp;be&nbsp;made&nbsp;to&nbsp;work&nbsp;with&nbsp;older&nbsp;versions).&lt;div&gt;<br>
+<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;10/08/2013&nbsp;05:55&nbsp;AM,&nbsp;Ryan&nbsp;Brown&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&gt;<br>
+I&nbsp;was&nbsp;trying&nbsp;to&nbsp;compile&nbsp;and&nbsp;run&nbsp;the&nbsp;ssl_hello_world&nbsp;example&nbsp;in&nbsp;the&lt;br&gt;<br>
+cowboy&nbsp;project&nbsp;and&nbsp;am&nbsp;getting&nbsp;the&nbsp;following&nbsp;error&nbsp;at&nbsp;start-up:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;=INFO&nbsp;REPORT====&nbsp;7-Oct-2013::21:38:01&nbsp;===&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; application:&nbsp;ssl_hello_world&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; exited:&nbsp;{bad_return,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{ssl_hello_world_app,start,[&lt;u&gt;&lt;/u&gt;normal,[]]},&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&#39;EXIT&#39;,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{badmatch,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{error,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {{shutdown,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {failed_to_start_child,ranch_&lt;u&gt;&lt;/u&gt;acceptors_sup,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{case_clause,&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{error,{&quot;no&nbsp;such&nbsp;file&nbsp;or&nbsp;directory&quot;,&quot;asn1.app&quot;}}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;[{ranch,require,1,[{file,&quot;src/&lt;u&gt;&lt;/u&gt;ranch.erl&quot;},{line,207}]},&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;can&nbsp;start&nbsp;asn1&nbsp;from&nbsp;the&nbsp;erl&nbsp;console&nbsp;so&nbsp;I&nbsp;am&nbsp;not&nbsp;sure&nbsp;what&nbsp;I&nbsp;am&lt;br&gt;<br>
+missing.&nbsp;Any&nbsp;help&nbsp;is&nbsp;greatly&nbsp;appreciated.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Best&nbsp;regards.&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+-rb&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;--&nbsp;&lt;br&gt;-rb<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;-rb<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131009/7c03cefc/attachment.html b/_build/static/archives/extend/attachments/20131009/7c03cefc/attachment.html
new file mode 100644
index 00000000..6870f939
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131009/7c03cefc/attachment.html
@@ -0,0 +1,67 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=iso-8859-1&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&gt;Essentially,&nbsp;the&nbsp;REST&nbsp;service&nbsp;endpoint&nbsp;would&nbsp;be&nbsp;on&nbsp;&lt;a&nbsp;href=&quot;http://widgets.net&quot;&gt;widgets.net&lt;/a&gt;&nbsp;while&nbsp;the&nbsp;clients&nbsp;website,&nbsp;in&nbsp;this&nbsp;case&nbsp;&lt;a&nbsp;href=&quot;http://things.com&quot;&gt;things.com&lt;/a&gt;,&nbsp;has&nbsp;a&nbsp;JavaScript&nbsp;that&nbsp;makes&nbsp;an&nbsp;AJAX&nbsp;call&nbsp;to&nbsp;&lt;a&nbsp;href=&quot;http://widgets.net&quot;&gt;widgets.net&lt;/a&gt;.&nbsp;&nbsp;The&nbsp;account&nbsp;on&nbsp;&lt;a&nbsp;href=&quot;http://widgets.net&quot;&gt;widgets.net&lt;/a&gt;&nbsp;for&nbsp;&lt;a&nbsp;href=&quot;http://things.com&quot;&gt;things.com&lt;/a&gt;&nbsp;will&nbsp;have&nbsp;the&nbsp;&lt;a&nbsp;href=&quot;http://things.com&quot;&gt;things.com&lt;/a&gt;&nbsp;domain&nbsp;registered&nbsp;to&nbsp;its&nbsp;account,&nbsp;so&nbsp;that&nbsp;&lt;a&nbsp;href=&quot;http://widgets.net&quot;&gt;widgets.net&lt;/a&gt;&nbsp;can&nbsp;check&nbsp;to&nbsp;see&nbsp;if&nbsp;the&nbsp;request&nbsp;is&nbsp;coming&nbsp;from&nbsp;an&nbsp;expected&nbsp;domain.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks,&lt;/div&gt;&lt;div&gt;Lee&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;div&gt;&lt;div&gt;On&nbsp;9&nbsp;Oct&nbsp;2013,&nbsp;at&nbsp;16:51,&nbsp;Nathan&nbsp;Michaels&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;/div&gt;&lt;br&nbsp;class=&quot;Apple-interchange-newline&quot;&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Is&nbsp;the&nbsp;client&nbsp;making&nbsp;the&nbsp;request&nbsp;to&nbsp;your&nbsp;service&nbsp;on&nbsp;&lt;a&nbsp;href=&quot;http://widgets.net/&quot;&gt;widgets.net&lt;/a&gt;&nbsp;because&nbsp;&lt;a&nbsp;href=&quot;http://things.com/&quot;&gt;things.com&lt;/a&gt;&nbsp;sent&nbsp;them&nbsp;there,&nbsp;or&nbsp;is&nbsp;&lt;a&nbsp;href=&quot;http://things.com/&quot;&gt;things.com&lt;/a&gt;&nbsp;making&nbsp;the&nbsp;request&nbsp;directly&nbsp;on&nbsp;behalf&nbsp;of&nbsp;the&nbsp;client?&nbsp;The&nbsp;first&nbsp;is&nbsp;what&nbsp;Lo�c&nbsp;is&nbsp;talking&nbsp;about.&nbsp;The&nbsp;second&nbsp;is&nbsp;the&nbsp;source&nbsp;IP&nbsp;of&nbsp;the&nbsp;request,&nbsp;which&nbsp;you&nbsp;can&nbsp;definitely&nbsp;get.&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Wed,&nbsp;Oct&nbsp;9,&nbsp;2013&nbsp;at&nbsp;11:32&nbsp;AM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+<br>
+In&nbsp;short:&nbsp;you&nbsp;can't.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Browsers&nbsp;may&nbsp;send&nbsp;origin/referer/..&nbsp;headers&nbsp;depending&nbsp;on&nbsp;the&nbsp;type&nbsp;of&nbsp;request,&nbsp;but&nbsp;you&nbsp;can't&nbsp;rely&nbsp;on&nbsp;them&nbsp;to&nbsp;be&nbsp;real&nbsp;or&nbsp;even&nbsp;just&nbsp;there.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;10/09/2013&nbsp;05:30&nbsp;PM,&nbsp;Lee&nbsp;Sylvester&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Thank&nbsp;you.&nbsp;&nbsp;I&nbsp;couldn't&nbsp;work&nbsp;out&nbsp;if&nbsp;that's&nbsp;the&nbsp;host&nbsp;being&nbsp;called&nbsp;from&nbsp;or&nbsp;the&nbsp;host&nbsp;name&nbsp;in&nbsp;the&nbsp;request.&nbsp;&nbsp;For&nbsp;example,&nbsp;a&nbsp;store&nbsp;called&nbsp;&lt;a&nbsp;href=&quot;http://things.com/&quot;&nbsp;target=&quot;_blank&quot;&gt;things.com&lt;/a&gt;&nbsp;makes&nbsp;a&nbsp;request&nbsp;to&nbsp;my&nbsp;service&nbsp;on&nbsp;&lt;a&nbsp;href=&quot;http://widgets.net/&quot;&nbsp;target=&quot;_blank&quot;&gt;widgets.net&lt;/a&gt;.&nbsp;&nbsp;I&nbsp;need&nbsp;to&nbsp;see&nbsp;that&nbsp;the&nbsp;request&nbsp;is&nbsp;made&nbsp;FROM&nbsp;&lt;a&nbsp;href=&quot;http://things.com/&quot;&nbsp;target=&quot;_blank&quot;&gt;things.com&lt;/a&gt;&nbsp;for&nbsp;validation&nbsp;purposes.&nbsp;Is&nbsp;it&nbsp;correct&nbsp;that&nbsp;host&nbsp;will&nbsp;provide&nbsp;this?&lt;br&gt;<br>
+<br>
+<br>
+&lt;br&gt;<br>
+Thanks,&lt;br&gt;<br>
+Lee&lt;br&gt;<br>
+&lt;br&gt;<br>
+Sent&nbsp;from&nbsp;my&nbsp;iPhone&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+On&nbsp;Oct&nbsp;9,&nbsp;2013,&nbsp;at&nbsp;2:31&nbsp;PM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+cowboy_req:host/1?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Please&nbsp;use&nbsp;the&nbsp;nice&nbsp;manual&nbsp;we&nbsp;have&nbsp;now.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&nbsp;&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/HEAD/manual/cowboy_req&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+On&nbsp;10/09/2013&nbsp;03:27&nbsp;PM,&nbsp;Lee&nbsp;Sylvester&nbsp;wrote:&lt;br&gt;<br>
+Hi,&lt;br&gt;<br>
+&lt;br&gt;<br>
+When&nbsp;receiving&nbsp;a&nbsp;Cowboy&nbsp;request,&nbsp;is&nbsp;there&nbsp;a&nbsp;way&nbsp;to&nbsp;find&nbsp;out&nbsp;which&nbsp;hostname&nbsp;the&nbsp;user&nbsp;made&nbsp;the&nbsp;request&nbsp;from?&nbsp;&nbsp;I'm&nbsp;using&nbsp;CORS&nbsp;in&nbsp;my&nbsp;REST&nbsp;and&nbsp;Bullet&nbsp;app,&nbsp;where&nbsp;each&nbsp;call&nbsp;can&nbsp;be&nbsp;made&nbsp;through&nbsp;a&nbsp;given&nbsp;account.&nbsp;&nbsp;However,&nbsp;I'd&nbsp;like&nbsp;to&nbsp;be&nbsp;able&nbsp;to&nbsp;lock&nbsp;requests&nbsp;for&nbsp;each&nbsp;account&nbsp;to&nbsp;a&nbsp;designated&nbsp;hostname&nbsp;to&nbsp;protect&nbsp;that&nbsp;users&nbsp;account&nbsp;usage.&lt;br&gt;<br>
+<br>
+<br>
+&lt;br&gt;<br>
+Thanks,&lt;br&gt;<br>
+Lee&lt;br&gt;<br>
+&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+_______________________________________________&lt;br&gt;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131009/cc05d6f5/attachment.html b/_build/static/archives/extend/attachments/20131009/cc05d6f5/attachment.html
new file mode 100644
index 00000000..40290673
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131009/cc05d6f5/attachment.html
@@ -0,0 +1,67 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Is&nbsp;the&nbsp;client&nbsp;making&nbsp;the&nbsp;request&nbsp;to&nbsp;your&nbsp;service&nbsp;on&nbsp;&lt;a&nbsp;href=&quot;http://widgets.net&quot;&gt;widgets.net&lt;/a&gt;&nbsp;because&nbsp;&lt;a&nbsp;href=&quot;http://things.com&quot;&gt;things.com&lt;/a&gt;&nbsp;sent&nbsp;them&nbsp;there,&nbsp;or&nbsp;is&nbsp;&lt;a&nbsp;href=&quot;http://things.com&quot;&gt;things.com&lt;/a&gt;&nbsp;making&nbsp;the&nbsp;request&nbsp;directly&nbsp;on&nbsp;behalf&nbsp;of&nbsp;the&nbsp;client?&nbsp;The&nbsp;first&nbsp;is&nbsp;what Loïc&nbsp;is&nbsp;talking&nbsp;about.&nbsp;The&nbsp;second&nbsp;is&nbsp;the&nbsp;source&nbsp;IP&nbsp;of&nbsp;the&nbsp;request,&nbsp;which&nbsp;you&nbsp;can&nbsp;definitely&nbsp;get.&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Wed,&nbsp;Oct&nbsp;9,&nbsp;2013&nbsp;at&nbsp;11:32&nbsp;AM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+<br>
+In&nbsp;short:&nbsp;you&nbsp;can&#39;t.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Browsers&nbsp;may&nbsp;send&nbsp;origin/referer/..&nbsp;headers&nbsp;depending&nbsp;on&nbsp;the&nbsp;type&nbsp;of&nbsp;request,&nbsp;but&nbsp;you&nbsp;can&#39;t&nbsp;rely&nbsp;on&nbsp;them&nbsp;to&nbsp;be&nbsp;real&nbsp;or&nbsp;even&nbsp;just&nbsp;there.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;10/09/2013&nbsp;05:30&nbsp;PM,&nbsp;Lee&nbsp;Sylvester&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Thank&nbsp;you.&nbsp; I&nbsp;couldn&#39;t&nbsp;work&nbsp;out&nbsp;if&nbsp;that&#39;s&nbsp;the&nbsp;host&nbsp;being&nbsp;called&nbsp;from&nbsp;or&nbsp;the&nbsp;host&nbsp;name&nbsp;in&nbsp;the&nbsp;request.&nbsp; For&nbsp;example,&nbsp;a&nbsp;store&nbsp;called&nbsp;&lt;a&nbsp;href=&quot;http://things.com&quot;&nbsp;target=&quot;_blank&quot;&gt;things.com&lt;/a&gt;&nbsp;makes&nbsp;a&nbsp;request&nbsp;to&nbsp;my&nbsp;service&nbsp;on&nbsp;&lt;a&nbsp;href=&quot;http://widgets.net&quot;&nbsp;target=&quot;_blank&quot;&gt;widgets.net&lt;/a&gt;.&nbsp; I&nbsp;need&nbsp;to&nbsp;see&nbsp;that&nbsp;the&nbsp;request&nbsp;is&nbsp;made&nbsp;FROM&nbsp;&lt;a&nbsp;href=&quot;http://things.com&quot;&nbsp;target=&quot;_blank&quot;&gt;things.com&lt;/a&gt;&nbsp;for&nbsp;validation&nbsp;purposes.&nbsp;Is&nbsp;it&nbsp;correct&nbsp;that&nbsp;host&nbsp;will&nbsp;provide&nbsp;this?&lt;br&gt;<br>
+<br>
+<br>
+&lt;br&gt;<br>
+Thanks,&lt;br&gt;<br>
+Lee&lt;br&gt;<br>
+&lt;br&gt;<br>
+Sent&nbsp;from&nbsp;my&nbsp;iPhone&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+On&nbsp;Oct&nbsp;9,&nbsp;2013,&nbsp;at&nbsp;2:31&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+cowboy_req:host/1?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Please&nbsp;use&nbsp;the&nbsp;nice&nbsp;manual&nbsp;we&nbsp;have&nbsp;now.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_req&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/HEAD/manual/cowboy_req&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+On&nbsp;10/09/2013&nbsp;03:27&nbsp;PM,&nbsp;Lee&nbsp;Sylvester&nbsp;wrote:&lt;br&gt;<br>
+Hi,&lt;br&gt;<br>
+&lt;br&gt;<br>
+When&nbsp;receiving&nbsp;a&nbsp;Cowboy&nbsp;request,&nbsp;is&nbsp;there&nbsp;a&nbsp;way&nbsp;to&nbsp;find&nbsp;out&nbsp;which&nbsp;hostname&nbsp;the&nbsp;user&nbsp;made&nbsp;the&nbsp;request&nbsp;from?&nbsp; I&#39;m&nbsp;using&nbsp;CORS&nbsp;in&nbsp;my&nbsp;REST&nbsp;and&nbsp;Bullet&nbsp;app,&nbsp;where&nbsp;each&nbsp;call&nbsp;can&nbsp;be&nbsp;made&nbsp;through&nbsp;a&nbsp;given&nbsp;account.&nbsp; However,&nbsp;I&#39;d&nbsp;like&nbsp;to&nbsp;be&nbsp;able&nbsp;to&nbsp;lock&nbsp;requests&nbsp;for&nbsp;each&nbsp;account&nbsp;to&nbsp;a&nbsp;designated&nbsp;hostname&nbsp;to&nbsp;protect&nbsp;that&nbsp;users&nbsp;account&nbsp;usage.&lt;br&gt;<br>
+<br>
+<br>
+&lt;br&gt;<br>
+Thanks,&lt;br&gt;<br>
+Lee&lt;br&gt;<br>
+&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131015/203060cc/attachment.html b/_build/static/archives/extend/attachments/20131015/203060cc/attachment.html
new file mode 100644
index 00000000..93be1f66
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131015/203060cc/attachment.html
@@ -0,0 +1,78 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;thanks&nbsp;for&nbsp;your&nbsp;help.&nbsp;suppose&nbsp;that&nbsp;I&nbsp;want&nbsp;to&nbsp;stream&nbsp;live&nbsp;audio.&nbsp;I&nbsp;do&nbsp;not&nbsp;know&nbsp;how&nbsp;long&nbsp;my&nbsp;audio&nbsp;program&nbsp;will&nbsp;be,&nbsp;and&nbsp;as&nbsp;I&nbsp;stream&nbsp;it,&nbsp;if&nbsp;I&nbsp;have&nbsp;a&nbsp;timeout,&nbsp;the&nbsp;server&nbsp;will&nbsp;just&nbsp;disconnect&nbsp;the&nbsp;user&nbsp;that&nbsp;listens&nbsp;to&nbsp;the&nbsp;audio&nbsp;in&nbsp;the&nbsp;browser.&nbsp;and&nbsp;the&nbsp;browser&nbsp;won&#39;t&nbsp;reconnect.&nbsp;Would&nbsp;you&nbsp;suggest&nbsp;the&nbsp;&quot;right&quot;&nbsp;way&nbsp;to&nbsp;implement&nbsp;something&nbsp;like&nbsp;that?&nbsp;Would&nbsp;infinite&nbsp;timeout&nbsp;suffice?&nbsp;or&nbsp;is&nbsp;it&nbsp;a&nbsp;bad&nbsp;practice?&nbsp;another&nbsp;type&nbsp;of&nbsp;handler&nbsp;maybe?&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/10/15&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Yep.&nbsp;And&nbsp;it&nbsp;will&nbsp;also&nbsp;disconnect&nbsp;if&nbsp;the&nbsp;client&nbsp;sends&nbsp;too&nbsp;much.&nbsp;It&nbsp;has&nbsp;to&nbsp;disconnect&nbsp;and&nbsp;reconnect&nbsp;eventually,&nbsp;there&#39;s&nbsp;no&nbsp;way&nbsp;around&nbsp;it.&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;10/16/2013&nbsp;05:03&nbsp;AM,&nbsp;akonsu&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+so&nbsp;it&nbsp;will&nbsp;disconnect&nbsp;if&nbsp;the&nbsp;client&nbsp;only&nbsp;listens&nbsp;and&nbsp;sends&nbsp;nothing&nbsp;to&lt;br&gt;<br>
+the&nbsp;socket,&nbsp;correct?&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+2013/10/15&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;The&nbsp;socket&nbsp;connected&nbsp;to&nbsp;the&nbsp;client.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;TCP&nbsp;isn&#39;t&nbsp;perfect,&nbsp;there&nbsp;is&nbsp;no&nbsp;way&nbsp;to&nbsp;be&nbsp;100%&nbsp;sure&nbsp;the&nbsp;client&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp;still&nbsp;connected,&nbsp;hence&nbsp;the&nbsp;timeout.&nbsp;If&nbsp;the&nbsp;client&nbsp;is&nbsp;still&nbsp;up&nbsp;you&lt;br&gt;<br>
+ &nbsp; &nbsp;should&nbsp;make&nbsp;it&nbsp;reconnect.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;10/16/2013&nbsp;04:55&nbsp;AM,&nbsp;akonsu&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;documentation&nbsp;for&nbsp;`init`&nbsp;at&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/__cowboy/HEAD/manual/cowboy___loop_handler&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/__&lt;u&gt;&lt;/u&gt;cowboy/HEAD/manual/cowboy___&lt;u&gt;&lt;/u&gt;loop_handler&lt;/a&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/HEAD/manual/cowboy_&lt;u&gt;&lt;/u&gt;loop_handler&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;says:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;The&nbsp;receive&nbsp;loop&nbsp;will&nbsp;run&nbsp;for&nbsp;a&nbsp;duration&nbsp;of&nbsp;up&nbsp;to&nbsp;Timeout&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;milliseconds&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;after&nbsp;it&nbsp;last&nbsp;received&nbsp;data&nbsp;from&nbsp;the&nbsp;socket,&nbsp;at&nbsp;which&nbsp;point&nbsp;it&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;will&nbsp;stop&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;send&nbsp;a&nbsp;204&nbsp;No&nbsp;Content&nbsp;reply.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;What&nbsp;socket&nbsp;does&nbsp;it&nbsp;refer&nbsp;to?&nbsp;I&nbsp;had&nbsp;an&nbsp;impression&nbsp;that&nbsp;the&nbsp;loop&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;handles&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;erlang&nbsp;messages.&nbsp;Do&nbsp;these&nbsp;messages&nbsp;come&nbsp;through&nbsp;a&nbsp;socket&nbsp;(sorry&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;about&nbsp;a&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;trivial&nbsp;question,&nbsp;but&nbsp;I&nbsp;am&nbsp;new&nbsp;to&nbsp;erlang),&nbsp;and&nbsp;this&nbsp;is&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;socket&nbsp;that&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;docs&nbsp;talk&nbsp;about?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;The&nbsp;reason&nbsp;why&nbsp;I&nbsp;am&nbsp;asking&nbsp;is&nbsp;because&nbsp;I&nbsp;used&nbsp;to&nbsp;have&nbsp;a&nbsp;Timeout&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;of&nbsp;60000,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;even&nbsp;though&nbsp;messages&nbsp;kept&nbsp;coming&nbsp;non&nbsp;stop,&nbsp;it&nbsp;still&nbsp;kept&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;disconnecting&nbsp;after&nbsp;a&nbsp;minute,&nbsp;until&nbsp;I&nbsp;set&nbsp;Timeout&nbsp;to&nbsp;infinity.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thanks&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Konstantin&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;______________________________&lt;u&gt;&lt;/u&gt;___________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;Extend@lists.&lt;u&gt;&lt;/u&gt;ninenines.eu&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/__listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/_&lt;u&gt;&lt;/u&gt;_listinfo/extend&lt;/a&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loďc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;Erlang&nbsp;Cowboy&lt;br&gt;<br>
+ &nbsp; &nbsp;Nine&nbsp;Nines&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;/font&gt;&lt;/span&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131015/591e8649/attachment.html b/_build/static/archives/extend/attachments/20131015/591e8649/attachment.html
new file mode 100644
index 00000000..d06f0bbe
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131015/591e8649/attachment.html
@@ -0,0 +1,46 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;so&nbsp;it&nbsp;will&nbsp;disconnect&nbsp;if&nbsp;the&nbsp;client&nbsp;only&nbsp;listens&nbsp;and&nbsp;sends&nbsp;nothing&nbsp;to&nbsp;the&nbsp;socket,&nbsp;correct?&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/10/15&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;The&nbsp;socket&nbsp;connected&nbsp;to&nbsp;the&nbsp;client.&lt;br&gt;<br>
+&lt;br&gt;<br>
+TCP&nbsp;isn&#39;t&nbsp;perfect,&nbsp;there&nbsp;is&nbsp;no&nbsp;way&nbsp;to&nbsp;be&nbsp;100%&nbsp;sure&nbsp;the&nbsp;client&nbsp;is&nbsp;still&nbsp;connected,&nbsp;hence&nbsp;the&nbsp;timeout.&nbsp;If&nbsp;the&nbsp;client&nbsp;is&nbsp;still&nbsp;up&nbsp;you&nbsp;should&nbsp;make&nbsp;it&nbsp;reconnect.&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;10/16/2013&nbsp;04:55&nbsp;AM,&nbsp;akonsu&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+Hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+the&nbsp;documentation&nbsp;for&nbsp;`init`&nbsp;at&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/HEAD/manual/cowboy_&lt;u&gt;&lt;/u&gt;loop_handler&lt;/a&gt;&nbsp;says:&lt;br&gt;<br>
+&lt;br&gt;<br>
+The&nbsp;receive&nbsp;loop&nbsp;will&nbsp;run&nbsp;for&nbsp;a&nbsp;duration&nbsp;of&nbsp;up&nbsp;to&nbsp;Timeout&nbsp;milliseconds&lt;br&gt;<br>
+after&nbsp;it&nbsp;last&nbsp;received&nbsp;data&nbsp;from&nbsp;the&nbsp;socket,&nbsp;at&nbsp;which&nbsp;point&nbsp;it&nbsp;will&nbsp;stop&lt;br&gt;<br>
+and&nbsp;send&nbsp;a&nbsp;204&nbsp;No&nbsp;Content&nbsp;reply.&lt;br&gt;<br>
+&lt;br&gt;<br>
+What&nbsp;socket&nbsp;does&nbsp;it&nbsp;refer&nbsp;to?&nbsp;I&nbsp;had&nbsp;an&nbsp;impression&nbsp;that&nbsp;the&nbsp;loop&nbsp;handles&lt;br&gt;<br>
+erlang&nbsp;messages.&nbsp;Do&nbsp;these&nbsp;messages&nbsp;come&nbsp;through&nbsp;a&nbsp;socket&nbsp;(sorry&nbsp;about&nbsp;a&lt;br&gt;<br>
+trivial&nbsp;question,&nbsp;but&nbsp;I&nbsp;am&nbsp;new&nbsp;to&nbsp;erlang),&nbsp;and&nbsp;this&nbsp;is&nbsp;the&nbsp;socket&nbsp;that&lt;br&gt;<br>
+the&nbsp;docs&nbsp;talk&nbsp;about?&lt;br&gt;<br>
+&lt;br&gt;<br>
+The&nbsp;reason&nbsp;why&nbsp;I&nbsp;am&nbsp;asking&nbsp;is&nbsp;because&nbsp;I&nbsp;used&nbsp;to&nbsp;have&nbsp;a&nbsp;Timeout&nbsp;of&nbsp;60000,&lt;br&gt;<br>
+and&nbsp;even&nbsp;though&nbsp;messages&nbsp;kept&nbsp;coming&nbsp;non&nbsp;stop,&nbsp;it&nbsp;still&nbsp;kept&lt;br&gt;<br>
+disconnecting&nbsp;after&nbsp;a&nbsp;minute,&nbsp;until&nbsp;I&nbsp;set&nbsp;Timeout&nbsp;to&nbsp;infinity.&lt;br&gt;<br>
+&lt;br&gt;<br>
+thanks&lt;br&gt;<br>
+Konstantin&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loďc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131015/94506752/attachment.html b/_build/static/archives/extend/attachments/20131015/94506752/attachment.html
new file mode 100644
index 00000000..a847b802
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131015/94506752/attachment.html
@@ -0,0 +1,8 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;the&nbsp;documentation&nbsp;for&nbsp;`init`&nbsp;at &lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler&quot;&gt;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_loop_handler&lt;/a&gt; says:&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;receive&nbsp;loop&nbsp;will&nbsp;run&nbsp;for&nbsp;a&nbsp;duration&nbsp;of&nbsp;up&nbsp;to&nbsp;Timeout&nbsp;milliseconds&nbsp;after&nbsp;it&nbsp;last&nbsp;received&nbsp;data&nbsp;from&nbsp;the&nbsp;socket,&nbsp;at&nbsp;which&nbsp;point&nbsp;it&nbsp;will&nbsp;stop&nbsp;and&nbsp;send&nbsp;a&nbsp;204&nbsp;No&nbsp;Content&nbsp;reply.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;What&nbsp;socket&nbsp;does&nbsp;it&nbsp;refer&nbsp;to?&nbsp;I&nbsp;had&nbsp;an&nbsp;impression&nbsp;that&nbsp;the&nbsp;loop&nbsp;handles&nbsp;erlang&nbsp;messages.&nbsp;Do&nbsp;these&nbsp;messages&nbsp;come&nbsp;through&nbsp;a&nbsp;socket&nbsp;(sorry&nbsp;about&nbsp;a&nbsp;trivial&nbsp;question,&nbsp;but&nbsp;I&nbsp;am&nbsp;new&nbsp;to&nbsp;erlang),&nbsp;and&nbsp;this&nbsp;is&nbsp;the&nbsp;socket&nbsp;that&nbsp;the&nbsp;docs&nbsp;talk&nbsp;about?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;reason&nbsp;why&nbsp;I&nbsp;am&nbsp;asking&nbsp;is&nbsp;because&nbsp;I&nbsp;used&nbsp;to&nbsp;have&nbsp;a&nbsp;Timeout&nbsp;of&nbsp;60000,&nbsp;and&nbsp;even&nbsp;though&nbsp;messages&nbsp;kept&nbsp;coming&nbsp;non&nbsp;stop,&nbsp;it&nbsp;still&nbsp;kept&nbsp;disconnecting&nbsp;after&nbsp;a&nbsp;minute,&nbsp;until&nbsp;I&nbsp;set&nbsp;Timeout&nbsp;to&nbsp;infinity.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;thanks&lt;/div&gt;&lt;div&gt;Konstantin&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131015/bac10460/attachment.html b/_build/static/archives/extend/attachments/20131015/bac10460/attachment.html
new file mode 100644
index 00000000..75224869
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131015/bac10460/attachment.html
@@ -0,0 +1,9 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;1.&nbsp;do&nbsp;you&nbsp;mean&nbsp;that&nbsp;there&nbsp;is&nbsp;no&nbsp;way&nbsp;on&nbsp;the&nbsp;server&nbsp;side&nbsp;to&nbsp;tell&nbsp;if&nbsp;the&nbsp;client&nbsp;has&nbsp;disconnected?&lt;div&gt;&lt;br&gt;&lt;div&gt;2.&nbsp;if&nbsp;I&nbsp;use&nbsp;a&nbsp;normal&nbsp;handler,&nbsp;I&nbsp;will&nbsp;still&nbsp;run&nbsp;into&nbsp;the&nbsp;same&nbsp;problem,&nbsp;it&nbsp;does&nbsp;not&nbsp;matter&nbsp;which&nbsp;handler&nbsp;I&nbsp;use,&nbsp;from&nbsp;the&nbsp;standpoint&nbsp;of&nbsp;deciding&nbsp;whether&nbsp;the&nbsp;client&nbsp;is&nbsp;still&nbsp;there,&nbsp;right?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;am&nbsp;confused&nbsp;as&nbsp;to&nbsp;how&nbsp;I&nbsp;can&nbsp;implement&nbsp;my&nbsp;streaming&nbsp;and&nbsp;not&nbsp;drop&nbsp;the&nbsp;connection&nbsp;on&nbsp;each&nbsp;client&nbsp;and&nbsp;yet&nbsp;make&nbsp;sure&nbsp;I&nbsp;do&nbsp;close&nbsp;the&nbsp;connections&nbsp;when&nbsp;the&nbsp;clients&nbsp;disconnect...&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/10/15&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Infinite&nbsp;is&nbsp;bad&nbsp;practice,&nbsp;yes.&nbsp;Infinite&nbsp;means&nbsp;some&nbsp;connections&nbsp;will&nbsp;*never*&nbsp;be&nbsp;closed,&nbsp;eating&nbsp;FDs&nbsp;and&nbsp;memory&nbsp;for&nbsp;nothing.&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&#39;m&nbsp;not&nbsp;sure&nbsp;why&nbsp;you&nbsp;want&nbsp;to&nbsp;receive&nbsp;messages,&nbsp;you&nbsp;could&nbsp;just&nbsp;use&nbsp;a&nbsp;normal&nbsp;handler&nbsp;that&nbsp;asks&nbsp;for&nbsp;more&nbsp;data,&nbsp;sends&nbsp;it,&nbsp;ask&nbsp;for&nbsp;more&nbsp;data,&nbsp;sends&nbsp;it,&nbsp;etc.&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131016/abe38a1a/attachment.html b/_build/static/archives/extend/attachments/20131016/abe38a1a/attachment.html
new file mode 100644
index 00000000..9672e317
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131016/abe38a1a/attachment.html
@@ -0,0 +1,9 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;ok.&nbsp;the&nbsp;data&nbsp;that&nbsp;I&nbsp;need&nbsp;to&nbsp;send&nbsp;are&nbsp;coming&nbsp;as&nbsp;erlang&nbsp;messages&nbsp;to&nbsp;the&nbsp;process&nbsp;that&nbsp;runs&nbsp;my&nbsp;handler.&nbsp;so&nbsp;it&nbsp;sounds&nbsp;like&nbsp;if&nbsp;I&nbsp;want&nbsp;to&nbsp;use&nbsp;the&nbsp;&quot;normal&quot;&nbsp;cowboy_http_handler,&nbsp;then&nbsp;I&nbsp;need&nbsp;a&nbsp;receive&nbsp;loop&nbsp;inside handle(Req,&nbsp;State)&nbsp;callback,&nbsp;right?&nbsp;Basically,&nbsp;my&nbsp;response&nbsp;stream&nbsp;will&nbsp;potentially&nbsp;never&nbsp;end,&nbsp;I&nbsp;do&nbsp;not&nbsp;know&nbsp;how&nbsp;to&nbsp;handle&nbsp;this&nbsp;properly&nbsp;in&nbsp;cowboy...&lt;br&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/10/16&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;<br>
+Loop&nbsp;handlers&nbsp;are&nbsp;designed&nbsp;to&nbsp;wait&nbsp;for&nbsp;a&nbsp;long&nbsp;time&nbsp;with&nbsp;the&nbsp;socket&nbsp;*idle*&nbsp;and&nbsp;then&nbsp;eventually&nbsp;send&nbsp;one&nbsp;response&nbsp;then&nbsp;close&nbsp;the&nbsp;socket.&nbsp;Things&nbsp;like&nbsp;long-polling.&lt;br&gt;<br>
+&lt;br&gt;<br>
+What&nbsp;you&nbsp;are&nbsp;doing&nbsp;is&nbsp;just&nbsp;streaming,&nbsp;for&nbsp;which&nbsp;you&nbsp;do&nbsp;not&nbsp;need&nbsp;a&nbsp;timeout&nbsp;because&nbsp;the&nbsp;socket&nbsp;isn&#39;t&nbsp;idle.&nbsp;You&nbsp;are&nbsp;just&nbsp;sending&nbsp;a&nbsp;large&nbsp;response,&nbsp;and&nbsp;normal&nbsp;handlers&nbsp;are&nbsp;perfectly&nbsp;capable&nbsp;of&nbsp;doing&nbsp;that.&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131016/edbc349c/attachment.html b/_build/static/archives/extend/attachments/20131016/edbc349c/attachment.html
new file mode 100644
index 00000000..26d032bf
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131016/edbc349c/attachment.html
@@ -0,0 +1,46 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;thanks.&nbsp;one&nbsp;more&nbsp;question&nbsp;if&nbsp;you&nbsp;do&nbsp;not&nbsp;mind.&nbsp;you&nbsp;say&nbsp;that&nbsp;we&nbsp;need&nbsp;timeouts&nbsp;when&nbsp;the&nbsp;client&nbsp;does&nbsp;not&nbsp;notify&nbsp;us&nbsp;when&nbsp;it&nbsp;dies.&nbsp;but&nbsp;then&nbsp;you&nbsp;say&nbsp;that&nbsp;if&nbsp;the&nbsp;client&nbsp;dies&nbsp;then&nbsp;the&nbsp;socket&nbsp;write&nbsp;will&nbsp;fail.&nbsp;to&nbsp;me&nbsp;this&nbsp;sounds&nbsp;like&nbsp;a&nbsp;contradiction.&nbsp;would&nbsp;you&nbsp;please&nbsp;clarify?&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;(I&nbsp;assume&nbsp;that&nbsp;this&nbsp;is&nbsp;the&nbsp;problem&nbsp;that&nbsp;we&nbsp;are&nbsp;discussing: &lt;a&nbsp;href=&quot;http://stackoverflow.com/questions/283375/detecting-tcp-client-disconnect&quot;&gt;http://stackoverflow.com/questions/283375/detecting-tcp-client-disconnect&lt;/a&gt;,&nbsp;right?)&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2013/10/16&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;im&quot;&gt;On&nbsp;10/16/2013&nbsp;05:48&nbsp;AM,&nbsp;akonsu&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+1.&nbsp;do&nbsp;you&nbsp;mean&nbsp;that&nbsp;there&nbsp;is&nbsp;no&nbsp;way&nbsp;on&nbsp;the&nbsp;server&nbsp;side&nbsp;to&nbsp;tell&nbsp;if&nbsp;the&lt;br&gt;<br>
+client&nbsp;has&nbsp;disconnected?&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+There&nbsp;are&nbsp;ways,&nbsp;and&nbsp;Cowboy&nbsp;will&nbsp;happily&nbsp;detect&nbsp;them.&nbsp;There&#39;s&nbsp;also&nbsp;the&nbsp;problem&nbsp;that&nbsp;a&nbsp;side&nbsp;may&nbsp;be&nbsp;closed&nbsp;without&nbsp;the&nbsp;other&nbsp;side&nbsp;knowing&nbsp;about&nbsp;it,&nbsp;which&nbsp;is&nbsp;why&nbsp;you&nbsp;need&nbsp;timeouts.&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+2.&nbsp;if&nbsp;I&nbsp;use&nbsp;a&nbsp;normal&nbsp;handler,&nbsp;I&nbsp;will&nbsp;still&nbsp;run&nbsp;into&nbsp;the&nbsp;same&nbsp;problem,&nbsp;it&lt;br&gt;<br>
+does&nbsp;not&nbsp;matter&nbsp;which&nbsp;handler&nbsp;I&nbsp;use,&nbsp;from&nbsp;the&nbsp;standpoint&nbsp;of&nbsp;deciding&lt;br&gt;<br>
+whether&nbsp;the&nbsp;client&nbsp;is&nbsp;still&nbsp;there,&nbsp;right?&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+If&nbsp;the&nbsp;client&nbsp;is&nbsp;gone,&nbsp;the&nbsp;send&nbsp;will&nbsp;fail.&nbsp;Normal&nbsp;handlers&nbsp;are&nbsp;pretty&nbsp;much&nbsp;the&nbsp;same&nbsp;except&nbsp;they&nbsp;don&#39;t&nbsp;have&nbsp;a&nbsp;timeout,&nbsp;because&nbsp;your&nbsp;code&nbsp;has&nbsp;an&nbsp;explicit&nbsp;end.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+I&nbsp;am&nbsp;confused&nbsp;as&nbsp;to&nbsp;how&nbsp;I&nbsp;can&nbsp;implement&nbsp;my&nbsp;streaming&nbsp;and&nbsp;not&nbsp;drop&nbsp;the&lt;br&gt;<br>
+connection&nbsp;on&nbsp;each&nbsp;client&nbsp;and&nbsp;yet&nbsp;make&nbsp;sure&nbsp;I&nbsp;do&nbsp;close&nbsp;the&nbsp;connections&lt;br&gt;<br>
+when&nbsp;the&nbsp;clients&nbsp;disconnect...&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+2013/10/15&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Infinite&nbsp;is&nbsp;bad&nbsp;practice,&nbsp;yes.&nbsp;Infinite&nbsp;means&nbsp;some&nbsp;connections&nbsp;will&lt;br&gt;<br>
+ &nbsp; &nbsp;*never*&nbsp;be&nbsp;closed,&nbsp;eating&nbsp;FDs&nbsp;and&nbsp;memory&nbsp;for&nbsp;nothing.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;I&#39;m&nbsp;not&nbsp;sure&nbsp;why&nbsp;you&nbsp;want&nbsp;to&nbsp;receive&nbsp;messages,&nbsp;you&nbsp;could&nbsp;just&nbsp;use&nbsp;a&lt;br&gt;<br>
+ &nbsp; &nbsp;normal&nbsp;handler&nbsp;that&nbsp;asks&nbsp;for&nbsp;more&nbsp;data,&nbsp;sends&nbsp;it,&nbsp;ask&nbsp;for&nbsp;more&nbsp;data,&lt;br&gt;<br>
+ &nbsp; &nbsp;sends&nbsp;it,&nbsp;etc.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131018/00d4df12/attachment.html b/_build/static/archives/extend/attachments/20131018/00d4df12/attachment.html
new file mode 100644
index 00000000..71bf2ae1
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131018/00d4df12/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;have&nbsp;a&nbsp;handler&nbsp;that&nbsp;spawns&nbsp;a&nbsp;process&nbsp;and&nbsp;links&nbsp;to&nbsp;this&nbsp;process.&nbsp;the&nbsp;new&nbsp;process&nbsp;does&nbsp;not&nbsp;trap&nbsp;exit&nbsp;signals.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;When&nbsp;I&nbsp;open&nbsp;the&nbsp;URL&nbsp;that&nbsp;is&nbsp;handled&nbsp;by&nbsp;this&nbsp;handler&nbsp;in&nbsp;the&nbsp;browser,&nbsp;and&nbsp;stop&nbsp;the&nbsp;browser&nbsp;before&nbsp;the&nbsp;handler&nbsp;finishes&nbsp;the&nbsp;request,&nbsp;the&nbsp;handler&nbsp;is&nbsp;terminated&nbsp;and&nbsp;my&nbsp;terminate&nbsp;function&nbsp;is&nbsp;called&nbsp;with&nbsp;the&nbsp;Reason&nbsp;set&nbsp;to&nbsp;{error,closed}&nbsp;or&nbsp;something&nbsp;similar.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;When&nbsp;this&nbsp;happens,&nbsp;the&nbsp;linked&nbsp;process&nbsp;does&nbsp;not&nbsp;get&nbsp;killed,&nbsp;so&nbsp;I&nbsp;have&nbsp;to&nbsp;call&nbsp;exit&nbsp;on&nbsp;it&nbsp;from&nbsp;the&nbsp;terminate&nbsp;function.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;is&nbsp;this&nbsp;by&nbsp;design?&nbsp;I&nbsp;suppose&nbsp;when&nbsp;I&nbsp;cancel&nbsp;the&nbsp;browser&nbsp;request,&nbsp;the&nbsp;handler&nbsp;is&nbsp;exited&nbsp;with&nbsp;normal&nbsp;exit&nbsp;code,&nbsp;correct?&nbsp;could&nbsp;you&nbsp;point&nbsp;me&nbsp;to&nbsp;the&nbsp;source&nbsp;code&nbsp;for&nbsp;that&nbsp;part?&nbsp;it&nbsp;is&nbsp;perhaps&nbsp;in&nbsp;the&nbsp;&quot;ranch&quot;&nbsp;repo,&nbsp;no?&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;thanks&nbsp;in&nbsp;advance&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;konstantin&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131029/3df30c1d/attachment.html b/_build/static/archives/extend/attachments/20131029/3df30c1d/attachment.html
new file mode 100644
index 00000000..fed7bc12
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131029/3df30c1d/attachment.html
@@ -0,0 +1,10 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;content-type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=utf-8&quot;&gt;&lt;/head&gt;&lt;body&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;Sorry&nbsp;for&nbsp;terse&nbsp;but&nbsp;I&nbsp;only&nbsp;have&nbsp;a&nbsp;phone.&nbsp;Why&nbsp;can't&nbsp;you&nbsp;return&nbsp;a&nbsp;404&nbsp;here?&nbsp;&nbsp;Using&nbsp;something&nbsp;like&nbsp;cowboy:reply(404,&nbsp;...&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ivan&lt;br&gt;&lt;br&gt;--&lt;br&gt;festina&nbsp;lente&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;On&nbsp;29&nbsp;Oct&nbsp;2013,&nbsp;at&nbsp;21:25,&nbsp;Daniel&nbsp;Goertzen&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;My&nbsp;situation&nbsp;is&nbsp;that&nbsp;I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;may&nbsp;fail&nbsp;due&nbsp;to&nbsp;invalid&nbsp;url&nbsp;segments.&nbsp;&nbsp;Example&nbsp;situation:&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;init(_Transport,&nbsp;_Req,&nbsp;_Opts)&nbsp;-&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;br&gt;&lt;br&gt;content_types_provided(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;{[{&lt;&lt;&quot;application/json&quot;&gt;&gt;,&nbsp;get_json}],&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;get_json(Req0,&nbsp;State)&nbsp;-&gt;&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;{Params,&nbsp;Req1}&nbsp;=&nbsp;lists:mapfoldl(fun&nbsp;cowboy_req:binding/2,&nbsp;Req0,&nbsp;[param1,&nbsp;param2,&nbsp;param3,&nbsp;....]),&lt;br&gt;<br>
+&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;case&nbsp;catch&nbsp;other_module:request(Params)&nbsp;of&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{'EXIT',&nbsp;{badarg,&nbsp;_}}&nbsp;-&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;hmmm,&nbsp;Params&nbsp;were&nbsp;bad&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;now.&lt;br&gt;<br>
+&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Result&nbsp;-&gt;&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{jiffy:encode(Result),&nbsp;Req1,&nbsp;State}&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;end.&lt;br&gt;&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;So&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;when&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function&nbsp;fails,&nbsp;but&nbsp;it&nbsp;appears&nbsp;my&nbsp;choices&nbsp;are:&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;-&nbsp;return&nbsp;a&nbsp;200&nbsp;(ok)&nbsp;response&nbsp;with&nbsp;data.&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;crash&nbsp;and&nbsp;cause&nbsp;a&nbsp;500&nbsp;(Internal&nbsp;Server&nbsp;Error)&nbsp;response&nbsp;to&nbsp;be&nbsp;returned.&nbsp;&nbsp;Not&nbsp;exactly&nbsp;the&nbsp;sentiment&nbsp;I&nbsp;want.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;there&nbsp;some&nbsp;other&nbsp;way&nbsp;to&nbsp;cause&nbsp;a&nbsp;404&nbsp;response?&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;realize&nbsp;I&nbsp;could&nbsp;add&nbsp;path&nbsp;constraint&nbsp;functions,&nbsp;but&nbsp;I&nbsp;will&nbsp;be&nbsp;replicating&nbsp;logic&nbsp;from&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function.&nbsp;&nbsp;Furthermore,&nbsp;the&nbsp;constraint&nbsp;functions&nbsp;consider&nbsp;parameters&nbsp;in&nbsp;isolation,&nbsp;so&nbsp;that&nbsp;won't&nbsp;work&nbsp;if&nbsp;the&nbsp;validity&nbsp;of&nbsp;parameters&nbsp;is&nbsp;coupled.&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks,&lt;br&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;span&gt;_______________________________________________&lt;/span&gt;&lt;br&gt;&lt;span&gt;Extend&nbsp;mailing&nbsp;list&lt;/span&gt;&lt;br&gt;&lt;span&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;/span&gt;&lt;br&gt;&lt;span&gt;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131029/5fc5da75/attachment.html b/_build/static/archives/extend/attachments/20131029/5fc5da75/attachment.html
new file mode 100644
index 00000000..32f4e9de
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131029/5fc5da75/attachment.html
@@ -0,0 +1,26 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=us-ascii&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-size:&nbsp;14px;&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&nbsp;&quot;&gt;<br>
+&lt;div&gt;Hi,&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;I'm&nbsp;using&nbsp;cowboy_rest&nbsp;for&nbsp;a&nbsp;part&nbsp;of&nbsp;our&nbsp;api&nbsp;to&nbsp;handle&nbsp;POST&nbsp;requests.&nbsp;Under&nbsp;certain&nbsp;conditions,&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;redirect&nbsp;to&nbsp;a&nbsp;new&nbsp;location&nbsp;(based&nbsp;on&nbsp;availability&nbsp;of&nbsp;the&nbsp;redirect&nbsp;qs&nbsp;parameter).&lt;/div&gt;<br>
+&lt;div&gt;I&nbsp;was&nbsp;unable&nbsp;to&nbsp;get&nbsp;the&nbsp;moved_temporarily/2&nbsp;callback&nbsp;to&nbsp;work&nbsp;(was&nbsp;not&nbsp;invoked&nbsp;at&nbsp;al).&nbsp;So&nbsp;I&nbsp;just&nbsp;do&nbsp;the&nbsp;302&nbsp;myself,&nbsp;using&nbsp;cowboy_req:reply/4.&nbsp;This&nbsp;works,&nbsp;however,&nbsp;every&nbsp;time&nbsp;it&nbsp;produces&nbsp;an&nbsp;error&nbsp;in&nbsp;the&nbsp;emulator&nbsp;process:&lt;/div&gt;<br>
+&lt;div&gt;&nbsp;[error]&nbsp;emulator&nbsp;Error&nbsp;in&nbsp;process&nbsp;&lt;0.509.0&gt;&nbsp;on&nbsp;node&nbsp;'[email protected]'&nbsp;with&nbsp;exit&nbsp;value:&nbsp;{function_clause,[{cowboy_req,reply,[204,[],&lt;&lt;0&nbsp;bytes&gt;&gt;,{http_req,#Port&lt;0.14491&gt;,ranch_tcp,keepalive,&lt;0.509.0&gt;,&lt;&lt;4&nbsp;bytes&gt;&gt;,'HTTP/1.1',{{10,10,10,1},62197},&lt;&lt;15&nbsp;bytes&gt;&gt;,undefined,8000,&lt;&lt;26<br>
+&nbsp;bytes&gt;&gt;,undefined,&lt;&lt;14&nbsp;bytes&gt;&gt;,[{&lt;&lt;8&nbsp;bytes&gt;&gt;,&lt;&lt;5&nbsp;bytes&gt;&gt;}],[{method,&lt;&lt;5&nbsp;bytes&gt;&gt;}],[{&lt;&lt;4&nbsp;bytes&gt;&gt;,&lt;&lt;20&nbsp;bytes&gt;&gt;},{&lt;&lt;10&nbsp;bytes&gt;&gt;,&lt;&lt;10&nbsp;bytes&gt;&gt;},{&lt;&lt;14&nbsp;bytes&gt;&gt;,&lt;&lt;2&nbsp;bytes&gt;&gt;},{&lt;&lt;6&nbsp;bytes&gt;&gt;,&lt;&lt;74&nbsp;bytes&gt;&gt;},{&lt;&lt;6&nbsp;bytes&gt;&gt;,&lt;&lt;27&nbsp;bytes&gt;&gt;},{&lt;&lt;10&nbsp;bytes&gt;&gt;,&lt;&lt;120&nbsp;bytes&gt;&gt;},{&lt;&lt;12&nbsp;bytes&gt;&gt;,&lt;&lt;33<br>
+&nbsp;bytes&gt;&gt;},{&lt;&lt;7&nbsp;bytes&gt;&gt;,&lt;&lt;54&nbsp;bytes&gt;&gt;},{&lt;&lt;15&nbsp;bytes&gt;&gt;,&lt;&lt;17&nbsp;bytes&gt;&gt;},{&lt;&lt;15&nbsp;bytes&gt;&gt;,&lt;&lt;14&nbsp;bytes&gt;&gt;},{&lt;&lt;6&nbsp;bytes&gt;&gt;,&lt;&lt;245&nbsp;bytes&gt;&gt;}],[{&lt;&lt;14&nbsp;bytes&gt;&gt;,34},{&lt;&lt;6&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;14&nbsp;bytes&gt;&gt;,34},{&lt;&lt;12&nbsp;bytes&gt;&gt;,{&lt;&lt;11&nbsp;bytes&gt;&gt;,&lt;&lt;21&nbsp;bytes&gt;&gt;,[]}},{&lt;&lt;17&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;13<br>
+&nbsp;bytes&gt;&gt;,...&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;Can&nbsp;you&nbsp;point&nbsp;me&nbsp;out&nbsp;how&nbsp;to&nbsp;(ideally)&nbsp;make&nbsp;use&nbsp;of&nbsp;moved_temporarily/2&nbsp;or&nbsp;how&nbsp;I&nbsp;can&nbsp;prevent&nbsp;cowboy_rest&nbsp;from&nbsp;wanting&nbsp;to&nbsp;reply&nbsp;with&nbsp;204&nbsp;in&nbsp;this&nbsp;case?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;Cheers,&lt;/div&gt;<br>
+&lt;div&gt;Rolph&lt;/div&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131029/a9204600/attachment.html b/_build/static/archives/extend/attachments/20131029/a9204600/attachment.html
new file mode 100644
index 00000000..b69fae87
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131029/a9204600/attachment.html
@@ -0,0 +1,10 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;My&nbsp;situation&nbsp;is&nbsp;that&nbsp;I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;may&nbsp;fail&nbsp;due&nbsp;to&nbsp;invalid&nbsp;url&nbsp;segments.�&nbsp;Example&nbsp;situation:&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;init(_Transport,&nbsp;_Req,&nbsp;_Opts)&nbsp;-&gt;&lt;br&gt;<br>
+�������&nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;br&gt;&lt;br&gt;content_types_provided(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;���&nbsp;{[{&lt;&lt;&quot;application/json&quot;&gt;&gt;,&nbsp;get_json}],&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;get_json(Req0,&nbsp;State)&nbsp;-&gt;&lt;br&gt;���&nbsp;{Params,&nbsp;Req1}&nbsp;=&nbsp;lists:mapfoldl(fun&nbsp;cowboy_req:binding/2,&nbsp;Req0,&nbsp;[param1,&nbsp;param2,&nbsp;param3,&nbsp;....]),&lt;br&gt;<br>
+&lt;br&gt;���&nbsp;case&nbsp;catch&nbsp;other_module:request(Params)&nbsp;of&lt;br&gt;���&nbsp;���&nbsp;{&#39;EXIT&#39;,&nbsp;{badarg,&nbsp;_}}&nbsp;-&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;���&nbsp;���&nbsp;���&nbsp;hmmm,&nbsp;Params&nbsp;were&nbsp;bad&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;now.&lt;br&gt;<br>
+&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;��&nbsp;�&nbsp;��&nbsp;Result&nbsp;-&gt;&lt;br&gt;���&nbsp;���&nbsp;���&nbsp;{jiffy:encode(Result),&nbsp;Req1,&nbsp;State}&lt;br&gt;���&nbsp;end.&lt;br&gt;&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;So&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;when&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function&nbsp;fails,&nbsp;but&nbsp;it&nbsp;appears&nbsp;my&nbsp;choices&nbsp;are:&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;-&nbsp;return&nbsp;a&nbsp;200&nbsp;(ok)&nbsp;response&nbsp;with&nbsp;data.&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;crash&nbsp;and&nbsp;cause&nbsp;a&nbsp;500&nbsp;(Internal&nbsp;Server&nbsp;Error)&nbsp;response&nbsp;to&nbsp;be&nbsp;returned.�&nbsp;Not&nbsp;exactly&nbsp;the&nbsp;sentiment&nbsp;I&nbsp;want.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;there&nbsp;some&nbsp;other&nbsp;way&nbsp;to&nbsp;cause&nbsp;a&nbsp;404&nbsp;response?&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;realize&nbsp;I&nbsp;could&nbsp;add&nbsp;path&nbsp;constraint&nbsp;functions,&nbsp;but&nbsp;I&nbsp;will&nbsp;be&nbsp;replicating&nbsp;logic&nbsp;from&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function.�&nbsp;Furthermore,&nbsp;the&nbsp;constraint&nbsp;functions&nbsp;consider&nbsp;parameters&nbsp;in&nbsp;isolation,&nbsp;so&nbsp;that&nbsp;won&#39;t&nbsp;work&nbsp;if&nbsp;the&nbsp;validity&nbsp;of&nbsp;parameters&nbsp;is&nbsp;coupled.&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks,&lt;br&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131030/0ab7c8ee/attachment.html b/_build/static/archives/extend/attachments/20131030/0ab7c8ee/attachment.html
new file mode 100644
index 00000000..79bd8234
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131030/0ab7c8ee/attachment.html
@@ -0,0 +1,38 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Returning&nbsp;&#39;halt&#39;&nbsp;caused&nbsp;a&nbsp;status&nbsp;code&nbsp;of&nbsp;204.&lt;br&gt;&lt;br&gt;&lt;/div&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Wed,&nbsp;Oct&nbsp;30,&nbsp;2013&nbsp;at&nbsp;10:27&nbsp;AM,&nbsp;Ivan&nbsp;uemlianin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;Instead&nbsp;of&nbsp;&lt;&lt;&quot;this&nbsp;body&nbsp;ignored&quot;&gt;&gt;&nbsp;can&nbsp;you&nbsp;return&nbsp;the&nbsp;atom&nbsp;halt?&lt;/div&gt;&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&gt;#dontevenhaveanyofmycodewithme:(&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ivan&lt;br&gt;&lt;br&gt;--&lt;br&gt;festina&nbsp;lente&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;div&gt;&lt;br&gt;On&nbsp;30&nbsp;Oct&nbsp;2013,&nbsp;at&nbsp;15:58,&nbsp;Daniel&nbsp;Goertzen&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Well,&nbsp;this&nbsp;sort&nbsp;of&nbsp;works.�&nbsp;I&nbsp;tried&nbsp;this&nbsp;in&nbsp;the&nbsp;response&nbsp;handler:&lt;br&gt;&lt;div&gt;&lt;br&gt;���&nbsp;���&nbsp;���&nbsp;{ok,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:reply(404,&nbsp;[]&nbsp;,&nbsp;&lt;&lt;&quot;this&nbsp;is&nbsp;the&nbsp;body&nbsp;that&nbsp;gets&nbsp;used&quot;&gt;&gt;,&nbsp;Req1),&lt;br&gt;<br>
+���&nbsp;���&nbsp;���&nbsp;{&lt;&lt;&quot;this&nbsp;body&nbsp;gets&nbsp;ignored&quot;&gt;&gt;,&nbsp;Req2,&nbsp;State};&lt;br&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;client&nbsp;receives&nbsp;a&nbsp;404&nbsp;response,&nbsp;but&nbsp;cowboy&nbsp;crashes:&lt;br&gt;&lt;br&gt;=ERROR&nbsp;REPORT====&nbsp;8-Sep-2013::22:22:03&nbsp;===&lt;br&gt;Error&nbsp;in&nbsp;process&nbsp;&lt;0.131.0&gt;&nbsp;with&nbsp;exit&nbsp;value:&nbsp;{function_clause,[{cowboy_req,reply,[200,[],&lt;&lt;31&nbsp;bytes&gt;&gt;,{http_req,#Port&lt;0.1208&gt;,ranch_tcp,keepalive,&lt;0.131.0&gt;,&lt;&lt;3&nbsp;bytes&gt;&gt;,&#39;HTTP/1.1&#39;,{{192,168,1,187},51017},&lt;&lt;12&nbsp;bytes&gt;&gt;,undefined,80,&lt;&lt;24&nbsp;bytes&gt;&gt;,undefined,&lt;&lt;0&nbsp;bytes&gt;&gt;,undefined,[{channel_num,3}],[{&lt;&lt;10&nbsp;bytes&gt;&gt;,&lt;&lt;11&nbsp;bytes&gt;&gt;},{&lt;&lt;4&nbsp;bytes&gt;&gt;,&lt;&lt;12&nbsp;bytes&gt;&gt;},{&lt;&lt;6&nbsp;bytes&gt;&gt;,&lt;&lt;3&nbsp;bytes&gt;&gt;}],[{&lt;&lt;17&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;13&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;19&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;8&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;6&nbsp;bytes&gt;&gt;,[...&nbsp;&lt;br&gt;<br>
+<br>
+&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;issue&nbsp;is&nbsp;that&nbsp;the&nbsp;REST&nbsp;wrapper&nbsp;wants&nbsp;to&nbsp;do&nbsp;the&nbsp;cowboy_req:reply(),&nbsp;and&nbsp;when&nbsp;we&nbsp;do&nbsp;the&nbsp;call&nbsp;we&nbsp;cause&nbsp;the&nbsp;wrapper&#39;s&nbsp;call&nbsp;to&nbsp;fail.&nbsp;&lt;/div&gt;&lt;br&gt;&lt;div&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+<br>
+&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Tue,&nbsp;Oct&nbsp;29,&nbsp;2013&nbsp;at&nbsp;4:01&nbsp;PM,&nbsp;Ivan&nbsp;uemlianin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+<br>
+&lt;div&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;Sorry&nbsp;for&nbsp;terse&nbsp;but&nbsp;I&nbsp;only&nbsp;have&nbsp;a&nbsp;phone.&nbsp;Why&nbsp;can&#39;t&nbsp;you&nbsp;return&nbsp;a&nbsp;404&nbsp;here?&nbsp;�Using&nbsp;something&nbsp;like&nbsp;cowboy:reply(404,&nbsp;...&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ivan&lt;br&gt;&lt;br&gt;--&lt;br&gt;festina&nbsp;lente&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&lt;div&gt;&lt;div&gt;&lt;br&gt;On&nbsp;29&nbsp;Oct&nbsp;2013,&nbsp;at&nbsp;21:25,&nbsp;Daniel&nbsp;Goertzen&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;<br>
+&lt;div&gt;&lt;div&gt;&lt;div&gt;My&nbsp;situation&nbsp;is&nbsp;that&nbsp;I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;may&nbsp;fail&nbsp;due&nbsp;to&nbsp;invalid&nbsp;url&nbsp;segments.�&nbsp;Example&nbsp;situation:&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;init(_Transport,&nbsp;_Req,&nbsp;_Opts)&nbsp;-&gt;&lt;br&gt;<br>
+�������&nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;br&gt;&lt;br&gt;content_types_provided(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;���&nbsp;{[{&lt;&lt;&quot;application/json&quot;&gt;&gt;,&nbsp;get_json}],&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;get_json(Req0,&nbsp;State)&nbsp;-&gt;&lt;br&gt;���&nbsp;{Params,&nbsp;Req1}&nbsp;=&nbsp;lists:mapfoldl(fun&nbsp;cowboy_req:binding/2,&nbsp;Req0,&nbsp;[param1,&nbsp;param2,&nbsp;param3,&nbsp;....]),&lt;br&gt;<br>
+<br>
+<br>
+&lt;br&gt;���&nbsp;case&nbsp;catch&nbsp;other_module:request(Params)&nbsp;of&lt;br&gt;���&nbsp;���&nbsp;{&#39;EXIT&#39;,&nbsp;{badarg,&nbsp;_}}&nbsp;-&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;���&nbsp;���&nbsp;���&nbsp;hmmm,&nbsp;Params&nbsp;were&nbsp;bad&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;now.&lt;br&gt;<br>
+<br>
+<br>
+&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;��&nbsp;�&nbsp;��&nbsp;Result&nbsp;-&gt;&lt;br&gt;���&nbsp;���&nbsp;���&nbsp;{jiffy:encode(Result),&nbsp;Req1,&nbsp;State}&lt;br&gt;���&nbsp;end.&lt;br&gt;&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;So&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;when&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function&nbsp;fails,&nbsp;but&nbsp;it&nbsp;appears&nbsp;my&nbsp;choices&nbsp;are:&lt;br&gt;<br>
+<br>
+<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;-&nbsp;return&nbsp;a&nbsp;200&nbsp;(ok)&nbsp;response&nbsp;with&nbsp;data.&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;crash&nbsp;and&nbsp;cause&nbsp;a&nbsp;500&nbsp;(Internal&nbsp;Server&nbsp;Error)&nbsp;response&nbsp;to&nbsp;be&nbsp;returned.�&nbsp;Not&nbsp;exactly&nbsp;the&nbsp;sentiment&nbsp;I&nbsp;want.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;there&nbsp;some&nbsp;other&nbsp;way&nbsp;to&nbsp;cause&nbsp;a&nbsp;404&nbsp;response?&lt;br&gt;<br>
+<br>
+<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;realize&nbsp;I&nbsp;could&nbsp;add&nbsp;path&nbsp;constraint&nbsp;functions,&nbsp;but&nbsp;I&nbsp;will&nbsp;be&nbsp;replicating&nbsp;logic&nbsp;from&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function.�&nbsp;Furthermore,&nbsp;the&nbsp;constraint&nbsp;functions&nbsp;consider&nbsp;parameters&nbsp;in&nbsp;isolation,&nbsp;so&nbsp;that&nbsp;won&#39;t&nbsp;work&nbsp;if&nbsp;the&nbsp;validity&nbsp;of&nbsp;parameters&nbsp;is&nbsp;coupled.&lt;br&gt;<br>
+<br>
+<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks,&lt;br&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;span&gt;_______________________________________________&lt;/span&gt;&lt;br&gt;&lt;span&gt;Extend&nbsp;mailing&nbsp;list&lt;/span&gt;&lt;br&gt;&lt;span&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;/span&gt;&lt;br&gt;<br>
+<br>
+&lt;span&gt;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131030/3ea4ac64/attachment.html b/_build/static/archives/extend/attachments/20131030/3ea4ac64/attachment.html
new file mode 100644
index 00000000..751be332
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131030/3ea4ac64/attachment.html
@@ -0,0 +1,88 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;That&#39;s&nbsp;what&nbsp;I&nbsp;was&nbsp;looking&nbsp;for,&nbsp;thanks!&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Wed,&nbsp;Oct&nbsp;30,&nbsp;2013&nbsp;at&nbsp;10:25&nbsp;AM,&nbsp;Tilman&nbsp;Holschuh&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Why&nbsp;not&nbsp;let&nbsp;resource_exists/2&nbsp;return&nbsp;false&nbsp;when&nbsp;your&nbsp;resource&nbsp;does&nbsp;not&nbsp;exist?&nbsp;You&nbsp;will&nbsp;get&nbsp;404&nbsp;on&nbsp;false.&nbsp;This&nbsp;way&nbsp;you&nbsp;separate&nbsp;the&nbsp;implementation&nbsp;for&nbsp;turning&nbsp;your&nbsp;data&nbsp;to&nbsp;json&nbsp;from&nbsp;checking&nbsp;if&nbsp;the&nbsp;request&nbsp;went&nbsp;to&nbsp;the&nbsp;correct&nbsp;resource.&lt;br&gt;<br>
+<br>
+&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;<br>
+-&nbsp;Tilman&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+On&nbsp;2013-10-30,&nbsp;at&nbsp;7:58&nbsp;AM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&gt;&nbsp;Well,&nbsp;this&nbsp;sort&nbsp;of&nbsp;works.&nbsp;�I&nbsp;tried&nbsp;this&nbsp;in&nbsp;the&nbsp;response&nbsp;handler:&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{ok,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:reply(404,&nbsp;[]&nbsp;,&nbsp;&lt;&lt;&quot;this&nbsp;is&nbsp;the&nbsp;body&nbsp;that&nbsp;gets&nbsp;used&quot;&gt;&gt;,&nbsp;Req1),&lt;br&gt;<br>
+&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{&lt;&lt;&quot;this&nbsp;body&nbsp;gets&nbsp;ignored&quot;&gt;&gt;,&nbsp;Req2,&nbsp;State};&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;The&nbsp;client&nbsp;receives&nbsp;a&nbsp;404&nbsp;response,&nbsp;but&nbsp;cowboy&nbsp;crashes:&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;=ERROR&nbsp;REPORT====&nbsp;8-Sep-2013::22:22:03&nbsp;===&lt;br&gt;<br>
+&gt;&nbsp;Error&nbsp;in&nbsp;process&nbsp;&lt;0.131.0&gt;&nbsp;with&nbsp;exit&nbsp;value:&nbsp;{function_clause,[{cowboy_req,reply,[200,[],&lt;&lt;31&nbsp;bytes&gt;&gt;,{http_req,#Port&lt;0.1208&gt;,ranch_tcp,keepalive,&lt;0.131.0&gt;,&lt;&lt;3&nbsp;bytes&gt;&gt;,&#39;HTTP/1.1&#39;,{{192,168,1,187},51017},&lt;&lt;12&nbsp;bytes&gt;&gt;,undefined,80,&lt;&lt;24&nbsp;bytes&gt;&gt;,undefined,&lt;&lt;0&nbsp;bytes&gt;&gt;,undefined,[{channel_num,3}],[{&lt;&lt;10&nbsp;bytes&gt;&gt;,&lt;&lt;11&nbsp;bytes&gt;&gt;},{&lt;&lt;4&nbsp;bytes&gt;&gt;,&lt;&lt;12&nbsp;bytes&gt;&gt;},{&lt;&lt;6&nbsp;bytes&gt;&gt;,&lt;&lt;3&nbsp;bytes&gt;&gt;}],[{&lt;&lt;17&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;13&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;19&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;8&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;6&nbsp;bytes&gt;&gt;,[...&lt;br&gt;<br>
+<br>
+&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;The&nbsp;issue&nbsp;is&nbsp;that&nbsp;the&nbsp;REST&nbsp;wrapper&nbsp;wants&nbsp;to&nbsp;do&nbsp;the&nbsp;cowboy_req:reply(),&nbsp;and&nbsp;when&nbsp;we&nbsp;do&nbsp;the&nbsp;call&nbsp;we&nbsp;cause&nbsp;the&nbsp;wrapper&#39;s&nbsp;call&nbsp;to&nbsp;fail.&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;Dan.&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;On&nbsp;Tue,&nbsp;Oct&nbsp;29,&nbsp;2013&nbsp;at&nbsp;4:01&nbsp;PM,&nbsp;Ivan&nbsp;uemlianin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&gt;&nbsp;Sorry&nbsp;for&nbsp;terse&nbsp;but&nbsp;I&nbsp;only&nbsp;have&nbsp;a&nbsp;phone.&nbsp;Why&nbsp;can&#39;t&nbsp;you&nbsp;return&nbsp;a&nbsp;404&nbsp;here?&nbsp;�Using&nbsp;something&nbsp;like&nbsp;cowboy:reply(404,&nbsp;...&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;Ivan&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;--&lt;br&gt;<br>
+&gt;&nbsp;festina&nbsp;lente&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;On&nbsp;29&nbsp;Oct&nbsp;2013,&nbsp;at&nbsp;21:25,&nbsp;Daniel&nbsp;Goertzen&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;My&nbsp;situation&nbsp;is&nbsp;that&nbsp;I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;may&nbsp;fail&nbsp;due&nbsp;to&nbsp;invalid&nbsp;url&nbsp;segments.&nbsp;�Example&nbsp;situation:&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;init(_Transport,&nbsp;_Req,&nbsp;_Opts)&nbsp;-&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;content_types_provided(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;�&nbsp;�&nbsp;{[{&lt;&lt;&quot;application/json&quot;&gt;&gt;,&nbsp;get_json}],&nbsp;Req,&nbsp;State}.&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;get_json(Req0,&nbsp;State)&nbsp;-&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;�&nbsp;�&nbsp;{Params,&nbsp;Req1}&nbsp;=&nbsp;lists:mapfoldl(fun&nbsp;cowboy_req:binding/2,&nbsp;Req0,&nbsp;[param1,&nbsp;param2,&nbsp;param3,&nbsp;....]),&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;�&nbsp;�&nbsp;case&nbsp;catch&nbsp;other_module:request(Params)&nbsp;of&lt;br&gt;<br>
+&gt;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{&#39;EXIT&#39;,&nbsp;{badarg,&nbsp;_}}&nbsp;-&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;hmmm,&nbsp;Params&nbsp;were&nbsp;bad&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;now.&lt;br&gt;<br>
+&gt;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;Result&nbsp;-&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{jiffy:encode(Result),&nbsp;Req1,&nbsp;State}&lt;br&gt;<br>
+&gt;&gt;&nbsp;�&nbsp;�&nbsp;end.&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;So&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;when&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function&nbsp;fails,&nbsp;but&nbsp;it&nbsp;appears&nbsp;my&nbsp;choices&nbsp;are:&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;-&nbsp;return&nbsp;a&nbsp;200&nbsp;(ok)&nbsp;response&nbsp;with&nbsp;data.&lt;br&gt;<br>
+&gt;&gt;&nbsp;-&nbsp;crash&nbsp;and&nbsp;cause&nbsp;a&nbsp;500&nbsp;(Internal&nbsp;Server&nbsp;Error)&nbsp;response&nbsp;to&nbsp;be&nbsp;returned.&nbsp;�Not&nbsp;exactly&nbsp;the&nbsp;sentiment&nbsp;I&nbsp;want.&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;Is&nbsp;there&nbsp;some&nbsp;other&nbsp;way&nbsp;to&nbsp;cause&nbsp;a&nbsp;404&nbsp;response?&lt;br&gt;<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;I&nbsp;realize&nbsp;I&nbsp;could&nbsp;add&nbsp;path&nbsp;constraint&nbsp;functions,&nbsp;but&nbsp;I&nbsp;will&nbsp;be&nbsp;replicating&nbsp;logic&nbsp;from&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function.&nbsp;�Furthermore,&nbsp;the&nbsp;constraint&nbsp;functions&nbsp;consider&nbsp;parameters&nbsp;in&nbsp;isolation,&nbsp;so&nbsp;that&nbsp;won&#39;t&nbsp;work&nbsp;if&nbsp;the&nbsp;validity&nbsp;of&nbsp;parameters&nbsp;is&nbsp;coupled.&lt;br&gt;<br>
+<br>
+&gt;&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;Thanks,&lt;br&gt;<br>
+&gt;&gt;&nbsp;Dan.&lt;br&gt;<br>
+&gt;&gt;&nbsp;_______________________________________________&lt;br&gt;<br>
+&gt;&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&gt;&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&gt;&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&gt;&lt;br&gt;<br>
+&gt;&nbsp;_______________________________________________&lt;br&gt;<br>
+&gt;&nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&gt;&nbsp;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131030/460453c8/attachment.html b/_build/static/archives/extend/attachments/20131030/460453c8/attachment.html
new file mode 100644
index 00000000..ee5dfd0f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131030/460453c8/attachment.html
@@ -0,0 +1,23 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Well,&nbsp;this&nbsp;sort&nbsp;of&nbsp;works.�&nbsp;I&nbsp;tried&nbsp;this&nbsp;in&nbsp;the&nbsp;response&nbsp;handler:&lt;br&gt;&lt;div&gt;&lt;br&gt;���&nbsp;���&nbsp;���&nbsp;{ok,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:reply(404,&nbsp;[]&nbsp;,&nbsp;&lt;&lt;&quot;this&nbsp;is&nbsp;the&nbsp;body&nbsp;that&nbsp;gets&nbsp;used&quot;&gt;&gt;,&nbsp;Req1),&lt;br&gt;���&nbsp;���&nbsp;���&nbsp;{&lt;&lt;&quot;this&nbsp;body&nbsp;gets&nbsp;ignored&quot;&gt;&gt;,&nbsp;Req2,&nbsp;State};&lt;br&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;client&nbsp;receives&nbsp;a&nbsp;404&nbsp;response,&nbsp;but&nbsp;cowboy&nbsp;crashes:&lt;br&gt;&lt;br&gt;=ERROR&nbsp;REPORT====&nbsp;8-Sep-2013::22:22:03&nbsp;===&lt;br&gt;Error&nbsp;in&nbsp;process&nbsp;&lt;0.131.0&gt;&nbsp;with&nbsp;exit&nbsp;value:&nbsp;{function_clause,[{cowboy_req,reply,[200,[],&lt;&lt;31&nbsp;bytes&gt;&gt;,{http_req,#Port&lt;0.1208&gt;,ranch_tcp,keepalive,&lt;0.131.0&gt;,&lt;&lt;3&nbsp;bytes&gt;&gt;,&#39;HTTP/1.1&#39;,{{192,168,1,187},51017},&lt;&lt;12&nbsp;bytes&gt;&gt;,undefined,80,&lt;&lt;24&nbsp;bytes&gt;&gt;,undefined,&lt;&lt;0&nbsp;bytes&gt;&gt;,undefined,[{channel_num,3}],[{&lt;&lt;10&nbsp;bytes&gt;&gt;,&lt;&lt;11&nbsp;bytes&gt;&gt;},{&lt;&lt;4&nbsp;bytes&gt;&gt;,&lt;&lt;12&nbsp;bytes&gt;&gt;},{&lt;&lt;6&nbsp;bytes&gt;&gt;,&lt;&lt;3&nbsp;bytes&gt;&gt;}],[{&lt;&lt;17&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;13&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;19&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;8&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;6&nbsp;bytes&gt;&gt;,[...&nbsp;&lt;br&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;issue&nbsp;is&nbsp;that&nbsp;the&nbsp;REST&nbsp;wrapper&nbsp;wants&nbsp;to&nbsp;do&nbsp;the&nbsp;cowboy_req:reply(),&nbsp;and&nbsp;when&nbsp;we&nbsp;do&nbsp;the&nbsp;call&nbsp;we&nbsp;cause&nbsp;the&nbsp;wrapper&#39;s&nbsp;call&nbsp;to&nbsp;fail.&nbsp;&lt;/div&gt;&lt;br&gt;&lt;div&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Tue,&nbsp;Oct&nbsp;29,&nbsp;2013&nbsp;at&nbsp;4:01&nbsp;PM,&nbsp;Ivan&nbsp;uemlianin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+&lt;div&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;Sorry&nbsp;for&nbsp;terse&nbsp;but&nbsp;I&nbsp;only&nbsp;have&nbsp;a&nbsp;phone.&nbsp;Why&nbsp;can&#39;t&nbsp;you&nbsp;return&nbsp;a&nbsp;404&nbsp;here?&nbsp;�Using&nbsp;something&nbsp;like&nbsp;cowboy:reply(404,&nbsp;...&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ivan&lt;br&gt;&lt;br&gt;--&lt;br&gt;festina&nbsp;lente&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;<br>
+&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;div&gt;&lt;br&gt;On&nbsp;29&nbsp;Oct&nbsp;2013,&nbsp;at&nbsp;21:25,&nbsp;Daniel&nbsp;Goertzen&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;<br>
+&lt;div&gt;&lt;div&gt;&lt;div&gt;My&nbsp;situation&nbsp;is&nbsp;that&nbsp;I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;may&nbsp;fail&nbsp;due&nbsp;to&nbsp;invalid&nbsp;url&nbsp;segments.�&nbsp;Example&nbsp;situation:&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;init(_Transport,&nbsp;_Req,&nbsp;_Opts)&nbsp;-&gt;&lt;br&gt;<br>
+�������&nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;br&gt;&lt;br&gt;content_types_provided(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;���&nbsp;{[{&lt;&lt;&quot;application/json&quot;&gt;&gt;,&nbsp;get_json}],&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;get_json(Req0,&nbsp;State)&nbsp;-&gt;&lt;br&gt;���&nbsp;{Params,&nbsp;Req1}&nbsp;=&nbsp;lists:mapfoldl(fun&nbsp;cowboy_req:binding/2,&nbsp;Req0,&nbsp;[param1,&nbsp;param2,&nbsp;param3,&nbsp;....]),&lt;br&gt;<br>
+<br>
+&lt;br&gt;���&nbsp;case&nbsp;catch&nbsp;other_module:request(Params)&nbsp;of&lt;br&gt;���&nbsp;���&nbsp;{&#39;EXIT&#39;,&nbsp;{badarg,&nbsp;_}}&nbsp;-&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;���&nbsp;���&nbsp;���&nbsp;hmmm,&nbsp;Params&nbsp;were&nbsp;bad&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;now.&lt;br&gt;<br>
+<br>
+&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;��&nbsp;�&nbsp;��&nbsp;Result&nbsp;-&gt;&lt;br&gt;���&nbsp;���&nbsp;���&nbsp;{jiffy:encode(Result),&nbsp;Req1,&nbsp;State}&lt;br&gt;���&nbsp;end.&lt;br&gt;&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;So&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;when&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function&nbsp;fails,&nbsp;but&nbsp;it&nbsp;appears&nbsp;my&nbsp;choices&nbsp;are:&lt;br&gt;<br>
+<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;-&nbsp;return&nbsp;a&nbsp;200&nbsp;(ok)&nbsp;response&nbsp;with&nbsp;data.&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;crash&nbsp;and&nbsp;cause&nbsp;a&nbsp;500&nbsp;(Internal&nbsp;Server&nbsp;Error)&nbsp;response&nbsp;to&nbsp;be&nbsp;returned.�&nbsp;Not&nbsp;exactly&nbsp;the&nbsp;sentiment&nbsp;I&nbsp;want.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;there&nbsp;some&nbsp;other&nbsp;way&nbsp;to&nbsp;cause&nbsp;a&nbsp;404&nbsp;response?&lt;br&gt;<br>
+<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;realize&nbsp;I&nbsp;could&nbsp;add&nbsp;path&nbsp;constraint&nbsp;functions,&nbsp;but&nbsp;I&nbsp;will&nbsp;be&nbsp;replicating&nbsp;logic&nbsp;from&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function.�&nbsp;Furthermore,&nbsp;the&nbsp;constraint&nbsp;functions&nbsp;consider&nbsp;parameters&nbsp;in&nbsp;isolation,&nbsp;so&nbsp;that&nbsp;won&#39;t&nbsp;work&nbsp;if&nbsp;the&nbsp;validity&nbsp;of&nbsp;parameters&nbsp;is&nbsp;coupled.&lt;br&gt;<br>
+<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks,&lt;br&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;span&gt;_______________________________________________&lt;/span&gt;&lt;br&gt;&lt;span&gt;Extend&nbsp;mailing&nbsp;list&lt;/span&gt;&lt;br&gt;&lt;span&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;/span&gt;&lt;br&gt;<br>
+&lt;span&gt;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131030/6e8ec2f0/attachment.html b/_build/static/archives/extend/attachments/20131030/6e8ec2f0/attachment.html
new file mode 100644
index 00000000..e7d1542c
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131030/6e8ec2f0/attachment.html
@@ -0,0 +1,23 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;content-type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=utf-8&quot;&gt;&lt;/head&gt;&lt;body&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;Instead&nbsp;of&nbsp;&lt;&lt;&quot;this&nbsp;body&nbsp;ignored&quot;&gt;&gt;&nbsp;can&nbsp;you&nbsp;return&nbsp;the&nbsp;atom&nbsp;halt?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;#dontevenhaveanyofmycodewithme:(&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ivan&lt;br&gt;&lt;br&gt;--&lt;br&gt;festina&nbsp;lente&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;On&nbsp;30&nbsp;Oct&nbsp;2013,&nbsp;at&nbsp;15:58,&nbsp;Daniel&nbsp;Goertzen&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Well,&nbsp;this&nbsp;sort&nbsp;of&nbsp;works.&nbsp;&nbsp;I&nbsp;tried&nbsp;this&nbsp;in&nbsp;the&nbsp;response&nbsp;handler:&lt;br&gt;&lt;div&gt;&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{ok,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:reply(404,&nbsp;[]&nbsp;,&nbsp;&lt;&lt;&quot;this&nbsp;is&nbsp;the&nbsp;body&nbsp;that&nbsp;gets&nbsp;used&quot;&gt;&gt;,&nbsp;Req1),&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{&lt;&lt;&quot;this&nbsp;body&nbsp;gets&nbsp;ignored&quot;&gt;&gt;,&nbsp;Req2,&nbsp;State};&lt;br&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;client&nbsp;receives&nbsp;a&nbsp;404&nbsp;response,&nbsp;but&nbsp;cowboy&nbsp;crashes:&lt;br&gt;&lt;br&gt;=ERROR&nbsp;REPORT====&nbsp;8-Sep-2013::22:22:03&nbsp;===&lt;br&gt;Error&nbsp;in&nbsp;process&nbsp;&lt;0.131.0&gt;&nbsp;with&nbsp;exit&nbsp;value:&nbsp;{function_clause,[{cowboy_req,reply,[200,[],&lt;&lt;31&nbsp;bytes&gt;&gt;,{http_req,#Port&lt;0.1208&gt;,ranch_tcp,keepalive,&lt;0.131.0&gt;,&lt;&lt;3&nbsp;bytes&gt;&gt;,'HTTP/1.1',{{192,168,1,187},51017},&lt;&lt;12&nbsp;bytes&gt;&gt;,undefined,80,&lt;&lt;24&nbsp;bytes&gt;&gt;,undefined,&lt;&lt;0&nbsp;bytes&gt;&gt;,undefined,[{channel_num,3}],[{&lt;&lt;10&nbsp;bytes&gt;&gt;,&lt;&lt;11&nbsp;bytes&gt;&gt;},{&lt;&lt;4&nbsp;bytes&gt;&gt;,&lt;&lt;12&nbsp;bytes&gt;&gt;},{&lt;&lt;6&nbsp;bytes&gt;&gt;,&lt;&lt;3&nbsp;bytes&gt;&gt;}],[{&lt;&lt;17&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;13&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;19&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;8&nbsp;bytes&gt;&gt;,undefined},{&lt;&lt;6&nbsp;bytes&gt;&gt;,[...&nbsp;&lt;br&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;issue&nbsp;is&nbsp;that&nbsp;the&nbsp;REST&nbsp;wrapper&nbsp;wants&nbsp;to&nbsp;do&nbsp;the&nbsp;cowboy_req:reply(),&nbsp;and&nbsp;when&nbsp;we&nbsp;do&nbsp;the&nbsp;call&nbsp;we&nbsp;cause&nbsp;the&nbsp;wrapper's&nbsp;call&nbsp;to&nbsp;fail.&nbsp;&lt;/div&gt;&lt;br&gt;&lt;div&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Tue,&nbsp;Oct&nbsp;29,&nbsp;2013&nbsp;at&nbsp;4:01&nbsp;PM,&nbsp;Ivan&nbsp;uemlianin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+&lt;div&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;Sorry&nbsp;for&nbsp;terse&nbsp;but&nbsp;I&nbsp;only&nbsp;have&nbsp;a&nbsp;phone.&nbsp;Why&nbsp;can't&nbsp;you&nbsp;return&nbsp;a&nbsp;404&nbsp;here?&nbsp;&nbsp;Using&nbsp;something&nbsp;like&nbsp;cowboy:reply(404,&nbsp;...&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ivan&lt;br&gt;&lt;br&gt;--&lt;br&gt;festina&nbsp;lente&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;<br>
+&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;div&gt;&lt;br&gt;On&nbsp;29&nbsp;Oct&nbsp;2013,&nbsp;at&nbsp;21:25,&nbsp;Daniel&nbsp;Goertzen&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;<br>
+&lt;div&gt;&lt;div&gt;&lt;div&gt;My&nbsp;situation&nbsp;is&nbsp;that&nbsp;I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;may&nbsp;fail&nbsp;due&nbsp;to&nbsp;invalid&nbsp;url&nbsp;segments.&nbsp;&nbsp;Example&nbsp;situation:&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;init(_Transport,&nbsp;_Req,&nbsp;_Opts)&nbsp;-&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;br&gt;&lt;br&gt;content_types_provided(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;{[{&lt;&lt;&quot;application/json&quot;&gt;&gt;,&nbsp;get_json}],&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;get_json(Req0,&nbsp;State)&nbsp;-&gt;&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;{Params,&nbsp;Req1}&nbsp;=&nbsp;lists:mapfoldl(fun&nbsp;cowboy_req:binding/2,&nbsp;Req0,&nbsp;[param1,&nbsp;param2,&nbsp;param3,&nbsp;....]),&lt;br&gt;<br>
+<br>
+&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;case&nbsp;catch&nbsp;other_module:request(Params)&nbsp;of&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{'EXIT',&nbsp;{badarg,&nbsp;_}}&nbsp;-&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;hmmm,&nbsp;Params&nbsp;were&nbsp;bad&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;now.&lt;br&gt;<br>
+<br>
+&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:courier&nbsp;new,monospace&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Result&nbsp;-&gt;&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{jiffy:encode(Result),&nbsp;Req1,&nbsp;State}&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;end.&lt;br&gt;&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;So&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;return&nbsp;a&nbsp;404&nbsp;code&nbsp;when&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function&nbsp;fails,&nbsp;but&nbsp;it&nbsp;appears&nbsp;my&nbsp;choices&nbsp;are:&lt;br&gt;<br>
+<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;-&nbsp;return&nbsp;a&nbsp;200&nbsp;(ok)&nbsp;response&nbsp;with&nbsp;data.&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;crash&nbsp;and&nbsp;cause&nbsp;a&nbsp;500&nbsp;(Internal&nbsp;Server&nbsp;Error)&nbsp;response&nbsp;to&nbsp;be&nbsp;returned.&nbsp;&nbsp;Not&nbsp;exactly&nbsp;the&nbsp;sentiment&nbsp;I&nbsp;want.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;there&nbsp;some&nbsp;other&nbsp;way&nbsp;to&nbsp;cause&nbsp;a&nbsp;404&nbsp;response?&lt;br&gt;<br>
+<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;realize&nbsp;I&nbsp;could&nbsp;add&nbsp;path&nbsp;constraint&nbsp;functions,&nbsp;but&nbsp;I&nbsp;will&nbsp;be&nbsp;replicating&nbsp;logic&nbsp;from&nbsp;my&nbsp;underlying&nbsp;request&nbsp;function.&nbsp;&nbsp;Furthermore,&nbsp;the&nbsp;constraint&nbsp;functions&nbsp;consider&nbsp;parameters&nbsp;in&nbsp;isolation,&nbsp;so&nbsp;that&nbsp;won't&nbsp;work&nbsp;if&nbsp;the&nbsp;validity&nbsp;of&nbsp;parameters&nbsp;is&nbsp;coupled.&lt;br&gt;<br>
+<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks,&lt;br&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;span&gt;_______________________________________________&lt;/span&gt;&lt;br&gt;&lt;span&gt;Extend&nbsp;mailing&nbsp;list&lt;/span&gt;&lt;br&gt;&lt;span&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;/span&gt;&lt;br&gt;<br>
+&lt;span&gt;&lt;a&nbsp;href=&quot;http://lists.ninenines.eu:81/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;http://lists.ninenines.eu:81/listinfo/extend&lt;/a&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131115/79d7b0ce/attachment.html b/_build/static/archives/extend/attachments/20131115/79d7b0ce/attachment.html
new file mode 100644
index 00000000..77e3d85d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131115/79d7b0ce/attachment.html
@@ -0,0 +1,45 @@
+<tt>
+&lt;p&gt;Very&nbsp;excited&nbsp;to&nbsp;hear&nbsp;of&nbsp;this.&nbsp;Cowboy&nbsp;is&nbsp;very&nbsp;good&nbsp;to&nbsp;use.&lt;/p&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Nov&nbsp;15,&nbsp;2013&nbsp;12:23&nbsp;AM,&nbsp;&quot;Lo�c&nbsp;Hoguin&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&nbsp;type=&quot;attribution&quot;&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hello&nbsp;shiny&nbsp;people,&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;0.9.0&nbsp;has&nbsp;been&nbsp;released.&nbsp;Ranch&nbsp;0.9.0&nbsp;has&nbsp;been&nbsp;released&nbsp;too!&nbsp;So&nbsp;let&#39;s&nbsp;start&nbsp;with&nbsp;that.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Ranch&nbsp;0.9.0&nbsp;is&nbsp;just&nbsp;stability&nbsp;improvements,&nbsp;better&nbsp;error&nbsp;reporting&nbsp;and&nbsp;a&nbsp;couple&nbsp;new&nbsp;SSL&nbsp;options.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;0.9.0&nbsp;is&nbsp;using&nbsp;it&nbsp;of&nbsp;course,&nbsp;and&nbsp;also&nbsp;has&nbsp;official&nbsp;SPDY&nbsp;support&nbsp;(documented&nbsp;and&nbsp;everything!),&nbsp;a&nbsp;revamped&nbsp;cowboy_static&nbsp;(built-in&nbsp;mimetypes&nbsp;support,&nbsp;and&nbsp;also&nbsp;documented),&nbsp;tons&nbsp;of&nbsp;additions&nbsp;to&nbsp;the&nbsp;guide,&nbsp;tons&nbsp;of&nbsp;user&nbsp;patches&nbsp;and&nbsp;other&nbsp;changes&nbsp;you&nbsp;can&nbsp;find&nbsp;here:&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+�&nbsp;*&nbsp;�&lt;a&nbsp;href=&quot;https://github.com/extend/cowboy/blob/master/CHANGELOG.md&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;cowboy/blob/master/CHANGELOG.&lt;u&gt;&lt;/u&gt;md&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Which&nbsp;reminds&nbsp;me,&nbsp;I&nbsp;want&nbsp;to&nbsp;thank&nbsp;all&nbsp;70&nbsp;awesome&nbsp;contributors&nbsp;(myself&nbsp;included)&nbsp;that&nbsp;make&nbsp;the&nbsp;Cowboy&nbsp;project&nbsp;so&nbsp;fun&nbsp;to&nbsp;work&nbsp;on!&nbsp;So,&nbsp;thank&nbsp;you!&lt;br&gt;<br>
+&lt;br&gt;<br>
+When&nbsp;upgrading,&nbsp;please&nbsp;be&nbsp;aware&nbsp;that:&lt;br&gt;<br>
+&lt;br&gt;<br>
+�&nbsp;*&nbsp;�A&nbsp;dependency&nbsp;has&nbsp;been&nbsp;added,&nbsp;cowlib&lt;br&gt;<br>
+�&nbsp;*&nbsp;�Various&nbsp;undocumented&nbsp;functions&nbsp;have&nbsp;been&nbsp;moved&nbsp;to&nbsp;cowlib&lt;br&gt;<br>
+�&nbsp;*&nbsp;�The&nbsp;options&nbsp;for&nbsp;cowboy_static&nbsp;changed&nbsp;a&nbsp;lot,&nbsp;so&nbsp;read&nbsp;the&nbsp;guide&lt;br&gt;<br>
+�&nbsp;*&nbsp;�You&nbsp;need&nbsp;to&nbsp;set&nbsp;ERL_LIBS&nbsp;or&nbsp;equivalent&nbsp;for&nbsp;cowboy_static&nbsp;to&nbsp;find&nbsp;your&nbsp;private&nbsp;directory&nbsp;now&lt;br&gt;<br>
+&lt;br&gt;<br>
+You&nbsp;can&nbsp;find&nbsp;the&nbsp;updated&nbsp;guide&nbsp;on&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&nbsp;BUT&nbsp;do&nbsp;note&nbsp;that&nbsp;I&#39;m&nbsp;migrating&nbsp;the&nbsp;site&nbsp;so&nbsp;if&nbsp;you&nbsp;do&nbsp;not&nbsp;see&nbsp;&quot;Contribute&nbsp;to&nbsp;this&nbsp;site&quot;&nbsp;in&nbsp;the&nbsp;bottom&nbsp;left&nbsp;next&nbsp;to&nbsp;&quot;Contact&quot;,&nbsp;then&nbsp;you&nbsp;are&nbsp;on&nbsp;the&nbsp;old&nbsp;version&nbsp;and&nbsp;should&nbsp;probably&nbsp;head&nbsp;to&nbsp;github&nbsp;for&nbsp;your&nbsp;documentation&nbsp;needs,&nbsp;or&nbsp;use&nbsp;the&nbsp;files&nbsp;in&nbsp;your&nbsp;clone&nbsp;directly.&nbsp;I&nbsp;also&nbsp;have&nbsp;improvements&nbsp;left&nbsp;to&nbsp;make&nbsp;to&nbsp;the&nbsp;site&nbsp;to&nbsp;make&nbsp;navigating&nbsp;documentation&nbsp;easier,&nbsp;so&nbsp;stay&nbsp;tuned!&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Speaking&nbsp;of&nbsp;the&nbsp;guide,&nbsp;now&nbsp;all&nbsp;the&nbsp;examples,&nbsp;but&nbsp;also&nbsp;the&nbsp;getting&nbsp;started&nbsp;chapter&nbsp;of&nbsp;the&nbsp;guide,&nbsp;are&nbsp;releases.&nbsp;I&nbsp;am&nbsp;hopeful&nbsp;that&nbsp;this&nbsp;will&nbsp;make&nbsp;more&nbsp;people&nbsp;use&nbsp;releases&nbsp;by&nbsp;default&nbsp;instead&nbsp;of&nbsp;an&nbsp;awful&nbsp;start.sh&nbsp;script.&lt;br&gt;<br>
+&lt;br&gt;<br>
+For&nbsp;details&nbsp;on&nbsp;what&#39;s&nbsp;coming&nbsp;up&nbsp;next,&nbsp;see&nbsp;the&nbsp;ROADMAP.&nbsp;Next&nbsp;step&nbsp;(0.10)&nbsp;is&nbsp;finishing&nbsp;the&nbsp;request&nbsp;body&nbsp;work,&nbsp;fixing&nbsp;some&nbsp;timeout&nbsp;issues&nbsp;and&nbsp;adding&nbsp;proper&nbsp;multipart&nbsp;support&nbsp;for&nbsp;both&nbsp;requests&nbsp;and&nbsp;responses.&nbsp;This&nbsp;will&nbsp;be&nbsp;the&nbsp;last&nbsp;significant&nbsp;step&nbsp;before&nbsp;1.0.&nbsp;I&nbsp;have&nbsp;hopes&nbsp;that&nbsp;all&nbsp;this&nbsp;will&nbsp;be&nbsp;ready&nbsp;around&nbsp;the&nbsp;time&nbsp;R17&nbsp;is&nbsp;released.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+So&nbsp;yeah,&nbsp;enjoy!&nbsp;And&nbsp;as&nbsp;always&nbsp;please&nbsp;forward&nbsp;any&nbsp;feedback,&nbsp;especially&nbsp;related&nbsp;to&nbsp;the&nbsp;user&nbsp;guide&nbsp;as&nbsp;this&nbsp;is&nbsp;my&nbsp;main&nbsp;focus&nbsp;now.&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+Erlang&nbsp;Cowboy&lt;br&gt;<br>
+Nine&nbsp;Nines&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131117/41119d53/attachment.html b/_build/static/archives/extend/attachments/20131117/41119d53/attachment.html
new file mode 100644
index 00000000..c7dbde9a
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131117/41119d53/attachment.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;if&nbsp;I&nbsp;call cowboy_req:chunk&nbsp;on&nbsp;the&nbsp;same&nbsp;Req&nbsp;from&nbsp;several&nbsp;processes&nbsp;that&nbsp;run&nbsp;simultaneously,&nbsp;I&nbsp;am&nbsp;guaranteed&nbsp;that&nbsp;the&nbsp;chunks&nbsp;that&nbsp;these&nbsp;processes&nbsp;write&nbsp;to&nbsp;the&nbsp;socket&nbsp;will&nbsp;not&nbsp;interleave&nbsp;with&nbsp;each&nbsp;other?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;thanks&lt;/div&gt;&lt;div&gt;Konstantin&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131120/6c3ab980/attachment.html b/_build/static/archives/extend/attachments/20131120/6c3ab980/attachment.html
new file mode 100644
index 00000000..5c0ee54e
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131120/6c3ab980/attachment.html
@@ -0,0 +1,34 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=us-ascii&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-size:&nbsp;14px;&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&quot;&gt;<br>
+&lt;div&gt;Cowfolk&nbsp;,&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;Just&nbsp;upgraded&nbsp;to&nbsp;cowboy&nbsp;0.9.0&nbsp;&nbsp;from&nbsp;0.8.7.&nbsp;&nbsp;&nbsp;Seeing&nbsp;this&nbsp;cowboy_clock&nbsp;error&nbsp;on&nbsp;all&nbsp;REST&nbsp;requests.&nbsp;&nbsp;&nbsp;&nbsp;Anyone&nbsp;seen&nbsp;it?&nbsp;&nbsp;Investigating&nbsp;now.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;{badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]}&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;=ERROR&nbsp;REPORT====&nbsp;20-Nov-2013::16:24:59&nbsp;===&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;Ranch&nbsp;listener&nbsp;http&nbsp;had&nbsp;connection&nbsp;process&nbsp;started&nbsp;with&nbsp;cowboy_protocol:start_link/4&nbsp;at&nbsp;&lt;0.326.0&gt;&nbsp;exit&nbsp;with&nbsp;reason:&nbsp;{badarg,[{ets,lookup_element,[cowboy_clock,rfc1123,2],[]},{cowboy_clock,rfc1123,0,[{file,&quot;src/cowboy_clock.erl&quot;},{line,62}]},{cowboy_req,reply_no_compress,8,[{file,&quot;src/cowboy_req.erl&quot;},{line,1056}]},{cowboy_req,reply,4,[{file,&quot;src/cowboy_req.erl&quot;},{line,1009}]},{cowboy_rest,respond,3,[{file,&quot;src/cowboy_rest.erl&quot;},{line,996}]},{cowboy_rest,set_resp_body,2,[{file,&quot;src/cowboy_rest.erl&quot;},{line,876}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,529}]}]}&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;&lt;br&gt;<br>
+&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;-kb&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;&lt;br&gt;<br>
+&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;&lt;br&gt;<br>
+&lt;/p&gt;<br>
+&lt;/div&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131120/7808a87a/attachment.html b/_build/static/archives/extend/attachments/20131120/7808a87a/attachment.html
new file mode 100644
index 00000000..434e143b
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131120/7808a87a/attachment.html
@@ -0,0 +1,8 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=us-ascii&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131120/792230f4/attachment.html b/_build/static/archives/extend/attachments/20131120/792230f4/attachment.html
new file mode 100644
index 00000000..bc151557
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131120/792230f4/attachment.html
@@ -0,0 +1,41 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=Windows-1252&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-size:&nbsp;14px;&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&quot;&gt;<br>
+&lt;div&gt;Because&nbsp;I&nbsp;wasn�t&nbsp;starting&nbsp;cow_lib.&nbsp;&nbsp;&nbsp;Don�t&nbsp;ask.&nbsp;&nbsp;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;span&nbsp;id=&quot;OLK_SRC_BODY_SECTION&quot;&gt;<br>
+&lt;div&nbsp;style=&quot;font-family:Calibri;&nbsp;font-size:11pt;&nbsp;text-align:left;&nbsp;color:black;&nbsp;BORDER-BOTTOM:&nbsp;medium&nbsp;none;&nbsp;BORDER-LEFT:&nbsp;medium&nbsp;none;&nbsp;PADDING-BOTTOM:&nbsp;0in;&nbsp;PADDING-LEFT:&nbsp;0in;&nbsp;PADDING-RIGHT:&nbsp;0in;&nbsp;BORDER-TOP:&nbsp;#b5c4df&nbsp;1pt&nbsp;solid;&nbsp;BORDER-RIGHT:&nbsp;medium&nbsp;none;&nbsp;PADDING-TOP:&nbsp;3pt&quot;&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;From:&nbsp;&lt;/span&gt;&lt;Brown&gt;,&nbsp;Kevin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Date:&nbsp;&lt;/span&gt;Wednesday,&nbsp;November&nbsp;20,&nbsp;2013&nbsp;at&nbsp;5:11&nbsp;PM&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;To:&nbsp;&lt;/span&gt;&quot;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Subject:&nbsp;&lt;/span&gt;Re:&nbsp;cowboy&nbsp;0.9.0:&nbsp;badarg&nbsp;ets:lookup_element&nbsp;cowboy_clock&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;<br>
+&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&quot;&gt;<br>
+&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;15px;&quot;&gt;cowboy_clock&nbsp;not&nbsp;started.&nbsp;&nbsp;&nbsp;&nbsp;Not&nbsp;sure&nbsp;why&nbsp;that&nbsp;is,&nbsp;but..&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;style=&quot;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&nbsp;font-size:&nbsp;14px;&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;span&nbsp;id=&quot;OLK_SRC_BODY_SECTION&quot;&nbsp;style=&quot;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&nbsp;font-size:&nbsp;14px;&quot;&gt;<br>
+&lt;div&nbsp;style=&quot;font-family:Calibri;&nbsp;font-size:11pt;&nbsp;text-align:left;&nbsp;color:black;&nbsp;BORDER-BOTTOM:&nbsp;medium&nbsp;none;&nbsp;BORDER-LEFT:&nbsp;medium&nbsp;none;&nbsp;PADDING-BOTTOM:&nbsp;0in;&nbsp;PADDING-LEFT:&nbsp;0in;&nbsp;PADDING-RIGHT:&nbsp;0in;&nbsp;BORDER-TOP:&nbsp;#b5c4df&nbsp;1pt&nbsp;solid;&nbsp;BORDER-RIGHT:&nbsp;medium&nbsp;none;&nbsp;PADDING-TOP:&nbsp;3pt&quot;&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;From:&nbsp;&lt;/span&gt;&lt;Brown&gt;,&nbsp;Kevin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Date:&nbsp;&lt;/span&gt;Wednesday,&nbsp;November&nbsp;20,&nbsp;2013&nbsp;at&nbsp;4:29&nbsp;PM&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;To:&nbsp;&lt;/span&gt;&quot;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Subject:&nbsp;&lt;/span&gt;cowboy&nbsp;0.9.0:&nbsp;badarg&nbsp;ets:lookup_element&nbsp;cowboy_clock&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;br&nbsp;class=&quot;Apple-interchange-newline&quot;&gt;<br>
+&lt;/span&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/span&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131120/82981048/attachment.html b/_build/static/archives/extend/attachments/20131120/82981048/attachment.html
new file mode 100644
index 00000000..b1765579
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131120/82981048/attachment.html
@@ -0,0 +1,25 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=us-ascii&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&quot;&gt;<br>
+&lt;div&gt;&lt;span&nbsp;style=&quot;font-size:&nbsp;15px;&quot;&gt;cowboy_clock&nbsp;not&nbsp;started.&nbsp;&nbsp;&nbsp;&nbsp;Not&nbsp;sure&nbsp;why&nbsp;that&nbsp;is,&nbsp;but..&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;style=&quot;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&nbsp;font-size:&nbsp;14px;&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;span&nbsp;id=&quot;OLK_SRC_BODY_SECTION&quot;&nbsp;style=&quot;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&nbsp;font-size:&nbsp;14px;&quot;&gt;<br>
+&lt;div&nbsp;style=&quot;font-family:Calibri;&nbsp;font-size:11pt;&nbsp;text-align:left;&nbsp;color:black;&nbsp;BORDER-BOTTOM:&nbsp;medium&nbsp;none;&nbsp;BORDER-LEFT:&nbsp;medium&nbsp;none;&nbsp;PADDING-BOTTOM:&nbsp;0in;&nbsp;PADDING-LEFT:&nbsp;0in;&nbsp;PADDING-RIGHT:&nbsp;0in;&nbsp;BORDER-TOP:&nbsp;#b5c4df&nbsp;1pt&nbsp;solid;&nbsp;BORDER-RIGHT:&nbsp;medium&nbsp;none;&nbsp;PADDING-TOP:&nbsp;3pt&quot;&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;From:&nbsp;&lt;/span&gt;&lt;Brown&gt;,&nbsp;Kevin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Date:&nbsp;&lt;/span&gt;Wednesday,&nbsp;November&nbsp;20,&nbsp;2013&nbsp;at&nbsp;4:29&nbsp;PM&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;To:&nbsp;&lt;/span&gt;&quot;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;span&nbsp;style=&quot;font-weight:bold&quot;&gt;Subject:&nbsp;&lt;/span&gt;cowboy&nbsp;0.9.0:&nbsp;badarg&nbsp;ets:lookup_element&nbsp;cowboy_clock&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;<br>
+&lt;/div&gt;<br>
+&lt;br&nbsp;class=&quot;Apple-interchange-newline&quot;&gt;<br>
+&lt;/span&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131121/7d69dbf7/attachment.html b/_build/static/archives/extend/attachments/20131121/7d69dbf7/attachment.html
new file mode 100644
index 00000000..5d9299b6
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131121/7d69dbf7/attachment.html
@@ -0,0 +1,3 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=windows-1252&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&quot;&gt;Hello,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;For&nbsp;a&nbsp;Cowboy-based&nbsp;project&nbsp;I�m&nbsp;trying&nbsp;to&nbsp;use&nbsp;stable&nbsp;(&lt;a&nbsp;href=&quot;https://github.com/dvv/stable&quot;&gt;dvv/stable&lt;/a&gt;,&nbsp;written&nbsp;by&nbsp;Vladimir&nbsp;Dronnikov).&nbsp;I&nbsp;keep&nbsp;running&nbsp;into&nbsp;problems.&nbsp;I&nbsp;contacted&nbsp;Vladimir&nbsp;and&nbsp;he&nbsp;stated&nbsp;that&nbsp;the&nbsp;current&nbsp;version&nbsp;of&nbsp;stable&nbsp;was&nbsp;compatible&nbsp;with&nbsp;Cowboy&nbsp;0.8&nbsp;and&nbsp;that&nbsp;he&nbsp;didn�t&nbsp;have&nbsp;the&nbsp;time&nbsp;to&nbsp;keep&nbsp;up&nbsp;with&nbsp;new&nbsp;cowboy&nbsp;releases.&nbsp;Is&nbsp;any&nbsp;of&nbsp;the&nbsp;list&nbsp;members&nbsp;using&nbsp;stable&nbsp;in&nbsp;a&nbsp;cowboy&nbsp;based&nbsp;project?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Kind&nbsp;regards,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Jan&nbsp;Willem&nbsp;Luiten&lt;/div&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131122/11ccc1ef/attachment.html b/_build/static/archives/extend/attachments/20131122/11ccc1ef/attachment.html
new file mode 100644
index 00000000..ab98742d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131122/11ccc1ef/attachment.html
@@ -0,0 +1,13 @@
+<tt>
+&lt;font&nbsp;face=&quot;arial&quot;&nbsp;size=&quot;2&quot;&gt;&lt;p&nbsp;style=&quot;margin:0;padding:0;&quot;&gt;Hello,&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:0;padding:0;&quot;&gt;&nbsp;&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:0;padding:0;&quot;&gt;Does&nbsp;erlang.mk&nbsp;replace&nbsp;rebar?&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:0;padding:0;&quot;&gt;&nbsp;&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:0;padding:0;&quot;&gt;Thanks,&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:0;padding:0;&quot;&gt;&nbsp;&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:0;padding:0;&quot;&gt;LRP&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:0;padding:0;&quot;&gt;&nbsp;&lt;/p&gt;<br>
+&lt;!--WM_COMPOSE_SIGNATURE_START--&gt;<br>
+&lt;p&nbsp;style=&quot;margin:0;padding:0;&quot;&gt;*********************************************&lt;br&nbsp;/&gt;My&nbsp;books:&lt;br&nbsp;/&gt;&lt;br&nbsp;/&gt;THE&nbsp;GOSPEL&nbsp;OF&nbsp;ASHES&lt;br&nbsp;/&gt;http://thegospelofashes.com&lt;br&nbsp;/&gt;&lt;br&nbsp;/&gt;Strength&nbsp;is&nbsp;not&nbsp;enough.&nbsp;Do&nbsp;they&nbsp;have&nbsp;the&nbsp;courage&nbsp;&lt;br&nbsp;/&gt;and&nbsp;the&nbsp;cunning?&nbsp;Can&nbsp;they&nbsp;survive&nbsp;long&nbsp;enough&nbsp;to&nbsp;&lt;br&nbsp;/&gt;save&nbsp;the&nbsp;lives&nbsp;of&nbsp;millions?&nbsp;&nbsp;&lt;br&nbsp;/&gt;&lt;br&nbsp;/&gt;FREEIN'&nbsp;PANCHO&lt;br&nbsp;/&gt;http://freeinpancho.com&lt;br&nbsp;/&gt;&lt;br&nbsp;/&gt;A&nbsp;community&nbsp;of&nbsp;misfits&nbsp;help&nbsp;a&nbsp;troubled&nbsp;boy&nbsp;find&nbsp;his&nbsp;way&nbsp;&lt;br&nbsp;/&gt;&lt;br&nbsp;/&gt;AYA&nbsp;TAKEO&lt;br&nbsp;/&gt;http://ayatakeo.com&lt;br&nbsp;/&gt;&lt;br&nbsp;/&gt;Star-crossed&nbsp;love,&nbsp;war&nbsp;and&nbsp;power&nbsp;in&nbsp;an&nbsp;alternative&nbsp;&lt;br&nbsp;/&gt;universe&lt;br&nbsp;/&gt;&lt;br&nbsp;/&gt;Available&nbsp;through&nbsp;Amazon&nbsp;or&nbsp;by&nbsp;request&nbsp;from&nbsp;your&nbsp;&lt;br&nbsp;/&gt;favorite&nbsp;bookstore&lt;br&nbsp;/&gt;&lt;br&nbsp;/&gt;&lt;br&nbsp;/&gt;**********************************************&lt;/p&gt;<br>
+&lt;!--WM_COMPOSE_SIGNATURE_END--&gt;&lt;/font&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131127/11da2202/attachment.html b/_build/static/archives/extend/attachments/20131127/11da2202/attachment.html
new file mode 100644
index 00000000..dad266a1
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131127/11da2202/attachment.html
@@ -0,0 +1,8 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;A&nbsp;post&nbsp;on&nbsp;this&nbsp;can&nbsp;be&nbsp;found&nbsp;&lt;a&nbsp;href=&quot;http://dc0d.tumblr.com/post/68278862491/toddling-cowboy-carful-a-windows-on-your-way&quot;&gt;here&lt;/a&gt;&nbsp;(code&nbsp;on&nbsp;&lt;a&nbsp;href=&quot;https://github.com/dc0d/lucky_luke&quot;&gt;GitHub&lt;/a&gt;).&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;gmail_default&quot;&gt;&lt;span&nbsp;style=&quot;font-family:verdana,sans-serif&quot;&gt;​&lt;/span&gt;&lt;font&nbsp;face=&quot;verdana,&nbsp;sans-serif&quot;&gt;Are&nbsp;these&nbsp;things&nbsp;this&nbsp;way&nbsp;for&nbsp;a&nbsp;reason?&nbsp;(Because&nbsp;otherwise&nbsp;we&nbsp;I&nbsp;can&nbsp;not&nbsp;get&nbsp;samples&nbsp;to&nbsp;run.)&lt;/font&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_default&quot;&gt;&lt;font&nbsp;face=&quot;verdana,&nbsp;sans-serif&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_default&quot;&gt;&lt;font&nbsp;face=&quot;verdana,&nbsp;sans-serif&quot;&gt;1&nbsp;-&nbsp;I&nbsp;have&nbsp;to&nbsp;add&nbsp;&#39;cowboy&#39;&nbsp;to&nbsp;application&nbsp;list&nbsp;in&nbsp;myapp.app.src.&lt;/font&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_default&quot;&gt;&lt;font&nbsp;face=&quot;verdana,&nbsp;sans-serif&quot;&gt;2&nbsp;-&nbsp;I&nbsp;have&nbsp;to&nbsp;add&nbsp;&#39;{http_port,&nbsp;9000}&#39;&nbsp;to&nbsp;&#39;env&#39;&nbsp;in&nbsp;myapp.app.src&nbsp;(where&nbsp;in&nbsp;the&nbsp;code&nbsp;should&nbsp;I&nbsp;add&nbsp;it?).&lt;/font&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_default&quot;&gt;&lt;font&nbsp;face=&quot;verdana,&nbsp;sans-serif&quot;&gt;3&nbsp;-&nbsp;I&nbsp;have&nbsp;to&nbsp;explicitly&nbsp;make&nbsp;sure&nbsp;&#39;cowlib&#39;&nbsp;is&nbsp;started&nbsp;(ok&nbsp;=&nbsp;application:start(cowlib)&nbsp;and&nbsp;I&nbsp;did&nbsp;not&nbsp;see&nbsp;this&nbsp;anywhere&nbsp;but&nbsp;whitout&nbsp;this,&nbsp;it&nbsp;won&#39;t&nbsp;work).&lt;/font&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_default&quot;&gt;&lt;font&nbsp;face=&quot;verdana,&nbsp;sans-serif&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_default&quot;&gt;&lt;font&nbsp;face=&quot;verdana,&nbsp;sans-serif&quot;&gt;Thanks;&lt;/font&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131127/20905d98/attachment.html b/_build/static/archives/extend/attachments/20131127/20905d98/attachment.html
new file mode 100644
index 00000000..42cb7326
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131127/20905d98/attachment.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;am&nbsp;seeing&nbsp;an&nbsp;error&nbsp;report&nbsp;in&nbsp;my&nbsp;logs:&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;=ERROR&nbsp;REPORT====&nbsp;27-Nov-2013::00:22:33&nbsp;===&lt;/div&gt;&lt;div&gt;Ranch&nbsp;listener&nbsp;http&nbsp;had&nbsp;connection&nbsp;process&nbsp;started&nbsp;with&nbsp;cowboy_protocol:start_link/4&nbsp;at&nbsp;&lt;0.4803.9&gt;&nbsp;exit&nbsp;with&nbsp;reason:&nbsp;{error,closed}&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;looks&nbsp;like&nbsp;this&nbsp;is&nbsp;not&nbsp;worth&nbsp;investigating.&nbsp;can&nbsp;someone&nbsp;please&nbsp;comment&nbsp;on&nbsp;this&nbsp;error?&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;thanks&lt;/div&gt;&lt;div&gt;Konstantin&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131212/2697fbaa/attachment.html b/_build/static/archives/extend/attachments/20131212/2697fbaa/attachment.html
new file mode 100644
index 00000000..235b9b9b
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131212/2697fbaa/attachment.html
@@ -0,0 +1,13 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Hi,&lt;/div&gt;&lt;div&gt;�&lt;/div&gt;&lt;div&gt;I&nbsp;am&nbsp;using&nbsp;cowboy&nbsp;for&nbsp;our&nbsp;financial&nbsp;webservice&nbsp;platform.�&nbsp;We&nbsp;use&nbsp;token&nbsp;based&nbsp;authentication,&nbsp;but&nbsp;I&nbsp;want&nbsp;to&nbsp;give&nbsp;certain&nbsp;ip&nbsp;adresses&nbsp;full&nbsp;access&nbsp;without&nbsp;authentication.�&nbsp;I&nbsp;tried&nbsp;:&lt;/div&gt;<br>
+&lt;div&gt;�&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;face=&quot;Consolas&quot;&gt;&lt;font&nbsp;size=&quot;3&quot;&gt;{{&lt;/font&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:rgb(0,102,204)!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;IP&lt;/code&gt;&lt;/font&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;,&nbsp;&lt;/code&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:rgb(0,102,204)!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;Port&lt;/code&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;},&nbsp;&lt;/code&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:rgb(0,102,204)!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;Req2&lt;/code&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;}&nbsp;=&nbsp;&lt;/code&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:rgb(255,20,147)!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;cowboy_req:peer&lt;/code&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;(&lt;/code&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:rgb(0,102,204)!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;Req&lt;/code&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;).&lt;/code&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;&lt;/code&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;but&nbsp;IP&nbsp;is&nbsp;always&nbsp;{127,0,0,1}&nbsp;-&nbsp;even&nbsp;on&nbsp;production&nbsp;(where&nbsp;request&lt;/code&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;are&nbsp;comming&nbsp;from&nbsp;different&nbsp;networks)&lt;/code&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;&lt;/code&gt;�&lt;/div&gt;<br>
+&lt;div&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;So&nbsp;my&nbsp;question&nbsp;is&nbsp;basically,&nbsp;Is&nbsp;there&nbsp;any&nbsp;way&nbsp;for&nbsp;me&nbsp;to&nbsp;see&nbsp;&lt;/code&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;frow&nbsp;which&nbsp;&lt;/code&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;IP&nbsp;adresses&nbsp;the&nbsp;request&nbsp;is&nbsp;comming&nbsp;?&lt;/code&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;code&nbsp;style=&quot;margin:0px!important;padding:0px!important;outline:0px!important;border-radius:0px!important;border:0px&nbsp;currentColor!important;width:auto!important;text-align:left;color:black!important;text-transform:none;line-height:15.39px;text-indent:0px;letter-spacing:normal;overflow:visible!important;font-family:Consolas,&quot;Bitstream&nbsp;Vera&nbsp;Sans&nbsp;Mono&quot;,&quot;Courier&nbsp;New&quot;,Courier,monospace!important;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;word-spacing:0px;vertical-align:baseline!important;float:none!important;white-space:pre-wrap;min-height:inherit!important;background-image:none!important&quot;&gt;&lt;/code&gt;�&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131215/7c20ac97/attachment.html b/_build/static/archives/extend/attachments/20131215/7c20ac97/attachment.html
new file mode 100644
index 00000000..c5889031
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131215/7c20ac97/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;have&nbsp;recently&nbsp;started&nbsp;using&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;on&nbsp;MacOS&nbsp;X&nbsp;and&nbsp;OpenBSD,&nbsp;and&nbsp;have&nbsp;discovered&nbsp;that&nbsp;the&nbsp;sed&nbsp;escape&nbsp;\s&nbsp;on&nbsp;line&nbsp;109&nbsp;for&nbsp;inserting&nbsp;the&nbsp;module&nbsp;list&nbsp;in&nbsp;*.app&nbsp;does&nbsp;not&nbsp;work&nbsp;as&nbsp;intended&nbsp;on&nbsp;these&nbsp;OSs,&nbsp;because&nbsp;they&nbsp;do&nbsp;not&nbsp;use&nbsp;GNU&nbsp;sed.&nbsp;(\s&nbsp;just&nbsp;means&nbsp;the&nbsp;letter&nbsp;&#39;s&#39;,&nbsp;not&nbsp;whitespace&nbsp;as&nbsp;in&nbsp;perl.)&nbsp;I&nbsp;expect&nbsp;all&nbsp;other&nbsp;BSD-based&nbsp;OSs&nbsp;to&nbsp;have&nbsp;the&nbsp;same&nbsp;issue.&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;Please&nbsp;consider&nbsp;using&nbsp;[[:space:]]&nbsp;instead.&nbsp;This&nbsp;works&nbsp;on&nbsp;both&nbsp;MacOS&nbsp;X&nbsp;and&nbsp;OpenBSD,&nbsp;as&nbsp;well&nbsp;as&nbsp;on&nbsp;Linux.&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;Christopher&nbsp;Vance<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20131227/35c9f6e5/attachment.html b/_build/static/archives/extend/attachments/20131227/35c9f6e5/attachment.html
new file mode 100644
index 00000000..402339e2
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20131227/35c9f6e5/attachment.html
@@ -0,0 +1,3 @@
+<tt>
+Quick&nbsp;guess,&nbsp;you&nbsp;may&nbsp;have&nbsp;an&nbsp;extra&nbsp;space&nbsp;or&nbsp;\r&nbsp;at&nbsp;the&nbsp;end&nbsp;of&nbsp;the&nbsp;PROJECT&nbsp;line&nbsp;in&nbsp;the&nbsp;Makefile.&lt;br&gt;&lt;br&gt;Sent&nbsp;from&nbsp;my&nbsp;ASUS&nbsp;Padfone&lt;br&gt;&lt;br&gt;[email protected]&nbsp;wrote:&lt;br&gt;&lt;br&gt;&gt;Hello,&lt;br&gt;&gt;&lt;br&gt;&gt;***&nbsp;GOAL:&nbsp;&lt;br&gt;&gt;&lt;br&gt;&gt;Modify&nbsp;rest_pastebin&nbsp;in&nbsp;Cowboy&nbsp;examples.&lt;br&gt;&gt;&lt;br&gt;&gt;***&nbsp;PROCEDULE&nbsp;1:&nbsp;&lt;br&gt;&gt;&lt;br&gt;&gt;-&nbsp;Pulled&nbsp;Cowboy,&nbsp;including&nbsp;examples&nbsp;into&nbsp;local&nbsp;workstation&lt;br&gt;&gt;-&nbsp;Copied&nbsp;rest_pastebin&nbsp;to&nbsp;a&nbsp;separate&nbsp;directory&lt;br&gt;&gt;-&nbsp;Execute&nbsp;make&lt;br&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Make&nbsp;compiles&nbsp;just&nbsp;fine&lt;br&gt;&gt;&lt;br&gt;&gt;***&nbsp;PROCEDUE&nbsp;2&nbsp;--&nbsp;resulting&nbsp;in&nbsp;error&lt;br&gt;&gt;&lt;br&gt;&gt;-&nbsp;delete&nbsp;the&nbsp;entire&nbsp;rest_pastebin&nbsp;application&nbsp;and&nbsp;recopy&nbsp;from&nbsp;the&nbsp;Cowboy&nbsp;pull&lt;br&gt;&gt;-&nbsp;change&nbsp;all&nbsp;module&nbsp;names&nbsp;and&nbsp;references&nbsp;from&nbsp;rest_pastebin&nbsp;to&nbsp;tagr.&nbsp;Thus&nbsp;rest_pastebin_sup.erl&nbsp;becomes&nbsp;tagr_sup.erl&lt;br&gt;&gt;-&nbsp;Execute&nbsp;make&lt;br&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Make&nbsp;returns:&lt;br&gt;&gt;&lt;br&gt;&gt;...&lt;br&gt;&gt;make[1]:&nbsp;Leaving&nbsp;directory&nbsp;`/home/lloyd/Erl/CB/tagr/deps/cowboy&#39;&lt;br&gt;&gt;&nbsp;ERLC&nbsp;&nbsp;&nbsp;toppage_handler.erl&nbsp;tagr_sup.erl&nbsp;tagr_app.erl&lt;br&gt;&gt;&nbsp;ERLC&nbsp;&nbsp;&nbsp;toppage_handler.erl&nbsp;tagr_sup.erl&nbsp;tagr_app.erl&lt;br&gt;&gt;&nbsp;APP&nbsp;&nbsp;&nbsp;&nbsp;tagr&nbsp;.app.src&lt;br&gt;&gt;cat:&nbsp;src/tagr:&nbsp;No&nbsp;such&nbsp;file&nbsp;or&nbsp;directory&lt;br&gt;&gt;cat:&nbsp;.app.src:&nbsp;No&nbsp;such&nbsp;file&nbsp;or&nbsp;directory&lt;br&gt;&gt;sed:&nbsp;can&#39;t&nbsp;read&nbsp;.app:&nbsp;No&nbsp;such&nbsp;file&nbsp;or&nbsp;directory&lt;br&gt;&gt;make:&nbsp;***&nbsp;[app]&nbsp;Error&nbsp;2&lt;br&gt;&gt;&lt;br&gt;&gt;Note&nbsp;that&nbsp;the&nbsp;filename&nbsp;tagr.app.src&nbsp;has&nbsp;somehow&nbsp;been&nbsp;modified&nbsp;to&nbsp;tagr&nbsp;.app.src&lt;br&gt;&gt;&lt;br&gt;&gt;But&nbsp;here&#39;s&nbsp;the&nbsp;directory&nbsp;listing:&nbsp;&lt;br&gt;&gt;&lt;br&gt;&gt;-rw-rw-r--&nbsp;1&nbsp;lloyd&nbsp;lloyd&nbsp;&nbsp;436&nbsp;Dec&nbsp;26&nbsp;18:21&nbsp;tagr_app.erl&lt;br&gt;&gt;-rw-rw-r--&nbsp;1&nbsp;lloyd&nbsp;lloyd&nbsp;&nbsp;299&nbsp;Dec&nbsp;26&nbsp;18:22&nbsp;tagr.app.src&lt;br&gt;&gt;-rw-rw-r--&nbsp;1&nbsp;lloyd&nbsp;lloyd&nbsp;&nbsp;382&nbsp;Dec&nbsp;26&nbsp;18:22&nbsp;tagr_sup.erl&lt;br&gt;&gt;-rw-rw-r--&nbsp;1&nbsp;lloyd&nbsp;lloyd&nbsp;3568&nbsp;Dec&nbsp;26&nbsp;18:23&nbsp;toppage_handler.erl&lt;br&gt;&gt;&lt;br&gt;&gt;I&nbsp;can&nbsp;load&nbsp;tagr.app.src&nbsp;in&nbsp;Vim.&nbsp;Using&nbsp;find&nbsp;I&#39;ve&nbsp;searched&nbsp;for&nbsp;tagr&nbsp;and&nbsp;.app.src&nbsp;with&nbsp;negative&nbsp;results.&lt;br&gt;&gt;&lt;br&gt;&gt;Further&nbsp;mystery.&nbsp;I&nbsp;substituted&nbsp;Rebar&nbsp;for&nbsp;relx.&nbsp;Tagr&nbsp;now&nbsp;compiles&nbsp;just&nbsp;fine.&lt;br&gt;&gt;&lt;br&gt;&gt;***&nbsp;Discussion&lt;br&gt;&gt;&lt;br&gt;&gt;I&nbsp;stumbled&nbsp;on&nbsp;this&nbsp;problem&nbsp;after&nbsp;making&nbsp;fairly&nbsp;extensive&nbsp;modifications&nbsp;to&nbsp;rest_pastebin.&nbsp;Through&nbsp;much&nbsp;of&nbsp;the&nbsp;process&nbsp;it&nbsp;compiled&nbsp;just&nbsp;fine&nbsp;until&nbsp;it&nbsp;didn&#39;t.&nbsp;And&nbsp;from&nbsp;then&nbsp;on&nbsp;I&nbsp;could&nbsp;not&nbsp;get&nbsp;it&nbsp;to&nbsp;compile.&nbsp;I&nbsp;tried&nbsp;everything&nbsp;I&nbsp;could&nbsp;think&nbsp;of:&nbsp;careful&nbsp;source&nbsp;code&nbsp;review&nbsp;(at&nbsp;least&nbsp;10&nbsp;passes),&nbsp;searching&nbsp;for&nbsp;tagr&nbsp;.app.src,&nbsp;trying&nbsp;different&nbsp;names&nbsp;(e.g.&nbsp;tagger),&nbsp;rebooting&nbsp;my&nbsp;computer,&nbsp;etc.,&nbsp;etc.&lt;br&gt;&gt;&lt;br&gt;&gt;Eventually&nbsp;I&nbsp;reduced&nbsp;the&nbsp;problem&nbsp;to&nbsp;the&nbsp;absolute&nbsp;minimum:&nbsp;Change&nbsp;the&nbsp;string&nbsp;rest_pastebin&nbsp;to&nbsp;tagr&nbsp;everywhere&nbsp;relevant.&nbsp;&lt;br&gt;&gt;&lt;br&gt;&gt;It&#39;s&nbsp;possible&nbsp;I&#39;m&nbsp;missing&nbsp;something&nbsp;somewhere.&nbsp;But&nbsp;where&nbsp;should&nbsp;I&nbsp;look?&nbsp;Otherwise,&nbsp;is&nbsp;it&nbsp;possible&nbsp;that&nbsp;there&nbsp;is&nbsp;a&nbsp;subtle&nbsp;bug&nbsp;in&nbsp;relx?&lt;br&gt;&gt;&lt;br&gt;&gt;&lt;br&gt;&gt;Many&nbsp;thanks,&lt;br&gt;&gt;&lt;br&gt;&gt;Lloyd&lt;br&gt;&gt;&lt;br&gt;&gt;&lt;br&gt;&gt;&lt;br&gt;&gt;&lt;br&gt;&gt;&lt;br&gt;&gt;&nbsp;&lt;br&gt;&gt;&lt;br&gt;&gt;&lt;br&gt;&gt;&nbsp;&lt;br&gt;&gt;&lt;br&gt;&gt;&lt;br&gt;&gt;&lt;br&gt;&gt;*********************************************&lt;br&gt;&gt;My&nbsp;books:&lt;br&gt;&gt;&lt;br&gt;&gt;THE&nbsp;GOSPEL&nbsp;OF&nbsp;ASHES&lt;br&gt;&gt;http://thegospelofashes.com&lt;br&gt;&gt;&lt;br&gt;&gt;Strength&nbsp;is&nbsp;not&nbsp;enough.&nbsp;Do&nbsp;they&nbsp;have&nbsp;the&nbsp;courage&nbsp;&lt;br&gt;&gt;and&nbsp;the&nbsp;cunning?&nbsp;Can&nbsp;they&nbsp;survive&nbsp;long&nbsp;enough&nbsp;to&nbsp;&lt;br&gt;&gt;save&nbsp;the&nbsp;lives&nbsp;of&nbsp;millions?&nbsp;&nbsp;&lt;br&gt;&gt;&lt;br&gt;&gt;FREEIN&#39;&nbsp;PANCHO&lt;br&gt;&gt;http://freeinpancho.com&lt;br&gt;&gt;&lt;br&gt;&gt;A&nbsp;community&nbsp;of&nbsp;misfits&nbsp;help&nbsp;a&nbsp;troubled&nbsp;boy&nbsp;find&nbsp;his&nbsp;way&nbsp;&lt;br&gt;&gt;&lt;br&gt;&gt;AYA&nbsp;TAKEO&lt;br&gt;&gt;http://ayatakeo.com&lt;br&gt;&gt;&lt;br&gt;&gt;Star-crossed&nbsp;love,&nbsp;war&nbsp;and&nbsp;power&nbsp;in&nbsp;an&nbsp;alternative&nbsp;&lt;br&gt;&gt;universe&lt;br&gt;&gt;&lt;br&gt;&gt;Available&nbsp;through&nbsp;Amazon&nbsp;or&nbsp;by&nbsp;request&nbsp;from&nbsp;your&nbsp;&lt;br&gt;&gt;favorite&nbsp;bookstore&lt;br&gt;&gt;&lt;br&gt;&gt;&lt;br&gt;&gt;**********************************************&lt;br&gt;&gt;&lt;br&gt;&gt;_______________________________________________&lt;br&gt;&gt;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&gt;[email protected]&lt;br&gt;&gt;https://lists.ninenines.eu/listinfo/extend&lt;br&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140203/088e7e6a/attachment.html b/_build/static/archives/extend/attachments/20140203/088e7e6a/attachment.html
new file mode 100644
index 00000000..4979bf48
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140203/088e7e6a/attachment.html
@@ -0,0 +1,120 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Ok,&lt;div&gt;it&nbsp;is&nbsp;more&nbsp;clear&nbsp;for&nbsp;me. &lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Last&nbsp;question&nbsp;I&nbsp;have&nbsp;is&nbsp;about&nbsp;content_types_provided&nbsp;function.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;it&nbsp;safe&nbsp;to&nbsp;define&nbsp;it&nbsp;like&nbsp;this?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;<br>
+<br>
+content_types_provided(R,&nbsp;S)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt; &nbsp; &lt;span&nbsp;style=&quot;color:rgb(0,0,0);font-family:Helvetica;font-size:13px&quot;&gt;ContentTypes&nbsp;=&nbsp;[{{&lt;&lt;&quot;application&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;json&quot;&gt;&gt;,&nbsp;&#39;*&#39;},&nbsp;&lt;b&gt;undefined&lt;/b&gt;}],&lt;/span&gt;&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;style=&quot;color:rgb(0,0,0);font-family:Helvetica;font-size:13px&quot;&gt; &nbsp; {ContentTypes,&nbsp;Req,&nbsp;State}.&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(0,0,0);font-family:Helvetica;font-size:13px&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(0,0,0);font-family:Helvetica;font-size:13px&quot;&gt;<br>
+<br>
+Callback&nbsp;in&nbsp;content_types_provided&nbsp;is&nbsp;useless&nbsp;for&nbsp;POST&nbsp;requests,&nbsp;as&nbsp;it&nbsp;won’t&nbsp;be&nbsp;called. &lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(0,0,0);font-family:Helvetica;font-size:13px&quot;&gt;Is&nbsp;it&nbsp;safe&nbsp;to&nbsp;use&nbsp;&lt;b&gt;undefined&nbsp;&lt;/b&gt;atom,&nbsp;to&nbsp;have&nbsp;a&nbsp;source&nbsp;code&nbsp;clearer?&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;style=&quot;color:rgb(0,0,0);font-family:Helvetica;font-size:13px&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(0,0,0);font-family:Helvetica;font-size:13px&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Feb&nbsp;3,&nbsp;2014&nbsp;at&nbsp;7:37&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;If&nbsp;Accept&nbsp;is&nbsp;sent&nbsp;and&nbsp;is&nbsp;different&nbsp;than&nbsp;text/html,&nbsp;yes.&lt;br&gt;<br>
+&lt;br&gt;<br>
+This&nbsp;is&nbsp;how&nbsp;HTTP&nbsp;is&nbsp;defined.&nbsp;If&nbsp;the&nbsp;client&nbsp;says&nbsp;it&nbsp;speaks&nbsp;only&nbsp;content-type&nbsp;X&nbsp;but&nbsp;you&nbsp;can&nbsp;only&nbsp;reply&nbsp;with&nbsp;content-type&nbsp;Y,&nbsp;you&nbsp;error&nbsp;out&nbsp;early&nbsp;and&nbsp;stop&nbsp;processing&nbsp;the&nbsp;request.&nbsp;On&nbsp;the&nbsp;other&nbsp;hand&nbsp;if&nbsp;the&nbsp;client&nbsp;doesn&#39;t&nbsp;say&nbsp;what&nbsp;content-type&nbsp;it&nbsp;speaks&nbsp;then&nbsp;the&nbsp;server&nbsp;can&nbsp;choose&nbsp;whichever&nbsp;one&nbsp;it&nbsp;wants.&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;02/03/2014&nbsp;07:26&nbsp;PM,&nbsp;Łukasz&nbsp;Biedrycki&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+My&nbsp;application&nbsp;sends&nbsp;both&nbsp;headers:&nbsp;“Content-type”&nbsp;and&nbsp;“Accept”&nbsp;header&lt;br&gt;<br>
+using&nbsp;POST&nbsp;method.&lt;br&gt;<br>
+&lt;br&gt;<br>
+For&nbsp;POST&nbsp;rest&nbsp;handler&nbsp;do&nbsp;I&nbsp;have&nbsp;to&nbsp;specify&nbsp;both:&nbsp;content_types_accepted&lt;br&gt;<br>
+and&nbsp;content_types_provided&nbsp;to&nbsp;manage&nbsp;this&nbsp;kind&nbsp;of&nbsp;request?&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Mon,&nbsp;Feb&nbsp;3,&nbsp;2014&nbsp;at&nbsp;7:23&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;The&nbsp;content-type&nbsp;provided&nbsp;is&nbsp;relevant&nbsp;for&nbsp;any&nbsp;response,&nbsp;not&nbsp;just&lt;br&gt;<br>
+ &nbsp; &nbsp;responses&nbsp;to&nbsp;GET&nbsp;requests.&nbsp;It&nbsp;defaults&nbsp;to&nbsp;text/html.&nbsp;If&nbsp;your&nbsp;client&lt;br&gt;<br>
+ &nbsp; &nbsp;doesn&#39;t&nbsp;send&nbsp;that&nbsp;content-type,&nbsp;you&nbsp;have&nbsp;to&nbsp;define&nbsp;the&nbsp;callback.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;I&nbsp;notice&nbsp;that&nbsp;the&nbsp;documentation&nbsp;is&nbsp;incorrect&nbsp;about&nbsp;the&nbsp;relevant&lt;br&gt;<br>
+ &nbsp; &nbsp;methods&nbsp;for&nbsp;this&nbsp;callback,&nbsp;I&nbsp;will&nbsp;open&nbsp;a&nbsp;ticket&nbsp;to&nbsp;fix&nbsp;it&nbsp;soon.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;02/03/2014&nbsp;07:13&nbsp;PM,&nbsp;Łukasz&nbsp;Biedrycki&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Hi,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;accepts&nbsp;POST&nbsp;and&nbsp;PUT&nbsp;requests&nbsp;with&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;“application/json”&nbsp;content&nbsp;type.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;have&nbsp;content_types_accepted&nbsp;function&nbsp;defined&nbsp;as&nbsp;follows:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;content_types_accepted(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{[{‘application/json&#39;,&nbsp;from_json}],&nbsp;Req,&nbsp;State}.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;The&nbsp;problem&nbsp;I&nbsp;have&nbsp;is&nbsp;within&nbsp;a&nbsp;request&nbsp;that&nbsp;has&nbsp;two&nbsp;headers:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;*Content-type*:&nbsp;application/json&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;*Accept*:&nbsp;application/json&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;With&nbsp;this&nbsp;combination&nbsp;I&nbsp;receive&nbsp;*406*.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;You&nbsp;can&nbsp;repeat&nbsp;it&nbsp;with&nbsp;test:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;http_SUITE.erl:&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1072&nbsp;rest_postonly(Config)&nbsp;-&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1073&nbsp; &nbsp; &nbsp;Client&nbsp;=&nbsp;?config(client,&nbsp;Config),&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1074&nbsp; &nbsp; &nbsp;Headers&nbsp;=&nbsp;[&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1075&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/plain&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1076&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/plain&quot;&gt;&gt;}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1077&nbsp; &nbsp; &nbsp;],&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1078&nbsp; &nbsp; &nbsp;{ok,&nbsp;Client2}&nbsp;=&nbsp;cowboy_client:request(&lt;&lt;&quot;POST&quot;&lt;u&gt;&lt;/u&gt;__&gt;&gt;,&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1079&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;build_url(&quot;/postonly&quot;,&nbsp;Config),&nbsp;Headers,&nbsp;&quot;12345&quot;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Client),&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1080&nbsp; &nbsp; &nbsp;{ok,&nbsp;204,&nbsp;_,&nbsp;_}&nbsp;=&nbsp;cowboy_client:response(__&lt;u&gt;&lt;/u&gt;Client2).&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;My&nbsp;solution&nbsp;to&nbsp;that&nbsp;was&nbsp;to&nbsp;add&nbsp;a&nbsp;content_types_provided&nbsp;function:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;content_types_provided(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;ContentTypes&nbsp;=&nbsp;[{{&lt;&lt;&quot;application&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;json&quot;&gt;&gt;,&nbsp;&#39;*&#39;},&nbsp;to_json}],&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{ContentTypes,&nbsp;Req,&nbsp;State}.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;But&nbsp;it&nbsp;is&nbsp;useless&nbsp;as&nbsp;*to_json*&nbsp;callback&nbsp;registered&nbsp;is&nbsp;not&nbsp;called&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;anyhow.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Adding&nbsp;*content_types_provided*&nbsp;function&nbsp;is&nbsp;a&nbsp;correct&nbsp;solution&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;in&nbsp;this&nbsp;case?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Or&nbsp;I&nbsp;am&nbsp;missing&nbsp;something&nbsp;here?&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;“Accept”&nbsp;header&nbsp;is&nbsp;not&nbsp;relevant&nbsp;only&nbsp;in&nbsp;case&nbsp;of&nbsp;GET&nbsp;requests?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Thank&nbsp;for&nbsp;help,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Łukasz&nbsp;Biedrycki&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;______________________________&lt;u&gt;&lt;/u&gt;___________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;Extend@lists.&lt;u&gt;&lt;/u&gt;ninenines.eu&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/__listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/__&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140203/104f8577/attachment.html b/_build/static/archives/extend/attachments/20140203/104f8577/attachment.html
new file mode 100644
index 00000000..c49806fb
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140203/104f8577/attachment.html
@@ -0,0 +1,28 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;accepts&nbsp;POST&nbsp;and&nbsp;PUT&nbsp;requests&nbsp;with&nbsp;&ldquo;application/json&rdquo;&nbsp;content&nbsp;type.&nbsp;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;have&nbsp;content_types_accepted&nbsp;function&nbsp;defined&nbsp;as&nbsp;follows:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
+<br>
+&lt;div&gt;&lt;pre&nbsp;style=&quot;font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;margin-top:0px;margin-bottom:0px;color:rgb(51,51,51);line-height:18px&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&nbsp;id=&quot;LC93&quot;&nbsp;style=&quot;padding-left:10px&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:rgb(153,0,0);font-weight:bold&quot;&gt;content_types_accepted&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;(&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;Req&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;,&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;State&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;)&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold&quot;&gt;-&gt;&lt;/span&gt;&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;class=&quot;&quot;&nbsp;id=&quot;LC94&quot;&nbsp;style=&quot;padding-left:10px&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;{[{&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;&lsquo;application/json&#39;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;,&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;from_json&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;}],&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;Req&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;,&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;State&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;}.&lt;/span&gt;&lt;/div&gt;<br>
+<br>
+&lt;/pre&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;problem&nbsp;I&nbsp;have&nbsp;is&nbsp;within&nbsp;a&nbsp;request&nbsp;that&nbsp;has&nbsp;two&nbsp;headers:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&gt;Content-type&lt;/b&gt;:&nbsp;application/json&lt;/div&gt;&lt;div&gt;&lt;b&gt;Accept&lt;/b&gt;:&nbsp;application/json&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;<br>
+<br>
+With&nbsp;this&nbsp;combination&nbsp;I&nbsp;receive&nbsp;&lt;b&gt;406&lt;/b&gt;.&nbsp;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;You&nbsp;can&nbsp;repeat&nbsp;it&nbsp;with&nbsp;test:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;http_SUITE.erl:&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;1072&nbsp;rest_postonly(Config)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;1073&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Client&nbsp;=&nbsp;?config(client,&nbsp;Config),&lt;/div&gt;<br>
+<br>
+&lt;div&gt;1074&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Headers&nbsp;=&nbsp;[&lt;/div&gt;&lt;div&gt;1075&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/plain&quot;&gt;&gt;},&lt;/div&gt;&lt;div&gt;1076&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{&lt;&lt;&quot;accept&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/plain&quot;&gt;&gt;}&lt;/div&gt;<br>
+<br>
+&lt;div&gt;1077&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;],&lt;/div&gt;&lt;div&gt;1078&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{ok,&nbsp;Client2}&nbsp;=&nbsp;cowboy_client:request(&lt;&lt;&quot;POST&quot;&gt;&gt;,&lt;/div&gt;&lt;div&gt;1079&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;build_url(&quot;/postonly&quot;,&nbsp;Config),&nbsp;Headers,&nbsp;&quot;12345&quot;,&nbsp;Client),&lt;/div&gt;&lt;div&gt;<br>
+1080&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{ok,&nbsp;204,&nbsp;_,&nbsp;_}&nbsp;=&nbsp;cowboy_client:response(Client2).&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;My&nbsp;solution&nbsp;to&nbsp;that&nbsp;was&nbsp;to&nbsp;add&nbsp;a&nbsp;content_types_provided&nbsp;function:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;pre&nbsp;style=&quot;font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Courier,monospace;font-size:12px;margin-top:0px;margin-bottom:0px;color:rgb(51,51,51);line-height:18px&quot;&gt;<br>
+<br>
+&lt;div&nbsp;class=&quot;&quot;&nbsp;id=&quot;LC108&quot;&nbsp;style=&quot;padding-left:10px&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:rgb(153,0,0);font-weight:bold&quot;&gt;content_types_provided&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;(&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;Req&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;,&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;State&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;)&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold&quot;&gt;-&gt;&lt;/span&gt;&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;class=&quot;&quot;&nbsp;id=&quot;LC109&quot;&nbsp;style=&quot;padding-left:10px&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;ContentTypes&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold&quot;&gt;=&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;[{{&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold&quot;&gt;&lt;&lt;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:rgb(221,17,68)&quot;&gt;&quot;application&quot;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold&quot;&gt;&gt;&gt;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;,&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold&quot;&gt;&lt;&lt;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:rgb(221,17,68)&quot;&gt;&quot;json&quot;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-weight:bold&quot;&gt;&gt;&gt;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;,&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;&#39;*&#39;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;},&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;to_json&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;}],&lt;/span&gt;&lt;/div&gt;<br>
+<br>
+&lt;div&nbsp;class=&quot;&quot;&nbsp;id=&quot;LC110&quot;&nbsp;style=&quot;padding-left:10px&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;{&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;ContentTypes&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;,&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;Req&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;,&lt;/span&gt;&nbsp;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:teal&quot;&gt;State&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style&gt;}.&lt;/span&gt;&lt;/div&gt;<br>
+<br>
+&lt;/pre&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;But&nbsp;it&nbsp;is&nbsp;useless&nbsp;as&nbsp;&lt;b&gt;to_json&lt;/b&gt;&nbsp;callback&nbsp;registered&nbsp;is&nbsp;not&nbsp;called&nbsp;anyhow.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Adding&nbsp;&lt;b&gt;content_types_provided&lt;/b&gt;&nbsp;function&nbsp;is&nbsp;a&nbsp;correct&nbsp;solution&nbsp;in&nbsp;this&nbsp;case?&lt;/div&gt;<br>
+<br>
+&lt;div&gt;Or&nbsp;I&nbsp;am&nbsp;missing&nbsp;something&nbsp;here?&lt;/div&gt;&lt;div&gt;&ldquo;Accept&rdquo;&nbsp;header&nbsp;is&nbsp;not&nbsp;relevant&nbsp;only&nbsp;in&nbsp;case&nbsp;of&nbsp;GET&nbsp;requests?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thank&nbsp;for&nbsp;help,&lt;/div&gt;&lt;div&gt;�ukasz&nbsp;Biedrycki&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140203/2982cff3/attachment.html b/_build/static/archives/extend/attachments/20140203/2982cff3/attachment.html
new file mode 100644
index 00000000..b011e41e
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140203/2982cff3/attachment.html
@@ -0,0 +1,82 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;My&nbsp;application&nbsp;sends&nbsp;both&nbsp;headers:&nbsp;“Content-type”&nbsp;and&nbsp;“Accept”&nbsp;header&nbsp;using&nbsp;POST&nbsp;method.&lt;div&gt;&lt;br&gt;&lt;div&gt;For&nbsp;POST&nbsp;rest&nbsp;handler&nbsp;do&nbsp;I&nbsp;have&nbsp;to&nbsp;specify&nbsp;both:&nbsp;content_types_accepted&nbsp;and&nbsp;content_types_provided&nbsp;to&nbsp;manage&nbsp;this&nbsp;kind&nbsp;of&nbsp;request?&lt;/div&gt;<br>
+<br>
+&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Feb&nbsp;3,&nbsp;2014&nbsp;at&nbsp;7:23&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;The&nbsp;content-type&nbsp;provided&nbsp;is&nbsp;relevant&nbsp;for&nbsp;any&nbsp;response,&nbsp;not&nbsp;just&nbsp;responses&nbsp;to&nbsp;GET&nbsp;requests.&nbsp;It&nbsp;defaults&nbsp;to&nbsp;text/html.&nbsp;If&nbsp;your&nbsp;client&nbsp;doesn&#39;t&nbsp;send&nbsp;that&nbsp;content-type,&nbsp;you&nbsp;have&nbsp;to&nbsp;define&nbsp;the&nbsp;callback.&lt;br&gt;<br>
+<br>
+<br>
+&lt;br&gt;<br>
+I&nbsp;notice&nbsp;that&nbsp;the&nbsp;documentation&nbsp;is&nbsp;incorrect&nbsp;about&nbsp;the&nbsp;relevant&nbsp;methods&nbsp;for&nbsp;this&nbsp;callback,&nbsp;I&nbsp;will&nbsp;open&nbsp;a&nbsp;ticket&nbsp;to&nbsp;fix&nbsp;it&nbsp;soon.&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;02/03/2014&nbsp;07:13&nbsp;PM,&nbsp;Łukasz&nbsp;Biedrycki&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+Hi,&lt;br&gt;<br>
+I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;accepts&nbsp;POST&nbsp;and&nbsp;PUT&nbsp;requests&nbsp;with&lt;br&gt;<br>
+“application/json”&nbsp;content&nbsp;type.&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;have&nbsp;content_types_accepted&nbsp;function&nbsp;defined&nbsp;as&nbsp;follows:&lt;br&gt;<br>
+&lt;br&gt;<br>
+content_types_accepted(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+{[{‘application/json&#39;,&nbsp;from_json}],&nbsp;Req,&nbsp;State}.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+The&nbsp;problem&nbsp;I&nbsp;have&nbsp;is&nbsp;within&nbsp;a&nbsp;request&nbsp;that&nbsp;has&nbsp;two&nbsp;headers:&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+*Content-type*:&nbsp;application/json&lt;br&gt;<br>
+*Accept*:&nbsp;application/json&lt;br&gt;<br>
+&lt;br&gt;<br>
+With&nbsp;this&nbsp;combination&nbsp;I&nbsp;receive&nbsp;*406*.&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+You&nbsp;can&nbsp;repeat&nbsp;it&nbsp;with&nbsp;test:&lt;br&gt;<br>
+&lt;br&gt;<br>
+http_SUITE.erl:&lt;br&gt;<br>
+1072&nbsp;rest_postonly(Config)&nbsp;-&gt;&lt;br&gt;<br>
+1073&nbsp; &nbsp; &nbsp;Client&nbsp;=&nbsp;?config(client,&nbsp;Config),&lt;br&gt;<br>
+1074&nbsp; &nbsp; &nbsp;Headers&nbsp;=&nbsp;[&lt;br&gt;<br>
+1075&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/plain&quot;&gt;&gt;},&lt;br&gt;<br>
+1076&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/plain&quot;&gt;&gt;}&lt;br&gt;<br>
+1077&nbsp; &nbsp; &nbsp;],&lt;br&gt;<br>
+1078&nbsp; &nbsp; &nbsp;{ok,&nbsp;Client2}&nbsp;=&nbsp;cowboy_client:request(&lt;&lt;&quot;POST&quot;&lt;u&gt;&lt;/u&gt;&gt;&gt;,&lt;br&gt;<br>
+1079&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;build_url(&quot;/postonly&quot;,&nbsp;Config),&nbsp;Headers,&nbsp;&quot;12345&quot;,&nbsp;Client),&lt;br&gt;<br>
+1080&nbsp; &nbsp; &nbsp;{ok,&nbsp;204,&nbsp;_,&nbsp;_}&nbsp;=&nbsp;cowboy_client:response(&lt;u&gt;&lt;/u&gt;Client2).&lt;br&gt;<br>
+&lt;br&gt;<br>
+My&nbsp;solution&nbsp;to&nbsp;that&nbsp;was&nbsp;to&nbsp;add&nbsp;a&nbsp;content_types_provided&nbsp;function:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+content_types_provided(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ContentTypes&nbsp;=&nbsp;[{{&lt;&lt;&quot;application&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;json&quot;&gt;&gt;,&nbsp;&#39;*&#39;},&nbsp;to_json}],&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+{ContentTypes,&nbsp;Req,&nbsp;State}.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+But&nbsp;it&nbsp;is&nbsp;useless&nbsp;as&nbsp;*to_json*&nbsp;callback&nbsp;registered&nbsp;is&nbsp;not&nbsp;called&nbsp;anyhow.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Adding&nbsp;*content_types_provided*&nbsp;function&nbsp;is&nbsp;a&nbsp;correct&nbsp;solution&nbsp;in&nbsp;this&nbsp;case?&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+Or&nbsp;I&nbsp;am&nbsp;missing&nbsp;something&nbsp;here?&lt;br&gt;<br>
+“Accept”&nbsp;header&nbsp;is&nbsp;not&nbsp;relevant&nbsp;only&nbsp;in&nbsp;case&nbsp;of&nbsp;GET&nbsp;requests?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;for&nbsp;help,&lt;br&gt;<br>
+Łukasz&nbsp;Biedrycki&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140203/e84f6223/attachment.html b/_build/static/archives/extend/attachments/20140203/e84f6223/attachment.html
new file mode 100644
index 00000000..a936c1bd
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140203/e84f6223/attachment.html
@@ -0,0 +1,171 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Perfect,&nbsp;thanks&nbsp;a&nbsp;lot!&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;Ł.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Feb&nbsp;3,&nbsp;2014&nbsp;at&nbsp;8:15&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Sure.&nbsp;It&nbsp;won&#39;t&nbsp;be&nbsp;called&nbsp;if&nbsp;not&nbsp;a&nbsp;GET&nbsp;or&nbsp;HEAD&nbsp;request&nbsp;so&nbsp;that&#39;s&nbsp;probably&nbsp;the&nbsp;best&nbsp;value&nbsp;you&nbsp;can&nbsp;return&nbsp;in&nbsp;your&nbsp;case.&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;02/03/2014&nbsp;08:08&nbsp;PM,&nbsp;Łukasz&nbsp;Biedrycki&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+Ok,&lt;br&gt;<br>
+it&nbsp;is&nbsp;more&nbsp;clear&nbsp;for&nbsp;me.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Last&nbsp;question&nbsp;I&nbsp;have&nbsp;is&nbsp;about&nbsp;content_types_provided&nbsp;function.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Is&nbsp;it&nbsp;safe&nbsp;to&nbsp;define&nbsp;it&nbsp;like&nbsp;this?&lt;br&gt;<br>
+&lt;br&gt;<br>
+content_types_provided(R,&nbsp;S)&nbsp;-&gt;&lt;br&gt;&lt;/div&gt;<br>
+ContentTypes&nbsp;=&nbsp;[{{&lt;&lt;&quot;application&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;json&quot;&gt;&gt;,&nbsp;&#39;*&#39;},&nbsp;*undefined*}],&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;{ContentTypes,&nbsp;Req,&nbsp;State}.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Callback&nbsp;in&nbsp;content_types_provided&nbsp;is&nbsp;useless&nbsp;for&nbsp;POST&nbsp;requests,&nbsp;as&nbsp;it&lt;br&gt;<br>
+won’t&nbsp;be&nbsp;called.&lt;br&gt;&lt;/div&gt;<br>
+Is&nbsp;it&nbsp;safe&nbsp;to&nbsp;use&nbsp;*undefined&nbsp;*atom,&nbsp;to&nbsp;have&nbsp;a&nbsp;source&nbsp;code&nbsp;clearer?&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Mon,&nbsp;Feb&nbsp;3,&nbsp;2014&nbsp;at&nbsp;7:37&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;If&nbsp;Accept&nbsp;is&nbsp;sent&nbsp;and&nbsp;is&nbsp;different&nbsp;than&nbsp;text/html,&nbsp;yes.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;This&nbsp;is&nbsp;how&nbsp;HTTP&nbsp;is&nbsp;defined.&nbsp;If&nbsp;the&nbsp;client&nbsp;says&nbsp;it&nbsp;speaks&nbsp;only&lt;br&gt;<br>
+ &nbsp; &nbsp;content-type&nbsp;X&nbsp;but&nbsp;you&nbsp;can&nbsp;only&nbsp;reply&nbsp;with&nbsp;content-type&nbsp;Y,&nbsp;you&nbsp;error&lt;br&gt;<br>
+ &nbsp; &nbsp;out&nbsp;early&nbsp;and&nbsp;stop&nbsp;processing&nbsp;the&nbsp;request.&nbsp;On&nbsp;the&nbsp;other&nbsp;hand&nbsp;if&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp;client&nbsp;doesn&#39;t&nbsp;say&nbsp;what&nbsp;content-type&nbsp;it&nbsp;speaks&nbsp;then&nbsp;the&nbsp;server&nbsp;can&lt;br&gt;<br>
+ &nbsp; &nbsp;choose&nbsp;whichever&nbsp;one&nbsp;it&nbsp;wants.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;02/03/2014&nbsp;07:26&nbsp;PM,&nbsp;Łukasz&nbsp;Biedrycki&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;My&nbsp;application&nbsp;sends&nbsp;both&nbsp;headers:&nbsp;“Content-type”&nbsp;and&nbsp;“Accept”&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;header&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;using&nbsp;POST&nbsp;method.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;For&nbsp;POST&nbsp;rest&nbsp;handler&nbsp;do&nbsp;I&nbsp;have&nbsp;to&nbsp;specify&nbsp;both:&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;content_types_accepted&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;content_types_provided&nbsp;to&nbsp;manage&nbsp;this&nbsp;kind&nbsp;of&nbsp;request?&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;Mon,&nbsp;Feb&nbsp;3,&nbsp;2014&nbsp;at&nbsp;7:23&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; The&nbsp;content-type&nbsp;provided&nbsp;is&nbsp;relevant&nbsp;for&nbsp;any&nbsp;response,&nbsp;not&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;just&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; responses&nbsp;to&nbsp;GET&nbsp;requests.&nbsp;It&nbsp;defaults&nbsp;to&nbsp;text/html.&nbsp;If&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;your&nbsp;client&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; doesn&#39;t&nbsp;send&nbsp;that&nbsp;content-type,&nbsp;you&nbsp;have&nbsp;to&nbsp;define&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;callback.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;notice&nbsp;that&nbsp;the&nbsp;documentation&nbsp;is&nbsp;incorrect&nbsp;about&nbsp;the&nbsp;relevant&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; methods&nbsp;for&nbsp;this&nbsp;callback,&nbsp;I&nbsp;will&nbsp;open&nbsp;a&nbsp;ticket&nbsp;to&nbsp;fix&nbsp;it&nbsp;soon.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; On&nbsp;02/03/2014&nbsp;07:13&nbsp;PM,&nbsp;Łukasz&nbsp;Biedrycki&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Hi,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;have&nbsp;a&nbsp;rest&nbsp;handler&nbsp;that&nbsp;accepts&nbsp;POST&nbsp;and&nbsp;PUT&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;requests&nbsp;with&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; “application/json”&nbsp;content&nbsp;type.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;have&nbsp;content_types_accepted&nbsp;function&nbsp;defined&nbsp;as&nbsp;follows:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; content_types_accepted(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[{‘application/json&#39;,&nbsp;from_json}],&nbsp;Req,&nbsp;State}.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; The&nbsp;problem&nbsp;I&nbsp;have&nbsp;is&nbsp;within&nbsp;a&nbsp;request&nbsp;that&nbsp;has&nbsp;two&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;headers:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *Content-type*:&nbsp;application/json&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *Accept*:&nbsp;application/json&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; With&nbsp;this&nbsp;combination&nbsp;I&nbsp;receive&nbsp;*406*.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; You&nbsp;can&nbsp;repeat&nbsp;it&nbsp;with&nbsp;test:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; http_SUITE.erl:&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1072&nbsp;rest_postonly(Config)&nbsp;-&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1073&nbsp; &nbsp; &nbsp;Client&nbsp;=&nbsp;?config(client,&nbsp;Config),&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1074&nbsp; &nbsp; &nbsp;Headers&nbsp;=&nbsp;[&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1075&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/plain&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1076&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;text/plain&quot;&gt;&gt;}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1077&nbsp; &nbsp; &nbsp;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1078&nbsp; &nbsp; &nbsp;{ok,&nbsp;Client2}&nbsp;=&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cowboy_client:request(&lt;&lt;&quot;POST&quot;&lt;u&gt;&lt;/u&gt;____&gt;&gt;,&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1079&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;build_url(&quot;/postonly&quot;,&nbsp;Config),&nbsp;Headers,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;12345&quot;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Client),&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1080&nbsp; &nbsp; &nbsp;{ok,&nbsp;204,&nbsp;_,&nbsp;_}&nbsp;=&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cowboy_client:response(____&lt;u&gt;&lt;/u&gt;Client2).&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; My&nbsp;solution&nbsp;to&nbsp;that&nbsp;was&nbsp;to&nbsp;add&nbsp;a&nbsp;content_types_provided&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;function:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; content_types_provided(Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ContentTypes&nbsp;=&nbsp;[{{&lt;&lt;&quot;application&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;json&quot;&gt;&gt;,&nbsp;&#39;*&#39;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;to_json}],&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {ContentTypes,&nbsp;Req,&nbsp;State}.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; But&nbsp;it&nbsp;is&nbsp;useless&nbsp;as&nbsp;*to_json*&nbsp;callback&nbsp;registered&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;not&nbsp;called&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; anyhow.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Adding&nbsp;*content_types_provided*&nbsp;function&nbsp;is&nbsp;a&nbsp;correct&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;solution&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; in&nbsp;this&nbsp;case?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Or&nbsp;I&nbsp;am&nbsp;missing&nbsp;something&nbsp;here?&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; “Accept”&nbsp;header&nbsp;is&nbsp;not&nbsp;relevant&nbsp;only&nbsp;in&nbsp;case&nbsp;of&nbsp;GET&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;requests?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Thank&nbsp;for&nbsp;help,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Łukasz&nbsp;Biedrycki&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ______________________________&lt;u&gt;&lt;/u&gt;_____________________&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;Extend@lists.&lt;u&gt;&lt;/u&gt;ninenines.eu&lt;/a&gt;&gt;&lt;br&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:Extend@lists.&quot;&nbsp;target=&quot;_blank&quot;&gt;Extend@lists.&lt;/a&gt;__&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;ninenin&lt;u&gt;&lt;/u&gt;es.eu&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;Extend@lists.&lt;u&gt;&lt;/u&gt;ninenines.eu&lt;/a&gt;&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/____listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/___&lt;u&gt;&lt;/u&gt;_listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/__listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/__&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/__listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/__&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&gt;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; --&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140207/904cc7bf/attachment.html b/_build/static/archives/extend/attachments/20140207/904cc7bf/attachment.html
new file mode 100644
index 00000000..8f835851
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140207/904cc7bf/attachment.html
@@ -0,0 +1,8 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;in&nbsp;my&nbsp;application&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;add&nbsp;some&nbsp;metrics&nbsp;per&nbsp;handler&nbsp;and&nbsp;per&nbsp;response&nbsp;http&nbsp;status&nbsp;code.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;One&nbsp;way&nbsp;is&nbsp;to&nbsp;add&nbsp;on&nbsp;response&nbsp;callback&nbsp;function,&nbsp;but&nbsp;there&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;an&nbsp;information&nbsp;about&nbsp;handler&nbsp;and&nbsp;handler&nbsp;opts.&lt;/div&gt;<br>
+<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Second&nbsp;way&nbsp;is&nbsp;to&nbsp;add&nbsp;a&nbsp;middleware,&nbsp;but&nbsp;then&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;an&nbsp;information&nbsp;about&nbsp;response&nbsp;status&nbsp;code.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Frankly,&nbsp;I&nbsp;like&nbsp;second&nbsp;way&nbsp;more. &lt;/div&gt;&lt;div&gt;How&nbsp;do&nbsp;like&nbsp;an&nbsp;idea&nbsp;to&nbsp;add&nbsp;response&nbsp;status&nbsp;code&nbsp;to&nbsp;request&nbsp;record&nbsp;similar&nbsp;to:&nbsp;resp_headers&nbsp;or&nbsp;resp_body&nbsp;?&lt;/div&gt;<br>
+<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;Łukasz&nbsp;Biedrycki&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140210/1781c9d2/attachment.html b/_build/static/archives/extend/attachments/20140210/1781c9d2/attachment.html
new file mode 100644
index 00000000..571ccf79
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140210/1781c9d2/attachment.html
@@ -0,0 +1,33 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;content-type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=utf-8&quot;&gt;&lt;/head&gt;&lt;body&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;I&nbsp;promise&nbsp;you,&nbsp;improving&nbsp;the&nbsp;code&nbsp;now&nbsp;to&nbsp;get&nbsp;rid&nbsp;of&nbsp;the&nbsp;warnings&nbsp;is&nbsp;worth&nbsp;it.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Ivan&lt;br&gt;&lt;br&gt;--&lt;br&gt;festina&nbsp;lente&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;On&nbsp;10&nbsp;Feb&nbsp;2014,&nbsp;at&nbsp;19:22,&nbsp;&quot;Anton&nbsp;Koval'&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Thanks&nbsp;for&nbsp;explanation.&nbsp;&lt;br&gt;My&nbsp;situation:&nbsp;I'm&nbsp;developing&nbsp;some&nbsp;stuff&nbsp;in&nbsp;module.&nbsp;That&nbsp;module&nbsp;in&nbsp;some&nbsp;kind&nbsp;of&nbsp;&quot;draft'&nbsp;state&nbsp;(e.g.&nbsp;some&nbsp;functions&nbsp;are&nbsp;unused),&nbsp;but&nbsp;regardless&nbsp;that&nbsp;I&nbsp;want&nbsp;to&nbsp;compile&nbsp;project&nbsp;in&nbsp;order&nbsp;to&nbsp;test&nbsp;some&nbsp;specific&nbsp;parts&nbsp;of&nbsp;that&nbsp;module.&nbsp;&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Feb&nbsp;10,&nbsp;2014&nbsp;at&nbsp;8:48&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;You&nbsp;can&nbsp;just&nbsp;define&nbsp;ERLC_OPTS&nbsp;before&nbsp;you&nbsp;include&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;and&nbsp;it'll&nbsp;use&nbsp;that&nbsp;instead.&nbsp;I'm&nbsp;not&nbsp;sure&nbsp;why&nbsp;you&nbsp;want&nbsp;to&nbsp;disable&nbsp;that&nbsp;though,&nbsp;warnings&nbsp;usually&nbsp;alert&nbsp;you&nbsp;of&nbsp;bugs&nbsp;in&nbsp;your&nbsp;code.&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;02/10/2014&nbsp;07:44&nbsp;PM,&nbsp;Anton&nbsp;Koval'&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+Hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+as&nbsp;I&nbsp;understand,&nbsp;by&nbsp;default&nbsp;`make&nbsp;all`&nbsp;performs&nbsp;compile&nbsp;with&lt;br&gt;&lt;/div&gt;<br>
+option**warnings_as_errors.**&lt;u&gt;&lt;/u&gt;How&nbsp;can&nbsp;I&nbsp;disable&nbsp;this&nbsp;option?&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+There&nbsp;are&nbsp;options&nbsp;described&nbsp;at&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/extend/erlang.mk#options&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;erlang.mk#options&lt;/a&gt;&nbsp;and&nbsp;I&nbsp;believe&nbsp;that&lt;br&gt;&lt;/div&gt;<br>
+|ERLC_OPTS&nbsp;should&nbsp;be&nbsp;filled&nbsp;with&nbsp;`-|warnings_as_errors`**.&nbsp;But&nbsp;it&nbsp;is&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+unclear&nbsp;for&nbsp;me&nbsp;where&nbsp;have&nbsp;I&nbsp;to&nbsp;add(put)&nbsp;that&nbsp;option?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thanks.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;span&gt;_______________________________________________&lt;/span&gt;&lt;br&gt;&lt;span&gt;Extend&nbsp;mailing&nbsp;list&lt;/span&gt;&lt;br&gt;&lt;span&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;/span&gt;&lt;br&gt;&lt;span&gt;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140210/2ae635a6/attachment.html b/_build/static/archives/extend/attachments/20140210/2ae635a6/attachment.html
new file mode 100644
index 00000000..2d045585
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140210/2ae635a6/attachment.html
@@ -0,0 +1,33 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Thanks&nbsp;for&nbsp;explanation.&nbsp;&lt;br&gt;My&nbsp;situation:&nbsp;I&#39;m&nbsp;developing&nbsp;some&nbsp;stuff&nbsp;in&nbsp;module.&nbsp;That&nbsp;module&nbsp;in&nbsp;some&nbsp;kind&nbsp;of&nbsp;&quot;draft&#39;&nbsp;state&nbsp;(e.g.&nbsp;some&nbsp;functions&nbsp;are&nbsp;unused),&nbsp;but&nbsp;regardless&nbsp;that&nbsp;I&nbsp;want&nbsp;to&nbsp;compile&nbsp;project&nbsp;in&nbsp;order&nbsp;to&nbsp;test&nbsp;some&nbsp;specific&nbsp;parts&nbsp;of&nbsp;that&nbsp;module.&nbsp;&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Feb&nbsp;10,&nbsp;2014&nbsp;at&nbsp;8:48&nbsp;PM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;You&nbsp;can&nbsp;just&nbsp;define&nbsp;ERLC_OPTS&nbsp;before&nbsp;you&nbsp;include&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;and&nbsp;it&#39;ll&nbsp;use&nbsp;that&nbsp;instead.&nbsp;I&#39;m&nbsp;not&nbsp;sure&nbsp;why&nbsp;you&nbsp;want&nbsp;to&nbsp;disable&nbsp;that&nbsp;though,&nbsp;warnings&nbsp;usually&nbsp;alert&nbsp;you&nbsp;of&nbsp;bugs&nbsp;in&nbsp;your&nbsp;code.&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;02/10/2014&nbsp;07:44&nbsp;PM,&nbsp;Anton&nbsp;Koval&#39;&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+Hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+as&nbsp;I&nbsp;understand,&nbsp;by&nbsp;default&nbsp;`make&nbsp;all`&nbsp;performs&nbsp;compile&nbsp;with&lt;br&gt;&lt;/div&gt;<br>
+option**warnings_as_errors.**&lt;u&gt;&lt;/u&gt;How&nbsp;can&nbsp;I&nbsp;disable&nbsp;this&nbsp;option?&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+There&nbsp;are&nbsp;options&nbsp;described&nbsp;at&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/extend/erlang.mk#options&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;erlang.mk#options&lt;/a&gt;&nbsp;and&nbsp;I&nbsp;believe&nbsp;that&lt;br&gt;&lt;/div&gt;<br>
+|ERLC_OPTS&nbsp;should&nbsp;be&nbsp;filled&nbsp;with&nbsp;`-|warnings_as_errors`**.&nbsp;But&nbsp;it&nbsp;is&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+unclear&nbsp;for&nbsp;me&nbsp;where&nbsp;have&nbsp;I&nbsp;to&nbsp;add(put)&nbsp;that&nbsp;option?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thanks.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140210/a2b35e2f/attachment.html b/_build/static/archives/extend/attachments/20140210/a2b35e2f/attachment.html
new file mode 100644
index 00000000..363ec211
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140210/a2b35e2f/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello,&lt;br&gt;&lt;br&gt;as&nbsp;I&nbsp;understand,&nbsp;by&nbsp;default&nbsp;`make&nbsp;all`&nbsp;performs&nbsp;compile&nbsp;with&nbsp;option&lt;strong&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&nbsp;&lt;/span&gt;&lt;/strong&gt;warnings_as_errors.&lt;strong&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&nbsp;&lt;/span&gt;&lt;/strong&gt;&lt;span&nbsp;class=&quot;&quot;&gt;How&nbsp;can&nbsp;I&nbsp;disable&nbsp;this&nbsp;option?&lt;br&gt;<br>
+There&nbsp;are&nbsp;options&nbsp;described&nbsp;at&nbsp;&lt;a&nbsp;href=&quot;https://github.com/extend/erlang.mk#options&quot;&gt;https://github.com/extend/erlang.mk#options&lt;/a&gt;&nbsp;and&nbsp;I&nbsp;believe&nbsp;that&nbsp;&lt;/span&gt;&lt;code&gt;ERLC_OPTS&nbsp;should&nbsp;be&nbsp;filled&nbsp;with&nbsp;`-&lt;/code&gt;warnings_as_errors`&lt;strong&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;/span&gt;&lt;/strong&gt;.&nbsp;But&nbsp;it&nbsp;is&nbsp;unclear&nbsp;for&nbsp;me&nbsp;where&nbsp;have&nbsp;I&nbsp;to&nbsp;add(put)&nbsp;that&nbsp;option?&lt;br&gt;<br>
+&lt;br&gt;Thanks.&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140210/b46e2bab/attachment.html b/_build/static/archives/extend/attachments/20140210/b46e2bab/attachment.html
new file mode 100644
index 00000000..edc309fa
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140210/b46e2bab/attachment.html
@@ -0,0 +1,15 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi&nbsp;again,&lt;div&gt;another&nbsp;idea&nbsp;is&nbsp;to&nbsp;make&nbsp;environment&nbsp;(Env),&nbsp;which&nbsp;is&nbsp;passed&nbsp;between&nbsp;middlewares,&nbsp;a&nbsp;part&nbsp;of&nbsp;Request&nbsp;record,&nbsp;so&nbsp;I&nbsp;could&nbsp;have&nbsp;an&nbsp;access&nbsp;to&nbsp;it&nbsp;in&nbsp;onresponse&nbsp;callback.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Any&nbsp;of&nbsp;that&nbsp;makes&nbsp;sense?&lt;/div&gt;<br>
+<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;Łukasz&nbsp;Biedrycki&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Fri,&nbsp;Feb&nbsp;7,&nbsp;2014&nbsp;at&nbsp;5:56&nbsp;PM,&nbsp;Łukasz&nbsp;Biedrycki&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;in&nbsp;my&nbsp;application&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;add&nbsp;some&nbsp;metrics&nbsp;per&nbsp;handler&nbsp;and&nbsp;per&nbsp;response&nbsp;http&nbsp;status&nbsp;code.&lt;/div&gt;<br>
+<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;One&nbsp;way&nbsp;is&nbsp;to&nbsp;add&nbsp;on&nbsp;response&nbsp;callback&nbsp;function,&nbsp;but&nbsp;there&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;an&nbsp;information&nbsp;about&nbsp;handler&nbsp;and&nbsp;handler&nbsp;opts.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Second&nbsp;way&nbsp;is&nbsp;to&nbsp;add&nbsp;a&nbsp;middleware,&nbsp;but&nbsp;then&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;an&nbsp;information&nbsp;about&nbsp;response&nbsp;status&nbsp;code.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Frankly,&nbsp;I&nbsp;like&nbsp;second&nbsp;way&nbsp;more. &lt;/div&gt;&lt;div&gt;How&nbsp;do&nbsp;like&nbsp;an&nbsp;idea&nbsp;to&nbsp;add&nbsp;response&nbsp;status&nbsp;code&nbsp;to&nbsp;request&nbsp;record&nbsp;similar&nbsp;to:&nbsp;resp_headers&nbsp;or&nbsp;resp_body&nbsp;?&lt;/div&gt;<br>
+<br>
+<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;Łukasz&nbsp;Biedrycki&lt;/div&gt;&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140210/bf26d573/attachment.html b/_build/static/archives/extend/attachments/20140210/bf26d573/attachment.html
new file mode 100644
index 00000000..31d5ead2
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140210/bf26d573/attachment.html
@@ -0,0 +1,60 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hey,&lt;div&gt;I&nbsp;didn’t&nbsp;know&nbsp;about&nbsp;that. &lt;/div&gt;&lt;div&gt;That&nbsp;is&nbsp;exactly&nbsp;what&nbsp;I&nbsp;need!&lt;/div&gt;&lt;div&gt;Thank&nbsp;you!&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;Łukasz&nbsp;Biedrycki&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;<br>
+<br>
+On&nbsp;Mon,&nbsp;Feb&nbsp;10,&nbsp;2014&nbsp;at&nbsp;10:49&nbsp;AM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+<br>
+You&nbsp;have&nbsp;the&nbsp;meta&nbsp;values&nbsp;in&nbsp;Req&nbsp;which&nbsp;are&nbsp;passed&nbsp;everywhere.&nbsp;You&nbsp;can&nbsp;easily&nbsp;set&nbsp;and&nbsp;retrieve&nbsp;them.&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;02/10/2014&nbsp;10:41&nbsp;AM,&nbsp;Łukasz&nbsp;Biedrycki&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+Hi&nbsp;again,&lt;br&gt;<br>
+another&nbsp;idea&nbsp;is&nbsp;to&nbsp;make&nbsp;environment&nbsp;(Env),&nbsp;which&nbsp;is&nbsp;passed&nbsp;between&lt;br&gt;<br>
+middlewares,&nbsp;a&nbsp;part&nbsp;of&nbsp;Request&nbsp;record,&nbsp;so&nbsp;I&nbsp;could&nbsp;have&nbsp;an&nbsp;access&nbsp;to&nbsp;it&nbsp;in&lt;br&gt;<br>
+onresponse&nbsp;callback.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Any&nbsp;of&nbsp;that&nbsp;makes&nbsp;sense?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cheers,&lt;br&gt;<br>
+Łukasz&nbsp;Biedrycki&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Fri,&nbsp;Feb&nbsp;7,&nbsp;2014&nbsp;at&nbsp;5:56&nbsp;PM,&nbsp;Łukasz&nbsp;Biedrycki&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+wrote:&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hi,&lt;br&gt;<br>
+in&nbsp;my&nbsp;application&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;add&nbsp;some&nbsp;metrics&nbsp;per&nbsp;handler&nbsp;and&nbsp;per&lt;br&gt;<br>
+response&nbsp;http&nbsp;status&nbsp;code.&lt;br&gt;<br>
+&lt;br&gt;<br>
+One&nbsp;way&nbsp;is&nbsp;to&nbsp;add&nbsp;on&nbsp;response&nbsp;callback&nbsp;function,&nbsp;but&nbsp;there&nbsp;I&nbsp;do&nbsp;not&nbsp;have&lt;br&gt;<br>
+an&nbsp;information&nbsp;about&nbsp;handler&nbsp;and&nbsp;handler&nbsp;opts.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Second&nbsp;way&nbsp;is&nbsp;to&nbsp;add&nbsp;a&nbsp;middleware,&nbsp;but&nbsp;then&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;an&nbsp;information&lt;br&gt;<br>
+about&nbsp;response&nbsp;status&nbsp;code.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Frankly,&nbsp;I&nbsp;like&nbsp;second&nbsp;way&nbsp;more.&lt;br&gt;<br>
+How&nbsp;do&nbsp;like&nbsp;an&nbsp;idea&nbsp;to&nbsp;add&nbsp;response&nbsp;status&nbsp;code&nbsp;to&nbsp;request&nbsp;record&nbsp;similar&lt;br&gt;<br>
+to:&nbsp;resp_headers&nbsp;or&nbsp;resp_body&nbsp;?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cheers,&lt;br&gt;<br>
+Łukasz&nbsp;Biedrycki&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140210/fa72e2ba/attachment.html b/_build/static/archives/extend/attachments/20140210/fa72e2ba/attachment.html
new file mode 100644
index 00000000..00f1bf63
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140210/fa72e2ba/attachment.html
@@ -0,0 +1,41 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Got&nbsp;it!&nbsp;:)&nbsp;&lt;br&gt;fixed&nbsp;all&nbsp;warnings&nbsp;and&nbsp;removed�&nbsp;ERLC_OPTS&nbsp;from&nbsp;Makefile.&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Feb&nbsp;10,&nbsp;2014&nbsp;at&nbsp;9:46&nbsp;PM,&nbsp;Ivan&nbsp;Uemlianin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;I&nbsp;promise&nbsp;you,&nbsp;improving&nbsp;the&nbsp;code&nbsp;now&nbsp;to&nbsp;get&nbsp;rid&nbsp;of&nbsp;the&nbsp;warnings&nbsp;is&nbsp;worth&nbsp;it.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;Ivan&lt;br&gt;&lt;br&gt;--&lt;br&gt;festina&nbsp;lente&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;div&gt;&lt;br&gt;On&nbsp;10&nbsp;Feb&nbsp;2014,&nbsp;at&nbsp;19:22,&nbsp;&quot;Anton&nbsp;Koval&#39;&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Thanks&nbsp;for&nbsp;explanation.&nbsp;&lt;br&gt;My&nbsp;situation:&nbsp;I&#39;m&nbsp;developing&nbsp;some&nbsp;stuff&nbsp;in&nbsp;module.&nbsp;That&nbsp;module&nbsp;in&nbsp;some&nbsp;kind&nbsp;of&nbsp;&quot;draft&#39;&nbsp;state&nbsp;(e.g.&nbsp;some&nbsp;functions&nbsp;are&nbsp;unused),&nbsp;but&nbsp;regardless&nbsp;that&nbsp;I&nbsp;want&nbsp;to&nbsp;compile&nbsp;project&nbsp;in&nbsp;order&nbsp;to&nbsp;test&nbsp;some&nbsp;specific&nbsp;parts&nbsp;of&nbsp;that&nbsp;module.&nbsp;&lt;br&gt;<br>
+<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Mon,&nbsp;Feb&nbsp;10,&nbsp;2014&nbsp;at&nbsp;8:48&nbsp;PM,&nbsp;Lo�c&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;You&nbsp;can&nbsp;just&nbsp;define&nbsp;ERLC_OPTS&nbsp;before&nbsp;you&nbsp;include&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;and&nbsp;it&#39;ll&nbsp;use&nbsp;that&nbsp;instead.&nbsp;I&#39;m&nbsp;not&nbsp;sure&nbsp;why&nbsp;you&nbsp;want&nbsp;to&nbsp;disable&nbsp;that&nbsp;though,&nbsp;warnings&nbsp;usually&nbsp;alert&nbsp;you&nbsp;of&nbsp;bugs&nbsp;in&nbsp;your&nbsp;code.&lt;div&gt;<br>
+<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;02/10/2014&nbsp;07:44&nbsp;PM,&nbsp;Anton&nbsp;Koval&#39;&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;<br>
+Hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+as&nbsp;I&nbsp;understand,&nbsp;by&nbsp;default&nbsp;`make&nbsp;all`&nbsp;performs&nbsp;compile&nbsp;with&lt;br&gt;&lt;/div&gt;<br>
+option**warnings_as_errors.**&lt;u&gt;&lt;/u&gt;How&nbsp;can&nbsp;I&nbsp;disable&nbsp;this&nbsp;option?&lt;div&gt;&lt;br&gt;<br>
+There&nbsp;are&nbsp;options&nbsp;described&nbsp;at&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/extend/erlang.mk#options&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/extend/&lt;u&gt;&lt;/u&gt;erlang.mk#options&lt;/a&gt;&nbsp;and&nbsp;I&nbsp;believe&nbsp;that&lt;br&gt;&lt;/div&gt;<br>
+|ERLC_OPTS&nbsp;should&nbsp;be&nbsp;filled&nbsp;with&nbsp;`-|warnings_as_errors`**.&nbsp;But&nbsp;it&nbsp;is&lt;div&gt;&lt;br&gt;<br>
+unclear&nbsp;for&nbsp;me&nbsp;where&nbsp;have&nbsp;I&nbsp;to&nbsp;add(put)&nbsp;that&nbsp;option?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thanks.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Lo�c&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;span&gt;_______________________________________________&lt;/span&gt;&lt;br&gt;&lt;span&gt;Extend&nbsp;mailing&nbsp;list&lt;/span&gt;&lt;br&gt;&lt;span&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;/span&gt;&lt;br&gt;<br>
+&lt;span&gt;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;/span&gt;&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140303/52007acc/attachment.html b/_build/static/archives/extend/attachments/20140303/52007acc/attachment.html
new file mode 100644
index 00000000..de4f2988
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140303/52007acc/attachment.html
@@ -0,0 +1,11 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello,&lt;br&gt;&lt;br&gt;I&nbsp;have&nbsp;next&nbsp;structure&nbsp;of&nbsp;my&nbsp;project:&lt;br&gt;.&lt;br&gt;├──&nbsp;deps&lt;br&gt;│  &nbsp;├──&nbsp;cowboy&lt;br&gt;│  &nbsp;├──&nbsp;cowlib&lt;br&gt;│  &nbsp;├──&nbsp;erlang_iconv&lt;br&gt;│  &nbsp;├──&nbsp;erlydtl&lt;br&gt;│  &nbsp;├──&nbsp;mochiweb_xpath&lt;br&gt;│  &nbsp;└──&nbsp;ranch&lt;br&gt;├──&nbsp;ebin&lt;br&gt;│  &nbsp;├──&nbsp;fetchers.beam&lt;br&gt;
<br>
+│  &nbsp;├──&nbsp;parsers.beam&lt;br&gt;│  &nbsp;└──&nbsp;wasearch_sup.beam&lt;br&gt;├──&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&lt;br&gt;├──&nbsp;Makefile&lt;br&gt;├──&nbsp;_rel&lt;br&gt;│  &nbsp;└──&nbsp;....&lt;br&gt;├──&nbsp;relx&lt;br&gt;├──&nbsp;relx.config&lt;br&gt;├──&nbsp;src&lt;br&gt;│  &nbsp;├──&nbsp;fetchers.erl&lt;br&gt;│  &nbsp;├──&nbsp;main_handler.erl&lt;br&gt;
<br>
+│  &nbsp;├──&nbsp;parsers.erl&lt;br&gt;│  &nbsp;├──&nbsp;tests&lt;br&gt;│  &nbsp;│  &nbsp;├──&nbsp;parsers_SUITE_data&lt;br&gt;│  &nbsp;│  &nbsp;├──&nbsp;parsers_SUITE.erl&lt;br&gt;│  &nbsp;│  &nbsp;├──&nbsp;....&lt;br&gt;│  &nbsp;├──&nbsp;wasearch_app.erl&lt;br&gt;│  &nbsp;├──&nbsp;wasearch.app.src&lt;br&gt;│  &nbsp;└──&nbsp;wasearch_sup.erl&lt;br&gt;└──&nbsp;templates&lt;br&gt;
<br>
+   &nbsp;└──&nbsp;index.dtl&lt;br&gt;&lt;br&gt;I&nbsp;would&nbsp;prefer&nbsp;to&nbsp;store&nbsp;tests&nbsp;not&nbsp;in&nbsp;`src`&nbsp;directory&nbsp;but&nbsp;rather&nbsp;in&nbsp;`tests`&nbsp;subdirectory.&nbsp;&lt;br&gt;Erlang.mk&nbsp;README&nbsp;says:&nbsp;You&nbsp;can&nbsp;run&nbsp;an&nbsp;individual&nbsp;test&nbsp;suite&nbsp;by&nbsp;using&nbsp;the&nbsp;special&nbsp;&lt;code&gt;test_*&lt;/code&gt;
<br>
+targets.&nbsp;For&nbsp;example&nbsp;if&nbsp;you&nbsp;have&nbsp;a&nbsp;common_test&nbsp;suite&nbsp;named&nbsp;&lt;code&gt;spdy&lt;/code&gt;
<br>
+and&nbsp;you&nbsp;want&nbsp;to&nbsp;run&nbsp;only&nbsp;this&nbsp;suite&nbsp;and&nbsp;not&nbsp;the&nbsp;others,&nbsp;you&nbsp;can
<br>
+use&nbsp;the&nbsp;&lt;code&gt;make&nbsp;test_spdy&lt;/code&gt;&nbsp;command.&lt;br&gt;And&nbsp;of&nbsp;course&nbsp;`make&nbsp;test_parsers` &nbsp;returns&nbsp;`no&nbsp;rule&nbsp;to&nbsp;make&nbsp;target`&nbsp;error.&nbsp;&lt;br&gt;Is&nbsp;there&nbsp;a&nbsp;way&nbsp;to&nbsp;run&nbsp;suites&nbsp;from&nbsp;custom&nbsp;directory&nbsp;with&nbsp;`make_&lt;mod_name_with_suite&gt;`&nbsp;command?&nbsp;&lt;br&gt;
<br>
+&lt;/div&gt;
<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140306/24422ef2/attachment.html b/_build/static/archives/extend/attachments/20140306/24422ef2/attachment.html
new file mode 100644
index 00000000..62741bf1
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140306/24422ef2/attachment.html
@@ -0,0 +1,19 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;also&nbsp;found&nbsp;the&nbsp;answer&nbsp;to&nbsp;my&nbsp;own&nbsp;question:&nbsp;custom&nbsp;middleware&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;just&nbsp;created:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;�&nbsp;�1&nbsp;-module(authentication_middleware).&lt;/div&gt;&lt;div&gt;�&nbsp;�2&lt;/div&gt;&lt;div&gt;�&nbsp;�3&nbsp;-behaviour(cowboy_middleware).&lt;/div&gt;<br>
+&lt;div&gt;�&nbsp;�4&lt;/div&gt;&lt;div&gt;�&nbsp;�5&nbsp;-export([execute/2]).&lt;/div&gt;&lt;div&gt;�&nbsp;�6&lt;/div&gt;&lt;div&gt;�&nbsp;�7&nbsp;execute(Req,&nbsp;Env)&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;�8&lt;/div&gt;&lt;div&gt;�&nbsp;�9&nbsp;�&nbsp;�&nbsp;{Path,&nbsp;Req1}&nbsp;=&nbsp;cowboy_req:path(Req),&lt;/div&gt;&lt;div&gt;�&nbsp;10&lt;/div&gt;&lt;div&gt;�&nbsp;11&nbsp;�&nbsp;�&nbsp;case&nbsp;Path&nbsp;of&lt;/div&gt;<br>
+&lt;div&gt;�&nbsp;12&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;&lt;&lt;&quot;/login.html&quot;&gt;&gt;&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;13&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{ok,&nbsp;Req1,&nbsp;Env};&lt;/div&gt;&lt;div&gt;�&nbsp;14&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;&lt;&lt;&quot;/do_login&quot;&gt;&gt;&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;15&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{ok,&nbsp;Req1,&nbsp;Env};&lt;/div&gt;<br>
+&lt;div&gt;�&nbsp;16&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;_&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;17&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;case&nbsp;id3as_security:is_request_authenticated(Req1)&nbsp;of&lt;/div&gt;&lt;div&gt;�&nbsp;18&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{error,&nbsp;eauth,&nbsp;Req2}&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;19&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{ok,&nbsp;Req4}&nbsp;=&nbsp;cowboy_req:reply(303,&nbsp;[{&lt;&lt;&quot;Location&quot;&gt;&gt;,&nbsp;&lt;&lt;&quot;/login.html&quot;&gt;&gt;}],&nbsp;&quot;&quot;,&nbsp;Req2),&lt;/div&gt;<br>
+&lt;div&gt;�&nbsp;20&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{halt,&nbsp;Req4};&lt;/div&gt;&lt;div&gt;�&nbsp;21&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;{authenticated,&nbsp;_Id,&nbsp;Req2}&nbsp;-&gt;&lt;/div&gt;&lt;div&gt;�&nbsp;22&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�{ok,&nbsp;Req2,&nbsp;Env}&lt;/div&gt;&lt;div&gt;�&nbsp;23&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;�&nbsp;end&lt;/div&gt;&lt;div&gt;�&nbsp;24&nbsp;�&nbsp;�&nbsp;end.&lt;/div&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;And&nbsp;put&nbsp;this&nbsp;between&nbsp;the&nbsp;cowboy_router&nbsp;and&nbsp;cowboy_handler&nbsp;and&nbsp;life&nbsp;is&nbsp;all&nbsp;good.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-Mark&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Mar&nbsp;6,&nbsp;2014&nbsp;at&nbsp;12:47&nbsp;AM,&nbsp;Mark&nbsp;Nijhof&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;want&nbsp;to&nbsp;create&nbsp;a&nbsp;module&nbsp;that&nbsp;basically&nbsp;sits&nbsp;between&nbsp;the&nbsp;incoming&nbsp;request&nbsp;and&nbsp;the&nbsp;http&nbsp;handler&nbsp;for&nbsp;that&nbsp;request&nbsp;to&nbsp;ensure&nbsp;a&nbsp;request&nbsp;is&nbsp;authenticated&nbsp;(using&nbsp;a&nbsp;cookie),&nbsp;if&nbsp;the&nbsp;request&nbsp;is&nbsp;not&nbsp;authenticated&nbsp;then&nbsp;I&nbsp;like&nbsp;to&nbsp;redirect&nbsp;to&nbsp;a&nbsp;specific&nbsp;login&nbsp;page&nbsp;(which&nbsp;should&nbsp;not&nbsp;be&nbsp;filtered).&lt;/div&gt;<br>
+<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;this&nbsp;possible&nbsp;with&nbsp;Cowboy?&nbsp;Should&nbsp;I&nbsp;use&nbsp;the&nbsp;onrequest&nbsp;hook&nbsp;(not&nbsp;sure&nbsp;if&nbsp;I&nbsp;can&nbsp;force&nbsp;redirects&nbsp;from&nbsp;there)&nbsp;for&nbsp;that&nbsp;or&nbsp;is&nbsp;there&nbsp;a&nbsp;better&nbsp;way?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;<br>
+<br>
+-Mark&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Mark&nbsp;Nijhof&lt;br&gt;&lt;div&gt;&lt;div&gt;t:&nbsp;�&nbsp;&lt;a&nbsp;href=&quot;https://twitter.com/MarkNijhof&quot;&nbsp;target=&quot;_blank&quot;&gt;@MarkNijhof&lt;/a&gt;&lt;br&gt;s:&nbsp;�marknijhof&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Mark&nbsp;Nijhof&lt;br&gt;&lt;div&gt;&lt;div&gt;t:&nbsp;�&nbsp;&lt;a&nbsp;href=&quot;https://twitter.com/MarkNijhof&quot;&nbsp;target=&quot;_blank&quot;&gt;@MarkNijhof&lt;/a&gt;&lt;br&gt;s:&nbsp;�marknijhof&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140306/6fa8fe3b/attachment.html b/_build/static/archives/extend/attachments/20140306/6fa8fe3b/attachment.html
new file mode 100644
index 00000000..2754a31d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140306/6fa8fe3b/attachment.html
@@ -0,0 +1,67 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Thank&nbsp;you&nbsp;for&nbsp;answer.&nbsp;&lt;br&gt;Is&nbsp;it&nbsp;common&nbsp;way&nbsp;(for&nbsp;OTP-based&nbsp;application)&nbsp;to&nbsp;store&nbsp;tests&nbsp;in&nbsp;`tests`&nbsp;subdirectory&nbsp;rather&nbsp;then&nbsp;in&nbsp;`src/tests/`?&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Mar&nbsp;6,&nbsp;2014&nbsp;at&nbsp;4:40&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Tests&nbsp;should&nbsp;be&nbsp;in&nbsp;./tests,&nbsp;not&nbsp;./src/tests.&lt;br&gt;<br>
+&lt;br&gt;<br>
+If&nbsp;you&nbsp;put&nbsp;them&nbsp;in&nbsp;./tests&nbsp;everything&nbsp;you&nbsp;mentioned&nbsp;will&nbsp;work.&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;03/03/2014&nbsp;09:49&nbsp;PM,&nbsp;Anton&nbsp;Koval&#39;&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+Hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;have&nbsp;next&nbsp;structure&nbsp;of&nbsp;my&nbsp;project:&lt;br&gt;<br>
+.&lt;br&gt;<br>
+├──&nbsp;deps&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;cowboy&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;cowlib&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;erlang_iconv&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;erlydtl&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;mochiweb_xpath&lt;br&gt;<br>
+│&nbsp; &nbsp;└──&nbsp;ranch&lt;br&gt;<br>
+├──&nbsp;ebin&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;fetchers.beam&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;parsers.beam&lt;br&gt;<br>
+│&nbsp; &nbsp;└──&nbsp;wasearch_sup.beam&lt;br&gt;&lt;/div&gt;<br>
+├──&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;&lt;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.mk&lt;/a&gt;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+├──&nbsp;Makefile&lt;br&gt;<br>
+├──&nbsp;_rel&lt;br&gt;<br>
+│&nbsp; &nbsp;└──&nbsp;....&lt;br&gt;<br>
+├──&nbsp;relx&lt;br&gt;<br>
+├──&nbsp;relx.config&lt;br&gt;<br>
+├──&nbsp;src&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;fetchers.erl&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;main_handler.erl&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;parsers.erl&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;tests&lt;br&gt;<br>
+│&nbsp; &nbsp;│&nbsp; &nbsp;├──&nbsp;parsers_SUITE_data&lt;br&gt;<br>
+│&nbsp; &nbsp;│&nbsp; &nbsp;├──&nbsp;parsers_SUITE.erl&lt;br&gt;<br>
+│&nbsp; &nbsp;│&nbsp; &nbsp;├──&nbsp;....&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;wasearch_app.erl&lt;br&gt;<br>
+│&nbsp; &nbsp;├──&nbsp;wasearch.app.src&lt;br&gt;<br>
+│&nbsp; &nbsp;└──&nbsp;wasearch_sup.erl&lt;br&gt;<br>
+└──&nbsp;templates&lt;br&gt;<br>
+ &nbsp; &nbsp; └──&nbsp;index.dtl&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;would&nbsp;prefer&nbsp;to&nbsp;store&nbsp;tests&nbsp;not&nbsp;in&nbsp;`src`&nbsp;directory&nbsp;but&nbsp;rather&nbsp;in&lt;br&gt;<br>
+`tests`&nbsp;subdirectory.&lt;br&gt;<br>
+Erlang.mk&nbsp;README&nbsp;says:&nbsp;You&nbsp;can&nbsp;run&nbsp;an&nbsp;individual&nbsp;test&nbsp;suite&nbsp;by&nbsp;using&nbsp;the&lt;br&gt;<br>
+special&nbsp;|test_*|&nbsp;targets.&nbsp;For&nbsp;example&nbsp;if&nbsp;you&nbsp;have&nbsp;a&nbsp;common_test&nbsp;suite&lt;br&gt;<br>
+named&nbsp;|spdy|&nbsp;and&nbsp;you&nbsp;want&nbsp;to&nbsp;run&nbsp;only&nbsp;this&nbsp;suite&nbsp;and&nbsp;not&nbsp;the&nbsp;others,&nbsp;you&lt;br&gt;<br>
+can&nbsp;use&nbsp;the&nbsp;|make&nbsp;test_spdy|&nbsp;command.&lt;br&gt;<br>
+And&nbsp;of&nbsp;course&nbsp;`make&nbsp;test_parsers`&nbsp; returns&nbsp;`no&nbsp;rule&nbsp;to&nbsp;make&nbsp;target`&nbsp;error.&lt;br&gt;<br>
+Is&nbsp;there&nbsp;a&nbsp;way&nbsp;to&nbsp;run&nbsp;suites&nbsp;from&nbsp;custom&nbsp;directory&nbsp;with&lt;br&gt;<br>
+`make_&lt;mod_name_with_suite&gt;`&nbsp;command?&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140306/a517215b/attachment.html b/_build/static/archives/extend/attachments/20140306/a517215b/attachment.html
new file mode 100644
index 00000000..9f53e9df
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140306/a517215b/attachment.html
@@ -0,0 +1,7 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;want&nbsp;to&nbsp;create&nbsp;a&nbsp;module&nbsp;that&nbsp;basically&nbsp;sits&nbsp;between&nbsp;the&nbsp;incoming&nbsp;request&nbsp;and&nbsp;the&nbsp;http&nbsp;handler&nbsp;for&nbsp;that&nbsp;request&nbsp;to&nbsp;ensure&nbsp;a&nbsp;request&nbsp;is&nbsp;authenticated&nbsp;(using&nbsp;a&nbsp;cookie),&nbsp;if&nbsp;the&nbsp;request&nbsp;is&nbsp;not&nbsp;authenticated&nbsp;then&nbsp;I&nbsp;like&nbsp;to&nbsp;redirect&nbsp;to&nbsp;a&nbsp;specific&nbsp;login&nbsp;page&nbsp;(which&nbsp;should&nbsp;not&nbsp;be&nbsp;filtered).&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;this&nbsp;possible&nbsp;with&nbsp;Cowboy?&nbsp;Should&nbsp;I&nbsp;use&nbsp;the&nbsp;onrequest&nbsp;hook&nbsp;(not&nbsp;sure&nbsp;if&nbsp;I&nbsp;can&nbsp;force&nbsp;redirects&nbsp;from&nbsp;there)&nbsp;for&nbsp;that&nbsp;or&nbsp;is&nbsp;there&nbsp;a&nbsp;better&nbsp;way?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;<br>
+-Mark&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Mark&nbsp;Nijhof&lt;br&gt;&lt;div&gt;&lt;div&gt;t:&nbsp;�&nbsp;&lt;a&nbsp;href=&quot;https://twitter.com/MarkNijhof&quot;&nbsp;target=&quot;_blank&quot;&gt;@MarkNijhof&lt;/a&gt;&lt;br&gt;s:&nbsp;�marknijhof&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140314/b2f802d3/attachment.html b/_build/static/archives/extend/attachments/20140314/b2f802d3/attachment.html
new file mode 100644
index 00000000..a95a7cc4
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140314/b2f802d3/attachment.html
@@ -0,0 +1,31 @@
+<tt>
+&lt;html&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=iso-8859-1&quot;&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-size:&nbsp;14px;&nbsp;font-family:&nbsp;Calibri,&nbsp;sans-serif;&quot;&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;On&nbsp;a&nbsp;dev&nbsp;server&nbsp;I&nbsp;had&nbsp;a&nbsp;Cowboy&nbsp;app&nbsp;suddenly&nbsp;start&nbsp;returning&nbsp;timeouts&nbsp;when&nbsp;calling&nbsp;cowboy_req:body_qs(Request),&nbsp;with&nbsp;surprising&nbsp;frequency,&nbsp;which&nbsp;in&nbsp;turn&nbsp;led&nbsp;to&nbsp;500s&nbsp;back&nbsp;to&nbsp;the&nbsp;calling&nbsp;client.&nbsp;It&nbsp;only<br>
+&nbsp;appeared&nbsp;to&nbsp;happen&nbsp;when&nbsp;hitting&nbsp;one&nbsp;particular&nbsp;resource,&nbsp;and&nbsp;was&nbsp;sporadic,&nbsp;and&nbsp;I&nbsp;was&nbsp;wondering&nbsp;if&nbsp;there&nbsp;might&nbsp;be&nbsp;some&nbsp;explanation&nbsp;related&nbsp;to&nbsp;Cowboy&nbsp;(as&nbsp;opposed&nbsp;to&nbsp;maybe&nbsp;really&nbsp;weird&nbsp;VM&nbsp;issues).&nbsp;For&nbsp;full&nbsp;disclosure,&nbsp;we&nbsp;would&nbsp;first&nbsp;check&nbsp;the&nbsp;body&nbsp;with&nbsp;cowboy_req:body(Request)<br>
+&nbsp;as&nbsp;part&nbsp;of&nbsp;an&nbsp;access&nbsp;log,&nbsp;then&nbsp;ignore&nbsp;the&nbsp;returned&nbsp;cowboy_req:req()&nbsp;that&nbsp;call&nbsp;passed&nbsp;back,&nbsp;since&nbsp;we&nbsp;could&nbsp;not&nbsp;then&nbsp;stream&nbsp;the&nbsp;body&nbsp;off&nbsp;of&nbsp;it&nbsp;again.&nbsp;It&nbsp;was&nbsp;working&nbsp;fine,&nbsp;so&nbsp;I&nbsp;don't&nbsp;think&nbsp;it&nbsp;was&nbsp;related,&nbsp;but&nbsp;it&nbsp;seems&nbsp;more&nbsp;solid&nbsp;now&nbsp;after&nbsp;I&nbsp;removed&nbsp;it&nbsp;and&nbsp;I&nbsp;don't<br>
+&nbsp;know&nbsp;if&nbsp;that's&nbsp;related&nbsp;or&nbsp;not.&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;&lt;br&gt;<br>
+&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;&lt;br&gt;<br>
+&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;Here&nbsp;is&nbsp;an&nbsp;example&nbsp;request&nbsp;that&nbsp;dumped&nbsp;when&nbsp;the&nbsp;process&nbsp;died&nbsp;-&nbsp;&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;&lt;br&gt;<br>
+&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;{req,[{socket,#Port&lt;0.7113&gt;},{transport,ranch_tcp},{connection,keepalive},{pid,&lt;0.1805.0&gt;},{method,&lt;&lt;&quot;POST&quot;&gt;&gt;},{version,'HTTP/1.1'},{peer,{{10,188,32,225},53188}},{host,&lt;&lt;&quot;bps-feedschedulervip1.turner.com&quot;&gt;&gt;},{host_info,undefined},{port,8091},{path,&lt;&lt;&quot;/encoders/Player1/record&quot;&gt;&gt;},{path_info,[&lt;&lt;&quot;record&quot;&gt;&gt;]},{qs,&lt;&lt;&quot;authToken=&#8230;&quot;&gt;&gt;},{qs_vals,[{&lt;&lt;&quot;authToken&quot;&gt;&gt;,&lt;&lt;&quot;&#8230;&quot;&gt;&gt;}]},{bindings,[{id,&lt;&lt;&quot;Player1&quot;&gt;&gt;}]},{headers,[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;bps-feedschedulervip1.turner.com:8091&quot;&gt;&gt;},{&lt;&lt;&quot;content-type&quot;&gt;&gt;,&lt;&lt;&quot;application/x-www-form-urlencoded;<br>
+&nbsp;charset=UTF-8&quot;&gt;&gt;},{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;http://bps-newstrondev1.turner.com&quot;&gt;&gt;},{&lt;&lt;&quot;content-length&quot;&gt;&gt;,&lt;&lt;&quot;48&quot;&gt;&gt;},{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;keep-alive&quot;&gt;&gt;},{&lt;&lt;&quot;accept&quot;&gt;&gt;,&lt;&lt;&quot;application/json,&nbsp;text/javascript,&nbsp;*/*;&nbsp;q=0.01&quot;&gt;&gt;},{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;&lt;&quot;Mozilla/5.0&nbsp;(Macintosh;&nbsp;Intel<br>
+&nbsp;Mac&nbsp;OS&nbsp;X&nbsp;10_9_2)&nbsp;AppleWebKit/537.74.9&nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Version/7.0.2&nbsp;Safari/537.74.9&quot;&gt;&gt;},{&lt;&lt;&quot;referer&quot;&gt;&gt;,&lt;&lt;&quot;http://bps-newstrondev1.turner.com/newstron/record/record.html&quot;&gt;&gt;},{&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-us&quot;&gt;&gt;},{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&nbsp;deflate&quot;&gt;&gt;}]},{p_headers,[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;x-www-form-urlencoded&quot;&gt;&gt;,[{&lt;&lt;&quot;charset&quot;&gt;&gt;,&lt;&lt;&quot;utf-8&quot;&gt;&gt;}]}},{&lt;&lt;&quot;if-modified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-none-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-unmodified-since&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;if-match&quot;&gt;&gt;,undefined},{&lt;&lt;&quot;accept&quot;&gt;&gt;,[{{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,[]},1000,[]},{{&lt;&lt;&quot;text&quot;&gt;&gt;,&lt;&lt;&quot;javascript&quot;&gt;&gt;,[]},1000,[]},{{&lt;&lt;&quot;*&quot;&gt;&gt;,&lt;&lt;&quot;*&quot;&gt;&gt;,[]},10,[]}]},{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;keep-alive&quot;&gt;&gt;]}]},{cookies,undefined},{meta,[{charset,undefined},{media_type,{&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,[]}}]},{body_state,waiting},{multipart,undefined},{buffer,&lt;&lt;&gt;&gt;},{resp_compress,false},{resp_state,waiting},{resp_headers,[{&lt;&lt;&quot;content-type&quot;&gt;&gt;,[&lt;&lt;&quot;application&quot;&gt;&gt;,&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;json&quot;&gt;&gt;,&lt;&lt;&gt;&gt;]},{&lt;&lt;&quot;Access-Control-Allow-Origin&quot;&gt;&gt;,&lt;&lt;&quot;*&quot;&gt;&gt;}]},{resp_body,&lt;&lt;&gt;&gt;},{onresponse,#Fun&lt;access_log_responder.onresponse.4&gt;}]}&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;&lt;br&gt;<br>
+&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;&lt;br&gt;<br>
+&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;&lt;br&gt;<br>
+&lt;/p&gt;<br>
+&lt;p&nbsp;style=&quot;margin:&nbsp;0px;&nbsp;font-size:&nbsp;11px;&nbsp;font-family:&nbsp;Menlo;&quot;&gt;As&nbsp;I&nbsp;said,&nbsp;it&nbsp;may&nbsp;be&nbsp;just&nbsp;due&nbsp;to&nbsp;VM&nbsp;issues&nbsp;or&nbsp;something,&nbsp;but&nbsp;I&nbsp;figured&nbsp;I'd&nbsp;ask&nbsp;in&nbsp;case&nbsp;there&nbsp;was&nbsp;any&nbsp;obvious&nbsp;issue.&lt;/p&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140411/9e3c6c32/attachment.html b/_build/static/archives/extend/attachments/20140411/9e3c6c32/attachment.html
new file mode 100644
index 00000000..00111e16
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140411/9e3c6c32/attachment.html
@@ -0,0 +1,3 @@
+<tt>
+&lt;span&nbsp;style=&quot;font-family:&nbsp;Arial;&quot;&gt;Please&nbsp;report&nbsp;it&nbsp;to&nbsp;erlang-bugs,&nbsp;you&#39;ll&nbsp;get&nbsp;better&nbsp;help&nbsp;with&nbsp;ssl&nbsp;bugs&nbsp;there.&lt;br&gt;&lt;br&gt;--&nbsp;&lt;br&gt;Loïc&nbsp;Hoguin&lt;br&gt;http://ninenines.eu&lt;/span&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;Arial;&quot;&gt;&lt;br&gt;&lt;br&gt;--------&nbsp;Original&nbsp;Message&nbsp;--------&lt;br&gt;From:Samir&nbsp;Sow&nbsp;&lt;[email protected]&gt;&lt;br&gt;Sent:Fri,&nbsp;11&nbsp;Apr&nbsp;2014&nbsp;23:23:10&nbsp;+0200&lt;br&gt;To:[email protected]&lt;br&gt;Subject:[99s-extend]&nbsp;ssl&lt;br&gt;&lt;br&gt;&lt;/span&gt;Hi,&lt;br&gt;&lt;br&gt;Still&nbsp;struggling&nbsp;with&nbsp;ssl.&lt;br&gt;I&nbsp;decided&nbsp;to&nbsp;check&nbsp;what’s&nbsp;going&nbsp;on&nbsp;at&nbsp;the&nbsp;ssl&nbsp;module&nbsp;level.&nbsp;Did&nbsp;a&nbsp;step&nbsp;by&nbsp;step&nbsp;ssl&nbsp;connection&nbsp;using&nbsp;the&nbsp;erlang&nbsp;ssl&nbsp;doc.&lt;br&gt;Found&nbsp;an&nbsp;error&nbsp;erlang:size&nbsp;badarg,&nbsp;but&nbsp;could&nbsp;not&nbsp;understand&nbsp;if&nbsp;it’s&nbsp;a&nbsp;problem&nbsp;with&nbsp;the&nbsp;key/cert&nbsp;files&nbsp;or&nbsp;with&nbsp;the&nbsp;data&nbsp;sent&nbsp;by&nbsp;the&nbsp;client.&lt;br&gt;&lt;br&gt;Any&nbsp;help&nbsp;welcomed.&nbsp;Thx&lt;br&gt;&lt;br&gt;Samir&lt;br&gt;&lt;br&gt;{ok,&nbsp;SSLSocket}&nbsp;=&nbsp;ssl:ssl_accept(Socket,&nbsp;[{cacertfile,&nbsp;&quot;priv/cert/cacert.crt&quot;},&nbsp;{certfile,&nbsp;&quot;priv/cert/server.crt&quot;},&nbsp;{keyfile,&nbsp;&quot;priv/cert/server.key&quot;}]).&lt;br&gt;**&nbsp;exception&nbsp;exit:&nbsp;{{badarg,&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[{erlang,size,&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[[22,3,1,0,176,1,0,0,172,3,3,83,72,89,48,183,175,&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;58,145,197,219|...]],&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[]},&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{tls_record,get_tls_records_aux,2,&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[{file,&quot;tls_record.erl&quot;},{line,122}]},&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{tls_connection,next_tls_record,2,&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[{file,&quot;tls_connection.erl&quot;},{line,484}]},&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{tls_connection,handle_info,3,&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[{file,&quot;tls_connection.erl&quot;},{line,307}]},&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{gen_fsm,handle_msg,7,&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[{file,&quot;gen_fsm.erl&quot;},{line,503}]},&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{proc_lib,init_p_do_apply,3,&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[{file,&quot;proc_lib.erl&quot;},{line,239}]}]},&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{gen_fsm,sync_send_all_state_event,&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&lt;0.105.0&gt;,{start,infinity},infinity]}}&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in&nbsp;function&nbsp;&nbsp;gen_fsm:sync_send_all_state_event/3&nbsp;(gen_fsm.erl,&nbsp;line&nbsp;242)&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in&nbsp;call&nbsp;from&nbsp;ssl_connection:sync_send_all_state_event/2&nbsp;(ssl_connection.erl,&nbsp;line&nbsp;1649)&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in&nbsp;call&nbsp;from&nbsp;ssl_connection:handshake/2&nbsp;(ssl_connection.erl,&nbsp;line&nbsp;97)&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in&nbsp;call&nbsp;from&nbsp;tls_connection:start_fsm/8&nbsp;(tls_connection.erl,&nbsp;line&nbsp;81)&lt;br&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in&nbsp;call&nbsp;from&nbsp;ssl_connection:ssl_accept/7&nbsp;(ssl_connection.erl,&nbsp;line&nbsp;84)&lt;br&gt;_______________________________________________&lt;br&gt;Extend&nbsp;mailing&nbsp;list&lt;br&gt;[email protected]&lt;br&gt;https://lists.ninenines.eu/listinfo/extend&lt;br&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140420/bf45e4d0/attachment-0001.bin b/_build/static/archives/extend/attachments/20140420/bf45e4d0/attachment-0001.bin
new file mode 100644
index 00000000..67d03d72
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140420/bf45e4d0/attachment-0001.bin
@@ -0,0 +1,59 @@
+diff --git a/examples/websocket/priv/index.html b/examples/websocket/priv/index.html
+index 5bc7f15..3e233fa 100644
+--- a/examples/websocket/priv/index.html
++++ b/examples/websocket/priv/index.html
+@@ -1,7 +1,7 @@
+ <html>
+   <head>
+     <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
+-    <title>Websocket client</title>
++    <title>Websocket client foo</title>
+     <script src="/static/jquery.min.js"></script>
+     <script type="text/javascript">
+       
+@@ -13,7 +13,7 @@
+               $('#status').append('<p><span style="color: red;">websockets are not supported </span></p>');
+               $("#navigation").hide();  
+           } else {
+-              $('#status').append('<p><span style="color: green;">websockets are supported </span></p>');
++              $('#status').append('<p><span style="color: green;">websockets are supported ok </span></p>');
+               connect();
+           };
+               $("#connected").hide(); 	
+diff --git a/examples/websocket/src/ws_handler.erl b/examples/websocket/src/ws_handler.erl
+index bbbf716..cc73513 100644
+--- a/examples/websocket/src/ws_handler.erl
++++ b/examples/websocket/src/ws_handler.erl
+@@ -8,10 +8,12 @@
+ -export([websocket_terminate/3]).
+ 
+ init({tcp, http}, _Req, _Opts) ->
++	io:format("[ws_handler:init] _Req ~p _Opts ~p", [_Req, _Opts]),
+ 	{upgrade, protocol, cowboy_websocket}.
+ 
+ websocket_init(_TransportName, Req, _Opts) ->
+-	erlang:start_timer(1000, self(), <<"Hello!">>),
++	io:format("[websocket_init:init] Req ~p _Opts ~p", [Req, _Opts]),
++	% erlang:start_timer(1000, self(), <<"Hello!">>),
+ 	{ok, Req, undefined_state}.
+ 
+ websocket_handle({text, Msg}, Req, State) ->
+@@ -19,11 +21,15 @@ websocket_handle({text, Msg}, Req, State) ->
+ websocket_handle(_Data, Req, State) ->
+ 	{ok, Req, State}.
+ 
+-websocket_info({timeout, _Ref, Msg}, Req, State) ->
+-	erlang:start_timer(1000, self(), <<"How' you doin'?">>),
+-	{reply, {text, Msg}, Req, State};
++% websocket_info({timeout, _Ref, Msg}, Req, State) ->
++% 	erlang:start_timer(1000, self(), <<"How' you doin'?">>),
++% 	{reply, {text, Msg}, Req, State};
+ websocket_info(_Info, Req, State) ->
++	io:format("[ws_handler:websocket_info] _Info ~p Req ~p State ~p",
++		[_Info, Req, State]),
+ 	{ok, Req, State}.
+ 
+ websocket_terminate(_Reason, _Req, _State) ->
++	io:format("[ws_handler:websocket_terminate] _Reason ~p _Req ~p State ~p",
++		[_Reason, _Req, _State]),
+ 	ok.
diff --git a/_build/static/archives/extend/attachments/20140420/bf45e4d0/attachment.bin b/_build/static/archives/extend/attachments/20140420/bf45e4d0/attachment.bin
new file mode 100644
index 00000000..68ecb32b
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140420/bf45e4d0/attachment.bin
@@ -0,0 +1,113 @@
+diff --git a/src/cowboy_websocket.erl b/src/cowboy_websocket.erl
+index 98e25e6..3f3016a 100644
+--- a/src/cowboy_websocket.erl
++++ b/src/cowboy_websocket.erl
+@@ -62,6 +62,8 @@
+ 	| {suspend, module(), atom(), [any()]}
+ 	when Req::cowboy_req:req(), Env::cowboy_middleware:env().
+ upgrade(Req, Env, Handler, HandlerOpts) ->
++	io:format("[cowboy_websocket:upgrade] Req ~p, Env ~p, Handler ~p, HandlerOpts ~p",
++		[Req, Env, Handler, HandlerOpts]),
+ 	{_, Ref} = lists:keyfind(listener, 1, Env),
+ 	ranch:remove_connection(Ref),
+ 	[Socket, Transport] = cowboy_req:get([socket, transport], Req),
+@@ -78,6 +80,8 @@ upgrade(Req, Env, Handler, HandlerOpts) ->
+ -spec websocket_upgrade(#state{}, Req)
+ 	-> {ok, #state{}, Req} when Req::cowboy_req:req().
+ websocket_upgrade(State, Req) ->
++	io:format("[cowboy_websocket:websocket_upgrade] State ~p Req ~p",
++		[State, Req]),
+ 	{ok, ConnTokens, Req2}
+ 		= cowboy_req:parse_header(<<"connection">>, Req),
+ 	true = lists:member(<<"upgrade">>, ConnTokens),
+@@ -96,6 +100,7 @@ websocket_upgrade(State, Req) ->
+ -spec websocket_extensions(#state{}, Req)
+ 	-> {ok, #state{}, Req} when Req::cowboy_req:req().
+ websocket_extensions(State, Req) ->
++	io:format("[cowboy_websocket:websocket_extensions] State ~p Req ~p", [State, Req]),
+ 	case cowboy_req:parse_header(<<"sec-websocket-extensions">>, Req) of
+ 		{ok, Extensions, Req2} when Extensions =/= undefined ->
+ 			[Compress] = cowboy_req:get([resp_compress], Req),
+@@ -129,6 +134,8 @@ websocket_extensions(State, Req) ->
+ 	when Req::cowboy_req:req().
+ handler_init(State=#state{env=Env, transport=Transport,
+ 		handler=Handler}, Req, HandlerOpts) ->
++	io:format("[cowboy_websocket:handler_init] State ~p, Req ~p HandlerOpts ~p",
++		[State, Req, HandlerOpts]),
+ 	try Handler:websocket_init(Transport:name(), Req, HandlerOpts) of
+ 		{ok, Req2, HandlerState} ->
+ 			websocket_handshake(State, Req2, HandlerState);
+@@ -162,6 +169,8 @@ handler_init(State=#state{env=Env, transport=Transport,
+ websocket_handshake(State=#state{
+ 			transport=Transport, key=Key, deflate_frame=DeflateFrame},
+ 		Req, HandlerState) ->
++	io:format("[cowboy_websocket:websocket_handshake] State ~p Req ~p HandlerState ~p",
++		[State, Req, HandlerState]),
+ 	%% @todo Change into crypto:hash/2 for R17B+ or when supporting only R16B+.
+ 	Challenge = base64:encode(crypto:sha(
+ 		<< Key/binary, "258EAFA5-E914-47DA-95CA-C5AB0DC85B11" >>)),
+@@ -188,18 +197,24 @@ websocket_handshake(State=#state{
+ handler_before_loop(State=#state{
+ 			socket=Socket, transport=Transport, hibernate=true},
+ 		Req, HandlerState, SoFar) ->
++	io:format("[cowboy_websocket:handler_before_loop 1] State ~p Req ~p HandlerState ~p SoFar ~p",
++		[State, Req, HandlerState, SoFar]),
+ 	Transport:setopts(Socket, [{active, once}]),
+ 	{suspend, ?MODULE, handler_loop,
+ 		[State#state{hibernate=false}, Req, HandlerState, SoFar]};
+ handler_before_loop(State=#state{socket=Socket, transport=Transport},
+ 		Req, HandlerState, SoFar) ->
++	io:format("[cowboy_websocket:handler_before_loop 2] State ~p Req ~p HandlerState ~p SoFar ~p",
++		[State, Req, HandlerState, SoFar]),
+ 	Transport:setopts(Socket, [{active, once}]),
+ 	handler_loop(State, Req, HandlerState, SoFar).
+ 
+ -spec handler_loop_timeout(#state{}) -> #state{}.
+ handler_loop_timeout(State=#state{timeout=infinity}) ->
++	io:format("[cowboy_websocket:handler_loop_timeout 1] State ~p", [State]),
+ 	State#state{timeout_ref=undefined};
+ handler_loop_timeout(State=#state{timeout=Timeout, timeout_ref=PrevRef}) ->
++	io:format("[cowboy_websocket:handler_loop_timeout 2] State ~p", [State]),
+ 	_ = case PrevRef of undefined -> ignore; PrevRef ->
+ 		erlang:cancel_timer(PrevRef) end,
+ 	TRef = erlang:start_timer(Timeout, self(), ?MODULE),
+@@ -211,6 +226,8 @@ handler_loop_timeout(State=#state{timeout=Timeout, timeout_ref=PrevRef}) ->
+ 	when Req::cowboy_req:req().
+ handler_loop(State=#state{socket=Socket, messages={OK, Closed, Error},
+ 		timeout_ref=TRef}, Req, HandlerState, SoFar) ->
++	io:format("[cowboy_websocket:handler_loop_timeout] State ~p Req ~p HandlerState ~p SoFar ~p",
++		[State, Req, HandlerState, SoFar]),
+ 	receive
+ 		{OK, Socket, Data} ->
+ 			State2 = handler_loop_timeout(State),
+@@ -516,6 +533,9 @@ is_utf8(_) ->
+ websocket_payload_loop(State=#state{socket=Socket, transport=Transport,
+ 		messages={OK, Closed, Error}, timeout_ref=TRef},
+ 		Req, HandlerState, Opcode, Len, MaskKey, Unmasked, UnmaskedLen, Rsv) ->
++	io:format("[cowboy_websocket:websocket_payload_loop] State ~p Req ~p"
++		"HandlerState ~p Opcode ~p Len ~p MaskKey ~p Unmasked ~p UnmaskedLen ~p Rsv ~p",
++		[State, Req, HandlerState, Opcode, Len, MaskKey, Unmasked, UnmaskedLen, Rsv]),
+ 	Transport:setopts(Socket, [{active, once}]),
+ 	receive
+ 		{OK, Socket, Data} ->
+@@ -726,6 +746,8 @@ websocket_send_many([Frame|Tail], State) ->
+ 	when Req::cowboy_req:req().
+ websocket_close(State=#state{socket=Socket, transport=Transport},
+ 		Req, HandlerState, Reason) ->
++	io:format("[cowboy_websocket:websocket_close] State ~p Req ~p HandlerState ~p Reason ~p",
++		[State, Req, HandlerState, Reason]),
+ 	case Reason of
+ 		{normal, _} ->
+ 			Transport:send(Socket, << 1:1, 0:3, 8:4, 0:1, 2:7, 1000:16 >>);
+@@ -745,8 +767,10 @@ websocket_close(State=#state{socket=Socket, transport=Transport},
+ -spec handler_terminate(#state{}, Req, any(), terminate_reason())
+ 	-> {ok, Req, cowboy_middleware:env()}
+ 	when Req::cowboy_req:req().
+-handler_terminate(#state{env=Env, handler=Handler},
++handler_terminate(#state{env=Env, handler=Handler} = State,
+ 		Req, HandlerState, TerminateReason) ->
++	io:format("[cowboy_websocket:handler_terminate] State ~p Req ~p HandlerState ~p TerminateReason ~p",
++		[State, Req, HandlerState, TerminateReason]),
+ 	try
+ 		Handler:websocket_terminate(TerminateReason, Req, HandlerState)
+ 	catch Class:Reason ->
diff --git a/_build/static/archives/extend/attachments/20140520/32454f85/attachment.html b/_build/static/archives/extend/attachments/20140520/32454f85/attachment.html
new file mode 100644
index 00000000..9b22f44b
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140520/32454f85/attachment.html
@@ -0,0 +1,28 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;Hi, Loïc.&lt;/span&gt;&lt;div&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;<br>
+Thanks&nbsp;for&nbsp;having&nbsp;taken&nbsp;the&nbsp;time&nbsp;to&nbsp;reply.&nbsp;In&nbsp;some&nbsp;of&nbsp;my&nbsp;questions&nbsp;I&nbsp;think&nbsp;I&nbsp;didn&#39;t&nbsp;explain&nbsp;myself&nbsp;correctly&nbsp;so&nbsp;I&#39;ll&nbsp;give&nbsp;it&nbsp;another&nbsp;go.&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;<br>
+On&nbsp;20&nbsp;May&nbsp;2014&nbsp;19:46,&nbsp;Loïc&nbsp;Hoguin &lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt; wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;<br>
+Hi,&lt;div&gt;&lt;br&gt;&lt;br&gt;On&nbsp;05/20/2014&nbsp;06:27&nbsp;PM,&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;<br>
+Hello.&lt;br&gt;&lt;br&gt;First&nbsp;of&nbsp;all,&nbsp;thanks&nbsp;for&nbsp;the&nbsp;great&nbsp;work&nbsp;you&#39;ve&nbsp;done&nbsp;with&nbsp;cowboy.&nbsp;I&#39;ve&lt;br&gt;been&nbsp;using&nbsp;it&nbsp;with&nbsp;a&nbsp;fait&nbsp;amount&nbsp;of&nbsp;success&nbsp;and&nbsp;I&#39;m&nbsp;a&nbsp;fairly&nbsp;new&nbsp;Erlang&lt;br&gt;developer.&nbsp;I&#39;m&nbsp;mainly&nbsp;interested&nbsp;in&nbsp;the&nbsp;REST&nbsp;&quot;interface&quot;&nbsp;of&nbsp;the&lt;br&gt;<br>
+application&nbsp;and&nbsp;its&nbsp;way&nbsp;of&nbsp;doing&nbsp;RESTful&nbsp;things,&nbsp;and&nbsp;I&nbsp;like&nbsp;the&nbsp;way&nbsp;you&lt;br&gt;did&nbsp;it&nbsp;(what&nbsp;with&nbsp;all&nbsp;the&nbsp;content_types_provided,&nbsp;service_available,&lt;br&gt;etc.&nbsp;functions).&nbsp;I&#39;ve&nbsp;tested&nbsp;the&nbsp;way&nbsp;the&nbsp;system&nbsp;reacted&nbsp;to&nbsp;the&nbsp;different&lt;br&gt;<br>
+Accept,&nbsp;Content-Type,&nbsp;etc.&nbsp;headers&nbsp;and&nbsp;always&nbsp;got&nbsp;very&nbsp;well-opinionated&lt;br&gt;responses&nbsp;(406,&nbsp;415,&nbsp;...).&lt;br&gt;&lt;br&gt;A&nbsp;couple&nbsp;of&nbsp;questions&nbsp;remain&nbsp;though&nbsp;(I&#39;m&nbsp;sorry&nbsp;if&nbsp;they&#39;ve&nbsp;been&nbsp;asked&lt;br&gt;already&nbsp;but&nbsp;I&#39;ve&nbsp;searched&nbsp;the&nbsp;web&nbsp;for&nbsp;answers&nbsp;and&nbsp;read&nbsp;the&nbsp;available&lt;br&gt;<br>
+docs&nbsp;and&nbsp;couldn&#39;t&nbsp;find&nbsp;them):&lt;br&gt;&lt;br&gt;1.&nbsp;is&nbsp;it&nbsp;expected&nbsp;that,&nbsp;if&nbsp;I&nbsp;use&nbsp;cowboy_req:reply/2&nbsp;in&nbsp;a&nbsp;GET&nbsp;handler&lt;br&gt;(coming&nbsp;from&nbsp;content_types_provided),&nbsp;the&nbsp;onresponse/4&nbsp;hook&nbsp;be&nbsp;called&lt;br&gt;twice?&nbsp;I&nbsp;guess&nbsp;one&nbsp;is&nbsp;due&nbsp;to&nbsp;the&nbsp;reply&nbsp;and&nbsp;the&nbsp;other&nbsp;one&nbsp;due&nbsp;to&nbsp;the&lt;br&gt;<br>
+workflow&nbsp;of&nbsp;the&nbsp;request,&nbsp;but&nbsp;is&nbsp;there&nbsp;a&nbsp;way&nbsp;to&nbsp;prevent&nbsp;the&nbsp;second&nbsp;execution?&lt;br&gt;&lt;/blockquote&gt;&lt;br&gt;&lt;/div&gt;If&nbsp;you&nbsp;reply&nbsp;from&nbsp;a&nbsp;callback&nbsp;you&nbsp;must&nbsp;call&nbsp;{halt,&nbsp;Req,&nbsp;State}&nbsp;to&nbsp;stop&nbsp;processing.&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;<br>
+Got&nbsp;it!&lt;/div&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;div&gt; &lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;<br>
+2.&nbsp;if&nbsp;I&nbsp;want&nbsp;to&nbsp;JSON-parse&nbsp;ALL&nbsp;my&nbsp;requests&nbsp;should&nbsp;I&nbsp;a)&nbsp;use&nbsp;the&lt;br&gt;onrequest/1&nbsp;hook&nbsp;or&nbsp;b)&nbsp;do&nbsp;this&nbsp;on&nbsp;a&nbsp;per-request&nbsp;basis?&nbsp;Because&nbsp;I&#39;d&nbsp;like&lt;br&gt;to&nbsp;reply&nbsp;with&nbsp;a&nbsp;400&nbsp;ASAP&nbsp;but&nbsp;keep&nbsp;going&nbsp;if&nbsp;the&nbsp;JSON&nbsp;validates&nbsp;(I&#39;m&nbsp;going&lt;br&gt;<br>
+to&nbsp;use&nbsp;JSON-schema&nbsp;for&nbsp;validating&nbsp;input);&nbsp;and,&nbsp;if&nbsp;possible,&nbsp;have&nbsp;the&lt;br&gt;JSON-parsed&nbsp;body&nbsp;stored&nbsp;somewhere&nbsp;for&nbsp;future&nbsp;manipulation.&lt;br&gt;&lt;/blockquote&gt;&lt;br&gt;&lt;/div&gt;It&nbsp;makes&nbsp;little&nbsp;sense&nbsp;to&nbsp;do&nbsp;it&nbsp;before&nbsp;the&nbsp;accept&nbsp;callback&nbsp;you&nbsp;define.&nbsp;Not&nbsp;only&nbsp;because&nbsp;you&nbsp;will&nbsp;duplicate&nbsp;content-type&nbsp;checks&nbsp;and&nbsp;whatnot,&nbsp;but&nbsp;also&nbsp;because&nbsp;you&nbsp;don&#39;t&nbsp;actually&nbsp;win&nbsp;anything&nbsp;from&nbsp;doing&nbsp;this.&nbsp;If&nbsp;you&nbsp;are&nbsp;using&nbsp;JSON,&nbsp;then&nbsp;JSON&nbsp;processing&nbsp;will&nbsp;take&nbsp;infinitely&nbsp;more&nbsp;resources&nbsp;than&nbsp;the&nbsp;REST&nbsp;code.&lt;/blockquote&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;OK,&nbsp;I&#39;ll&nbsp;probably&nbsp;stick&nbsp;with&nbsp;a&nbsp;&quot;helper&quot;&nbsp;function&nbsp;that&#39;ll&nbsp;do&nbsp;this&nbsp;for&nbsp;me&nbsp;and&nbsp;reply&nbsp;in&nbsp;case&nbsp;there&nbsp;are&nbsp;validation&nbsp;errors.&lt;/div&gt;&lt;div&gt;I&nbsp;only&nbsp;found&nbsp;the&nbsp;flow&nbsp;diagrams&nbsp;for&nbsp;the&nbsp;requests&nbsp;today&nbsp;after&nbsp;I&nbsp;had&nbsp;sent&nbsp;this&nbsp;message,&nbsp;and&nbsp;they&nbsp;helped&nbsp;a&nbsp;lot.&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;div&gt; &lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;<br>
+3.&nbsp;I&nbsp;haven&#39;t&nbsp;seen&nbsp;examples&nbsp;that&nbsp;made&nbsp;use&nbsp;of&nbsp;the&nbsp;State&nbsp;(from&nbsp;the&nbsp;function&lt;br&gt;returns).&nbsp;When&nbsp;should&nbsp;I&nbsp;use&nbsp;this&nbsp;instead&nbsp;of&nbsp;the&nbsp;Request&nbsp;metadata?&nbsp;I&#39;d&lt;br&gt;like&nbsp;to&nbsp;be&nbsp;able&nbsp;to&nbsp;set&nbsp;a&nbsp;generic&nbsp;error&nbsp;state&nbsp;for&nbsp;a&nbsp;request&nbsp;(either&nbsp;in&lt;br&gt;<br>
+meta&nbsp;ou&nbsp;State)&nbsp;and&nbsp;that&nbsp;have&nbsp;a&nbsp;&quot;standard&quot;&nbsp;error&nbsp;response&nbsp;be&nbsp;created&nbsp;at&nbsp;a&lt;br&gt;later&nbsp;time&nbsp;(in&nbsp;a&nbsp;unique&nbsp;function,&nbsp;for&nbsp;example&nbsp;-&nbsp;e.g.&nbsp;onresponse/4).&lt;br&gt;&lt;/blockquote&gt;&lt;br&gt;&lt;/div&gt;State&nbsp;is&nbsp;for&nbsp;the&nbsp;functions&nbsp;within&nbsp;the&nbsp;current&nbsp;module.&nbsp;Look&nbsp;at&nbsp;cowboy_static&nbsp;for&nbsp;an&nbsp;example.&lt;/blockquote&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;State&nbsp;allows&nbsp;me&nbsp;to,&nbsp;well,&nbsp;keep&nbsp;state,&nbsp;for&nbsp;a&nbsp;request&nbsp;&quot;travelling&quot;&nbsp;through&nbsp;functions,&nbsp;right,&nbsp;and&nbsp;I&nbsp;can&nbsp;change&nbsp;it&nbsp;whenever&nbsp;I&nbsp;want&nbsp;just&nbsp;before&nbsp;returning&nbsp;from&nbsp;a&nbsp;function&nbsp;that&nbsp;is&nbsp;executed&nbsp;prior&nbsp;to&nbsp;another&nbsp;one&nbsp;(the&nbsp;only&nbsp;function&nbsp;for&nbsp;which&nbsp;this&nbsp;doesn&#39;t&nbsp;seem&nbsp;to&nbsp;make&nbsp;since&nbsp;is&nbsp;the&nbsp;last&nbsp;one&nbsp;cowboy&nbsp;calls&nbsp;before&nbsp;actually&nbsp;replying&nbsp;to&nbsp;the&nbsp;client)?&nbsp;At&nbsp;the&nbsp;same&nbsp;time,&nbsp;so&nbsp;does&nbsp;the&nbsp;request&nbsp;meta,&nbsp;from&nbsp;what&nbsp;I&nbsp;understood&nbsp;from&nbsp;the&nbsp;manual.&nbsp;So&nbsp;what&nbsp;is&nbsp;the&nbsp;difference&nbsp;between&nbsp;one&nbsp;and&nbsp;the&nbsp;other&nbsp;and&nbsp;when&nbsp;would&nbsp;you&nbsp;recommend&nbsp;one&nbsp;or&nbsp;the&nbsp;other.&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;<br>
+4.&nbsp;is&nbsp;there&nbsp;anything&nbsp;like&nbsp;a&nbsp;catch-all&nbsp;exception&nbsp;handler?&nbsp;I&#39;d&nbsp;like&nbsp;to&lt;br&gt;catch&nbsp;exceptions&nbsp;that&nbsp;occur&nbsp;anywhere&nbsp;so&nbsp;I&nbsp;could&nbsp;log&nbsp;them&nbsp;and&nbsp;analyze&lt;br&gt;them&nbsp;at&nbsp;a&nbsp;later&nbsp;moment.&lt;br&gt;&lt;/blockquote&gt;&lt;br&gt;&lt;/div&gt;You&nbsp;can&nbsp;add&nbsp;your&nbsp;own&nbsp;error_logger&nbsp;handler,&nbsp;or&nbsp;use&nbsp;something&nbsp;like&nbsp;lager.&nbsp;All&nbsp;errors&nbsp;end&nbsp;up&nbsp;sending&nbsp;a&nbsp;message&nbsp;to&nbsp;error_logger.&lt;/blockquote&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&gt;I&#39;ll&nbsp;do&nbsp;this,&nbsp;thanks.&lt;/div&gt;&lt;div&nbsp;class=&quot;im&quot;&gt;&lt;div&gt; &lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;<br>
+&lt;div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;I&#39;m&nbsp;probably&nbsp;abusing&nbsp;the&nbsp;onresponse/onrequest&nbsp;hooks&nbsp;already,&nbsp;so&nbsp;your&lt;br&gt;<br>
+answers&nbsp;should&nbsp;help&nbsp;me&nbsp;clarify&nbsp;this.&lt;br&gt;&lt;/blockquote&gt;&lt;br&gt;&lt;/div&gt;Sounds&nbsp;like&nbsp;it!&lt;br&gt;&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0px&nbsp;0px&nbsp;0px&nbsp;0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex&quot;&gt;<br>
+Thanks.&lt;br&gt;&lt;br&gt;-&nbsp;Paulo&lt;br&gt;&lt;br&gt;&lt;br&gt;______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;/font&gt;&lt;/blockquote&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;-- &lt;br&gt;Loïc&nbsp;Hoguin&lt;br&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;&lt;/font&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;<br>
+Thanks.&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140520/699b72b3/attachment.html b/_build/static/archives/extend/attachments/20140520/699b72b3/attachment.html
new file mode 100644
index 00000000..4e84adbe
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140520/699b72b3/attachment.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Do&nbsp;you&nbsp;think&nbsp;it&nbsp;should&nbsp;be&nbsp;possible&nbsp;to&nbsp;generate&nbsp;a&nbsp;202&nbsp;for&nbsp;a&nbsp;POST&nbsp;or&nbsp;a&nbsp;PUT?&nbsp;Is&nbsp;it&nbsp;something&nbsp;that&nbsp;will&nbsp;be&nbsp;implemented&nbsp;in&nbsp;a&nbsp;future&nbsp;version?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Many&nbsp;thanks.&lt;/div&gt;&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140520/cf7632e9/attachment.html b/_build/static/archives/extend/attachments/20140520/cf7632e9/attachment.html
new file mode 100644
index 00000000..a759aa50
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140520/cf7632e9/attachment.html
@@ -0,0 +1,10 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;First&nbsp;of&nbsp;all,&nbsp;thanks&nbsp;for&nbsp;the&nbsp;great&nbsp;work&nbsp;you&#39;ve&nbsp;done&nbsp;with&nbsp;cowboy.&nbsp;I&#39;ve&nbsp;been&nbsp;using&nbsp;it&nbsp;with&nbsp;a&nbsp;fait&nbsp;amount&nbsp;of&nbsp;success&nbsp;and&nbsp;I&#39;m&nbsp;a&nbsp;fairly&nbsp;new&nbsp;Erlang&nbsp;developer.&nbsp;I&#39;m&nbsp;mainly&nbsp;interested&nbsp;in&nbsp;the&nbsp;REST&nbsp;&quot;interface&quot;&nbsp;of&nbsp;the&nbsp;application&nbsp;and&nbsp;its&nbsp;way&nbsp;of&nbsp;doing&nbsp;RESTful&nbsp;things,&nbsp;and&nbsp;I&nbsp;like&nbsp;the&nbsp;way&nbsp;you&nbsp;did&nbsp;it&nbsp;(what&nbsp;with&nbsp;all&nbsp;the&nbsp;content_types_provided,&nbsp;service_available,&nbsp;etc.&nbsp;functions).&nbsp;I&#39;ve&nbsp;tested&nbsp;the&nbsp;way&nbsp;the&nbsp;system&nbsp;reacted&nbsp;to&nbsp;the&nbsp;different&nbsp;Accept,&nbsp;Content-Type,&nbsp;etc.&nbsp;headers&nbsp;and&nbsp;always&nbsp;got&nbsp;very&nbsp;well-opinionated&nbsp;responses&nbsp;(406,&nbsp;415,&nbsp;...).&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;A&nbsp;couple&nbsp;of&nbsp;questions&nbsp;remain&nbsp;though&nbsp;(I&#39;m&nbsp;sorry&nbsp;if&nbsp;they&#39;ve&nbsp;been&nbsp;asked&nbsp;already&nbsp;but&nbsp;I&#39;ve&nbsp;searched&nbsp;the&nbsp;web&nbsp;for&nbsp;answers&nbsp;and&nbsp;read&nbsp;the&nbsp;available&nbsp;docs&nbsp;and&nbsp;couldn&#39;t&nbsp;find&nbsp;them):&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;1.&nbsp;is&nbsp;it&nbsp;expected&nbsp;that,&nbsp;if&nbsp;I&nbsp;use&nbsp;cowboy_req:reply/2&nbsp;in&nbsp;a&nbsp;GET&nbsp;handler&nbsp;(coming&nbsp;from&nbsp;content_types_provided),&nbsp;the&nbsp;onresponse/4&nbsp;hook&nbsp;be&nbsp;called&nbsp;twice?&nbsp;I&nbsp;guess&nbsp;one&nbsp;is&nbsp;due&nbsp;to&nbsp;the&nbsp;reply&nbsp;and&nbsp;the&nbsp;other&nbsp;one&nbsp;due&nbsp;to&nbsp;the&nbsp;workflow&nbsp;of&nbsp;the&nbsp;request,&nbsp;but&nbsp;is&nbsp;there&nbsp;a&nbsp;way&nbsp;to&nbsp;prevent&nbsp;the&nbsp;second&nbsp;execution?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;2.&nbsp;if&nbsp;I&nbsp;want&nbsp;to&nbsp;JSON-parse&nbsp;ALL&nbsp;my&nbsp;requests&nbsp;should&nbsp;I&nbsp;a)&nbsp;use&nbsp;the&nbsp;onrequest/1&nbsp;hook&nbsp;or&nbsp;b)&nbsp;do&nbsp;this&nbsp;on&nbsp;a&nbsp;per-request&nbsp;basis?&nbsp;Because&nbsp;I&#39;d&nbsp;like&nbsp;to&nbsp;reply&nbsp;with&nbsp;a&nbsp;400&nbsp;ASAP&nbsp;but&nbsp;keep&nbsp;going&nbsp;if&nbsp;the&nbsp;JSON&nbsp;validates&nbsp;(I&#39;m&nbsp;going&nbsp;to&nbsp;use&nbsp;JSON-schema&nbsp;for&nbsp;validating&nbsp;input);&nbsp;and,&nbsp;if&nbsp;possible,&nbsp;have&nbsp;the&nbsp;JSON-parsed&nbsp;body&nbsp;stored&nbsp;somewhere&nbsp;for&nbsp;future&nbsp;manipulation.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;3.&nbsp;I&nbsp;haven&#39;t&nbsp;seen&nbsp;examples&nbsp;that&nbsp;made&nbsp;use&nbsp;of&nbsp;the&nbsp;State&nbsp;(from&nbsp;the&nbsp;function&nbsp;returns).&nbsp;When&nbsp;should&nbsp;I&nbsp;use&nbsp;this&nbsp;instead&nbsp;of&nbsp;the&nbsp;Request&nbsp;metadata?&nbsp;I&#39;d&nbsp;like&nbsp;to&nbsp;be&nbsp;able&nbsp;to&nbsp;set&nbsp;a&nbsp;generic&nbsp;error&nbsp;state&nbsp;for&nbsp;a&nbsp;request&nbsp;(either&nbsp;in&nbsp;meta&nbsp;ou&nbsp;State)&nbsp;and&nbsp;that&nbsp;have&nbsp;a&nbsp;&quot;standard&quot;&nbsp;error&nbsp;response&nbsp;be&nbsp;created&nbsp;at&nbsp;a&nbsp;later&nbsp;time&nbsp;(in&nbsp;a&nbsp;unique&nbsp;function,&nbsp;for&nbsp;example&nbsp;-&nbsp;e.g.&nbsp;onresponse/4).&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;4.&nbsp;is&nbsp;there&nbsp;anything&nbsp;like&nbsp;a&nbsp;catch-all&nbsp;exception&nbsp;handler?&nbsp;I&#39;d&nbsp;like&nbsp;to&nbsp;catch&nbsp;exceptions&nbsp;that&nbsp;occur&nbsp;anywhere&nbsp;so&nbsp;I&nbsp;could&nbsp;log&nbsp;them&nbsp;and&nbsp;analyze&nbsp;them&nbsp;at&nbsp;a&nbsp;later&nbsp;moment.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;probably&nbsp;abusing&nbsp;the&nbsp;onresponse/onrequest&nbsp;hooks&nbsp;already,&nbsp;so&nbsp;your&nbsp;answers&nbsp;should&nbsp;help&nbsp;me&nbsp;clarify&nbsp;this.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140604/269377d0/attachment-0001.html b/_build/static/archives/extend/attachments/20140604/269377d0/attachment-0001.html
new file mode 100644
index 00000000..8ab86955
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140604/269377d0/attachment-0001.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;I&nbsp;am&nbsp;having&nbsp;very&nbsp;good&nbsp;luck&nbsp;with&nbsp;Cowboy&nbsp;so&nbsp;far,&nbsp;but&nbsp;I&nbsp;have&nbsp;some&nbsp;questions:&lt;br&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;1.&nbsp;There&nbsp;doesn&#39;t&nbsp;appear&nbsp;to&nbsp;be&nbsp;any&nbsp;way&nbsp;to&nbsp;do&nbsp;client&nbsp;certificate&nbsp;authorization&nbsp;in&nbsp;Cowboy,&nbsp;although&nbsp;I&nbsp;see&nbsp;there&nbsp;is&nbsp;an&nbsp;example&nbsp;for&nbsp;doing&nbsp;exactly&nbsp;that&nbsp;with&nbsp;Ranch. &nbsp;I&nbsp;think&nbsp;I&nbsp;could&nbsp;modify&nbsp;Cowboy&nbsp;to&nbsp;do&nbsp;what&nbsp;I&nbsp;want,&nbsp;but&nbsp;I&nbsp;thought&nbsp;I&nbsp;would&nbsp;ask&nbsp;if&nbsp;there&nbsp;were&nbsp;other&nbsp;options&nbsp;before&nbsp;doing&nbsp;that.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;2.&nbsp;I&nbsp;am&nbsp;also&nbsp;looking&nbsp;at&nbsp;http&nbsp;basic&nbsp;auth. &nbsp;Would&nbsp;creating&nbsp;a&nbsp;middleware&nbsp;to&nbsp;sit&nbsp;in&nbsp;between&nbsp;cowboy_router&nbsp;and&nbsp;cowboy_handler&nbsp;be&nbsp;a&nbsp;typical&nbsp;way&nbsp;to&nbsp;go&nbsp;about&nbsp;it?&lt;br&gt;&lt;br&gt;&lt;/div&gt;Thanks,&lt;br&gt;&lt;/div&gt;Dan.&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140604/269377d0/attachment.html b/_build/static/archives/extend/attachments/20140604/269377d0/attachment.html
new file mode 100644
index 00000000..8ab86955
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140604/269377d0/attachment.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;I&nbsp;am&nbsp;having&nbsp;very&nbsp;good&nbsp;luck&nbsp;with&nbsp;Cowboy&nbsp;so&nbsp;far,&nbsp;but&nbsp;I&nbsp;have&nbsp;some&nbsp;questions:&lt;br&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;1.&nbsp;There&nbsp;doesn&#39;t&nbsp;appear&nbsp;to&nbsp;be&nbsp;any&nbsp;way&nbsp;to&nbsp;do&nbsp;client&nbsp;certificate&nbsp;authorization&nbsp;in&nbsp;Cowboy,&nbsp;although&nbsp;I&nbsp;see&nbsp;there&nbsp;is&nbsp;an&nbsp;example&nbsp;for&nbsp;doing&nbsp;exactly&nbsp;that&nbsp;with&nbsp;Ranch. &nbsp;I&nbsp;think&nbsp;I&nbsp;could&nbsp;modify&nbsp;Cowboy&nbsp;to&nbsp;do&nbsp;what&nbsp;I&nbsp;want,&nbsp;but&nbsp;I&nbsp;thought&nbsp;I&nbsp;would&nbsp;ask&nbsp;if&nbsp;there&nbsp;were&nbsp;other&nbsp;options&nbsp;before&nbsp;doing&nbsp;that.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;2.&nbsp;I&nbsp;am&nbsp;also&nbsp;looking&nbsp;at&nbsp;http&nbsp;basic&nbsp;auth. &nbsp;Would&nbsp;creating&nbsp;a&nbsp;middleware&nbsp;to&nbsp;sit&nbsp;in&nbsp;between&nbsp;cowboy_router&nbsp;and&nbsp;cowboy_handler&nbsp;be&nbsp;a&nbsp;typical&nbsp;way&nbsp;to&nbsp;go&nbsp;about&nbsp;it?&lt;br&gt;&lt;br&gt;&lt;/div&gt;Thanks,&lt;br&gt;&lt;/div&gt;Dan.&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140604/2bce99e1/attachment-0001.html b/_build/static/archives/extend/attachments/20140604/2bce99e1/attachment-0001.html
new file mode 100644
index 00000000..42d23829
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140604/2bce99e1/attachment-0001.html
@@ -0,0 +1,18 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Wed,&nbsp;Jun&nbsp;4,&nbsp;2014&nbsp;at&nbsp;4:48&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;On&nbsp;06/04/2014&nbsp;10:08&nbsp;PM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+I&nbsp;am&nbsp;having&nbsp;very&nbsp;good&nbsp;luck&nbsp;with&nbsp;Cowboy&nbsp;so&nbsp;far,&nbsp;but&nbsp;I&nbsp;have&nbsp;some&nbsp;questions:&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;There&nbsp;doesn&#39;t&nbsp;appear&nbsp;to&nbsp;be&nbsp;any&nbsp;way&nbsp;to&nbsp;do&nbsp;client&nbsp;certificate&lt;br&gt;<br>
+authorization&nbsp;in&nbsp;Cowboy,&nbsp;although&nbsp;I&nbsp;see&nbsp;there&nbsp;is&nbsp;an&nbsp;example&nbsp;for&nbsp;doing&lt;br&gt;<br>
+exactly&nbsp;that&nbsp;with&nbsp;Ranch.&nbsp; I&nbsp;think&nbsp;I&nbsp;could&nbsp;modify&nbsp;Cowboy&nbsp;to&nbsp;do&nbsp;what&nbsp;I&lt;br&gt;<br>
+want,&nbsp;but&nbsp;I&nbsp;thought&nbsp;I&nbsp;would&nbsp;ask&nbsp;if&nbsp;there&nbsp;were&nbsp;other&nbsp;options&nbsp;before&nbsp;doing&lt;br&gt;<br>
+that.&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+Same&nbsp;as&nbsp;Ranch&nbsp;really,&nbsp;you&nbsp;just&nbsp;gotta&nbsp;take&nbsp;the&nbsp;socket&nbsp;and&nbsp;then&nbsp;call&nbsp;the&nbsp;ssl&nbsp;functions.&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Yes,&nbsp;but&nbsp;in&nbsp;cowboy&nbsp;there&#39;s&nbsp;no&nbsp;API&nbsp;to&nbsp;get&nbsp;at&nbsp;the&nbsp;socket.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;I&nbsp;was&nbsp;thinking&nbsp;of&nbsp;adding&nbsp;a&nbsp;&quot;onconnect&quot;&nbsp;hook&nbsp;similar&nbsp;to&nbsp;how&nbsp;there&nbsp;are&nbsp;&quot;onrequest&quot;&nbsp;and&nbsp;&quot;onresponse&quot;&nbsp;hooks.&nbsp; The&nbsp;hook&nbsp;would&nbsp;be&nbsp;called&nbsp;in&nbsp;cowboy_protocol:init(),&nbsp;would&nbsp;accept&nbsp;Transport&nbsp;and&nbsp;Socket,&nbsp;and&nbsp;return&nbsp;a&nbsp;&quot;user&nbsp;connection&nbsp;state&quot;&nbsp;term&nbsp;that&nbsp;gets&nbsp;stashed&nbsp;in&nbsp;the&nbsp;state&nbsp;record.&nbsp; The&nbsp;user&nbsp;connection&nbsp;state&nbsp;would&nbsp;then&nbsp;be&nbsp;provided&nbsp;in&nbsp;the&nbsp;Req&nbsp;object&nbsp;to&nbsp;each&nbsp;handler.&nbsp; With&nbsp;these&nbsp;features&nbsp;one&nbsp;could&nbsp;do&nbsp;whatever&nbsp;computation&nbsp;they&nbsp;want&nbsp;on&nbsp;the&nbsp;socket&nbsp;and&nbsp;provide&nbsp;the&nbsp;result&nbsp;to&nbsp;all&nbsp;subsequent&nbsp;requests&nbsp;on&nbsp;that&nbsp;socket.&nbsp; I&nbsp;want&nbsp;to&nbsp;use&nbsp;it&nbsp;for&nbsp;client&nbsp;cert&nbsp;checking,&nbsp;but&nbsp;it&nbsp;could&nbsp;be&nbsp;used&nbsp;for&nbsp;other&nbsp;things&nbsp;such&nbsp;as&nbsp;an&nbsp;IP&nbsp;address&nbsp;security&nbsp;check.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;div&gt; &lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140604/2bce99e1/attachment.html b/_build/static/archives/extend/attachments/20140604/2bce99e1/attachment.html
new file mode 100644
index 00000000..42d23829
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140604/2bce99e1/attachment.html
@@ -0,0 +1,18 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Wed,&nbsp;Jun&nbsp;4,&nbsp;2014&nbsp;at&nbsp;4:48&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;On&nbsp;06/04/2014&nbsp;10:08&nbsp;PM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+I&nbsp;am&nbsp;having&nbsp;very&nbsp;good&nbsp;luck&nbsp;with&nbsp;Cowboy&nbsp;so&nbsp;far,&nbsp;but&nbsp;I&nbsp;have&nbsp;some&nbsp;questions:&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;There&nbsp;doesn&#39;t&nbsp;appear&nbsp;to&nbsp;be&nbsp;any&nbsp;way&nbsp;to&nbsp;do&nbsp;client&nbsp;certificate&lt;br&gt;<br>
+authorization&nbsp;in&nbsp;Cowboy,&nbsp;although&nbsp;I&nbsp;see&nbsp;there&nbsp;is&nbsp;an&nbsp;example&nbsp;for&nbsp;doing&lt;br&gt;<br>
+exactly&nbsp;that&nbsp;with&nbsp;Ranch.&nbsp; I&nbsp;think&nbsp;I&nbsp;could&nbsp;modify&nbsp;Cowboy&nbsp;to&nbsp;do&nbsp;what&nbsp;I&lt;br&gt;<br>
+want,&nbsp;but&nbsp;I&nbsp;thought&nbsp;I&nbsp;would&nbsp;ask&nbsp;if&nbsp;there&nbsp;were&nbsp;other&nbsp;options&nbsp;before&nbsp;doing&lt;br&gt;<br>
+that.&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;&lt;/div&gt;<br>
+Same&nbsp;as&nbsp;Ranch&nbsp;really,&nbsp;you&nbsp;just&nbsp;gotta&nbsp;take&nbsp;the&nbsp;socket&nbsp;and&nbsp;then&nbsp;call&nbsp;the&nbsp;ssl&nbsp;functions.&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Yes,&nbsp;but&nbsp;in&nbsp;cowboy&nbsp;there&#39;s&nbsp;no&nbsp;API&nbsp;to&nbsp;get&nbsp;at&nbsp;the&nbsp;socket.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&gt;I&nbsp;was&nbsp;thinking&nbsp;of&nbsp;adding&nbsp;a&nbsp;&quot;onconnect&quot;&nbsp;hook&nbsp;similar&nbsp;to&nbsp;how&nbsp;there&nbsp;are&nbsp;&quot;onrequest&quot;&nbsp;and&nbsp;&quot;onresponse&quot;&nbsp;hooks.&nbsp; The&nbsp;hook&nbsp;would&nbsp;be&nbsp;called&nbsp;in&nbsp;cowboy_protocol:init(),&nbsp;would&nbsp;accept&nbsp;Transport&nbsp;and&nbsp;Socket,&nbsp;and&nbsp;return&nbsp;a&nbsp;&quot;user&nbsp;connection&nbsp;state&quot;&nbsp;term&nbsp;that&nbsp;gets&nbsp;stashed&nbsp;in&nbsp;the&nbsp;state&nbsp;record.&nbsp; The&nbsp;user&nbsp;connection&nbsp;state&nbsp;would&nbsp;then&nbsp;be&nbsp;provided&nbsp;in&nbsp;the&nbsp;Req&nbsp;object&nbsp;to&nbsp;each&nbsp;handler.&nbsp; With&nbsp;these&nbsp;features&nbsp;one&nbsp;could&nbsp;do&nbsp;whatever&nbsp;computation&nbsp;they&nbsp;want&nbsp;on&nbsp;the&nbsp;socket&nbsp;and&nbsp;provide&nbsp;the&nbsp;result&nbsp;to&nbsp;all&nbsp;subsequent&nbsp;requests&nbsp;on&nbsp;that&nbsp;socket.&nbsp; I&nbsp;want&nbsp;to&nbsp;use&nbsp;it&nbsp;for&nbsp;client&nbsp;cert&nbsp;checking,&nbsp;but&nbsp;it&nbsp;could&nbsp;be&nbsp;used&nbsp;for&nbsp;other&nbsp;things&nbsp;such&nbsp;as&nbsp;an&nbsp;IP&nbsp;address&nbsp;security&nbsp;check.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;div&gt; &lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140604/407d3443/attachment-0001.html b/_build/static/archives/extend/attachments/20140604/407d3443/attachment-0001.html
new file mode 100644
index 00000000..42e6ce15
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140604/407d3443/attachment-0001.html
@@ -0,0 +1,16 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;You&nbsp;wrote&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/&quot;&gt;here&lt;/a&gt; that&nbsp;&quot;The&nbsp;only&nbsp;mandatory&nbsp;callback&nbsp;is&nbsp;init/3,&nbsp;needed&nbsp;to&nbsp;perform&nbsp;the&nbsp;protocol&nbsp;upgrade.&quot;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;In&nbsp;my&nbsp;code&nbsp;I&nbsp;have&nbsp;only&nbsp;this&nbsp;function&nbsp;for&nbsp;the&nbsp;protocol&nbsp;upgrade:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;init({_TransportName,&nbsp;_ProtocolName},&nbsp;_Req,&nbsp;[])&nbsp;-&gt;&lt;/div&gt;&lt;div&gt; &nbsp; &nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;/div&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;the&nbsp;other&nbsp;hand,&nbsp;when&nbsp;compiling,&nbsp;I&nbsp;get&nbsp;the&nbsp;following&nbsp;warnings:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;src/handler_transactions.erl:3:&nbsp;Warning:&nbsp;undefined&nbsp;callback&nbsp;function&nbsp;handle/2&nbsp;(behaviour&nbsp;&#39;cowboy_http_handler&#39;)&lt;/div&gt;<br>
+&lt;div&gt;src/handler_transactions.erl:3:&nbsp;Warning:&nbsp;undefined&nbsp;callback&nbsp;function&nbsp;terminate/3&nbsp;(behaviour&nbsp;&#39;cowboy_http_handler&#39;)&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;this&nbsp;the&nbsp;expected&nbsp;behavior?&nbsp;I&nbsp;know&nbsp;I&nbsp;_can_&nbsp;ignore&nbsp;the&nbsp;warnings,&nbsp;but&nbsp;not&nbsp;if&nbsp;I&nbsp;want&nbsp;to&nbsp;use&nbsp;Erlang&nbsp;compiler&nbsp;option warnings_as_errors,&nbsp;for&nbsp;example.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Many&nbsp;thanks.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140604/407d3443/attachment.html b/_build/static/archives/extend/attachments/20140604/407d3443/attachment.html
new file mode 100644
index 00000000..42e6ce15
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140604/407d3443/attachment.html
@@ -0,0 +1,16 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;You&nbsp;wrote&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/&quot;&gt;here&lt;/a&gt; that&nbsp;&quot;The&nbsp;only&nbsp;mandatory&nbsp;callback&nbsp;is&nbsp;init/3,&nbsp;needed&nbsp;to&nbsp;perform&nbsp;the&nbsp;protocol&nbsp;upgrade.&quot;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;In&nbsp;my&nbsp;code&nbsp;I&nbsp;have&nbsp;only&nbsp;this&nbsp;function&nbsp;for&nbsp;the&nbsp;protocol&nbsp;upgrade:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;init({_TransportName,&nbsp;_ProtocolName},&nbsp;_Req,&nbsp;[])&nbsp;-&gt;&lt;/div&gt;&lt;div&gt; &nbsp; &nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;/div&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;On&nbsp;the&nbsp;other&nbsp;hand,&nbsp;when&nbsp;compiling,&nbsp;I&nbsp;get&nbsp;the&nbsp;following&nbsp;warnings:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;src/handler_transactions.erl:3:&nbsp;Warning:&nbsp;undefined&nbsp;callback&nbsp;function&nbsp;handle/2&nbsp;(behaviour&nbsp;&#39;cowboy_http_handler&#39;)&lt;/div&gt;<br>
+&lt;div&gt;src/handler_transactions.erl:3:&nbsp;Warning:&nbsp;undefined&nbsp;callback&nbsp;function&nbsp;terminate/3&nbsp;(behaviour&nbsp;&#39;cowboy_http_handler&#39;)&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Is&nbsp;this&nbsp;the&nbsp;expected&nbsp;behavior?&nbsp;I&nbsp;know&nbsp;I&nbsp;_can_&nbsp;ignore&nbsp;the&nbsp;warnings,&nbsp;but&nbsp;not&nbsp;if&nbsp;I&nbsp;want&nbsp;to&nbsp;use&nbsp;Erlang&nbsp;compiler&nbsp;option warnings_as_errors,&nbsp;for&nbsp;example.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Many&nbsp;thanks.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140605/3ba15fb3/attachment-0001.html b/_build/static/archives/extend/attachments/20140605/3ba15fb3/attachment-0001.html
new file mode 100644
index 00000000..632ca0cc
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140605/3ba15fb3/attachment-0001.html
@@ -0,0 +1,42 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;But&nbsp;then&nbsp;I&nbsp;would&nbsp;have&nbsp;to&nbsp;check&nbsp;the&nbsp;client&nbsp;cert&nbsp;for&nbsp;each&nbsp;and&nbsp;every&nbsp;request. &nbsp;I&nbsp;should&nbsp;have&nbsp;to&nbsp;check&nbsp;the&nbsp;cert&nbsp;only&nbsp;once&nbsp;at&nbsp;connect&nbsp;time&nbsp;and&nbsp;then&nbsp;be&nbsp;able&nbsp;to&nbsp;pass&nbsp;the&nbsp;result&nbsp;of&nbsp;that&nbsp;check&nbsp;in&nbsp;the&nbsp;request&nbsp;to&nbsp;each&nbsp;handler.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;Anyway&nbsp;I&#39;ve&nbsp;gone&nbsp;ahead&nbsp;and&nbsp;implemented&nbsp;what&nbsp;I&nbsp;need&nbsp;in&nbsp;a&nbsp;generic&nbsp;manner&nbsp;and&nbsp;it&nbsp;seems&nbsp;to&nbsp;work&nbsp;well. &nbsp;I&nbsp;think&nbsp;it&nbsp;would&nbsp;be&nbsp;a&nbsp;useful&nbsp;addition&nbsp;to&nbsp;Cowboy. &nbsp;If&nbsp;you&nbsp;agree&nbsp;I&nbsp;could&nbsp;write&nbsp;some&nbsp;more&nbsp;documentation&nbsp;for&nbsp;it.&lt;br&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;a&nbsp;href=&quot;https://github.com/goertzenator/cowboy/tree/onconnect&quot;&gt;https://github.com/goertzenator/cowboy/tree/onconnect&lt;/a&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;added&nbsp;a&nbsp;&quot;onconnect&quot;&nbsp;hook&nbsp;and&nbsp;&quot;connection&nbsp;metadata&quot;&nbsp;to&nbsp;cowboy_req. &nbsp;The&nbsp;connection&nbsp;metadata&nbsp;works&nbsp;like&nbsp;existing&nbsp;metadata,&nbsp;but&nbsp;is&nbsp;preserved&nbsp;from&nbsp;request&nbsp;to&nbsp;request&nbsp;on&nbsp;the&nbsp;same&nbsp;connection. &nbsp;The&nbsp;onconnect&nbsp;hook&nbsp;provides&nbsp;initial&nbsp;values&nbsp;for&nbsp;the&nbsp;connection&nbsp;metadata.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Jun&nbsp;5,&nbsp;2014&nbsp;at&nbsp;3:04&nbsp;AM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;On&nbsp;06/05/2014&nbsp;01:44&nbsp;AM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Wed,&nbsp;Jun&nbsp;4,&nbsp;2014&nbsp;at&nbsp;4:48&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;06/04/2014&nbsp;10:08&nbsp;PM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;am&nbsp;having&nbsp;very&nbsp;good&nbsp;luck&nbsp;with&nbsp;Cowboy&nbsp;so&nbsp;far,&nbsp;but&nbsp;I&nbsp;have&nbsp;some&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;questions:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1.&nbsp;There&nbsp;doesn&#39;t&nbsp;appear&nbsp;to&nbsp;be&nbsp;any&nbsp;way&nbsp;to&nbsp;do&nbsp;client&nbsp;certificate&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;authorization&nbsp;in&nbsp;Cowboy,&nbsp;although&nbsp;I&nbsp;see&nbsp;there&nbsp;is&nbsp;an&nbsp;example&nbsp;for&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;doing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;exactly&nbsp;that&nbsp;with&nbsp;Ranch.&nbsp; I&nbsp;think&nbsp;I&nbsp;could&nbsp;modify&nbsp;Cowboy&nbsp;to&nbsp;do&nbsp;what&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;want,&nbsp;but&nbsp;I&nbsp;thought&nbsp;I&nbsp;would&nbsp;ask&nbsp;if&nbsp;there&nbsp;were&nbsp;other&nbsp;options&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;before&nbsp;doing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;that.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Same&nbsp;as&nbsp;Ranch&nbsp;really,&nbsp;you&nbsp;just&nbsp;gotta&nbsp;take&nbsp;the&nbsp;socket&nbsp;and&nbsp;then&nbsp;call&lt;br&gt;<br>
+ &nbsp; &nbsp;the&nbsp;ssl&nbsp;functions.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+Yes,&nbsp;but&nbsp;in&nbsp;cowboy&nbsp;there&#39;s&nbsp;no&nbsp;API&nbsp;to&nbsp;get&nbsp;at&nbsp;the&nbsp;socket.&lt;br&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+There&nbsp;is&nbsp;the&nbsp;undocumented&nbsp;function&nbsp;cowboy_req:get/1&nbsp;which&nbsp;is&nbsp;meant&nbsp;for&nbsp;that&nbsp;kind&nbsp;of&nbsp;&quot;special&quot;&nbsp;use.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140605/3ba15fb3/attachment.html b/_build/static/archives/extend/attachments/20140605/3ba15fb3/attachment.html
new file mode 100644
index 00000000..632ca0cc
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140605/3ba15fb3/attachment.html
@@ -0,0 +1,42 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;But&nbsp;then&nbsp;I&nbsp;would&nbsp;have&nbsp;to&nbsp;check&nbsp;the&nbsp;client&nbsp;cert&nbsp;for&nbsp;each&nbsp;and&nbsp;every&nbsp;request. &nbsp;I&nbsp;should&nbsp;have&nbsp;to&nbsp;check&nbsp;the&nbsp;cert&nbsp;only&nbsp;once&nbsp;at&nbsp;connect&nbsp;time&nbsp;and&nbsp;then&nbsp;be&nbsp;able&nbsp;to&nbsp;pass&nbsp;the&nbsp;result&nbsp;of&nbsp;that&nbsp;check&nbsp;in&nbsp;the&nbsp;request&nbsp;to&nbsp;each&nbsp;handler.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;Anyway&nbsp;I&#39;ve&nbsp;gone&nbsp;ahead&nbsp;and&nbsp;implemented&nbsp;what&nbsp;I&nbsp;need&nbsp;in&nbsp;a&nbsp;generic&nbsp;manner&nbsp;and&nbsp;it&nbsp;seems&nbsp;to&nbsp;work&nbsp;well. &nbsp;I&nbsp;think&nbsp;it&nbsp;would&nbsp;be&nbsp;a&nbsp;useful&nbsp;addition&nbsp;to&nbsp;Cowboy. &nbsp;If&nbsp;you&nbsp;agree&nbsp;I&nbsp;could&nbsp;write&nbsp;some&nbsp;more&nbsp;documentation&nbsp;for&nbsp;it.&lt;br&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;a&nbsp;href=&quot;https://github.com/goertzenator/cowboy/tree/onconnect&quot;&gt;https://github.com/goertzenator/cowboy/tree/onconnect&lt;/a&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;added&nbsp;a&nbsp;&quot;onconnect&quot;&nbsp;hook&nbsp;and&nbsp;&quot;connection&nbsp;metadata&quot;&nbsp;to&nbsp;cowboy_req. &nbsp;The&nbsp;connection&nbsp;metadata&nbsp;works&nbsp;like&nbsp;existing&nbsp;metadata,&nbsp;but&nbsp;is&nbsp;preserved&nbsp;from&nbsp;request&nbsp;to&nbsp;request&nbsp;on&nbsp;the&nbsp;same&nbsp;connection. &nbsp;The&nbsp;onconnect&nbsp;hook&nbsp;provides&nbsp;initial&nbsp;values&nbsp;for&nbsp;the&nbsp;connection&nbsp;metadata.&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;Dan.&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Jun&nbsp;5,&nbsp;2014&nbsp;at&nbsp;3:04&nbsp;AM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;On&nbsp;06/05/2014&nbsp;01:44&nbsp;AM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Wed,&nbsp;Jun&nbsp;4,&nbsp;2014&nbsp;at&nbsp;4:48&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;06/04/2014&nbsp;10:08&nbsp;PM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;am&nbsp;having&nbsp;very&nbsp;good&nbsp;luck&nbsp;with&nbsp;Cowboy&nbsp;so&nbsp;far,&nbsp;but&nbsp;I&nbsp;have&nbsp;some&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;questions:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;1.&nbsp;There&nbsp;doesn&#39;t&nbsp;appear&nbsp;to&nbsp;be&nbsp;any&nbsp;way&nbsp;to&nbsp;do&nbsp;client&nbsp;certificate&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;authorization&nbsp;in&nbsp;Cowboy,&nbsp;although&nbsp;I&nbsp;see&nbsp;there&nbsp;is&nbsp;an&nbsp;example&nbsp;for&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;doing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;exactly&nbsp;that&nbsp;with&nbsp;Ranch.&nbsp; I&nbsp;think&nbsp;I&nbsp;could&nbsp;modify&nbsp;Cowboy&nbsp;to&nbsp;do&nbsp;what&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;want,&nbsp;but&nbsp;I&nbsp;thought&nbsp;I&nbsp;would&nbsp;ask&nbsp;if&nbsp;there&nbsp;were&nbsp;other&nbsp;options&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;before&nbsp;doing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;that.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Same&nbsp;as&nbsp;Ranch&nbsp;really,&nbsp;you&nbsp;just&nbsp;gotta&nbsp;take&nbsp;the&nbsp;socket&nbsp;and&nbsp;then&nbsp;call&lt;br&gt;<br>
+ &nbsp; &nbsp;the&nbsp;ssl&nbsp;functions.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+Yes,&nbsp;but&nbsp;in&nbsp;cowboy&nbsp;there&#39;s&nbsp;no&nbsp;API&nbsp;to&nbsp;get&nbsp;at&nbsp;the&nbsp;socket.&lt;br&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+There&nbsp;is&nbsp;the&nbsp;undocumented&nbsp;function&nbsp;cowboy_req:get/1&nbsp;which&nbsp;is&nbsp;meant&nbsp;for&nbsp;that&nbsp;kind&nbsp;of&nbsp;&quot;special&quot;&nbsp;use.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140605/46eee3c0/attachment-0001.html b/_build/static/archives/extend/attachments/20140605/46eee3c0/attachment-0001.html
new file mode 100644
index 00000000..54c2e082
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140605/46eee3c0/attachment-0001.html
@@ -0,0 +1,47 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Got&nbsp;it,&nbsp;thanks.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;This&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/&quot;&gt;here&lt;/a&gt; had&nbsp;the&nbsp;fine&nbsp;print&nbsp;that&nbsp;I&nbsp;hadn&#39;t&nbsp;read&nbsp;apparently:&nbsp;&quot;This&nbsp;module&nbsp;cannot&nbsp;be&nbsp;described&nbsp;as&nbsp;a&nbsp;behaviour&nbsp;due&nbsp;to&nbsp;most&nbsp;of&nbsp;the&nbsp;callbacks&nbsp;it&nbsp;defines&nbsp;being&nbsp;optional.&nbsp;It&nbsp;has&nbsp;the&nbsp;same&nbsp;semantics&nbsp;as&nbsp;a&nbsp;behaviour&nbsp;otherwise.&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;&quot;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/span&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;4&nbsp;June&nbsp;2014&nbsp;22:46,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+You&nbsp;shouldn&#39;t&nbsp;say&nbsp;-behavior(cowboy_http_handler)&nbsp;if&nbsp;you&nbsp;don&#39;t&nbsp;actually&nbsp;implement&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/04/2014&nbsp;11:37&nbsp;PM,&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hello.&lt;br&gt;<br>
+&lt;br&gt;<br>
+You&nbsp;wrote&nbsp;here&lt;br&gt;<br>
+&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/HEAD/manual/cowboy_&lt;u&gt;&lt;/u&gt;rest/&lt;/a&gt;&gt;&nbsp;that&nbsp;&quot;The&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+only&nbsp;mandatory&nbsp;callback&nbsp;is&nbsp;init/3,&nbsp;needed&nbsp;to&nbsp;perform&nbsp;the&nbsp;protocol&nbsp;upgrade.&quot;&lt;br&gt;<br>
+&lt;br&gt;<br>
+In&nbsp;my&nbsp;code&nbsp;I&nbsp;have&nbsp;only&nbsp;this&nbsp;function&nbsp;for&nbsp;the&nbsp;protocol&nbsp;upgrade:&lt;br&gt;<br>
+&lt;br&gt;<br>
+init({_TransportName,&nbsp;_ProtocolName},&nbsp;_Req,&nbsp;[])&nbsp;-&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; {upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;the&nbsp;other&nbsp;hand,&nbsp;when&nbsp;compiling,&nbsp;I&nbsp;get&nbsp;the&nbsp;following&nbsp;warnings:&lt;br&gt;<br>
+&lt;br&gt;<br>
+src/handler_transactions.erl:&lt;u&gt;&lt;/u&gt;3:&nbsp;Warning:&nbsp;undefined&nbsp;callback&nbsp;function&lt;br&gt;<br>
+handle/2&nbsp;(behaviour&nbsp;&#39;cowboy_http_handler&#39;)&lt;br&gt;<br>
+src/handler_transactions.erl:&lt;u&gt;&lt;/u&gt;3:&nbsp;Warning:&nbsp;undefined&nbsp;callback&nbsp;function&lt;br&gt;<br>
+terminate/3&nbsp;(behaviour&nbsp;&#39;cowboy_http_handler&#39;)&lt;br&gt;<br>
+&lt;br&gt;<br>
+Is&nbsp;this&nbsp;the&nbsp;expected&nbsp;behavior?&nbsp;I&nbsp;know&nbsp;I&nbsp;_can_&nbsp;ignore&nbsp;the&nbsp;warnings,&nbsp;but&lt;br&gt;<br>
+not&nbsp;if&nbsp;I&nbsp;want&nbsp;to&nbsp;use&nbsp;Erlang&nbsp;compiler&nbsp;option&nbsp;warnings_as_errors,&nbsp;for&nbsp;example.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Many&nbsp;thanks.&lt;br&gt;<br>
+&lt;br&gt;<br>
+-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140605/46eee3c0/attachment.html b/_build/static/archives/extend/attachments/20140605/46eee3c0/attachment.html
new file mode 100644
index 00000000..54c2e082
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140605/46eee3c0/attachment.html
@@ -0,0 +1,47 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Got&nbsp;it,&nbsp;thanks.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;This&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/&quot;&gt;here&lt;/a&gt; had&nbsp;the&nbsp;fine&nbsp;print&nbsp;that&nbsp;I&nbsp;hadn&#39;t&nbsp;read&nbsp;apparently:&nbsp;&quot;This&nbsp;module&nbsp;cannot&nbsp;be&nbsp;described&nbsp;as&nbsp;a&nbsp;behaviour&nbsp;due&nbsp;to&nbsp;most&nbsp;of&nbsp;the&nbsp;callbacks&nbsp;it&nbsp;defines&nbsp;being&nbsp;optional.&nbsp;It&nbsp;has&nbsp;the&nbsp;same&nbsp;semantics&nbsp;as&nbsp;a&nbsp;behaviour&nbsp;otherwise.&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;&quot;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/span&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;4&nbsp;June&nbsp;2014&nbsp;22:46,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+You&nbsp;shouldn&#39;t&nbsp;say&nbsp;-behavior(cowboy_http_handler)&nbsp;if&nbsp;you&nbsp;don&#39;t&nbsp;actually&nbsp;implement&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/04/2014&nbsp;11:37&nbsp;PM,&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hello.&lt;br&gt;<br>
+&lt;br&gt;<br>
+You&nbsp;wrote&nbsp;here&lt;br&gt;<br>
+&lt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/manual/cowboy_rest/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/HEAD/manual/cowboy_&lt;u&gt;&lt;/u&gt;rest/&lt;/a&gt;&gt;&nbsp;that&nbsp;&quot;The&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+only&nbsp;mandatory&nbsp;callback&nbsp;is&nbsp;init/3,&nbsp;needed&nbsp;to&nbsp;perform&nbsp;the&nbsp;protocol&nbsp;upgrade.&quot;&lt;br&gt;<br>
+&lt;br&gt;<br>
+In&nbsp;my&nbsp;code&nbsp;I&nbsp;have&nbsp;only&nbsp;this&nbsp;function&nbsp;for&nbsp;the&nbsp;protocol&nbsp;upgrade:&lt;br&gt;<br>
+&lt;br&gt;<br>
+init({_TransportName,&nbsp;_ProtocolName},&nbsp;_Req,&nbsp;[])&nbsp;-&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; {upgrade,&nbsp;protocol,&nbsp;cowboy_rest}.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;the&nbsp;other&nbsp;hand,&nbsp;when&nbsp;compiling,&nbsp;I&nbsp;get&nbsp;the&nbsp;following&nbsp;warnings:&lt;br&gt;<br>
+&lt;br&gt;<br>
+src/handler_transactions.erl:&lt;u&gt;&lt;/u&gt;3:&nbsp;Warning:&nbsp;undefined&nbsp;callback&nbsp;function&lt;br&gt;<br>
+handle/2&nbsp;(behaviour&nbsp;&#39;cowboy_http_handler&#39;)&lt;br&gt;<br>
+src/handler_transactions.erl:&lt;u&gt;&lt;/u&gt;3:&nbsp;Warning:&nbsp;undefined&nbsp;callback&nbsp;function&lt;br&gt;<br>
+terminate/3&nbsp;(behaviour&nbsp;&#39;cowboy_http_handler&#39;)&lt;br&gt;<br>
+&lt;br&gt;<br>
+Is&nbsp;this&nbsp;the&nbsp;expected&nbsp;behavior?&nbsp;I&nbsp;know&nbsp;I&nbsp;_can_&nbsp;ignore&nbsp;the&nbsp;warnings,&nbsp;but&lt;br&gt;<br>
+not&nbsp;if&nbsp;I&nbsp;want&nbsp;to&nbsp;use&nbsp;Erlang&nbsp;compiler&nbsp;option&nbsp;warnings_as_errors,&nbsp;for&nbsp;example.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Many&nbsp;thanks.&lt;br&gt;<br>
+&lt;br&gt;<br>
+-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140606/b992565e/attachment-0001.html b/_build/static/archives/extend/attachments/20140606/b992565e/attachment-0001.html
new file mode 100644
index 00000000..3efb5468
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140606/b992565e/attachment-0001.html
@@ -0,0 +1,89 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Okay,&nbsp;I&nbsp;see&nbsp;how&nbsp;I&nbsp;can&nbsp;wrap&nbsp;cowboy_protocol:init()&nbsp;to&nbsp;perhaps&nbsp;add&nbsp;cert&nbsp;information&nbsp;to&nbsp;env&nbsp;or&nbsp;stuff&nbsp;it&nbsp;in&nbsp;an&nbsp;ets&nbsp;table&nbsp;/&nbsp;gproc&nbsp;/&nbsp;process&nbsp;dictionary.&nbsp; Is&nbsp;this&nbsp;what&nbsp;you&nbsp;mean?&nbsp; I&nbsp;think&nbsp;that&nbsp;will&nbsp;work&nbsp;for&nbsp;me.&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;My&nbsp;immediate&nbsp;application&nbsp;is&nbsp;to&nbsp;provide&nbsp;a&nbsp;secure&nbsp;RESTful&nbsp;API&nbsp;for&nbsp;a&nbsp;network&nbsp;appliance.&nbsp; Think&nbsp;securing&nbsp;the&nbsp;Web&nbsp;of&nbsp;Things.&nbsp; I&nbsp;really&nbsp;do&nbsp;want&nbsp;to&nbsp;get&nbsp;in&nbsp;the&nbsp;client&#39;s&nbsp;face&nbsp;if&nbsp;they&nbsp;don&#39;t&nbsp;have&nbsp;the&nbsp;right&nbsp;certificate.&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;late&nbsp;in&nbsp;saying&nbsp;this,&nbsp;but&nbsp;thank&nbsp;you&nbsp;for&nbsp;making&nbsp;Cowboy&nbsp;so&nbsp;easy&nbsp;to&nbsp;read&nbsp;and&nbsp;understand.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;Dan.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Jun&nbsp;5,&nbsp;2014&nbsp;at&nbsp;4:24&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Misunderstood&nbsp;what&nbsp;you&nbsp;needed&nbsp;then.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Note&nbsp;that&nbsp;the&nbsp;services&nbsp;that&nbsp;are&nbsp;completely&nbsp;blocked&nbsp;from&nbsp;anyone&nbsp;who&nbsp;doesn&#39;t&nbsp;have&nbsp;the&nbsp;right&nbsp;cert&nbsp;are&nbsp;virtually&nbsp;non-existent,&nbsp;it&nbsp;doesn&#39;t&nbsp;make&nbsp;sense&nbsp;to&nbsp;add&nbsp;a&nbsp;feature&nbsp;for&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+You&nbsp;can&nbsp;do&nbsp;that&nbsp;kind&nbsp;of&nbsp;thing&nbsp;by&nbsp;having&nbsp;custom&nbsp;code&nbsp;creating&nbsp;the&nbsp;protocol&nbsp;process&nbsp;by&nbsp;the&nbsp;way.&nbsp;There&#39;s&nbsp;no&nbsp;need&nbsp;to&nbsp;patch&nbsp;Cowboy&nbsp;for&nbsp;that.&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/05/2014&nbsp;11:01&nbsp;PM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+But&nbsp;then&nbsp;I&nbsp;would&nbsp;have&nbsp;to&nbsp;check&nbsp;the&nbsp;client&nbsp;cert&nbsp;for&nbsp;each&nbsp;and&nbsp;every&lt;br&gt;<br>
+request.&nbsp; I&nbsp;should&nbsp;have&nbsp;to&nbsp;check&nbsp;the&nbsp;cert&nbsp;only&nbsp;once&nbsp;at&nbsp;connect&nbsp;time&nbsp;and&lt;br&gt;<br>
+then&nbsp;be&nbsp;able&nbsp;to&nbsp;pass&nbsp;the&nbsp;result&nbsp;of&nbsp;that&nbsp;check&nbsp;in&nbsp;the&nbsp;request&nbsp;to&nbsp;each&lt;br&gt;<br>
+handler.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Anyway&nbsp;I&#39;ve&nbsp;gone&nbsp;ahead&nbsp;and&nbsp;implemented&nbsp;what&nbsp;I&nbsp;need&nbsp;in&nbsp;a&nbsp;generic&nbsp;manner&lt;br&gt;<br>
+and&nbsp;it&nbsp;seems&nbsp;to&nbsp;work&nbsp;well.&nbsp; I&nbsp;think&nbsp;it&nbsp;would&nbsp;be&nbsp;a&nbsp;useful&nbsp;addition&nbsp;to&lt;br&gt;<br>
+Cowboy.&nbsp; If&nbsp;you&nbsp;agree&nbsp;I&nbsp;could&nbsp;write&nbsp;some&nbsp;more&nbsp;documentation&nbsp;for&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/goertzenator/cowboy/tree/onconnect&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/&lt;u&gt;&lt;/u&gt;goertzenator/cowboy/tree/&lt;u&gt;&lt;/u&gt;onconnect&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;added&nbsp;a&nbsp;&quot;onconnect&quot;&nbsp;hook&nbsp;and&nbsp;&quot;connection&nbsp;metadata&quot;&nbsp;to&nbsp;cowboy_req.&nbsp; The&lt;br&gt;<br>
+connection&nbsp;metadata&nbsp;works&nbsp;like&nbsp;existing&nbsp;metadata,&nbsp;but&nbsp;is&nbsp;preserved&nbsp;from&lt;br&gt;<br>
+request&nbsp;to&nbsp;request&nbsp;on&nbsp;the&nbsp;same&nbsp;connection.&nbsp; The&nbsp;onconnect&nbsp;hook&nbsp;provides&lt;br&gt;<br>
+initial&nbsp;values&nbsp;for&nbsp;the&nbsp;connection&nbsp;metadata.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Dan.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Thu,&nbsp;Jun&nbsp;5,&nbsp;2014&nbsp;at&nbsp;3:04&nbsp;AM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;06/05/2014&nbsp;01:44&nbsp;AM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;Wed,&nbsp;Jun&nbsp;4,&nbsp;2014&nbsp;at&nbsp;4:48&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; On&nbsp;06/04/2014&nbsp;10:08&nbsp;PM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;am&nbsp;having&nbsp;very&nbsp;good&nbsp;luck&nbsp;with&nbsp;Cowboy&nbsp;so&nbsp;far,&nbsp;but&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;have&nbsp;some&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; questions:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1.&nbsp;There&nbsp;doesn&#39;t&nbsp;appear&nbsp;to&nbsp;be&nbsp;any&nbsp;way&nbsp;to&nbsp;do&nbsp;client&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;certificate&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; authorization&nbsp;in&nbsp;Cowboy,&nbsp;although&nbsp;I&nbsp;see&nbsp;there&nbsp;is&nbsp;an&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;example&nbsp;for&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; doing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; exactly&nbsp;that&nbsp;with&nbsp;Ranch.&nbsp; I&nbsp;think&nbsp;I&nbsp;could&nbsp;modify&nbsp;Cowboy&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;to&nbsp;do&nbsp;what&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; want,&nbsp;but&nbsp;I&nbsp;thought&nbsp;I&nbsp;would&nbsp;ask&nbsp;if&nbsp;there&nbsp;were&nbsp;other&nbsp;options&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; before&nbsp;doing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; that.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Same&nbsp;as&nbsp;Ranch&nbsp;really,&nbsp;you&nbsp;just&nbsp;gotta&nbsp;take&nbsp;the&nbsp;socket&nbsp;and&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;then&nbsp;call&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; the&nbsp;ssl&nbsp;functions.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Yes,&nbsp;but&nbsp;in&nbsp;cowboy&nbsp;there&#39;s&nbsp;no&nbsp;API&nbsp;to&nbsp;get&nbsp;at&nbsp;the&nbsp;socket.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;There&nbsp;is&nbsp;the&nbsp;undocumented&nbsp;function&nbsp;cowboy_req:get/1&nbsp;which&nbsp;is&nbsp;meant&lt;br&gt;<br>
+ &nbsp; &nbsp;for&nbsp;that&nbsp;kind&nbsp;of&nbsp;&quot;special&quot;&nbsp;use.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140606/b992565e/attachment.html b/_build/static/archives/extend/attachments/20140606/b992565e/attachment.html
new file mode 100644
index 00000000..3efb5468
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140606/b992565e/attachment.html
@@ -0,0 +1,89 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Okay,&nbsp;I&nbsp;see&nbsp;how&nbsp;I&nbsp;can&nbsp;wrap&nbsp;cowboy_protocol:init()&nbsp;to&nbsp;perhaps&nbsp;add&nbsp;cert&nbsp;information&nbsp;to&nbsp;env&nbsp;or&nbsp;stuff&nbsp;it&nbsp;in&nbsp;an&nbsp;ets&nbsp;table&nbsp;/&nbsp;gproc&nbsp;/&nbsp;process&nbsp;dictionary.&nbsp; Is&nbsp;this&nbsp;what&nbsp;you&nbsp;mean?&nbsp; I&nbsp;think&nbsp;that&nbsp;will&nbsp;work&nbsp;for&nbsp;me.&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;My&nbsp;immediate&nbsp;application&nbsp;is&nbsp;to&nbsp;provide&nbsp;a&nbsp;secure&nbsp;RESTful&nbsp;API&nbsp;for&nbsp;a&nbsp;network&nbsp;appliance.&nbsp; Think&nbsp;securing&nbsp;the&nbsp;Web&nbsp;of&nbsp;Things.&nbsp; I&nbsp;really&nbsp;do&nbsp;want&nbsp;to&nbsp;get&nbsp;in&nbsp;the&nbsp;client&#39;s&nbsp;face&nbsp;if&nbsp;they&nbsp;don&#39;t&nbsp;have&nbsp;the&nbsp;right&nbsp;certificate.&lt;br&gt;<br>
+&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;late&nbsp;in&nbsp;saying&nbsp;this,&nbsp;but&nbsp;thank&nbsp;you&nbsp;for&nbsp;making&nbsp;Cowboy&nbsp;so&nbsp;easy&nbsp;to&nbsp;read&nbsp;and&nbsp;understand.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers,&lt;/div&gt;&lt;div&gt;Dan.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Thu,&nbsp;Jun&nbsp;5,&nbsp;2014&nbsp;at&nbsp;4:24&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Misunderstood&nbsp;what&nbsp;you&nbsp;needed&nbsp;then.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Note&nbsp;that&nbsp;the&nbsp;services&nbsp;that&nbsp;are&nbsp;completely&nbsp;blocked&nbsp;from&nbsp;anyone&nbsp;who&nbsp;doesn&#39;t&nbsp;have&nbsp;the&nbsp;right&nbsp;cert&nbsp;are&nbsp;virtually&nbsp;non-existent,&nbsp;it&nbsp;doesn&#39;t&nbsp;make&nbsp;sense&nbsp;to&nbsp;add&nbsp;a&nbsp;feature&nbsp;for&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+You&nbsp;can&nbsp;do&nbsp;that&nbsp;kind&nbsp;of&nbsp;thing&nbsp;by&nbsp;having&nbsp;custom&nbsp;code&nbsp;creating&nbsp;the&nbsp;protocol&nbsp;process&nbsp;by&nbsp;the&nbsp;way.&nbsp;There&#39;s&nbsp;no&nbsp;need&nbsp;to&nbsp;patch&nbsp;Cowboy&nbsp;for&nbsp;that.&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/05/2014&nbsp;11:01&nbsp;PM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+But&nbsp;then&nbsp;I&nbsp;would&nbsp;have&nbsp;to&nbsp;check&nbsp;the&nbsp;client&nbsp;cert&nbsp;for&nbsp;each&nbsp;and&nbsp;every&lt;br&gt;<br>
+request.&nbsp; I&nbsp;should&nbsp;have&nbsp;to&nbsp;check&nbsp;the&nbsp;cert&nbsp;only&nbsp;once&nbsp;at&nbsp;connect&nbsp;time&nbsp;and&lt;br&gt;<br>
+then&nbsp;be&nbsp;able&nbsp;to&nbsp;pass&nbsp;the&nbsp;result&nbsp;of&nbsp;that&nbsp;check&nbsp;in&nbsp;the&nbsp;request&nbsp;to&nbsp;each&lt;br&gt;<br>
+handler.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Anyway&nbsp;I&#39;ve&nbsp;gone&nbsp;ahead&nbsp;and&nbsp;implemented&nbsp;what&nbsp;I&nbsp;need&nbsp;in&nbsp;a&nbsp;generic&nbsp;manner&lt;br&gt;<br>
+and&nbsp;it&nbsp;seems&nbsp;to&nbsp;work&nbsp;well.&nbsp; I&nbsp;think&nbsp;it&nbsp;would&nbsp;be&nbsp;a&nbsp;useful&nbsp;addition&nbsp;to&lt;br&gt;<br>
+Cowboy.&nbsp; If&nbsp;you&nbsp;agree&nbsp;I&nbsp;could&nbsp;write&nbsp;some&nbsp;more&nbsp;documentation&nbsp;for&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/goertzenator/cowboy/tree/onconnect&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/&lt;u&gt;&lt;/u&gt;goertzenator/cowboy/tree/&lt;u&gt;&lt;/u&gt;onconnect&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;added&nbsp;a&nbsp;&quot;onconnect&quot;&nbsp;hook&nbsp;and&nbsp;&quot;connection&nbsp;metadata&quot;&nbsp;to&nbsp;cowboy_req.&nbsp; The&lt;br&gt;<br>
+connection&nbsp;metadata&nbsp;works&nbsp;like&nbsp;existing&nbsp;metadata,&nbsp;but&nbsp;is&nbsp;preserved&nbsp;from&lt;br&gt;<br>
+request&nbsp;to&nbsp;request&nbsp;on&nbsp;the&nbsp;same&nbsp;connection.&nbsp; The&nbsp;onconnect&nbsp;hook&nbsp;provides&lt;br&gt;<br>
+initial&nbsp;values&nbsp;for&nbsp;the&nbsp;connection&nbsp;metadata.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Dan.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Thu,&nbsp;Jun&nbsp;5,&nbsp;2014&nbsp;at&nbsp;3:04&nbsp;AM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;06/05/2014&nbsp;01:44&nbsp;AM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;Wed,&nbsp;Jun&nbsp;4,&nbsp;2014&nbsp;at&nbsp;4:48&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; On&nbsp;06/04/2014&nbsp;10:08&nbsp;PM,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;am&nbsp;having&nbsp;very&nbsp;good&nbsp;luck&nbsp;with&nbsp;Cowboy&nbsp;so&nbsp;far,&nbsp;but&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;have&nbsp;some&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; questions:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1.&nbsp;There&nbsp;doesn&#39;t&nbsp;appear&nbsp;to&nbsp;be&nbsp;any&nbsp;way&nbsp;to&nbsp;do&nbsp;client&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;certificate&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; authorization&nbsp;in&nbsp;Cowboy,&nbsp;although&nbsp;I&nbsp;see&nbsp;there&nbsp;is&nbsp;an&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;example&nbsp;for&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; doing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; exactly&nbsp;that&nbsp;with&nbsp;Ranch.&nbsp; I&nbsp;think&nbsp;I&nbsp;could&nbsp;modify&nbsp;Cowboy&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;to&nbsp;do&nbsp;what&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; want,&nbsp;but&nbsp;I&nbsp;thought&nbsp;I&nbsp;would&nbsp;ask&nbsp;if&nbsp;there&nbsp;were&nbsp;other&nbsp;options&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; before&nbsp;doing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; that.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Same&nbsp;as&nbsp;Ranch&nbsp;really,&nbsp;you&nbsp;just&nbsp;gotta&nbsp;take&nbsp;the&nbsp;socket&nbsp;and&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;then&nbsp;call&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; the&nbsp;ssl&nbsp;functions.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Yes,&nbsp;but&nbsp;in&nbsp;cowboy&nbsp;there&#39;s&nbsp;no&nbsp;API&nbsp;to&nbsp;get&nbsp;at&nbsp;the&nbsp;socket.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;There&nbsp;is&nbsp;the&nbsp;undocumented&nbsp;function&nbsp;cowboy_req:get/1&nbsp;which&nbsp;is&nbsp;meant&lt;br&gt;<br>
+ &nbsp; &nbsp;for&nbsp;that&nbsp;kind&nbsp;of&nbsp;&quot;special&quot;&nbsp;use.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140708/35d8806d/attachment-0001.html b/_build/static/archives/extend/attachments/20140708/35d8806d/attachment-0001.html
new file mode 100644
index 00000000..6a259b6a
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140708/35d8806d/attachment-0001.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello,&nbsp;y&#39;all.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;using&nbsp;HTTP&nbsp;Basic&nbsp;Auth&nbsp;in&nbsp;my&nbsp;API.&nbsp;While&nbsp;calling&nbsp;cowboy_req:parse_header(&lt;&lt;&quot;authorization&gt;&gt;&quot;,&nbsp;...&nbsp;with&nbsp;an&nbsp;_invalid_&nbsp;Authorization&nbsp;header&nbsp;such&nbsp;as&nbsp;&quot;Authorization:&nbsp;Basic&nbsp;Test1&quot;&nbsp;I&nbsp;get&nbsp;an&nbsp;error&nbsp;500&nbsp;back&nbsp;and&nbsp;an&nbsp;error&nbsp;log&nbsp;message&nbsp;on&nbsp;the&nbsp;server.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;1.&nbsp;Is&nbsp;this&nbsp;the&nbsp;expected&nbsp;behavior?&nbsp;[if&nbsp;I&nbsp;understand&nbsp;correctly,&nbsp;my&nbsp;request&nbsp;is&nbsp;going&nbsp;through authorization(UserPass,&nbsp;Type&nbsp;=&nbsp;&lt;&lt;&quot;basic&quot;&gt;&gt;)&nbsp;and&nbsp;this&nbsp;has&nbsp;no&nbsp;check&nbsp;for&nbsp;the&nbsp;string&nbsp;being&nbsp;correctly&nbsp;encoded]&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;2.&nbsp;what&nbsp;would&nbsp;be&nbsp;the&nbsp;best&nbsp;way&nbsp;to&nbsp;guard&nbsp;against&nbsp;this&nbsp;&quot;error&quot;?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140708/35d8806d/attachment.html b/_build/static/archives/extend/attachments/20140708/35d8806d/attachment.html
new file mode 100644
index 00000000..6a259b6a
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140708/35d8806d/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hello,&nbsp;y&#39;all.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;using&nbsp;HTTP&nbsp;Basic&nbsp;Auth&nbsp;in&nbsp;my&nbsp;API.&nbsp;While&nbsp;calling&nbsp;cowboy_req:parse_header(&lt;&lt;&quot;authorization&gt;&gt;&quot;,&nbsp;...&nbsp;with&nbsp;an&nbsp;_invalid_&nbsp;Authorization&nbsp;header&nbsp;such&nbsp;as&nbsp;&quot;Authorization:&nbsp;Basic&nbsp;Test1&quot;&nbsp;I&nbsp;get&nbsp;an&nbsp;error&nbsp;500&nbsp;back&nbsp;and&nbsp;an&nbsp;error&nbsp;log&nbsp;message&nbsp;on&nbsp;the&nbsp;server.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;1.&nbsp;Is&nbsp;this&nbsp;the&nbsp;expected&nbsp;behavior?&nbsp;[if&nbsp;I&nbsp;understand&nbsp;correctly,&nbsp;my&nbsp;request&nbsp;is&nbsp;going&nbsp;through authorization(UserPass,&nbsp;Type&nbsp;=&nbsp;&lt;&lt;&quot;basic&quot;&gt;&gt;)&nbsp;and&nbsp;this&nbsp;has&nbsp;no&nbsp;check&nbsp;for&nbsp;the&nbsp;string&nbsp;being&nbsp;correctly&nbsp;encoded]&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;2.&nbsp;what&nbsp;would&nbsp;be&nbsp;the&nbsp;best&nbsp;way&nbsp;to&nbsp;guard&nbsp;against&nbsp;this&nbsp;&quot;error&quot;?&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140708/497ef9a1/attachment-0001.html b/_build/static/archives/extend/attachments/20140708/497ef9a1/attachment-0001.html
new file mode 100644
index 00000000..71417659
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140708/497ef9a1/attachment-0001.html
@@ -0,0 +1,41 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Great,&nbsp;thanks.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;saw&nbsp;some&nbsp;changes&nbsp;&quot;from&nbsp;422&nbsp;to&nbsp;400&quot;&nbsp;in&nbsp;recent&nbsp;versions&nbsp;(PUT&nbsp;and&nbsp;POST).&nbsp;Thanks&nbsp;for&nbsp;the&nbsp;heads&nbsp;up.&nbsp;As&nbsp;long&nbsp;as&nbsp;they&#39;re&nbsp;document,&nbsp;no&nbsp;harm&nbsp;shall&nbsp;come&nbsp;of&nbsp;these&nbsp;changes.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;In&nbsp;any&nbsp;case,&nbsp;if&nbsp;I&nbsp;see&nbsp;it&nbsp;happen&nbsp;very&nbsp;often&nbsp;live&nbsp;I&#39;ll&nbsp;&quot;protect&quot;&nbsp;it&nbsp;agains&nbsp;the&nbsp;_bad_&nbsp;header&nbsp;:-).&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;8&nbsp;July&nbsp;2014&nbsp;14:21,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Parsing&nbsp;of&nbsp;any&nbsp;header&nbsp;may&nbsp;crash.&nbsp;Some&nbsp;may&nbsp;also&nbsp;return&nbsp;an&nbsp;error&nbsp;tuple,&nbsp;though&nbsp;that&nbsp;behavior&nbsp;slowly&nbsp;changes&nbsp;and&nbsp;it&nbsp;will&nbsp;always&nbsp;crash&nbsp;in&nbsp;2.0.&nbsp;So&nbsp;just&nbsp;wrap&nbsp;the&nbsp;call&nbsp;around&nbsp;a&nbsp;try/catch&nbsp;if&nbsp;you&nbsp;need&nbsp;to&nbsp;handle&nbsp;the&nbsp;error.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Note&nbsp;that&nbsp;at&nbsp;this&nbsp;exact&nbsp;moment&nbsp;I&#39;m&nbsp;working&nbsp;on&nbsp;returning&nbsp;400&nbsp;instead&nbsp;of&nbsp;500&nbsp;automatically&nbsp;when&nbsp;parsing&nbsp;headers&nbsp;end&nbsp;up&nbsp;crashing&nbsp;(and&nbsp;possibly&nbsp;other&nbsp;situations&nbsp;later&nbsp;on).&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;07/08/2014&nbsp;03:17&nbsp;PM,&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+Hello,&nbsp;y&#39;all.&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&#39;m&nbsp;using&nbsp;HTTP&nbsp;Basic&nbsp;Auth&nbsp;in&nbsp;my&nbsp;API.&nbsp;While&nbsp;calling&lt;br&gt;<br>
+cowboy_req:parse_header(&lt;&lt;&quot;&lt;u&gt;&lt;/u&gt;authorization&gt;&gt;&quot;,&nbsp;...&nbsp;with&nbsp;an&nbsp;_invalid_&lt;br&gt;<br>
+Authorization&nbsp;header&nbsp;such&nbsp;as&nbsp;&quot;Authorization:&nbsp;Basic&nbsp;Test1&quot;&nbsp;I&nbsp;get&nbsp;an&nbsp;error&lt;br&gt;<br>
+500&nbsp;back&nbsp;and&nbsp;an&nbsp;error&nbsp;log&nbsp;message&nbsp;on&nbsp;the&nbsp;server.&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;Is&nbsp;this&nbsp;the&nbsp;expected&nbsp;behavior?&nbsp;[if&nbsp;I&nbsp;understand&nbsp;correctly,&nbsp;my&nbsp;request&lt;br&gt;<br>
+is&nbsp;going&nbsp;through&nbsp;authorization(UserPass,&nbsp;Type&nbsp;=&nbsp;&lt;&lt;&quot;basic&quot;&gt;&gt;)&nbsp;and&nbsp;this&lt;br&gt;<br>
+has&nbsp;no&nbsp;check&nbsp;for&nbsp;the&nbsp;string&nbsp;being&nbsp;correctly&nbsp;encoded]&lt;br&gt;<br>
+&lt;br&gt;<br>
+2.&nbsp;what&nbsp;would&nbsp;be&nbsp;the&nbsp;best&nbsp;way&nbsp;to&nbsp;guard&nbsp;against&nbsp;this&nbsp;&quot;error&quot;?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thanks.&lt;br&gt;<br>
+&lt;br&gt;<br>
+-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140708/497ef9a1/attachment.html b/_build/static/archives/extend/attachments/20140708/497ef9a1/attachment.html
new file mode 100644
index 00000000..71417659
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140708/497ef9a1/attachment.html
@@ -0,0 +1,41 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Great,&nbsp;thanks.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;saw&nbsp;some&nbsp;changes&nbsp;&quot;from&nbsp;422&nbsp;to&nbsp;400&quot;&nbsp;in&nbsp;recent&nbsp;versions&nbsp;(PUT&nbsp;and&nbsp;POST).&nbsp;Thanks&nbsp;for&nbsp;the&nbsp;heads&nbsp;up.&nbsp;As&nbsp;long&nbsp;as&nbsp;they&#39;re&nbsp;document,&nbsp;no&nbsp;harm&nbsp;shall&nbsp;come&nbsp;of&nbsp;these&nbsp;changes.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;In&nbsp;any&nbsp;case,&nbsp;if&nbsp;I&nbsp;see&nbsp;it&nbsp;happen&nbsp;very&nbsp;often&nbsp;live&nbsp;I&#39;ll&nbsp;&quot;protect&quot;&nbsp;it&nbsp;agains&nbsp;the&nbsp;_bad_&nbsp;header&nbsp;:-).&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;8&nbsp;July&nbsp;2014&nbsp;14:21,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Parsing&nbsp;of&nbsp;any&nbsp;header&nbsp;may&nbsp;crash.&nbsp;Some&nbsp;may&nbsp;also&nbsp;return&nbsp;an&nbsp;error&nbsp;tuple,&nbsp;though&nbsp;that&nbsp;behavior&nbsp;slowly&nbsp;changes&nbsp;and&nbsp;it&nbsp;will&nbsp;always&nbsp;crash&nbsp;in&nbsp;2.0.&nbsp;So&nbsp;just&nbsp;wrap&nbsp;the&nbsp;call&nbsp;around&nbsp;a&nbsp;try/catch&nbsp;if&nbsp;you&nbsp;need&nbsp;to&nbsp;handle&nbsp;the&nbsp;error.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Note&nbsp;that&nbsp;at&nbsp;this&nbsp;exact&nbsp;moment&nbsp;I&#39;m&nbsp;working&nbsp;on&nbsp;returning&nbsp;400&nbsp;instead&nbsp;of&nbsp;500&nbsp;automatically&nbsp;when&nbsp;parsing&nbsp;headers&nbsp;end&nbsp;up&nbsp;crashing&nbsp;(and&nbsp;possibly&nbsp;other&nbsp;situations&nbsp;later&nbsp;on).&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;07/08/2014&nbsp;03:17&nbsp;PM,&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+Hello,&nbsp;y&#39;all.&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&#39;m&nbsp;using&nbsp;HTTP&nbsp;Basic&nbsp;Auth&nbsp;in&nbsp;my&nbsp;API.&nbsp;While&nbsp;calling&lt;br&gt;<br>
+cowboy_req:parse_header(&lt;&lt;&quot;&lt;u&gt;&lt;/u&gt;authorization&gt;&gt;&quot;,&nbsp;...&nbsp;with&nbsp;an&nbsp;_invalid_&lt;br&gt;<br>
+Authorization&nbsp;header&nbsp;such&nbsp;as&nbsp;&quot;Authorization:&nbsp;Basic&nbsp;Test1&quot;&nbsp;I&nbsp;get&nbsp;an&nbsp;error&lt;br&gt;<br>
+500&nbsp;back&nbsp;and&nbsp;an&nbsp;error&nbsp;log&nbsp;message&nbsp;on&nbsp;the&nbsp;server.&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;Is&nbsp;this&nbsp;the&nbsp;expected&nbsp;behavior?&nbsp;[if&nbsp;I&nbsp;understand&nbsp;correctly,&nbsp;my&nbsp;request&lt;br&gt;<br>
+is&nbsp;going&nbsp;through&nbsp;authorization(UserPass,&nbsp;Type&nbsp;=&nbsp;&lt;&lt;&quot;basic&quot;&gt;&gt;)&nbsp;and&nbsp;this&lt;br&gt;<br>
+has&nbsp;no&nbsp;check&nbsp;for&nbsp;the&nbsp;string&nbsp;being&nbsp;correctly&nbsp;encoded]&lt;br&gt;<br>
+&lt;br&gt;<br>
+2.&nbsp;what&nbsp;would&nbsp;be&nbsp;the&nbsp;best&nbsp;way&nbsp;to&nbsp;guard&nbsp;against&nbsp;this&nbsp;&quot;error&quot;?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thanks.&lt;br&gt;<br>
+&lt;br&gt;<br>
+-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/2c08b12c/attachment-0001.html b/_build/static/archives/extend/attachments/20140805/2c08b12c/attachment-0001.html
new file mode 100644
index 00000000..ee087007
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/2c08b12c/attachment-0001.html
@@ -0,0 +1,7 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Hi.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;image&nbsp;links&nbsp;are&nbsp;broken&nbsp;for&nbsp;the&nbsp;REST&nbsp;flowcharts&#39;&nbsp;guide,&nbsp;part&nbsp;of&nbsp;cowboy.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png&quot;&gt;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png&lt;/a&gt;&nbsp;(for&nbsp;example)&lt;br&gt;<br>
+&lt;div&gt;should&nbsp;probably&nbsp;be&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png&quot;&gt;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png&lt;/a&gt;&lt;/div&gt;&lt;div&gt;according&nbsp;to&nbsp;the&nbsp;hierarchy&nbsp;here:&lt;/div&gt;&lt;div&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide&quot;&gt;https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/2c08b12c/attachment.html b/_build/static/archives/extend/attachments/20140805/2c08b12c/attachment.html
new file mode 100644
index 00000000..ee087007
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/2c08b12c/attachment.html
@@ -0,0 +1,7 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Hi.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;image&nbsp;links&nbsp;are&nbsp;broken&nbsp;for&nbsp;the&nbsp;REST&nbsp;flowcharts&#39;&nbsp;guide,&nbsp;part&nbsp;of&nbsp;cowboy.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png&quot;&gt;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/rest_start.png&lt;/a&gt;&nbsp;(for&nbsp;example)&lt;br&gt;<br>
+&lt;div&gt;should&nbsp;probably&nbsp;be&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png&quot;&gt;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_start.png&lt;/a&gt;&lt;/div&gt;&lt;div&gt;according&nbsp;to&nbsp;the&nbsp;hierarchy&nbsp;here:&lt;/div&gt;&lt;div&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide&quot;&gt;https://github.com/ninenines/ninenines.github.io/tree/master/docs/en/cowboy/1.0/guide&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/34528764/attachment-0001.html b/_build/static/archives/extend/attachments/20140805/34528764/attachment-0001.html
new file mode 100644
index 00000000..2d86cc8f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/34528764/attachment-0001.html
@@ -0,0 +1,80 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Yes,&nbsp;it&nbsp;should&nbsp;be&nbsp;_that_&nbsp;easy&nbsp;for&nbsp;the&nbsp;400&nbsp;&gt;&nbsp;422&nbsp;:D,&nbsp;but&nbsp;is&nbsp;that&nbsp;the&nbsp;only&nbsp;important&nbsp;difference&nbsp;I&nbsp;should&nbsp;be&nbsp;aware&nbsp;of,&nbsp;then?&nbsp;I&nbsp;haven&#39;t&nbsp;written&nbsp;any&nbsp;real&nbsp;tests,&nbsp;for&nbsp;the&nbsp;time&nbsp;being,&nbsp;to&nbsp;guarantee&nbsp;backward&nbsp;compatibility&nbsp;for&nbsp;dependants...&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;In&nbsp;any&nbsp;case,&nbsp;I&#39;m&nbsp;thinking&nbsp;about&nbsp;updating&nbsp;the&nbsp;dependencies&nbsp;in&nbsp;the&nbsp;future&nbsp;(I&nbsp;own&nbsp;one&nbsp;of&nbsp;them&nbsp;and&nbsp;the&nbsp;other&nbsp;one&nbsp;is&nbsp;an&nbsp;internal&nbsp;project,&nbsp;for&nbsp;the&nbsp;time&nbsp;being).&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;for&nbsp;the&nbsp;tip.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;5&nbsp;August&nbsp;2014&nbsp;21:55,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;You&nbsp;can&nbsp;easily&nbsp;send&nbsp;422&nbsp;and&nbsp;return&nbsp;halt&nbsp;instead&nbsp;of&nbsp;returning&nbsp;false&nbsp;if&nbsp;you&nbsp;need&nbsp;to&nbsp;keep&nbsp;that,&nbsp;it&#39;ll&nbsp;just&nbsp;be&nbsp;2&nbsp;lines&nbsp;instead&nbsp;of&nbsp;1.&nbsp;:)&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+On&nbsp;08/05/2014&nbsp;10:33&nbsp;PM,&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hi,&nbsp;Federico.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Check&nbsp;this&nbsp;out&nbsp;for&nbsp;the&nbsp;&quot;why&quot;&nbsp;regarding&nbsp;your&nbsp;question:&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/issues/715&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy/issues/715&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+It&#39;s&nbsp;one&nbsp;of&nbsp;the&nbsp;reasons&nbsp;(I&nbsp;haven&#39;t&nbsp;detected&nbsp;others&nbsp;yet)&nbsp;stopping&nbsp;me&nbsp;from&lt;br&gt;<br>
+moving&nbsp;to&nbsp;1.0,&nbsp;unfortunately&nbsp;(I&nbsp;have&nbsp;some&nbsp;projects&nbsp;depending&nbsp;on&nbsp;these&lt;br&gt;<br>
+status&nbsp;codes&nbsp;already),&nbsp;but&nbsp;as&nbsp;soon&nbsp;as&nbsp;I&nbsp;have&nbsp;some&nbsp;time&nbsp;and&nbsp;look&nbsp;at&nbsp;all&lt;br&gt;<br>
+the&nbsp;_major_&nbsp;differences&nbsp;between&nbsp;0.9.0&nbsp;and&nbsp;1.0&nbsp;I&nbsp;think&nbsp;I&#39;ll&nbsp;make&nbsp;the&lt;br&gt;<br>
+move.&nbsp;For&nbsp;the&nbsp;time&nbsp;being,&nbsp;I&nbsp;have&nbsp;found&nbsp;no&nbsp;issues&nbsp;with&nbsp;the&nbsp;REST&nbsp;part&nbsp;of&lt;br&gt;<br>
+cowboy&nbsp;(the&nbsp;one&nbsp;I&nbsp;use).&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;you,&nbsp;Loïc&nbsp;et&nbsp;all&nbsp;for&nbsp;the&nbsp;effort&nbsp;and&nbsp;for&nbsp;keeping&nbsp;it&nbsp;open&nbsp;source.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards.&lt;br&gt;<br>
+&lt;br&gt;<br>
+-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;5&nbsp;August&nbsp;2014&nbsp;15:18,&nbsp;Federico&nbsp;Carrone&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;federico.carrone@&lt;u&gt;&lt;/u&gt;gmail.com&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Congratulations&nbsp;Loic.&nbsp;I&nbsp;really&nbsp;love&nbsp;cowboy.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;I&nbsp;got&nbsp;only&nbsp;one&nbsp;question:&nbsp;Why&nbsp;did&nbsp;you&nbsp;change&nbsp;the&nbsp;reply&nbsp;with&nbsp;400&lt;br&gt;<br>
+ &nbsp; &nbsp;instead&nbsp;of&nbsp;422&nbsp;in&nbsp;cowboy_rest&nbsp;for&nbsp;unprocessable&nbsp;entities?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Regards,&lt;br&gt;<br>
+ &nbsp; &nbsp;Federico.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;Tue,&nbsp;Aug&nbsp;5,&nbsp;2014&nbsp;at&nbsp;10:33&nbsp;AM,&nbsp;Max&nbsp;Lapshin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;u&gt;&lt;/u&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Loic,&nbsp;it&nbsp;is&nbsp;very&nbsp;cool!&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Thanks.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang-questions@&lt;u&gt;&lt;/u&gt;erlang.org&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://federicocarrone.com/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://federicocarrone.com/&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+ &nbsp; &nbsp;erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang-questions@&lt;u&gt;&lt;/u&gt;erlang.org&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/34528764/attachment.html b/_build/static/archives/extend/attachments/20140805/34528764/attachment.html
new file mode 100644
index 00000000..2d86cc8f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/34528764/attachment.html
@@ -0,0 +1,80 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Yes,&nbsp;it&nbsp;should&nbsp;be&nbsp;_that_&nbsp;easy&nbsp;for&nbsp;the&nbsp;400&nbsp;&gt;&nbsp;422&nbsp;:D,&nbsp;but&nbsp;is&nbsp;that&nbsp;the&nbsp;only&nbsp;important&nbsp;difference&nbsp;I&nbsp;should&nbsp;be&nbsp;aware&nbsp;of,&nbsp;then?&nbsp;I&nbsp;haven&#39;t&nbsp;written&nbsp;any&nbsp;real&nbsp;tests,&nbsp;for&nbsp;the&nbsp;time&nbsp;being,&nbsp;to&nbsp;guarantee&nbsp;backward&nbsp;compatibility&nbsp;for&nbsp;dependants...&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;In&nbsp;any&nbsp;case,&nbsp;I&#39;m&nbsp;thinking&nbsp;about&nbsp;updating&nbsp;the&nbsp;dependencies&nbsp;in&nbsp;the&nbsp;future&nbsp;(I&nbsp;own&nbsp;one&nbsp;of&nbsp;them&nbsp;and&nbsp;the&nbsp;other&nbsp;one&nbsp;is&nbsp;an&nbsp;internal&nbsp;project,&nbsp;for&nbsp;the&nbsp;time&nbsp;being).&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;for&nbsp;the&nbsp;tip.&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;5&nbsp;August&nbsp;2014&nbsp;21:55,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;You&nbsp;can&nbsp;easily&nbsp;send&nbsp;422&nbsp;and&nbsp;return&nbsp;halt&nbsp;instead&nbsp;of&nbsp;returning&nbsp;false&nbsp;if&nbsp;you&nbsp;need&nbsp;to&nbsp;keep&nbsp;that,&nbsp;it&#39;ll&nbsp;just&nbsp;be&nbsp;2&nbsp;lines&nbsp;instead&nbsp;of&nbsp;1.&nbsp;:)&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+On&nbsp;08/05/2014&nbsp;10:33&nbsp;PM,&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hi,&nbsp;Federico.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Check&nbsp;this&nbsp;out&nbsp;for&nbsp;the&nbsp;&quot;why&quot;&nbsp;regarding&nbsp;your&nbsp;question:&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/issues/715&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy/issues/715&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+It&#39;s&nbsp;one&nbsp;of&nbsp;the&nbsp;reasons&nbsp;(I&nbsp;haven&#39;t&nbsp;detected&nbsp;others&nbsp;yet)&nbsp;stopping&nbsp;me&nbsp;from&lt;br&gt;<br>
+moving&nbsp;to&nbsp;1.0,&nbsp;unfortunately&nbsp;(I&nbsp;have&nbsp;some&nbsp;projects&nbsp;depending&nbsp;on&nbsp;these&lt;br&gt;<br>
+status&nbsp;codes&nbsp;already),&nbsp;but&nbsp;as&nbsp;soon&nbsp;as&nbsp;I&nbsp;have&nbsp;some&nbsp;time&nbsp;and&nbsp;look&nbsp;at&nbsp;all&lt;br&gt;<br>
+the&nbsp;_major_&nbsp;differences&nbsp;between&nbsp;0.9.0&nbsp;and&nbsp;1.0&nbsp;I&nbsp;think&nbsp;I&#39;ll&nbsp;make&nbsp;the&lt;br&gt;<br>
+move.&nbsp;For&nbsp;the&nbsp;time&nbsp;being,&nbsp;I&nbsp;have&nbsp;found&nbsp;no&nbsp;issues&nbsp;with&nbsp;the&nbsp;REST&nbsp;part&nbsp;of&lt;br&gt;<br>
+cowboy&nbsp;(the&nbsp;one&nbsp;I&nbsp;use).&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;you,&nbsp;Loïc&nbsp;et&nbsp;all&nbsp;for&nbsp;the&nbsp;effort&nbsp;and&nbsp;for&nbsp;keeping&nbsp;it&nbsp;open&nbsp;source.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards.&lt;br&gt;<br>
+&lt;br&gt;<br>
+-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;5&nbsp;August&nbsp;2014&nbsp;15:18,&nbsp;Federico&nbsp;Carrone&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;federico.carrone@&lt;u&gt;&lt;/u&gt;gmail.com&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Congratulations&nbsp;Loic.&nbsp;I&nbsp;really&nbsp;love&nbsp;cowboy.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;I&nbsp;got&nbsp;only&nbsp;one&nbsp;question:&nbsp;Why&nbsp;did&nbsp;you&nbsp;change&nbsp;the&nbsp;reply&nbsp;with&nbsp;400&lt;br&gt;<br>
+ &nbsp; &nbsp;instead&nbsp;of&nbsp;422&nbsp;in&nbsp;cowboy_rest&nbsp;for&nbsp;unprocessable&nbsp;entities?&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Regards,&lt;br&gt;<br>
+ &nbsp; &nbsp;Federico.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;Tue,&nbsp;Aug&nbsp;5,&nbsp;2014&nbsp;at&nbsp;10:33&nbsp;AM,&nbsp;Max&nbsp;Lapshin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;u&gt;&lt;/u&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Loic,&nbsp;it&nbsp;is&nbsp;very&nbsp;cool!&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Thanks.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang-questions@&lt;u&gt;&lt;/u&gt;erlang.org&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://federicocarrone.com/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://federicocarrone.com/&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+ &nbsp; &nbsp;erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang-questions@&lt;u&gt;&lt;/u&gt;erlang.org&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/a3d520b7/attachment-0001.html b/_build/static/archives/extend/attachments/20140805/a3d520b7/attachment-0001.html
new file mode 100644
index 00000000..1f172061
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/a3d520b7/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Loic,&nbsp;it&nbsp;is&nbsp;very&nbsp;cool!&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Thanks.&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/a3d520b7/attachment.html b/_build/static/archives/extend/attachments/20140805/a3d520b7/attachment.html
new file mode 100644
index 00000000..1f172061
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/a3d520b7/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Loic,&nbsp;it&nbsp;is&nbsp;very&nbsp;cool!&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Thanks.&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/f3705f7b/attachment-0001.html b/_build/static/archives/extend/attachments/20140805/f3705f7b/attachment-0001.html
new file mode 100644
index 00000000..4584493e
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/f3705f7b/attachment-0001.html
@@ -0,0 +1,30 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&nbsp;Federico.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Check&nbsp;this&nbsp;out&nbsp;for&nbsp;the&nbsp;&quot;why&quot;&nbsp;regarding&nbsp;your&nbsp;question: &lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/issues/715&quot;&gt;https://github.com/ninenines/cowboy/issues/715&lt;/a&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;It&#39;s&nbsp;one&nbsp;of&nbsp;the&nbsp;reasons&nbsp;(I&nbsp;haven&#39;t&nbsp;detected&nbsp;others&nbsp;yet)&nbsp;stopping&nbsp;me&nbsp;from&nbsp;moving&nbsp;to&nbsp;1.0,&nbsp;unfortunately&nbsp;(I&nbsp;have&nbsp;some&nbsp;projects&nbsp;depending&nbsp;on&nbsp;these&nbsp;status&nbsp;codes&nbsp;already),&nbsp;but&nbsp;as&nbsp;soon&nbsp;as&nbsp;I&nbsp;have&nbsp;some&nbsp;time&nbsp;and&nbsp;look&nbsp;at&nbsp;all&nbsp;the&nbsp;_major_&nbsp;differences&nbsp;between&nbsp;0.9.0&nbsp;and&nbsp;1.0&nbsp;I&nbsp;think&nbsp;I&#39;ll&nbsp;make&nbsp;the&nbsp;move.&nbsp;For&nbsp;the&nbsp;time&nbsp;being,&nbsp;I&nbsp;have&nbsp;found&nbsp;no&nbsp;issues&nbsp;with&nbsp;the&nbsp;REST&nbsp;part&nbsp;of&nbsp;cowboy&nbsp;(the&nbsp;one&nbsp;I&nbsp;use).&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thank&nbsp;you, &lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px;white-space:nowrap&quot;&gt;Loïc&nbsp;et&nbsp;all&nbsp;for&nbsp;the&nbsp;effort&nbsp;and&nbsp;for&nbsp;keeping&nbsp;it&nbsp;open&nbsp;source.&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px;white-space:nowrap&quot;&gt;&lt;br&gt;<br>
+&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;white-space:nowrap&quot;&gt;Regards.&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;white-space:nowrap&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;white-space:nowrap&quot;&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;5&nbsp;August&nbsp;2014&nbsp;15:18,&nbsp;Federico&nbsp;Carrone&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Congratulations&nbsp;Loic.&nbsp;I&nbsp;really&nbsp;love&nbsp;cowboy.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;got&nbsp;only&nbsp;one&nbsp;question:&nbsp;Why&nbsp;did&nbsp;you&nbsp;change&nbsp;the&nbsp;reply&nbsp;with&nbsp;400&nbsp;instead&nbsp;of&nbsp;422&nbsp;in&nbsp;cowboy_rest&nbsp;for&nbsp;unprocessable&nbsp;entities?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;<br>
+<br>
+Regards,&lt;/div&gt;&lt;div&gt;Federico.&lt;br&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;On&nbsp;Tue,&nbsp;Aug&nbsp;5,&nbsp;2014&nbsp;at&nbsp;10:33&nbsp;AM,&nbsp;Max&nbsp;Lapshin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Loic,&nbsp;it&nbsp;is&nbsp;very&nbsp;cool!&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+<br>
+Thanks.&lt;/div&gt;&lt;/div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;_______________________________________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;a&nbsp;href=&quot;http://federicocarrone.com/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://federicocarrone.com/&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;br&gt;_______________________________________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/f3705f7b/attachment.html b/_build/static/archives/extend/attachments/20140805/f3705f7b/attachment.html
new file mode 100644
index 00000000..4584493e
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/f3705f7b/attachment.html
@@ -0,0 +1,30 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi,&nbsp;Federico.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Check&nbsp;this&nbsp;out&nbsp;for&nbsp;the&nbsp;&quot;why&quot;&nbsp;regarding&nbsp;your&nbsp;question: &lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/issues/715&quot;&gt;https://github.com/ninenines/cowboy/issues/715&lt;/a&gt;&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;It&#39;s&nbsp;one&nbsp;of&nbsp;the&nbsp;reasons&nbsp;(I&nbsp;haven&#39;t&nbsp;detected&nbsp;others&nbsp;yet)&nbsp;stopping&nbsp;me&nbsp;from&nbsp;moving&nbsp;to&nbsp;1.0,&nbsp;unfortunately&nbsp;(I&nbsp;have&nbsp;some&nbsp;projects&nbsp;depending&nbsp;on&nbsp;these&nbsp;status&nbsp;codes&nbsp;already),&nbsp;but&nbsp;as&nbsp;soon&nbsp;as&nbsp;I&nbsp;have&nbsp;some&nbsp;time&nbsp;and&nbsp;look&nbsp;at&nbsp;all&nbsp;the&nbsp;_major_&nbsp;differences&nbsp;between&nbsp;0.9.0&nbsp;and&nbsp;1.0&nbsp;I&nbsp;think&nbsp;I&#39;ll&nbsp;make&nbsp;the&nbsp;move.&nbsp;For&nbsp;the&nbsp;time&nbsp;being,&nbsp;I&nbsp;have&nbsp;found&nbsp;no&nbsp;issues&nbsp;with&nbsp;the&nbsp;REST&nbsp;part&nbsp;of&nbsp;cowboy&nbsp;(the&nbsp;one&nbsp;I&nbsp;use).&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thank&nbsp;you, &lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px;white-space:nowrap&quot;&gt;Loïc&nbsp;et&nbsp;all&nbsp;for&nbsp;the&nbsp;effort&nbsp;and&nbsp;for&nbsp;keeping&nbsp;it&nbsp;open&nbsp;source.&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px;white-space:nowrap&quot;&gt;&lt;br&gt;<br>
+&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;white-space:nowrap&quot;&gt;Regards.&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;white-space:nowrap&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;white-space:nowrap&quot;&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;5&nbsp;August&nbsp;2014&nbsp;15:18,&nbsp;Federico&nbsp;Carrone&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Congratulations&nbsp;Loic.&nbsp;I&nbsp;really&nbsp;love&nbsp;cowboy.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;got&nbsp;only&nbsp;one&nbsp;question:&nbsp;Why&nbsp;did&nbsp;you&nbsp;change&nbsp;the&nbsp;reply&nbsp;with&nbsp;400&nbsp;instead&nbsp;of&nbsp;422&nbsp;in&nbsp;cowboy_rest&nbsp;for&nbsp;unprocessable&nbsp;entities?&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;<br>
+<br>
+Regards,&lt;/div&gt;&lt;div&gt;Federico.&lt;br&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;On&nbsp;Tue,&nbsp;Aug&nbsp;5,&nbsp;2014&nbsp;at&nbsp;10:33&nbsp;AM,&nbsp;Max&nbsp;Lapshin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+<br>
+<br>
+&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;Loic,&nbsp;it&nbsp;is&nbsp;very&nbsp;cool!&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;<br>
+<br>
+Thanks.&lt;/div&gt;&lt;/div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;_______________________________________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;a&nbsp;href=&quot;http://federicocarrone.com/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://federicocarrone.com/&lt;/a&gt;&lt;br&gt;&lt;/div&gt;<br>
+<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;br&gt;_______________________________________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/fb1bc75c/attachment-0001.html b/_build/static/archives/extend/attachments/20140805/fb1bc75c/attachment-0001.html
new file mode 100644
index 00000000..e9fb1a85
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/fb1bc75c/attachment-0001.html
@@ -0,0 +1,58 @@
+<tt>
+&lt;p&nbsp;dir=&quot;ltr&quot;&gt;Congrats&nbsp;Loic!&nbsp;&lt;/p&gt;<br>
+&lt;p&nbsp;dir=&quot;ltr&quot;&gt;--&lt;br&gt;<br>
+Jesse&nbsp;Gumm&lt;br&gt;<br>
+Owner,&nbsp;Sigma&nbsp;Star&nbsp;Systems&lt;br&gt;<br>
+414.940.4866 ||&nbsp;&lt;a&nbsp;href=&quot;http://sigma-star.com&quot;&gt;sigma-star.com&lt;/a&gt;&nbsp;||&nbsp;@jessegumm&lt;/p&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Aug&nbsp;5,&nbsp;2014&nbsp;7:43&nbsp;AM,&nbsp;&quot;Loïc&nbsp;Hoguin&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&nbsp;type=&quot;attribution&quot;&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hello!&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;1.0&nbsp;has&nbsp;been&nbsp;released.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;is&nbsp;a&nbsp;small&nbsp;and&nbsp;fast&nbsp;HTTP&nbsp;server&nbsp;for&nbsp;Erlang&nbsp;with&nbsp;support&nbsp;for&nbsp;Webmachine-like&nbsp;REST,&nbsp;Websocket&nbsp;and&nbsp;more.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;is&nbsp;the&nbsp;work&nbsp;of&nbsp;more&nbsp;than&nbsp;80&nbsp;people.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;congratulate&nbsp;everyone&nbsp;for&nbsp;the&nbsp;great&nbsp;work&nbsp;done&nbsp;so&nbsp;far.&nbsp;Thank&nbsp;you!&lt;br&gt;<br>
+&lt;br&gt;<br>
+Please&nbsp;see&nbsp;the&nbsp;CHANGELOG&nbsp;for&nbsp;details&nbsp;on&nbsp;what&#39;s&nbsp;changed.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy/blob/master/CHANGELOG.&lt;u&gt;&lt;/u&gt;md&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+This&nbsp;release&nbsp;marks&nbsp;the&nbsp;beginning&nbsp;of&nbsp;the&nbsp;1.0.x&nbsp;branch&nbsp;which&nbsp;will&nbsp;contain&nbsp;backward&nbsp;compatible&nbsp;fixes.&nbsp;This&nbsp;branch&nbsp;will&nbsp;be&nbsp;maintained&nbsp;at&nbsp;least&nbsp;until&nbsp;Cowboy&nbsp;2.0&nbsp;gets&nbsp;released&nbsp;(longer&nbsp;if&nbsp;sponsors&nbsp;request&nbsp;it).&nbsp;It&nbsp;is&nbsp;highly&nbsp;recommended&nbsp;that&nbsp;you&nbsp;follow&nbsp;this&nbsp;branch&nbsp;if&nbsp;you&nbsp;were&nbsp;following&nbsp;master&nbsp;before,&nbsp;as&nbsp;master&nbsp;will&nbsp;receive&nbsp;backward&nbsp;incompatible&nbsp;changes&nbsp;starting&nbsp;tomorrow.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;is&nbsp;now&nbsp;fully&nbsp;documented.&nbsp;It&nbsp;has&nbsp;a&nbsp;user&nbsp;guide,&nbsp;a&nbsp;function&nbsp;reference&nbsp;manual,&nbsp;and&nbsp;a&nbsp;wealth&nbsp;of&nbsp;examples.&nbsp;You&nbsp;can&nbsp;also&nbsp;install&nbsp;man&nbsp;pages&nbsp;as&nbsp;explained&nbsp;in&nbsp;the&nbsp;README&nbsp;of&nbsp;the&nbsp;project.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/1.0/guide/&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/manual/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/1.0/manual/&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/tree/master/examples&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy/tree/master/examples&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Following&nbsp;a&nbsp;discussion&nbsp;on&nbsp;the&nbsp;Erlang&nbsp;mailing&nbsp;lists&nbsp;the&nbsp;Getting&nbsp;Started&nbsp;chapter&nbsp;was&nbsp;reworked&nbsp;and&nbsp;greatly&nbsp;simplified,&nbsp;in&nbsp;parts&nbsp;due&nbsp;to&nbsp;the&nbsp;improvements&nbsp;made&nbsp;to&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;.&nbsp;Feedback&nbsp;is&nbsp;of&nbsp;course&nbsp;always&nbsp;welcome.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/1.0/guide/getting_&lt;u&gt;&lt;/u&gt;started/&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Starting&nbsp;tomorrow&nbsp;the&nbsp;master&nbsp;branch&nbsp;will&nbsp;receive&nbsp;backward&nbsp;incompatible&nbsp;changes.&nbsp;Most&nbsp;of&nbsp;the&nbsp;planned&nbsp;changes&nbsp;are&nbsp;detailed&nbsp;in&nbsp;the&nbsp;ROADMAP.&nbsp;You&nbsp;are&nbsp;welcome&nbsp;to&nbsp;suggest&nbsp;additional&nbsp;changes.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/blob/master/ROADMAP.md&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy/blob/master/ROADMAP.md&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;2.0&nbsp;is&nbsp;planned&nbsp;to&nbsp;be&nbsp;released&nbsp;at&nbsp;around&nbsp;the&nbsp;same&nbsp;time&nbsp;Erlang/OTP&nbsp;18.0&nbsp;comes&nbsp;out.&nbsp;There&nbsp;are&nbsp;no&nbsp;plans&nbsp;for&nbsp;a&nbsp;Cowboy&nbsp;1.1&nbsp;at&nbsp;this&nbsp;time,&nbsp;although&nbsp;that&nbsp;may&nbsp;change&nbsp;in&nbsp;the&nbsp;coming&nbsp;months&nbsp;if&nbsp;there&nbsp;is&nbsp;interest&nbsp;in&nbsp;new&nbsp;features.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Ranch&nbsp;also&nbsp;got&nbsp;upgraded&nbsp;to&nbsp;1.0,&nbsp;although&nbsp;there&nbsp;was&nbsp;no&nbsp;changes&nbsp;from&nbsp;the&nbsp;previous&nbsp;release.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/ranch&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;ranch&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thanks&nbsp;to&nbsp;everyone&nbsp;who&nbsp;made&nbsp;this&nbsp;project&nbsp;what&nbsp;it&nbsp;is&nbsp;today!&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140805/fb1bc75c/attachment.html b/_build/static/archives/extend/attachments/20140805/fb1bc75c/attachment.html
new file mode 100644
index 00000000..e9fb1a85
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140805/fb1bc75c/attachment.html
@@ -0,0 +1,58 @@
+<tt>
+&lt;p&nbsp;dir=&quot;ltr&quot;&gt;Congrats&nbsp;Loic!&nbsp;&lt;/p&gt;<br>
+&lt;p&nbsp;dir=&quot;ltr&quot;&gt;--&lt;br&gt;<br>
+Jesse&nbsp;Gumm&lt;br&gt;<br>
+Owner,&nbsp;Sigma&nbsp;Star&nbsp;Systems&lt;br&gt;<br>
+414.940.4866 ||&nbsp;&lt;a&nbsp;href=&quot;http://sigma-star.com&quot;&gt;sigma-star.com&lt;/a&gt;&nbsp;||&nbsp;@jessegumm&lt;/p&gt;<br>
+&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Aug&nbsp;5,&nbsp;2014&nbsp;7:43&nbsp;AM,&nbsp;&quot;Loïc&nbsp;Hoguin&quot;&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&nbsp;type=&quot;attribution&quot;&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hello!&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;1.0&nbsp;has&nbsp;been&nbsp;released.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;is&nbsp;a&nbsp;small&nbsp;and&nbsp;fast&nbsp;HTTP&nbsp;server&nbsp;for&nbsp;Erlang&nbsp;with&nbsp;support&nbsp;for&nbsp;Webmachine-like&nbsp;REST,&nbsp;Websocket&nbsp;and&nbsp;more.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;is&nbsp;the&nbsp;work&nbsp;of&nbsp;more&nbsp;than&nbsp;80&nbsp;people.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;congratulate&nbsp;everyone&nbsp;for&nbsp;the&nbsp;great&nbsp;work&nbsp;done&nbsp;so&nbsp;far.&nbsp;Thank&nbsp;you!&lt;br&gt;<br>
+&lt;br&gt;<br>
+Please&nbsp;see&nbsp;the&nbsp;CHANGELOG&nbsp;for&nbsp;details&nbsp;on&nbsp;what&#39;s&nbsp;changed.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/blob/master/CHANGELOG.md&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy/blob/master/CHANGELOG.&lt;u&gt;&lt;/u&gt;md&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+This&nbsp;release&nbsp;marks&nbsp;the&nbsp;beginning&nbsp;of&nbsp;the&nbsp;1.0.x&nbsp;branch&nbsp;which&nbsp;will&nbsp;contain&nbsp;backward&nbsp;compatible&nbsp;fixes.&nbsp;This&nbsp;branch&nbsp;will&nbsp;be&nbsp;maintained&nbsp;at&nbsp;least&nbsp;until&nbsp;Cowboy&nbsp;2.0&nbsp;gets&nbsp;released&nbsp;(longer&nbsp;if&nbsp;sponsors&nbsp;request&nbsp;it).&nbsp;It&nbsp;is&nbsp;highly&nbsp;recommended&nbsp;that&nbsp;you&nbsp;follow&nbsp;this&nbsp;branch&nbsp;if&nbsp;you&nbsp;were&nbsp;following&nbsp;master&nbsp;before,&nbsp;as&nbsp;master&nbsp;will&nbsp;receive&nbsp;backward&nbsp;incompatible&nbsp;changes&nbsp;starting&nbsp;tomorrow.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;is&nbsp;now&nbsp;fully&nbsp;documented.&nbsp;It&nbsp;has&nbsp;a&nbsp;user&nbsp;guide,&nbsp;a&nbsp;function&nbsp;reference&nbsp;manual,&nbsp;and&nbsp;a&nbsp;wealth&nbsp;of&nbsp;examples.&nbsp;You&nbsp;can&nbsp;also&nbsp;install&nbsp;man&nbsp;pages&nbsp;as&nbsp;explained&nbsp;in&nbsp;the&nbsp;README&nbsp;of&nbsp;the&nbsp;project.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/1.0/guide/&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/manual/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/1.0/manual/&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/tree/master/examples&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy/tree/master/examples&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Following&nbsp;a&nbsp;discussion&nbsp;on&nbsp;the&nbsp;Erlang&nbsp;mailing&nbsp;lists&nbsp;the&nbsp;Getting&nbsp;Started&nbsp;chapter&nbsp;was&nbsp;reworked&nbsp;and&nbsp;greatly&nbsp;simplified,&nbsp;in&nbsp;parts&nbsp;due&nbsp;to&nbsp;the&nbsp;improvements&nbsp;made&nbsp;to&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&nbsp;target=&quot;_blank&quot;&gt;erlang.mk&lt;/a&gt;.&nbsp;Feedback&nbsp;is&nbsp;of&nbsp;course&nbsp;always&nbsp;welcome.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/getting_started/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu/docs/en/&lt;u&gt;&lt;/u&gt;cowboy/1.0/guide/getting_&lt;u&gt;&lt;/u&gt;started/&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Starting&nbsp;tomorrow&nbsp;the&nbsp;master&nbsp;branch&nbsp;will&nbsp;receive&nbsp;backward&nbsp;incompatible&nbsp;changes.&nbsp;Most&nbsp;of&nbsp;the&nbsp;planned&nbsp;changes&nbsp;are&nbsp;detailed&nbsp;in&nbsp;the&nbsp;ROADMAP.&nbsp;You&nbsp;are&nbsp;welcome&nbsp;to&nbsp;suggest&nbsp;additional&nbsp;changes.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/blob/master/ROADMAP.md&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;cowboy/blob/master/ROADMAP.md&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Cowboy&nbsp;2.0&nbsp;is&nbsp;planned&nbsp;to&nbsp;be&nbsp;released&nbsp;at&nbsp;around&nbsp;the&nbsp;same&nbsp;time&nbsp;Erlang/OTP&nbsp;18.0&nbsp;comes&nbsp;out.&nbsp;There&nbsp;are&nbsp;no&nbsp;plans&nbsp;for&nbsp;a&nbsp;Cowboy&nbsp;1.1&nbsp;at&nbsp;this&nbsp;time,&nbsp;although&nbsp;that&nbsp;may&nbsp;change&nbsp;in&nbsp;the&nbsp;coming&nbsp;months&nbsp;if&nbsp;there&nbsp;is&nbsp;interest&nbsp;in&nbsp;new&nbsp;features.&lt;br&gt;<br>
+<br>
+&lt;br&gt;<br>
+Ranch&nbsp;also&nbsp;got&nbsp;upgraded&nbsp;to&nbsp;1.0,&nbsp;although&nbsp;there&nbsp;was&nbsp;no&nbsp;changes&nbsp;from&nbsp;the&nbsp;previous&nbsp;release.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ninenines/ranch&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ninenines/&lt;u&gt;&lt;/u&gt;ranch&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thanks&nbsp;to&nbsp;everyone&nbsp;who&nbsp;made&nbsp;this&nbsp;project&nbsp;what&nbsp;it&nbsp;is&nbsp;today!&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+erlang-questions&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://erlang.org/mailman/listinfo/erlang-questions&quot;&nbsp;target=&quot;_blank&quot;&gt;http://erlang.org/mailman/&lt;u&gt;&lt;/u&gt;listinfo/erlang-questions&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140813/7903a29a/attachment-0001.html b/_build/static/archives/extend/attachments/20140813/7903a29a/attachment-0001.html
new file mode 100644
index 00000000..23bc5d66
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140813/7903a29a/attachment-0001.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;hi,<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;is&nbsp;it&nbsp;possible&nbsp;to&nbsp;run&nbsp;eunit&nbsp;tests&nbsp;when&nbsp;executing&nbsp;make&nbsp;tests?&lt;/div&gt;&lt;div&gt;I&nbsp;have&nbsp;my&nbsp;tests&nbsp;directly&nbsp;in&nbsp;the&nbsp;modules&nbsp;(e.g.&nbsp;xyz_server)&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Regards,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Michael&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140813/7903a29a/attachment.html b/_build/static/archives/extend/attachments/20140813/7903a29a/attachment.html
new file mode 100644
index 00000000..23bc5d66
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140813/7903a29a/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;hi,<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;is&nbsp;it&nbsp;possible&nbsp;to&nbsp;run&nbsp;eunit&nbsp;tests&nbsp;when&nbsp;executing&nbsp;make&nbsp;tests?&lt;/div&gt;&lt;div&gt;I&nbsp;have&nbsp;my&nbsp;tests&nbsp;directly&nbsp;in&nbsp;the&nbsp;modules&nbsp;(e.g.&nbsp;xyz_server)&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Regards,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Michael&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140814/64f862ef/attachment-0001.html b/_build/static/archives/extend/attachments/20140814/64f862ef/attachment-0001.html
new file mode 100644
index 00000000..fe0f66a7
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140814/64f862ef/attachment-0001.html
@@ -0,0 +1,3 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=us-ascii&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Hello,&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;set&nbsp;a&nbsp;Content-Range&nbsp;header&nbsp;in&nbsp;the&nbsp;response&nbsp;of&nbsp;a&nbsp;HEAD&nbsp;request.&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Can&nbsp;I&nbsp;do&nbsp;that&nbsp;within&nbsp;the&nbsp;context&nbsp;of&nbsp;a&nbsp;cowboy_rest&nbsp;handler?&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Ideally,&nbsp;I&nbsp;wish&nbsp;to&nbsp;let&nbsp;cowboy_rest&nbsp;reply&nbsp;and&nbsp;just&nbsp;specify&nbsp;this&nbsp;additional&nbsp;header.&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Best,&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Camille&lt;/span&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140814/64f862ef/attachment.html b/_build/static/archives/extend/attachments/20140814/64f862ef/attachment.html
new file mode 100644
index 00000000..fe0f66a7
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140814/64f862ef/attachment.html
@@ -0,0 +1,3 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=us-ascii&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Hello,&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;set&nbsp;a&nbsp;Content-Range&nbsp;header&nbsp;in&nbsp;the&nbsp;response&nbsp;of&nbsp;a&nbsp;HEAD&nbsp;request.&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Can&nbsp;I&nbsp;do&nbsp;that&nbsp;within&nbsp;the&nbsp;context&nbsp;of&nbsp;a&nbsp;cowboy_rest&nbsp;handler?&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Ideally,&nbsp;I&nbsp;wish&nbsp;to&nbsp;let&nbsp;cowboy_rest&nbsp;reply&nbsp;and&nbsp;just&nbsp;specify&nbsp;this&nbsp;additional&nbsp;header.&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Best,&lt;/span&gt;&lt;br&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&nbsp;LiberationMono;&nbsp;font-size:&nbsp;11px;&quot;&gt;Camille&lt;/span&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140823/51e1d345/attachment-0001.html b/_build/static/archives/extend/attachments/20140823/51e1d345/attachment-0001.html
new file mode 100644
index 00000000..7882295b
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140823/51e1d345/attachment-0001.html
@@ -0,0 +1,30 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;You&nbsp;should&nbsp;implement&nbsp;the&nbsp;resource_exists()&nbsp;callback;&nbsp;this&nbsp;will&nbsp;let&nbsp;the&nbsp;rest&nbsp;module&nbsp;pick&nbsp;a&nbsp;200&nbsp;vs&nbsp;201.&nbsp; If&nbsp;the&nbsp;db&nbsp;name&nbsp;was&nbsp;incorrect,&nbsp;I&nbsp;think&nbsp;you&nbsp;are&nbsp;just&nbsp;supposed&nbsp;to&nbsp;return&nbsp;false&nbsp;from&nbsp;the&nbsp;put&nbsp;callback.&nbsp; I&nbsp;can&#39;t&nbsp;remember&nbsp;the&nbsp;http&nbsp;code&nbsp;for&nbsp;that&nbsp;case.&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;Regards,&lt;/div&gt;&lt;div&gt;Dan.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Sat,&nbsp;Aug&nbsp;23,&nbsp;2014&nbsp;at&nbsp;6:58&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Hi&nbsp;all,&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;use&nbsp;the&nbsp;cowboy_rest&nbsp;protocol&nbsp;with&nbsp;cowboy&nbsp;1.0&nbsp;but&nbsp;I&nbsp;have&nbsp;a&nbsp;small&nbsp;crash.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;is&nbsp;my&nbsp;code:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.friendpaste.com/&lt;u&gt;&lt;/u&gt;7O3X4fG4u31gBg9MgW5xg4&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Could&nbsp;you&nbsp;tell&nbsp;me&nbsp;if&nbsp;I&nbsp;correctly&nbsp;use&nbsp;cowboy_rest&nbsp;for&nbsp;the&nbsp;PUT&nbsp;verb?&nbsp;I&nbsp;have&nbsp;seen&nbsp;is_conflict/2,&nbsp;but&nbsp;I&nbsp;don&#39;t&nbsp;know&nbsp;how&nbsp;to&nbsp;use&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+2.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;change&nbsp;the&nbsp;response&nbsp;code,&nbsp;but&nbsp;I&nbsp;get&nbsp;the&nbsp;error.&nbsp;Is&nbsp;it&nbsp;possible?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+&lt;br&gt;<br>
+Stephane&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140823/51e1d345/attachment.html b/_build/static/archives/extend/attachments/20140823/51e1d345/attachment.html
new file mode 100644
index 00000000..7882295b
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140823/51e1d345/attachment.html
@@ -0,0 +1,30 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;You&nbsp;should&nbsp;implement&nbsp;the&nbsp;resource_exists()&nbsp;callback;&nbsp;this&nbsp;will&nbsp;let&nbsp;the&nbsp;rest&nbsp;module&nbsp;pick&nbsp;a&nbsp;200&nbsp;vs&nbsp;201.&nbsp; If&nbsp;the&nbsp;db&nbsp;name&nbsp;was&nbsp;incorrect,&nbsp;I&nbsp;think&nbsp;you&nbsp;are&nbsp;just&nbsp;supposed&nbsp;to&nbsp;return&nbsp;false&nbsp;from&nbsp;the&nbsp;put&nbsp;callback.&nbsp; I&nbsp;can&#39;t&nbsp;remember&nbsp;the&nbsp;http&nbsp;code&nbsp;for&nbsp;that&nbsp;case.&lt;div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;div&gt;Regards,&lt;/div&gt;&lt;div&gt;Dan.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Sat,&nbsp;Aug&nbsp;23,&nbsp;2014&nbsp;at&nbsp;6:58&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Hi&nbsp;all,&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;use&nbsp;the&nbsp;cowboy_rest&nbsp;protocol&nbsp;with&nbsp;cowboy&nbsp;1.0&nbsp;but&nbsp;I&nbsp;have&nbsp;a&nbsp;small&nbsp;crash.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;is&nbsp;my&nbsp;code:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.friendpaste.com/&lt;u&gt;&lt;/u&gt;7O3X4fG4u31gBg9MgW5xg4&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Could&nbsp;you&nbsp;tell&nbsp;me&nbsp;if&nbsp;I&nbsp;correctly&nbsp;use&nbsp;cowboy_rest&nbsp;for&nbsp;the&nbsp;PUT&nbsp;verb?&nbsp;I&nbsp;have&nbsp;seen&nbsp;is_conflict/2,&nbsp;but&nbsp;I&nbsp;don&#39;t&nbsp;know&nbsp;how&nbsp;to&nbsp;use&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+2.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;change&nbsp;the&nbsp;response&nbsp;code,&nbsp;but&nbsp;I&nbsp;get&nbsp;the&nbsp;error.&nbsp;Is&nbsp;it&nbsp;possible?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+&lt;br&gt;<br>
+Stephane&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140824/89d3a7f6/attachment-0001.html b/_build/static/archives/extend/attachments/20140824/89d3a7f6/attachment-0001.html
new file mode 100644
index 00000000..c0ba22f6
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140824/89d3a7f6/attachment-0001.html
@@ -0,0 +1,65 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;think&nbsp;you&nbsp;can&nbsp;always&nbsp;halt&nbsp;the&nbsp;processing&nbsp;and&nbsp;do&nbsp;the&nbsp;reply&nbsp;by&nbsp;yourself:&lt;div&gt;&lt;br&gt;&lt;/div&gt;{ok,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:reply(412,&nbsp;Req),&lt;br&gt;{halt,&nbsp;Req2,&nbsp;State}.&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;<br>
+On&nbsp;Sun,&nbsp;Aug&nbsp;24,&nbsp;2014&nbsp;at&nbsp;12:22&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+resource_exists&nbsp;is&nbsp;used&nbsp;by&nbsp;POST&lt;br&gt;<br>
+is_conflict&nbsp;is&nbsp;used&nbsp;by&nbsp;PUT&nbsp;(from&nbsp;the&nbsp;code)&lt;br&gt;<br>
+but&nbsp;in&nbsp;the&nbsp;case&nbsp;where&nbsp;my&nbsp;database&nbsp;already&nbsp;exists,&nbsp;I&nbsp;need&nbsp;to&nbsp;return&nbsp;412&nbsp;and&nbsp;not&nbsp;409.&lt;br&gt;<br>
+&lt;br&gt;<br>
+and&nbsp;I&nbsp;know&nbsp;I&nbsp;don&#39;t&nbsp;respect&nbsp;the&nbsp;default&nbsp;value&nbsp;returned&nbsp;by&nbsp;Cowboy_rest.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;24&nbsp;Aug&nbsp;2014,&nbsp;at&nbsp;2:16,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+You&nbsp;should&nbsp;implement&nbsp;the&nbsp;resource_exists()&nbsp;callback;&nbsp;this&nbsp;will&nbsp;let&nbsp;the&nbsp;rest&lt;br&gt;<br>
+module&nbsp;pick&nbsp;a&nbsp;200&nbsp;vs&nbsp;201. &nbsp;If&nbsp;the&nbsp;db&nbsp;name&nbsp;was&nbsp;incorrect,&nbsp;I&nbsp;think&nbsp;you&nbsp;are&lt;br&gt;<br>
+just&nbsp;supposed&nbsp;to&nbsp;return&nbsp;false&nbsp;from&nbsp;the&nbsp;put&nbsp;callback. &nbsp;I&nbsp;can&#39;t&nbsp;remember&nbsp;the&lt;br&gt;<br>
+http&nbsp;code&nbsp;for&nbsp;that&nbsp;case.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+Dan.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Sat,&nbsp;Aug&nbsp;23,&nbsp;2014&nbsp;at&nbsp;6:58&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hi&nbsp;all,&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;use&nbsp;the&nbsp;cowboy_rest&nbsp;protocol&nbsp;with&nbsp;cowboy&nbsp;1.0&nbsp;but&nbsp;I&nbsp;have&lt;br&gt;<br>
+a&nbsp;small&nbsp;crash.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;is&nbsp;my&nbsp;code:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.friendpaste.com/&lt;u&gt;&lt;/u&gt;7O3X4fG4u31gBg9MgW5xg4&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Could&nbsp;you&nbsp;tell&nbsp;me&nbsp;if&nbsp;I&nbsp;correctly&nbsp;use&nbsp;cowboy_rest&nbsp;for&nbsp;the&nbsp;PUT&nbsp;verb?&nbsp;I&nbsp;have&lt;br&gt;<br>
+seen&nbsp;is_conflict/2,&nbsp;but&nbsp;I&nbsp;don&#39;t&nbsp;know&nbsp;how&nbsp;to&nbsp;use&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+2.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;change&nbsp;the&nbsp;response&nbsp;code,&nbsp;but&nbsp;I&nbsp;get&nbsp;the&nbsp;error.&nbsp;Is&nbsp;it&lt;br&gt;<br>
+possible?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+&lt;br&gt;<br>
+Stephane&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140824/89d3a7f6/attachment.html b/_build/static/archives/extend/attachments/20140824/89d3a7f6/attachment.html
new file mode 100644
index 00000000..c0ba22f6
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140824/89d3a7f6/attachment.html
@@ -0,0 +1,65 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;think&nbsp;you&nbsp;can&nbsp;always&nbsp;halt&nbsp;the&nbsp;processing&nbsp;and&nbsp;do&nbsp;the&nbsp;reply&nbsp;by&nbsp;yourself:&lt;div&gt;&lt;br&gt;&lt;/div&gt;{ok,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:reply(412,&nbsp;Req),&lt;br&gt;{halt,&nbsp;Req2,&nbsp;State}.&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;<br>
+On&nbsp;Sun,&nbsp;Aug&nbsp;24,&nbsp;2014&nbsp;at&nbsp;12:22&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+resource_exists&nbsp;is&nbsp;used&nbsp;by&nbsp;POST&lt;br&gt;<br>
+is_conflict&nbsp;is&nbsp;used&nbsp;by&nbsp;PUT&nbsp;(from&nbsp;the&nbsp;code)&lt;br&gt;<br>
+but&nbsp;in&nbsp;the&nbsp;case&nbsp;where&nbsp;my&nbsp;database&nbsp;already&nbsp;exists,&nbsp;I&nbsp;need&nbsp;to&nbsp;return&nbsp;412&nbsp;and&nbsp;not&nbsp;409.&lt;br&gt;<br>
+&lt;br&gt;<br>
+and&nbsp;I&nbsp;know&nbsp;I&nbsp;don&#39;t&nbsp;respect&nbsp;the&nbsp;default&nbsp;value&nbsp;returned&nbsp;by&nbsp;Cowboy_rest.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;24&nbsp;Aug&nbsp;2014,&nbsp;at&nbsp;2:16,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+You&nbsp;should&nbsp;implement&nbsp;the&nbsp;resource_exists()&nbsp;callback;&nbsp;this&nbsp;will&nbsp;let&nbsp;the&nbsp;rest&lt;br&gt;<br>
+module&nbsp;pick&nbsp;a&nbsp;200&nbsp;vs&nbsp;201. &nbsp;If&nbsp;the&nbsp;db&nbsp;name&nbsp;was&nbsp;incorrect,&nbsp;I&nbsp;think&nbsp;you&nbsp;are&lt;br&gt;<br>
+just&nbsp;supposed&nbsp;to&nbsp;return&nbsp;false&nbsp;from&nbsp;the&nbsp;put&nbsp;callback. &nbsp;I&nbsp;can&#39;t&nbsp;remember&nbsp;the&lt;br&gt;<br>
+http&nbsp;code&nbsp;for&nbsp;that&nbsp;case.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+Dan.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Sat,&nbsp;Aug&nbsp;23,&nbsp;2014&nbsp;at&nbsp;6:58&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hi&nbsp;all,&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;use&nbsp;the&nbsp;cowboy_rest&nbsp;protocol&nbsp;with&nbsp;cowboy&nbsp;1.0&nbsp;but&nbsp;I&nbsp;have&lt;br&gt;<br>
+a&nbsp;small&nbsp;crash.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;is&nbsp;my&nbsp;code:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.friendpaste.com/&lt;u&gt;&lt;/u&gt;7O3X4fG4u31gBg9MgW5xg4&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Could&nbsp;you&nbsp;tell&nbsp;me&nbsp;if&nbsp;I&nbsp;correctly&nbsp;use&nbsp;cowboy_rest&nbsp;for&nbsp;the&nbsp;PUT&nbsp;verb?&nbsp;I&nbsp;have&lt;br&gt;<br>
+seen&nbsp;is_conflict/2,&nbsp;but&nbsp;I&nbsp;don&#39;t&nbsp;know&nbsp;how&nbsp;to&nbsp;use&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+2.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;change&nbsp;the&nbsp;response&nbsp;code,&nbsp;but&nbsp;I&nbsp;get&nbsp;the&nbsp;error.&nbsp;Is&nbsp;it&lt;br&gt;<br>
+possible?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+&lt;br&gt;<br>
+Stephane&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140824/f35e1e51/attachment-0001.html b/_build/static/archives/extend/attachments/20140824/f35e1e51/attachment-0001.html
new file mode 100644
index 00000000..84c843c5
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140824/f35e1e51/attachment-0001.html
@@ -0,0 +1,65 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;content-type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=utf-8&quot;&gt;&lt;/head&gt;&lt;body&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;Ok&nbsp;I&nbsp;will&nbsp;try&nbsp;asap,&nbsp;thanks&lt;/div&gt;&lt;div&gt;&lt;br&gt;On&nbsp;24&nbsp;août&nbsp;2014,&nbsp;at&nbsp;02:25&nbsp;AM,&nbsp;Eduardo&nbsp;Gurgel&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;think&nbsp;you&nbsp;can&nbsp;always&nbsp;halt&nbsp;the&nbsp;processing&nbsp;and&nbsp;do&nbsp;the&nbsp;reply&nbsp;by&nbsp;yourself:&lt;div&gt;&lt;br&gt;&lt;/div&gt;{ok,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:reply(412,&nbsp;Req),&lt;br&gt;{halt,&nbsp;Req2,&nbsp;State}.&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;<br>
+On&nbsp;Sun,&nbsp;Aug&nbsp;24,&nbsp;2014&nbsp;at&nbsp;12:22&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+resource_exists&nbsp;is&nbsp;used&nbsp;by&nbsp;POST&lt;br&gt;<br>
+is_conflict&nbsp;is&nbsp;used&nbsp;by&nbsp;PUT&nbsp;(from&nbsp;the&nbsp;code)&lt;br&gt;<br>
+but&nbsp;in&nbsp;the&nbsp;case&nbsp;where&nbsp;my&nbsp;database&nbsp;already&nbsp;exists,&nbsp;I&nbsp;need&nbsp;to&nbsp;return&nbsp;412&nbsp;and&nbsp;not&nbsp;409.&lt;br&gt;<br>
+&lt;br&gt;<br>
+and&nbsp;I&nbsp;know&nbsp;I&nbsp;don't&nbsp;respect&nbsp;the&nbsp;default&nbsp;value&nbsp;returned&nbsp;by&nbsp;Cowboy_rest.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;24&nbsp;Aug&nbsp;2014,&nbsp;at&nbsp;2:16,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+You&nbsp;should&nbsp;implement&nbsp;the&nbsp;resource_exists()&nbsp;callback;&nbsp;this&nbsp;will&nbsp;let&nbsp;the&nbsp;rest&lt;br&gt;<br>
+module&nbsp;pick&nbsp;a&nbsp;200&nbsp;vs&nbsp;201.&nbsp;&nbsp;If&nbsp;the&nbsp;db&nbsp;name&nbsp;was&nbsp;incorrect,&nbsp;I&nbsp;think&nbsp;you&nbsp;are&lt;br&gt;<br>
+just&nbsp;supposed&nbsp;to&nbsp;return&nbsp;false&nbsp;from&nbsp;the&nbsp;put&nbsp;callback.&nbsp;&nbsp;I&nbsp;can't&nbsp;remember&nbsp;the&lt;br&gt;<br>
+http&nbsp;code&nbsp;for&nbsp;that&nbsp;case.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+Dan.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Sat,&nbsp;Aug&nbsp;23,&nbsp;2014&nbsp;at&nbsp;6:58&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hi&nbsp;all,&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;use&nbsp;the&nbsp;cowboy_rest&nbsp;protocol&nbsp;with&nbsp;cowboy&nbsp;1.0&nbsp;but&nbsp;I&nbsp;have&lt;br&gt;<br>
+a&nbsp;small&nbsp;crash.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;is&nbsp;my&nbsp;code:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.friendpaste.com/&lt;u&gt;&lt;/u&gt;7O3X4fG4u31gBg9MgW5xg4&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Could&nbsp;you&nbsp;tell&nbsp;me&nbsp;if&nbsp;I&nbsp;correctly&nbsp;use&nbsp;cowboy_rest&nbsp;for&nbsp;the&nbsp;PUT&nbsp;verb?&nbsp;I&nbsp;have&lt;br&gt;<br>
+seen&nbsp;is_conflict/2,&nbsp;but&nbsp;I&nbsp;don't&nbsp;know&nbsp;how&nbsp;to&nbsp;use&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+2.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;change&nbsp;the&nbsp;response&nbsp;code,&nbsp;but&nbsp;I&nbsp;get&nbsp;the&nbsp;error.&nbsp;Is&nbsp;it&lt;br&gt;<br>
+possible?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+&lt;br&gt;<br>
+Stephane&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140824/f35e1e51/attachment.html b/_build/static/archives/extend/attachments/20140824/f35e1e51/attachment.html
new file mode 100644
index 00000000..84c843c5
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140824/f35e1e51/attachment.html
@@ -0,0 +1,65 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;content-type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=utf-8&quot;&gt;&lt;/head&gt;&lt;body&nbsp;dir=&quot;auto&quot;&gt;&lt;div&gt;Ok&nbsp;I&nbsp;will&nbsp;try&nbsp;asap,&nbsp;thanks&lt;/div&gt;&lt;div&gt;&lt;br&gt;On&nbsp;24&nbsp;août&nbsp;2014,&nbsp;at&nbsp;02:25&nbsp;AM,&nbsp;Eduardo&nbsp;Gurgel&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;think&nbsp;you&nbsp;can&nbsp;always&nbsp;halt&nbsp;the&nbsp;processing&nbsp;and&nbsp;do&nbsp;the&nbsp;reply&nbsp;by&nbsp;yourself:&lt;div&gt;&lt;br&gt;&lt;/div&gt;{ok,&nbsp;Req2}&nbsp;=&nbsp;cowboy_req:reply(412,&nbsp;Req),&lt;br&gt;{halt,&nbsp;Req2,&nbsp;State}.&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;<br>
+On&nbsp;Sun,&nbsp;Aug&nbsp;24,&nbsp;2014&nbsp;at&nbsp;12:22&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+resource_exists&nbsp;is&nbsp;used&nbsp;by&nbsp;POST&lt;br&gt;<br>
+is_conflict&nbsp;is&nbsp;used&nbsp;by&nbsp;PUT&nbsp;(from&nbsp;the&nbsp;code)&lt;br&gt;<br>
+but&nbsp;in&nbsp;the&nbsp;case&nbsp;where&nbsp;my&nbsp;database&nbsp;already&nbsp;exists,&nbsp;I&nbsp;need&nbsp;to&nbsp;return&nbsp;412&nbsp;and&nbsp;not&nbsp;409.&lt;br&gt;<br>
+&lt;br&gt;<br>
+and&nbsp;I&nbsp;know&nbsp;I&nbsp;don't&nbsp;respect&nbsp;the&nbsp;default&nbsp;value&nbsp;returned&nbsp;by&nbsp;Cowboy_rest.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;24&nbsp;Aug&nbsp;2014,&nbsp;at&nbsp;2:16,&nbsp;Daniel&nbsp;Goertzen&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+You&nbsp;should&nbsp;implement&nbsp;the&nbsp;resource_exists()&nbsp;callback;&nbsp;this&nbsp;will&nbsp;let&nbsp;the&nbsp;rest&lt;br&gt;<br>
+module&nbsp;pick&nbsp;a&nbsp;200&nbsp;vs&nbsp;201.&nbsp;&nbsp;If&nbsp;the&nbsp;db&nbsp;name&nbsp;was&nbsp;incorrect,&nbsp;I&nbsp;think&nbsp;you&nbsp;are&lt;br&gt;<br>
+just&nbsp;supposed&nbsp;to&nbsp;return&nbsp;false&nbsp;from&nbsp;the&nbsp;put&nbsp;callback.&nbsp;&nbsp;I&nbsp;can't&nbsp;remember&nbsp;the&lt;br&gt;<br>
+http&nbsp;code&nbsp;for&nbsp;that&nbsp;case.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+Dan.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;Sat,&nbsp;Aug&nbsp;23,&nbsp;2014&nbsp;at&nbsp;6:58&nbsp;PM,&nbsp;Stéphane&nbsp;Wirtel&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Hi&nbsp;all,&lt;br&gt;<br>
+&lt;br&gt;<br>
+1.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;use&nbsp;the&nbsp;cowboy_rest&nbsp;protocol&nbsp;with&nbsp;cowboy&nbsp;1.0&nbsp;but&nbsp;I&nbsp;have&lt;br&gt;<br>
+a&nbsp;small&nbsp;crash.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;is&nbsp;my&nbsp;code:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://www.friendpaste.com/7O3X4fG4u31gBg9MgW5xg4&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.friendpaste.com/&lt;u&gt;&lt;/u&gt;7O3X4fG4u31gBg9MgW5xg4&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Could&nbsp;you&nbsp;tell&nbsp;me&nbsp;if&nbsp;I&nbsp;correctly&nbsp;use&nbsp;cowboy_rest&nbsp;for&nbsp;the&nbsp;PUT&nbsp;verb?&nbsp;I&nbsp;have&lt;br&gt;<br>
+seen&nbsp;is_conflict/2,&nbsp;but&nbsp;I&nbsp;don't&nbsp;know&nbsp;how&nbsp;to&nbsp;use&nbsp;it.&lt;br&gt;<br>
+&lt;br&gt;<br>
+2.&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;change&nbsp;the&nbsp;response&nbsp;code,&nbsp;but&nbsp;I&nbsp;get&nbsp;the&nbsp;error.&nbsp;Is&nbsp;it&lt;br&gt;<br>
+possible?&lt;br&gt;<br>
+&lt;br&gt;<br>
+Thank&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Regards,&lt;br&gt;<br>
+&lt;br&gt;<br>
+Stephane&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+--&lt;br&gt;<br>
+Stéphane&nbsp;Wirtel&nbsp;-&nbsp;&lt;a&nbsp;href=&quot;http://wirtel.be&quot;&nbsp;target=&quot;_blank&quot;&gt;http://wirtel.be&lt;/a&gt;&nbsp;-&nbsp;@matrixise&lt;br&gt;<br>
+______________________________&lt;u&gt;&lt;/u&gt;_________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/&lt;u&gt;&lt;/u&gt;listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/blockquote&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140827/91c1e017/attachment-0001.html b/_build/static/archives/extend/attachments/20140827/91c1e017/attachment-0001.html
new file mode 100644
index 00000000..695891b6
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140827/91c1e017/attachment-0001.html
@@ -0,0 +1,54 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Greetings!&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;trying&nbsp;to&nbsp;resurrect&nbsp;one&nbsp;of&nbsp;my&nbsp;neglected&nbsp;ranch&nbsp;applications.&nbsp; It&nbsp;uses&nbsp;Common&nbsp;Test,&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;,&nbsp;and&nbsp;relx&nbsp;all&nbsp;in&nbsp;the&nbsp;usual&nbsp;way.&nbsp; When&nbsp;I&nbsp;run&nbsp;&lt;font&nbsp;face=&quot;courier&nbsp;new,&nbsp;monospace&quot;&gt;make&nbsp;tests&lt;/font&gt;&nbsp;with&nbsp;all&nbsp;fresh&nbsp;dependencies,&nbsp;I&nbsp;get&nbsp;this:&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;courier&nbsp;new,&nbsp;monospace&quot;&gt;Doing&nbsp;/home/brandon/src/my_proj/deps/ranch...&lt;/font&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;courier&nbsp;new,&nbsp;monospace&quot;&gt;make[1]:&nbsp;***&nbsp;No&nbsp;rule&nbsp;to&nbsp;make&nbsp;target&nbsp;`build-tests&#39;. &nbsp;Stop.&lt;/font&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;courier&nbsp;new,&nbsp;monospace&quot;&gt;make:&nbsp;***&nbsp;[build-deps-tests]&nbsp;Error&nbsp;2&lt;/font&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;br&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;A&nbsp;diff&nbsp;of&nbsp;my&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;and&nbsp;deps/ranch/&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;shows&nbsp;they&nbsp;are&nbsp;dramatically&nbsp;different.&nbsp; Mine&nbsp;came&nbsp;from&nbsp;here&nbsp;just&nbsp;this&nbsp;morning:&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;font-family:Consolas&quot;&gt;&lt;a&nbsp;href=&quot;https://raw&quot;&gt;https://raw&lt;/a&gt;.&lt;/span&gt;&lt;span&nbsp;style=&quot;font-size:14px;font-family:Consolas;color:rgb(4,46,238)&quot;&gt;&lt;u&gt;&lt;a&nbsp;href=&quot;http://github.com&quot;&gt;github.com&lt;/a&gt;&lt;/u&gt;&lt;/span&gt;&lt;span&nbsp;style=&quot;font-size:14px;font-family:Consolas&quot;&gt;/extend/&lt;a&nbsp;href=&quot;http://erlang.mk/master/erlang.mk&quot;&gt;erlang.mk/master/erlang.mk&lt;/a&gt;&lt;/span&gt; &lt;br&gt;<br>
+&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;Which&nbsp;one&nbsp;is&nbsp;the&nbsp;&quot;right&quot;&nbsp;one&nbsp;for&nbsp;creating&nbsp;new&nbsp;apps?&lt;/font&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;Thank&nbsp;you!&lt;/font&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:arial,helvetica,sans-serif&quot;&gt;~BC&lt;/span&gt;&lt;br&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;br&gt;&lt;/p&gt;&lt;/div&gt;&lt;div&gt;&lt;p&nbsp;class=&quot;&quot;&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;/p&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140827/91c1e017/attachment.html b/_build/static/archives/extend/attachments/20140827/91c1e017/attachment.html
new file mode 100644
index 00000000..695891b6
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140827/91c1e017/attachment.html
@@ -0,0 +1,54 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Greetings!&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;trying&nbsp;to&nbsp;resurrect&nbsp;one&nbsp;of&nbsp;my&nbsp;neglected&nbsp;ranch&nbsp;applications.&nbsp; It&nbsp;uses&nbsp;Common&nbsp;Test,&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;,&nbsp;and&nbsp;relx&nbsp;all&nbsp;in&nbsp;the&nbsp;usual&nbsp;way.&nbsp; When&nbsp;I&nbsp;run&nbsp;&lt;font&nbsp;face=&quot;courier&nbsp;new,&nbsp;monospace&quot;&gt;make&nbsp;tests&lt;/font&gt;&nbsp;with&nbsp;all&nbsp;fresh&nbsp;dependencies,&nbsp;I&nbsp;get&nbsp;this:&lt;/div&gt;<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;courier&nbsp;new,&nbsp;monospace&quot;&gt;Doing&nbsp;/home/brandon/src/my_proj/deps/ranch...&lt;/font&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;courier&nbsp;new,&nbsp;monospace&quot;&gt;make[1]:&nbsp;***&nbsp;No&nbsp;rule&nbsp;to&nbsp;make&nbsp;target&nbsp;`build-tests&#39;. &nbsp;Stop.&lt;/font&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;courier&nbsp;new,&nbsp;monospace&quot;&gt;make:&nbsp;***&nbsp;[build-deps-tests]&nbsp;Error&nbsp;2&lt;/font&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;br&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;A&nbsp;diff&nbsp;of&nbsp;my&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;and&nbsp;deps/ranch/&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;shows&nbsp;they&nbsp;are&nbsp;dramatically&nbsp;different.&nbsp; Mine&nbsp;came&nbsp;from&nbsp;here&nbsp;just&nbsp;this&nbsp;morning:&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;font-family:Consolas&quot;&gt;&lt;a&nbsp;href=&quot;https://raw&quot;&gt;https://raw&lt;/a&gt;.&lt;/span&gt;&lt;span&nbsp;style=&quot;font-size:14px;font-family:Consolas;color:rgb(4,46,238)&quot;&gt;&lt;u&gt;&lt;a&nbsp;href=&quot;http://github.com&quot;&gt;github.com&lt;/a&gt;&lt;/u&gt;&lt;/span&gt;&lt;span&nbsp;style=&quot;font-size:14px;font-family:Consolas&quot;&gt;/extend/&lt;a&nbsp;href=&quot;http://erlang.mk/master/erlang.mk&quot;&gt;erlang.mk/master/erlang.mk&lt;/a&gt;&lt;/span&gt; &lt;br&gt;<br>
+&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;Which&nbsp;one&nbsp;is&nbsp;the&nbsp;&quot;right&quot;&nbsp;one&nbsp;for&nbsp;creating&nbsp;new&nbsp;apps?&lt;/font&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;Thank&nbsp;you!&lt;/font&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;&quot;&gt;&lt;span&nbsp;style=&quot;font-family:arial,helvetica,sans-serif&quot;&gt;~BC&lt;/span&gt;&lt;br&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;font&nbsp;face=&quot;arial,&nbsp;helvetica,&nbsp;sans-serif&quot;&gt;&lt;br&gt;&lt;/font&gt;&lt;/p&gt;&lt;p&nbsp;class=&quot;&quot;&gt;&lt;br&gt;&lt;/p&gt;&lt;/div&gt;&lt;div&gt;&lt;p&nbsp;class=&quot;&quot;&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;/p&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140915/26d4e023/attachment-0001.html b/_build/static/archives/extend/attachments/20140915/26d4e023/attachment-0001.html
new file mode 100644
index 00000000..c4f70e58
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140915/26d4e023/attachment-0001.html
@@ -0,0 +1,12 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;recently&nbsp;implemented&nbsp;a&nbsp;checksum&nbsp;header&nbsp;(X-Checksum)&nbsp;that&nbsp;allows&nbsp;validating&nbsp;the&nbsp;content&nbsp;of&nbsp;a&nbsp;request&#39;s&nbsp;body&nbsp;by&nbsp;hash&nbsp;comparison&nbsp;(just&nbsp;to&nbsp;give&nbsp;you&nbsp;some&nbsp;context).&nbsp;I&#39;m&nbsp;using&nbsp;the&nbsp;onrequest&nbsp;hook&nbsp;to&nbsp;affect&nbsp;all&nbsp;requests&nbsp;(and&nbsp;be&nbsp;able&nbsp;to&nbsp;reply&nbsp;appropriately&nbsp;for&nbsp;non-conformance&nbsp;to&nbsp;the&nbsp;hash&nbsp;function&nbsp;result)&nbsp;but&nbsp;can&#39;t&nbsp;figure&nbsp;out&nbsp;how&nbsp;to&nbsp;not&nbsp;read&nbsp;the&nbsp;request&nbsp;body&nbsp;twice,&nbsp;i.e.&nbsp;I&nbsp;read&nbsp;it&nbsp;in&nbsp;the&nbsp;onrequest&nbsp;hook&nbsp;but&nbsp;later&nbsp;on&nbsp;need&nbsp;to&nbsp;read&nbsp;it&nbsp;again&nbsp;in&nbsp;the&nbsp;route&nbsp;handler,&nbsp;but&nbsp;I&nbsp;can&#39;t&nbsp;(from&nbsp;the&nbsp;manual,&nbsp;for&nbsp;cowboy_req:body:&nbsp;&quot;This&nbsp;function&nbsp;can&nbsp;only&nbsp;be&nbsp;called&nbsp;once.&nbsp;Cowboy&nbsp;will&nbsp;not&nbsp;cache&nbsp;the&nbsp;result&nbsp;of&nbsp;this&nbsp;call.&quot;).&nbsp;At&nbsp;the&nbsp;moment,&nbsp;and&nbsp;because&nbsp;the&nbsp;API&nbsp;consumers&nbsp;were&nbsp;in&nbsp;a&nbsp;hurry,&nbsp;the&nbsp;solution&nbsp;I&nbsp;found&nbsp;(I&nbsp;understand&nbsp;it&nbsp;might&nbsp;be&nbsp;an&nbsp;ugly&nbsp;hack),&nbsp;was&nbsp;to&nbsp;read&nbsp;the&nbsp;body,&nbsp;store&nbsp;it&nbsp;in&nbsp;the&nbsp;Req&#39;s&nbsp;meta&nbsp;(property&nbsp;body,&nbsp;for&nbsp;example)&nbsp;and&nbsp;then&nbsp;access&nbsp;that&nbsp;property&nbsp;later&nbsp;on,&nbsp;instead&nbsp;of&nbsp;using&nbsp;cowboy_req:body.&nbsp;I&#39;m&nbsp;not&nbsp;quite&nbsp;happy&nbsp;with&nbsp;this&nbsp;solution&nbsp;and&nbsp;was&nbsp;wondering&nbsp;if&nbsp;there&nbsp;is&nbsp;anything&nbsp;more&nbsp;elegant&nbsp;that&nbsp;I&nbsp;can&nbsp;implement.&lt;/div&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140915/26d4e023/attachment.html b/_build/static/archives/extend/attachments/20140915/26d4e023/attachment.html
new file mode 100644
index 00000000..c4f70e58
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140915/26d4e023/attachment.html
@@ -0,0 +1,12 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hi.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;recently&nbsp;implemented&nbsp;a&nbsp;checksum&nbsp;header&nbsp;(X-Checksum)&nbsp;that&nbsp;allows&nbsp;validating&nbsp;the&nbsp;content&nbsp;of&nbsp;a&nbsp;request&#39;s&nbsp;body&nbsp;by&nbsp;hash&nbsp;comparison&nbsp;(just&nbsp;to&nbsp;give&nbsp;you&nbsp;some&nbsp;context).&nbsp;I&#39;m&nbsp;using&nbsp;the&nbsp;onrequest&nbsp;hook&nbsp;to&nbsp;affect&nbsp;all&nbsp;requests&nbsp;(and&nbsp;be&nbsp;able&nbsp;to&nbsp;reply&nbsp;appropriately&nbsp;for&nbsp;non-conformance&nbsp;to&nbsp;the&nbsp;hash&nbsp;function&nbsp;result)&nbsp;but&nbsp;can&#39;t&nbsp;figure&nbsp;out&nbsp;how&nbsp;to&nbsp;not&nbsp;read&nbsp;the&nbsp;request&nbsp;body&nbsp;twice,&nbsp;i.e.&nbsp;I&nbsp;read&nbsp;it&nbsp;in&nbsp;the&nbsp;onrequest&nbsp;hook&nbsp;but&nbsp;later&nbsp;on&nbsp;need&nbsp;to&nbsp;read&nbsp;it&nbsp;again&nbsp;in&nbsp;the&nbsp;route&nbsp;handler,&nbsp;but&nbsp;I&nbsp;can&#39;t&nbsp;(from&nbsp;the&nbsp;manual,&nbsp;for&nbsp;cowboy_req:body:&nbsp;&quot;This&nbsp;function&nbsp;can&nbsp;only&nbsp;be&nbsp;called&nbsp;once.&nbsp;Cowboy&nbsp;will&nbsp;not&nbsp;cache&nbsp;the&nbsp;result&nbsp;of&nbsp;this&nbsp;call.&quot;).&nbsp;At&nbsp;the&nbsp;moment,&nbsp;and&nbsp;because&nbsp;the&nbsp;API&nbsp;consumers&nbsp;were&nbsp;in&nbsp;a&nbsp;hurry,&nbsp;the&nbsp;solution&nbsp;I&nbsp;found&nbsp;(I&nbsp;understand&nbsp;it&nbsp;might&nbsp;be&nbsp;an&nbsp;ugly&nbsp;hack),&nbsp;was&nbsp;to&nbsp;read&nbsp;the&nbsp;body,&nbsp;store&nbsp;it&nbsp;in&nbsp;the&nbsp;Req&#39;s&nbsp;meta&nbsp;(property&nbsp;body,&nbsp;for&nbsp;example)&nbsp;and&nbsp;then&nbsp;access&nbsp;that&nbsp;property&nbsp;later&nbsp;on,&nbsp;instead&nbsp;of&nbsp;using&nbsp;cowboy_req:body.&nbsp;I&#39;m&nbsp;not&nbsp;quite&nbsp;happy&nbsp;with&nbsp;this&nbsp;solution&nbsp;and&nbsp;was&nbsp;wondering&nbsp;if&nbsp;there&nbsp;is&nbsp;anything&nbsp;more&nbsp;elegant&nbsp;that&nbsp;I&nbsp;can&nbsp;implement.&lt;/div&gt;<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+<br>
+&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140915/5f3302e4/attachment-0001.html b/_build/static/archives/extend/attachments/20140915/5f3302e4/attachment-0001.html
new file mode 100644
index 00000000..289a6657
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140915/5f3302e4/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;Hi.&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;This&nbsp;can&nbsp;be&nbsp;read&nbsp;in&nbsp;the&nbsp;cowboy_req:binding&nbsp;doc:&nbsp;&quot;By&nbsp;default&nbsp;the&nbsp;value&nbsp;is&nbsp;a&nbsp;binary,&nbsp;however&nbsp;constraints&nbsp;may&nbsp;change&nbsp;the&nbsp;type&nbsp;of&nbsp;this&nbsp;value&nbsp;(for&nbsp;example&nbsp;automatically&nbsp;converting&nbsp;numbers&nbsp;to&nbsp;integer).&quot;&lt;/span&gt;&lt;br&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;What&nbsp;constraints&nbsp;are&nbsp;we&nbsp;talking&nbsp;about&nbsp;here?&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;Also,&nbsp;there&#39;s&nbsp;no&nbsp;reference&nbsp;to&nbsp;the&nbsp;fact&nbsp;that&nbsp;the&nbsp;bindings&nbsp;are&nbsp;URL-decoded,&nbsp;even&nbsp;though&nbsp;they&nbsp;appear&nbsp;to&nbsp;be.&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;Cheers.&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140915/5f3302e4/attachment.html b/_build/static/archives/extend/attachments/20140915/5f3302e4/attachment.html
new file mode 100644
index 00000000..289a6657
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140915/5f3302e4/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;Hi.&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;This&nbsp;can&nbsp;be&nbsp;read&nbsp;in&nbsp;the&nbsp;cowboy_req:binding&nbsp;doc:&nbsp;&quot;By&nbsp;default&nbsp;the&nbsp;value&nbsp;is&nbsp;a&nbsp;binary,&nbsp;however&nbsp;constraints&nbsp;may&nbsp;change&nbsp;the&nbsp;type&nbsp;of&nbsp;this&nbsp;value&nbsp;(for&nbsp;example&nbsp;automatically&nbsp;converting&nbsp;numbers&nbsp;to&nbsp;integer).&quot;&lt;/span&gt;&lt;br&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(51,51,51);font-family:&#39;Helvetica&nbsp;Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;What&nbsp;constraints&nbsp;are&nbsp;we&nbsp;talking&nbsp;about&nbsp;here?&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;Also,&nbsp;there&#39;s&nbsp;no&nbsp;reference&nbsp;to&nbsp;the&nbsp;fact&nbsp;that&nbsp;the&nbsp;bindings&nbsp;are&nbsp;URL-decoded,&nbsp;even&nbsp;though&nbsp;they&nbsp;appear&nbsp;to&nbsp;be.&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;Cheers.&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;div&gt;&lt;font&nbsp;color=&quot;#333333&quot;&nbsp;face=&quot;Helvetica&nbsp;Neue,&nbsp;Helvetica,&nbsp;Arial,&nbsp;sans-serif&quot;&gt;&lt;span&nbsp;style=&quot;font-size:14px;line-height:19.600000381469727px&quot;&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140915/d97a6072/attachment-0001.html b/_build/static/archives/extend/attachments/20140915/d97a6072/attachment-0001.html
new file mode 100644
index 00000000..467b0cfb
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140915/d97a6072/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;OK,&nbsp;I&nbsp;guess&nbsp;&quot;constraints&quot;&nbsp;refers&nbsp;to&nbsp;this:&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/guide/routing/#constraints&quot;&gt;http://ninenines.eu/docs/en/cowboy/HEAD/guide/routing/#constraints&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;:D&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140915/d97a6072/attachment.html b/_build/static/archives/extend/attachments/20140915/d97a6072/attachment.html
new file mode 100644
index 00000000..467b0cfb
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140915/d97a6072/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;OK,&nbsp;I&nbsp;guess&nbsp;&quot;constraints&quot;&nbsp;refers&nbsp;to&nbsp;this:&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/HEAD/guide/routing/#constraints&quot;&gt;http://ninenines.eu/docs/en/cowboy/HEAD/guide/routing/#constraints&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;:D&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Cheers.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-&nbsp;Paulo&nbsp;F.&nbsp;Oliveira&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140929/84fe21a4/attachment-0001.html b/_build/static/archives/extend/attachments/20140929/84fe21a4/attachment-0001.html
new file mode 100644
index 00000000..d8a3a0b0
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140929/84fe21a4/attachment-0001.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Hello&nbsp;list,&nbsp;I&nbsp;hope&nbsp;this&nbsp;is&nbsp;the&nbsp;right&nbsp;place&nbsp;to&nbsp;ask&nbsp;this.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;learning&nbsp;Erlang,&nbsp;and&nbsp;I&nbsp;wanted&nbsp;to&nbsp;create&nbsp;a&nbsp;Cowboy&nbsp;app&nbsp;to&nbsp;record&nbsp;audio&nbsp;from&nbsp;a&nbsp;web&nbsp;browser.&lt;br&gt;&lt;br&gt;Based&nbsp;on&nbsp;the&nbsp;websocket&nbsp;example&nbsp;in&nbsp;the&nbsp;Cowboy&nbsp;source&nbsp;code,&nbsp;I&nbsp;get&nbsp;the&nbsp;user&nbsp;mic&nbsp;input&nbsp;and&nbsp;send&nbsp;this&nbsp;input&nbsp;to&nbsp;the&nbsp;websocket.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;created&nbsp;a&nbsp;&quot;recorder&quot;&nbsp;module,&nbsp;which&nbsp;functionality&nbsp;is&nbsp;to&nbsp;save&nbsp;the&nbsp;data&nbsp;to&nbsp;the&nbsp;a&nbsp;file.&lt;br&gt;&lt;br&gt;&lt;b&gt;#rawe_handler.erl&lt;br&gt;&lt;/b&gt;-module(rawec_handler).&lt;br&gt;-behaviour(cowboy_websocket_handler).&lt;br&gt;......&lt;br&gt;init(_,&nbsp;_,&nbsp;_)&nbsp;-&gt;&lt;br&gt; &nbsp;case&nbsp;whereis(recorder)&nbsp;of&lt;br&gt;   &nbsp;undefined&nbsp;-&gt;&lt;br&gt;       &nbsp;RecorderPid&nbsp;=&nbsp;recorder:start(),&lt;br&gt;       &nbsp;register(recorder,&nbsp;RecorderPid);&lt;br&gt;   &nbsp;_&nbsp;-&gt;&nbsp;ok&lt;br&gt; &nbsp;end,&lt;br&gt;   &nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_websocket}.&lt;br&gt;.....&lt;br&gt;websocket_handle(_Frame,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt; &nbsp;RecorderPid&nbsp;=&nbsp;whereis(recorder),&lt;br&gt; &nbsp;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;br&gt;   &nbsp;{ok,&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&gt;#recorder.erl&lt;/b&gt;&lt;br&gt;-module(recorder).&lt;br&gt;&lt;br&gt;-export([start/0,&nbsp;recorder_fun/1]).&lt;br&gt;-compile([debug_info]).&lt;br&gt;&lt;br&gt;recorder_fun(IoDevice)&nbsp;-&gt;&nbsp;&lt;br&gt; &nbsp;receive&lt;br&gt;   &nbsp;{rec,&nbsp;Data}&nbsp;-&gt;&lt;br&gt;     &nbsp;ok&nbsp;=&nbsp;file:write(IoDevice,&nbsp;Data),&lt;br&gt;     &nbsp;io:format(Data),&lt;br&gt;     &nbsp;recorder_fun(IoDevice);&lt;br&gt;   &nbsp;{stop,&nbsp;_}&nbsp;-&gt;&lt;br&gt;     &nbsp;%%Close&nbsp;file&lt;br&gt;     &nbsp;file:close(IoDevice)&lt;br&gt;   &nbsp;end.&lt;br&gt;   &nbsp;&lt;br&gt;start()&nbsp;-&gt;&lt;br&gt; &nbsp;{ok,&nbsp;IoDevice}&nbsp;=&nbsp;file:open(&quot;/tmp/test_binary.wav&quot;,&nbsp;[write,&nbsp;binary]),         &nbsp;&lt;br&gt; &nbsp;spawn(recorder,&nbsp;recorder_fun,&nbsp;[IoDevice]).&lt;br&gt; &nbsp;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;When&nbsp;I&nbsp;start&nbsp;the&nbsp;console,&nbsp;and&nbsp;allow&nbsp;the&nbsp;microphone&nbsp;on&nbsp;the&nbsp;browser,&nbsp;I&nbsp;see&nbsp;this&nbsp;error&nbsp;on&nbsp;the&nbsp;console:&lt;br&gt;&lt;br&gt;=ERROR&nbsp;REPORT====&nbsp;29-Sep-2014::18:13:03&nbsp;===&lt;br&gt;Ranch&nbsp;listener&nbsp;http&nbsp;had&nbsp;connection&nbsp;process&nbsp;started&nbsp;with&nbsp;cowboy_protocol:start_link/4&nbsp;at&nbsp;&lt;0.178.0&gt;&nbsp;exit&nbsp;with&nbsp;reason:&nbsp;&lt;b&gt;{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3&lt;/b&gt;}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,&quot;src/rawec_handler.erl&quot;},{line,35}]},{cowboy_websocket,handler_call,7,[{file,&quot;src/cowboy_websocket.erl&quot;},{line,588}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]},{msg,{binary,&lt;&lt;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,&nbsp;DATA&nbsp;STREAM&nbsp;CONTINUES)&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Probably&nbsp;my&nbsp;approach&nbsp;to&nbsp;do&nbsp;this&nbsp;is&nbsp;totally&nbsp;wrong.&nbsp;I&nbsp;there&nbsp;any&nbsp;obvious&nbsp;problem&nbsp;here?&lt;br&gt;&lt;/div&gt;&lt;div&gt;Can&nbsp;someone&nbsp;point&nbsp;me&nbsp;to&nbsp;a&nbsp;right&nbsp;direction?.&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;write&nbsp;directly&nbsp;to&nbsp;a&nbsp;file&nbsp;in&nbsp;the&nbsp;&lt;b&gt;websocket_handle&nbsp;&lt;/b&gt;funcion,&nbsp;but&nbsp;how&nbsp;can&nbsp;I&nbsp;keep&nbsp;a&nbsp;file&nbsp;opened&nbsp;during&nbsp;the&nbsp;streaming?&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;github&nbsp;repo&nbsp;is&nbsp;here:&nbsp;&lt;a&nbsp;href=&quot;https://github.com/jmrepetti/rawec&quot;&gt;https://github.com/jmrepetti/rawec&lt;/a&gt;&nbsp;with&nbsp;the&nbsp;whole&nbsp;source&nbsp;code&nbsp;if&nbsp;you&nbsp;want&nbsp;to&nbsp;take&nbsp;a&nbsp;look.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;in&nbsp;advance,&lt;br&gt;&lt;/div&gt;&lt;div&gt;Matias.&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140929/84fe21a4/attachment.html b/_build/static/archives/extend/attachments/20140929/84fe21a4/attachment.html
new file mode 100644
index 00000000..d8a3a0b0
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140929/84fe21a4/attachment.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Hello&nbsp;list,&nbsp;I&nbsp;hope&nbsp;this&nbsp;is&nbsp;the&nbsp;right&nbsp;place&nbsp;to&nbsp;ask&nbsp;this.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;learning&nbsp;Erlang,&nbsp;and&nbsp;I&nbsp;wanted&nbsp;to&nbsp;create&nbsp;a&nbsp;Cowboy&nbsp;app&nbsp;to&nbsp;record&nbsp;audio&nbsp;from&nbsp;a&nbsp;web&nbsp;browser.&lt;br&gt;&lt;br&gt;Based&nbsp;on&nbsp;the&nbsp;websocket&nbsp;example&nbsp;in&nbsp;the&nbsp;Cowboy&nbsp;source&nbsp;code,&nbsp;I&nbsp;get&nbsp;the&nbsp;user&nbsp;mic&nbsp;input&nbsp;and&nbsp;send&nbsp;this&nbsp;input&nbsp;to&nbsp;the&nbsp;websocket.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;created&nbsp;a&nbsp;&quot;recorder&quot;&nbsp;module,&nbsp;which&nbsp;functionality&nbsp;is&nbsp;to&nbsp;save&nbsp;the&nbsp;data&nbsp;to&nbsp;the&nbsp;a&nbsp;file.&lt;br&gt;&lt;br&gt;&lt;b&gt;#rawe_handler.erl&lt;br&gt;&lt;/b&gt;-module(rawec_handler).&lt;br&gt;-behaviour(cowboy_websocket_handler).&lt;br&gt;......&lt;br&gt;init(_,&nbsp;_,&nbsp;_)&nbsp;-&gt;&lt;br&gt; &nbsp;case&nbsp;whereis(recorder)&nbsp;of&lt;br&gt;   &nbsp;undefined&nbsp;-&gt;&lt;br&gt;       &nbsp;RecorderPid&nbsp;=&nbsp;recorder:start(),&lt;br&gt;       &nbsp;register(recorder,&nbsp;RecorderPid);&lt;br&gt;   &nbsp;_&nbsp;-&gt;&nbsp;ok&lt;br&gt; &nbsp;end,&lt;br&gt;   &nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_websocket}.&lt;br&gt;.....&lt;br&gt;websocket_handle(_Frame,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt; &nbsp;RecorderPid&nbsp;=&nbsp;whereis(recorder),&lt;br&gt; &nbsp;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;br&gt;   &nbsp;{ok,&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&gt;#recorder.erl&lt;/b&gt;&lt;br&gt;-module(recorder).&lt;br&gt;&lt;br&gt;-export([start/0,&nbsp;recorder_fun/1]).&lt;br&gt;-compile([debug_info]).&lt;br&gt;&lt;br&gt;recorder_fun(IoDevice)&nbsp;-&gt;&nbsp;&lt;br&gt; &nbsp;receive&lt;br&gt;   &nbsp;{rec,&nbsp;Data}&nbsp;-&gt;&lt;br&gt;     &nbsp;ok&nbsp;=&nbsp;file:write(IoDevice,&nbsp;Data),&lt;br&gt;     &nbsp;io:format(Data),&lt;br&gt;     &nbsp;recorder_fun(IoDevice);&lt;br&gt;   &nbsp;{stop,&nbsp;_}&nbsp;-&gt;&lt;br&gt;     &nbsp;%%Close&nbsp;file&lt;br&gt;     &nbsp;file:close(IoDevice)&lt;br&gt;   &nbsp;end.&lt;br&gt;   &nbsp;&lt;br&gt;start()&nbsp;-&gt;&lt;br&gt; &nbsp;{ok,&nbsp;IoDevice}&nbsp;=&nbsp;file:open(&quot;/tmp/test_binary.wav&quot;,&nbsp;[write,&nbsp;binary]),         &nbsp;&lt;br&gt; &nbsp;spawn(recorder,&nbsp;recorder_fun,&nbsp;[IoDevice]).&lt;br&gt; &nbsp;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;When&nbsp;I&nbsp;start&nbsp;the&nbsp;console,&nbsp;and&nbsp;allow&nbsp;the&nbsp;microphone&nbsp;on&nbsp;the&nbsp;browser,&nbsp;I&nbsp;see&nbsp;this&nbsp;error&nbsp;on&nbsp;the&nbsp;console:&lt;br&gt;&lt;br&gt;=ERROR&nbsp;REPORT====&nbsp;29-Sep-2014::18:13:03&nbsp;===&lt;br&gt;Ranch&nbsp;listener&nbsp;http&nbsp;had&nbsp;connection&nbsp;process&nbsp;started&nbsp;with&nbsp;cowboy_protocol:start_link/4&nbsp;at&nbsp;&lt;0.178.0&gt;&nbsp;exit&nbsp;with&nbsp;reason:&nbsp;&lt;b&gt;{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3&lt;/b&gt;}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,&quot;src/rawec_handler.erl&quot;},{line,35}]},{cowboy_websocket,handler_call,7,[{file,&quot;src/cowboy_websocket.erl&quot;},{line,588}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]},{msg,{binary,&lt;&lt;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,&nbsp;DATA&nbsp;STREAM&nbsp;CONTINUES)&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Probably&nbsp;my&nbsp;approach&nbsp;to&nbsp;do&nbsp;this&nbsp;is&nbsp;totally&nbsp;wrong.&nbsp;I&nbsp;there&nbsp;any&nbsp;obvious&nbsp;problem&nbsp;here?&lt;br&gt;&lt;/div&gt;&lt;div&gt;Can&nbsp;someone&nbsp;point&nbsp;me&nbsp;to&nbsp;a&nbsp;right&nbsp;direction?.&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;write&nbsp;directly&nbsp;to&nbsp;a&nbsp;file&nbsp;in&nbsp;the&nbsp;&lt;b&gt;websocket_handle&nbsp;&lt;/b&gt;funcion,&nbsp;but&nbsp;how&nbsp;can&nbsp;I&nbsp;keep&nbsp;a&nbsp;file&nbsp;opened&nbsp;during&nbsp;the&nbsp;streaming?&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;github&nbsp;repo&nbsp;is&nbsp;here:&nbsp;&lt;a&nbsp;href=&quot;https://github.com/jmrepetti/rawec&quot;&gt;https://github.com/jmrepetti/rawec&lt;/a&gt;&nbsp;with&nbsp;the&nbsp;whole&nbsp;source&nbsp;code&nbsp;if&nbsp;you&nbsp;want&nbsp;to&nbsp;take&nbsp;a&nbsp;look.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;in&nbsp;advance,&lt;br&gt;&lt;/div&gt;&lt;div&gt;Matias.&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140930/6d952ce6/attachment-0001.html b/_build/static/archives/extend/attachments/20140930/6d952ce6/attachment-0001.html
new file mode 100644
index 00000000..08dea64c
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140930/6d952ce6/attachment-0001.html
@@ -0,0 +1,11 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Looking&nbsp;on&nbsp;the&nbsp;output&nbsp;it&nbsp;says:&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;{reason,badarith}&nbsp;&lt;/b&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;on&nbsp;this&nbsp;line: &lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:rgb(0,128,128);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Menlo,Courier,monospace;font-size:12px;line-height:16.7999992370605px;white-space:pre&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;This&nbsp;may&nbsp;help&nbsp;you&nbsp;somehow. &lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;BTW,&nbsp;variables&nbsp;starting&nbsp;with&nbsp;_&nbsp;are&nbsp;usually&nbsp;used&nbsp;to&nbsp;show&nbsp;unused&nbsp;variables&nbsp;and&nbsp;stop&nbsp;warnings&nbsp;from&nbsp;the&nbsp;compiler.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;30&nbsp;September&nbsp;2014&nbsp;05:52,&nbsp;Juan&nbsp;Matías&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Hello&nbsp;list,&nbsp;I&nbsp;hope&nbsp;this&nbsp;is&nbsp;the&nbsp;right&nbsp;place&nbsp;to&nbsp;ask&nbsp;this.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;learning&nbsp;Erlang,&nbsp;and&nbsp;I&nbsp;wanted&nbsp;to&nbsp;create&nbsp;a&nbsp;Cowboy&nbsp;app&nbsp;to&nbsp;record&nbsp;audio&nbsp;from&nbsp;a&nbsp;web&nbsp;browser.&lt;br&gt;&lt;br&gt;Based&nbsp;on&nbsp;the&nbsp;websocket&nbsp;example&nbsp;in&nbsp;the&nbsp;Cowboy&nbsp;source&nbsp;code,&nbsp;I&nbsp;get&nbsp;the&nbsp;user&nbsp;mic&nbsp;input&nbsp;and&nbsp;send&nbsp;this&nbsp;input&nbsp;to&nbsp;the&nbsp;websocket.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;created&nbsp;a&nbsp;&quot;recorder&quot;&nbsp;module,&nbsp;which&nbsp;functionality&nbsp;is&nbsp;to&nbsp;save&nbsp;the&nbsp;data&nbsp;to&nbsp;the&nbsp;a&nbsp;file.&lt;br&gt;&lt;br&gt;&lt;b&gt;#rawe_handler.erl&lt;br&gt;&lt;/b&gt;-module(rawec_handler).&lt;br&gt;-behaviour(cowboy_websocket_handler).&lt;br&gt;......&lt;br&gt;init(_,&nbsp;_,&nbsp;_)&nbsp;-&gt;&lt;br&gt; &nbsp;case&nbsp;whereis(recorder)&nbsp;of&lt;br&gt;   &nbsp;undefined&nbsp;-&gt;&lt;br&gt;       &nbsp;RecorderPid&nbsp;=&nbsp;recorder:start(),&lt;br&gt;       &nbsp;register(recorder,&nbsp;RecorderPid);&lt;br&gt;   &nbsp;_&nbsp;-&gt;&nbsp;ok&lt;br&gt; &nbsp;end,&lt;br&gt;   &nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_websocket}.&lt;br&gt;.....&lt;br&gt;websocket_handle(_Frame,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt; &nbsp;RecorderPid&nbsp;=&nbsp;whereis(recorder),&lt;br&gt; &nbsp;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;br&gt;   &nbsp;{ok,&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&gt;#recorder.erl&lt;/b&gt;&lt;br&gt;-module(recorder).&lt;br&gt;&lt;br&gt;-export([start/0,&nbsp;recorder_fun/1]).&lt;br&gt;-compile([debug_info]).&lt;br&gt;&lt;br&gt;recorder_fun(IoDevice)&nbsp;-&gt;&nbsp;&lt;br&gt; &nbsp;receive&lt;br&gt;   &nbsp;{rec,&nbsp;Data}&nbsp;-&gt;&lt;br&gt;     &nbsp;ok&nbsp;=&nbsp;file:write(IoDevice,&nbsp;Data),&lt;br&gt;     &nbsp;io:format(Data),&lt;br&gt;     &nbsp;recorder_fun(IoDevice);&lt;br&gt;   &nbsp;{stop,&nbsp;_}&nbsp;-&gt;&lt;br&gt;     &nbsp;%%Close&nbsp;file&lt;br&gt;     &nbsp;file:close(IoDevice)&lt;br&gt;   &nbsp;end.&lt;br&gt;   &nbsp;&lt;br&gt;start()&nbsp;-&gt;&lt;br&gt; &nbsp;{ok,&nbsp;IoDevice}&nbsp;=&nbsp;file:open(&quot;/tmp/test_binary.wav&quot;,&nbsp;[write,&nbsp;binary]),         &nbsp;&lt;br&gt; &nbsp;spawn(recorder,&nbsp;recorder_fun,&nbsp;[IoDevice]).&lt;br&gt; &nbsp;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;When&nbsp;I&nbsp;start&nbsp;the&nbsp;console,&nbsp;and&nbsp;allow&nbsp;the&nbsp;microphone&nbsp;on&nbsp;the&nbsp;browser,&nbsp;I&nbsp;see&nbsp;this&nbsp;error&nbsp;on&nbsp;the&nbsp;console:&lt;br&gt;&lt;br&gt;=ERROR&nbsp;REPORT====&nbsp;29-Sep-2014::18:13:03&nbsp;===&lt;br&gt;Ranch&nbsp;listener&nbsp;http&nbsp;had&nbsp;connection&nbsp;process&nbsp;started&nbsp;with&nbsp;cowboy_protocol:start_link/4&nbsp;at&nbsp;&lt;0.178.0&gt;&nbsp;exit&nbsp;with&nbsp;reason:&nbsp;&lt;b&gt;{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3&lt;/b&gt;}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,&quot;src/rawec_handler.erl&quot;},{line,35}]},{cowboy_websocket,handler_call,7,[{file,&quot;src/cowboy_websocket.erl&quot;},{line,588}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]},{msg,{binary,&lt;&lt;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,&nbsp;DATA&nbsp;STREAM&nbsp;CONTINUES)&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Probably&nbsp;my&nbsp;approach&nbsp;to&nbsp;do&nbsp;this&nbsp;is&nbsp;totally&nbsp;wrong.&nbsp;I&nbsp;there&nbsp;any&nbsp;obvious&nbsp;problem&nbsp;here?&lt;br&gt;&lt;/div&gt;&lt;div&gt;Can&nbsp;someone&nbsp;point&nbsp;me&nbsp;to&nbsp;a&nbsp;right&nbsp;direction?.&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;write&nbsp;directly&nbsp;to&nbsp;a&nbsp;file&nbsp;in&nbsp;the&nbsp;&lt;b&gt;websocket_handle&nbsp;&lt;/b&gt;funcion,&nbsp;but&nbsp;how&nbsp;can&nbsp;I&nbsp;keep&nbsp;a&nbsp;file&nbsp;opened&nbsp;during&nbsp;the&nbsp;streaming?&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;github&nbsp;repo&nbsp;is&nbsp;here:&nbsp;&lt;a&nbsp;href=&quot;https://github.com/jmrepetti/rawec&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/jmrepetti/rawec&lt;/a&gt;&nbsp;with&nbsp;the&nbsp;whole&nbsp;source&nbsp;code&nbsp;if&nbsp;you&nbsp;want&nbsp;to&nbsp;take&nbsp;a&nbsp;look.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;in&nbsp;advance,&lt;br&gt;&lt;/div&gt;&lt;div&gt;Matias.&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+&lt;br&gt;_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140930/6d952ce6/attachment.html b/_build/static/archives/extend/attachments/20140930/6d952ce6/attachment.html
new file mode 100644
index 00000000..08dea64c
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140930/6d952ce6/attachment.html
@@ -0,0 +1,11 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Looking&nbsp;on&nbsp;the&nbsp;output&nbsp;it&nbsp;says:&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;{reason,badarith}&nbsp;&lt;/b&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;on&nbsp;this&nbsp;line: &lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;&quot;&nbsp;style=&quot;color:rgb(0,128,128);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Menlo,Courier,monospace;font-size:12px;line-height:16.7999992370605px;white-space:pre&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;This&nbsp;may&nbsp;help&nbsp;you&nbsp;somehow. &lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;BTW,&nbsp;variables&nbsp;starting&nbsp;with&nbsp;_&nbsp;are&nbsp;usually&nbsp;used&nbsp;to&nbsp;show&nbsp;unused&nbsp;variables&nbsp;and&nbsp;stop&nbsp;warnings&nbsp;from&nbsp;the&nbsp;compiler.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;30&nbsp;September&nbsp;2014&nbsp;05:52,&nbsp;Juan&nbsp;Matías&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Hello&nbsp;list,&nbsp;I&nbsp;hope&nbsp;this&nbsp;is&nbsp;the&nbsp;right&nbsp;place&nbsp;to&nbsp;ask&nbsp;this.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;learning&nbsp;Erlang,&nbsp;and&nbsp;I&nbsp;wanted&nbsp;to&nbsp;create&nbsp;a&nbsp;Cowboy&nbsp;app&nbsp;to&nbsp;record&nbsp;audio&nbsp;from&nbsp;a&nbsp;web&nbsp;browser.&lt;br&gt;&lt;br&gt;Based&nbsp;on&nbsp;the&nbsp;websocket&nbsp;example&nbsp;in&nbsp;the&nbsp;Cowboy&nbsp;source&nbsp;code,&nbsp;I&nbsp;get&nbsp;the&nbsp;user&nbsp;mic&nbsp;input&nbsp;and&nbsp;send&nbsp;this&nbsp;input&nbsp;to&nbsp;the&nbsp;websocket.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;created&nbsp;a&nbsp;&quot;recorder&quot;&nbsp;module,&nbsp;which&nbsp;functionality&nbsp;is&nbsp;to&nbsp;save&nbsp;the&nbsp;data&nbsp;to&nbsp;the&nbsp;a&nbsp;file.&lt;br&gt;&lt;br&gt;&lt;b&gt;#rawe_handler.erl&lt;br&gt;&lt;/b&gt;-module(rawec_handler).&lt;br&gt;-behaviour(cowboy_websocket_handler).&lt;br&gt;......&lt;br&gt;init(_,&nbsp;_,&nbsp;_)&nbsp;-&gt;&lt;br&gt; &nbsp;case&nbsp;whereis(recorder)&nbsp;of&lt;br&gt;   &nbsp;undefined&nbsp;-&gt;&lt;br&gt;       &nbsp;RecorderPid&nbsp;=&nbsp;recorder:start(),&lt;br&gt;       &nbsp;register(recorder,&nbsp;RecorderPid);&lt;br&gt;   &nbsp;_&nbsp;-&gt;&nbsp;ok&lt;br&gt; &nbsp;end,&lt;br&gt;   &nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_websocket}.&lt;br&gt;.....&lt;br&gt;websocket_handle(_Frame,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt; &nbsp;RecorderPid&nbsp;=&nbsp;whereis(recorder),&lt;br&gt; &nbsp;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;br&gt;   &nbsp;{ok,&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&gt;#recorder.erl&lt;/b&gt;&lt;br&gt;-module(recorder).&lt;br&gt;&lt;br&gt;-export([start/0,&nbsp;recorder_fun/1]).&lt;br&gt;-compile([debug_info]).&lt;br&gt;&lt;br&gt;recorder_fun(IoDevice)&nbsp;-&gt;&nbsp;&lt;br&gt; &nbsp;receive&lt;br&gt;   &nbsp;{rec,&nbsp;Data}&nbsp;-&gt;&lt;br&gt;     &nbsp;ok&nbsp;=&nbsp;file:write(IoDevice,&nbsp;Data),&lt;br&gt;     &nbsp;io:format(Data),&lt;br&gt;     &nbsp;recorder_fun(IoDevice);&lt;br&gt;   &nbsp;{stop,&nbsp;_}&nbsp;-&gt;&lt;br&gt;     &nbsp;%%Close&nbsp;file&lt;br&gt;     &nbsp;file:close(IoDevice)&lt;br&gt;   &nbsp;end.&lt;br&gt;   &nbsp;&lt;br&gt;start()&nbsp;-&gt;&lt;br&gt; &nbsp;{ok,&nbsp;IoDevice}&nbsp;=&nbsp;file:open(&quot;/tmp/test_binary.wav&quot;,&nbsp;[write,&nbsp;binary]),         &nbsp;&lt;br&gt; &nbsp;spawn(recorder,&nbsp;recorder_fun,&nbsp;[IoDevice]).&lt;br&gt; &nbsp;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;When&nbsp;I&nbsp;start&nbsp;the&nbsp;console,&nbsp;and&nbsp;allow&nbsp;the&nbsp;microphone&nbsp;on&nbsp;the&nbsp;browser,&nbsp;I&nbsp;see&nbsp;this&nbsp;error&nbsp;on&nbsp;the&nbsp;console:&lt;br&gt;&lt;br&gt;=ERROR&nbsp;REPORT====&nbsp;29-Sep-2014::18:13:03&nbsp;===&lt;br&gt;Ranch&nbsp;listener&nbsp;http&nbsp;had&nbsp;connection&nbsp;process&nbsp;started&nbsp;with&nbsp;cowboy_protocol:start_link/4&nbsp;at&nbsp;&lt;0.178.0&gt;&nbsp;exit&nbsp;with&nbsp;reason:&nbsp;&lt;b&gt;{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3&lt;/b&gt;}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,&quot;src/rawec_handler.erl&quot;},{line,35}]},{cowboy_websocket,handler_call,7,[{file,&quot;src/cowboy_websocket.erl&quot;},{line,588}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]},{msg,{binary,&lt;&lt;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,&nbsp;DATA&nbsp;STREAM&nbsp;CONTINUES)&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Probably&nbsp;my&nbsp;approach&nbsp;to&nbsp;do&nbsp;this&nbsp;is&nbsp;totally&nbsp;wrong.&nbsp;I&nbsp;there&nbsp;any&nbsp;obvious&nbsp;problem&nbsp;here?&lt;br&gt;&lt;/div&gt;&lt;div&gt;Can&nbsp;someone&nbsp;point&nbsp;me&nbsp;to&nbsp;a&nbsp;right&nbsp;direction?.&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;write&nbsp;directly&nbsp;to&nbsp;a&nbsp;file&nbsp;in&nbsp;the&nbsp;&lt;b&gt;websocket_handle&nbsp;&lt;/b&gt;funcion,&nbsp;but&nbsp;how&nbsp;can&nbsp;I&nbsp;keep&nbsp;a&nbsp;file&nbsp;opened&nbsp;during&nbsp;the&nbsp;streaming?&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;github&nbsp;repo&nbsp;is&nbsp;here:&nbsp;&lt;a&nbsp;href=&quot;https://github.com/jmrepetti/rawec&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/jmrepetti/rawec&lt;/a&gt;&nbsp;with&nbsp;the&nbsp;whole&nbsp;source&nbsp;code&nbsp;if&nbsp;you&nbsp;want&nbsp;to&nbsp;take&nbsp;a&nbsp;look.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;in&nbsp;advance,&lt;br&gt;&lt;/div&gt;&lt;div&gt;Matias.&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+&lt;br&gt;_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140930/ef46837f/attachment-0001.html b/_build/static/archives/extend/attachments/20140930/ef46837f/attachment-0001.html
new file mode 100644
index 00000000..555c66a2
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140930/ef46837f/attachment-0001.html
@@ -0,0 +1,13 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Thanks,&nbsp;that&nbsp;fixed&nbsp;the&nbsp;error.&nbsp;Now&nbsp;I&#39;m&nbsp;having&nbsp;other&nbsp;but&nbsp;I&#39;ll&nbsp;investigate.&nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Tue,&nbsp;Sep&nbsp;30,&nbsp;2014&nbsp;at&nbsp;12:53&nbsp;AM,&nbsp;Eduardo&nbsp;Gurgel&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Looking&nbsp;on&nbsp;the&nbsp;output&nbsp;it&nbsp;says:&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;{reason,badarith}&nbsp;&lt;/b&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;on&nbsp;this&nbsp;line: &lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(0,128,128);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Menlo,Courier,monospace;font-size:12px;line-height:16.7999992370605px;white-space:pre-wrap&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/span&gt;&lt;div&gt;This&nbsp;may&nbsp;help&nbsp;you&nbsp;somehow. &lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;BTW,&nbsp;variables&nbsp;starting&nbsp;with&nbsp;_&nbsp;are&nbsp;usually&nbsp;used&nbsp;to&nbsp;show&nbsp;unused&nbsp;variables&nbsp;and&nbsp;stop&nbsp;warnings&nbsp;from&nbsp;the&nbsp;compiler.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;On&nbsp;30&nbsp;September&nbsp;2014&nbsp;05:52,&nbsp;Juan&nbsp;Matías&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Hello&nbsp;list,&nbsp;I&nbsp;hope&nbsp;this&nbsp;is&nbsp;the&nbsp;right&nbsp;place&nbsp;to&nbsp;ask&nbsp;this.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;learning&nbsp;Erlang,&nbsp;and&nbsp;I&nbsp;wanted&nbsp;to&nbsp;create&nbsp;a&nbsp;Cowboy&nbsp;app&nbsp;to&nbsp;record&nbsp;audio&nbsp;from&nbsp;a&nbsp;web&nbsp;browser.&lt;br&gt;&lt;br&gt;Based&nbsp;on&nbsp;the&nbsp;websocket&nbsp;example&nbsp;in&nbsp;the&nbsp;Cowboy&nbsp;source&nbsp;code,&nbsp;I&nbsp;get&nbsp;the&nbsp;user&nbsp;mic&nbsp;input&nbsp;and&nbsp;send&nbsp;this&nbsp;input&nbsp;to&nbsp;the&nbsp;websocket.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;created&nbsp;a&nbsp;&quot;recorder&quot;&nbsp;module,&nbsp;which&nbsp;functionality&nbsp;is&nbsp;to&nbsp;save&nbsp;the&nbsp;data&nbsp;to&nbsp;the&nbsp;a&nbsp;file.&lt;br&gt;&lt;br&gt;&lt;b&gt;#rawe_handler.erl&lt;br&gt;&lt;/b&gt;-module(rawec_handler).&lt;br&gt;-behaviour(cowboy_websocket_handler).&lt;br&gt;......&lt;br&gt;init(_,&nbsp;_,&nbsp;_)&nbsp;-&gt;&lt;br&gt; &nbsp;case&nbsp;whereis(recorder)&nbsp;of&lt;br&gt;   &nbsp;undefined&nbsp;-&gt;&lt;br&gt;       &nbsp;RecorderPid&nbsp;=&nbsp;recorder:start(),&lt;br&gt;       &nbsp;register(recorder,&nbsp;RecorderPid);&lt;br&gt;   &nbsp;_&nbsp;-&gt;&nbsp;ok&lt;br&gt; &nbsp;end,&lt;br&gt;   &nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_websocket}.&lt;br&gt;.....&lt;br&gt;websocket_handle(_Frame,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt; &nbsp;RecorderPid&nbsp;=&nbsp;whereis(recorder),&lt;br&gt; &nbsp;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;br&gt;   &nbsp;{ok,&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&gt;#recorder.erl&lt;/b&gt;&lt;br&gt;-module(recorder).&lt;br&gt;&lt;br&gt;-export([start/0,&nbsp;recorder_fun/1]).&lt;br&gt;-compile([debug_info]).&lt;br&gt;&lt;br&gt;recorder_fun(IoDevice)&nbsp;-&gt;&nbsp;&lt;br&gt; &nbsp;receive&lt;br&gt;   &nbsp;{rec,&nbsp;Data}&nbsp;-&gt;&lt;br&gt;     &nbsp;ok&nbsp;=&nbsp;file:write(IoDevice,&nbsp;Data),&lt;br&gt;     &nbsp;io:format(Data),&lt;br&gt;     &nbsp;recorder_fun(IoDevice);&lt;br&gt;   &nbsp;{stop,&nbsp;_}&nbsp;-&gt;&lt;br&gt;     &nbsp;%%Close&nbsp;file&lt;br&gt;     &nbsp;file:close(IoDevice)&lt;br&gt;   &nbsp;end.&lt;br&gt;   &nbsp;&lt;br&gt;start()&nbsp;-&gt;&lt;br&gt; &nbsp;{ok,&nbsp;IoDevice}&nbsp;=&nbsp;file:open(&quot;/tmp/test_binary.wav&quot;,&nbsp;[write,&nbsp;binary]),         &nbsp;&lt;br&gt; &nbsp;spawn(recorder,&nbsp;recorder_fun,&nbsp;[IoDevice]).&lt;br&gt; &nbsp;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;When&nbsp;I&nbsp;start&nbsp;the&nbsp;console,&nbsp;and&nbsp;allow&nbsp;the&nbsp;microphone&nbsp;on&nbsp;the&nbsp;browser,&nbsp;I&nbsp;see&nbsp;this&nbsp;error&nbsp;on&nbsp;the&nbsp;console:&lt;br&gt;&lt;br&gt;=ERROR&nbsp;REPORT====&nbsp;29-Sep-2014::18:13:03&nbsp;===&lt;br&gt;Ranch&nbsp;listener&nbsp;http&nbsp;had&nbsp;connection&nbsp;process&nbsp;started&nbsp;with&nbsp;cowboy_protocol:start_link/4&nbsp;at&nbsp;&lt;0.178.0&gt;&nbsp;exit&nbsp;with&nbsp;reason:&nbsp;&lt;b&gt;{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3&lt;/b&gt;}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,&quot;src/rawec_handler.erl&quot;},{line,35}]},{cowboy_websocket,handler_call,7,[{file,&quot;src/cowboy_websocket.erl&quot;},{line,588}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]},{msg,{binary,&lt;&lt;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,&nbsp;DATA&nbsp;STREAM&nbsp;CONTINUES)&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Probably&nbsp;my&nbsp;approach&nbsp;to&nbsp;do&nbsp;this&nbsp;is&nbsp;totally&nbsp;wrong.&nbsp;I&nbsp;there&nbsp;any&nbsp;obvious&nbsp;problem&nbsp;here?&lt;br&gt;&lt;/div&gt;&lt;div&gt;Can&nbsp;someone&nbsp;point&nbsp;me&nbsp;to&nbsp;a&nbsp;right&nbsp;direction?.&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;write&nbsp;directly&nbsp;to&nbsp;a&nbsp;file&nbsp;in&nbsp;the&nbsp;&lt;b&gt;websocket_handle&nbsp;&lt;/b&gt;funcion,&nbsp;but&nbsp;how&nbsp;can&nbsp;I&nbsp;keep&nbsp;a&nbsp;file&nbsp;opened&nbsp;during&nbsp;the&nbsp;streaming?&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;github&nbsp;repo&nbsp;is&nbsp;here:&nbsp;&lt;a&nbsp;href=&quot;https://github.com/jmrepetti/rawec&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/jmrepetti/rawec&lt;/a&gt;&nbsp;with&nbsp;the&nbsp;whole&nbsp;source&nbsp;code&nbsp;if&nbsp;you&nbsp;want&nbsp;to&nbsp;take&nbsp;a&nbsp;look.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;in&nbsp;advance,&lt;br&gt;&lt;/div&gt;&lt;div&gt;Matias.&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;br&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Matías &lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20140930/ef46837f/attachment.html b/_build/static/archives/extend/attachments/20140930/ef46837f/attachment.html
new file mode 100644
index 00000000..555c66a2
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20140930/ef46837f/attachment.html
@@ -0,0 +1,13 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Thanks,&nbsp;that&nbsp;fixed&nbsp;the&nbsp;error.&nbsp;Now&nbsp;I&#39;m&nbsp;having&nbsp;other&nbsp;but&nbsp;I&#39;ll&nbsp;investigate.&nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;Tue,&nbsp;Sep&nbsp;30,&nbsp;2014&nbsp;at&nbsp;12:53&nbsp;AM,&nbsp;Eduardo&nbsp;Gurgel&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Looking&nbsp;on&nbsp;the&nbsp;output&nbsp;it&nbsp;says:&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;{reason,badarith}&nbsp;&lt;/b&gt;&lt;span&nbsp;style=&quot;font-family:arial,sans-serif;font-size:13px&quot;&gt;on&nbsp;this&nbsp;line: &lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;div&gt;&lt;span&nbsp;style=&quot;color:rgb(0,128,128);font-family:Consolas,&#39;Liberation&nbsp;Mono&#39;,Menlo,Courier,monospace;font-size:12px;line-height:16.7999992370605px;white-space:pre-wrap&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/span&gt;&lt;div&gt;This&nbsp;may&nbsp;help&nbsp;you&nbsp;somehow. &lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;BTW,&nbsp;variables&nbsp;starting&nbsp;with&nbsp;_&nbsp;are&nbsp;usually&nbsp;used&nbsp;to&nbsp;show&nbsp;unused&nbsp;variables&nbsp;and&nbsp;stop&nbsp;warnings&nbsp;from&nbsp;the&nbsp;compiler.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;On&nbsp;30&nbsp;September&nbsp;2014&nbsp;05:52,&nbsp;Juan&nbsp;Matías&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;Hello&nbsp;list,&nbsp;I&nbsp;hope&nbsp;this&nbsp;is&nbsp;the&nbsp;right&nbsp;place&nbsp;to&nbsp;ask&nbsp;this.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;learning&nbsp;Erlang,&nbsp;and&nbsp;I&nbsp;wanted&nbsp;to&nbsp;create&nbsp;a&nbsp;Cowboy&nbsp;app&nbsp;to&nbsp;record&nbsp;audio&nbsp;from&nbsp;a&nbsp;web&nbsp;browser.&lt;br&gt;&lt;br&gt;Based&nbsp;on&nbsp;the&nbsp;websocket&nbsp;example&nbsp;in&nbsp;the&nbsp;Cowboy&nbsp;source&nbsp;code,&nbsp;I&nbsp;get&nbsp;the&nbsp;user&nbsp;mic&nbsp;input&nbsp;and&nbsp;send&nbsp;this&nbsp;input&nbsp;to&nbsp;the&nbsp;websocket.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&nbsp;created&nbsp;a&nbsp;&quot;recorder&quot;&nbsp;module,&nbsp;which&nbsp;functionality&nbsp;is&nbsp;to&nbsp;save&nbsp;the&nbsp;data&nbsp;to&nbsp;the&nbsp;a&nbsp;file.&lt;br&gt;&lt;br&gt;&lt;b&gt;#rawe_handler.erl&lt;br&gt;&lt;/b&gt;-module(rawec_handler).&lt;br&gt;-behaviour(cowboy_websocket_handler).&lt;br&gt;......&lt;br&gt;init(_,&nbsp;_,&nbsp;_)&nbsp;-&gt;&lt;br&gt; &nbsp;case&nbsp;whereis(recorder)&nbsp;of&lt;br&gt;   &nbsp;undefined&nbsp;-&gt;&lt;br&gt;       &nbsp;RecorderPid&nbsp;=&nbsp;recorder:start(),&lt;br&gt;       &nbsp;register(recorder,&nbsp;RecorderPid);&lt;br&gt;   &nbsp;_&nbsp;-&gt;&nbsp;ok&lt;br&gt; &nbsp;end,&lt;br&gt;   &nbsp;{upgrade,&nbsp;protocol,&nbsp;cowboy_websocket}.&lt;br&gt;.....&lt;br&gt;websocket_handle(_Frame,&nbsp;Req,&nbsp;State)&nbsp;-&gt;&lt;br&gt; &nbsp;RecorderPid&nbsp;=&nbsp;whereis(recorder),&lt;br&gt; &nbsp;RecorderPid&nbsp;!&nbsp;{rec,&nbsp;_Frame/binary},&lt;br&gt;   &nbsp;{ok,&nbsp;Req,&nbsp;State}.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;b&gt;#recorder.erl&lt;/b&gt;&lt;br&gt;-module(recorder).&lt;br&gt;&lt;br&gt;-export([start/0,&nbsp;recorder_fun/1]).&lt;br&gt;-compile([debug_info]).&lt;br&gt;&lt;br&gt;recorder_fun(IoDevice)&nbsp;-&gt;&nbsp;&lt;br&gt; &nbsp;receive&lt;br&gt;   &nbsp;{rec,&nbsp;Data}&nbsp;-&gt;&lt;br&gt;     &nbsp;ok&nbsp;=&nbsp;file:write(IoDevice,&nbsp;Data),&lt;br&gt;     &nbsp;io:format(Data),&lt;br&gt;     &nbsp;recorder_fun(IoDevice);&lt;br&gt;   &nbsp;{stop,&nbsp;_}&nbsp;-&gt;&lt;br&gt;     &nbsp;%%Close&nbsp;file&lt;br&gt;     &nbsp;file:close(IoDevice)&lt;br&gt;   &nbsp;end.&lt;br&gt;   &nbsp;&lt;br&gt;start()&nbsp;-&gt;&lt;br&gt; &nbsp;{ok,&nbsp;IoDevice}&nbsp;=&nbsp;file:open(&quot;/tmp/test_binary.wav&quot;,&nbsp;[write,&nbsp;binary]),         &nbsp;&lt;br&gt; &nbsp;spawn(recorder,&nbsp;recorder_fun,&nbsp;[IoDevice]).&lt;br&gt; &nbsp;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;When&nbsp;I&nbsp;start&nbsp;the&nbsp;console,&nbsp;and&nbsp;allow&nbsp;the&nbsp;microphone&nbsp;on&nbsp;the&nbsp;browser,&nbsp;I&nbsp;see&nbsp;this&nbsp;error&nbsp;on&nbsp;the&nbsp;console:&lt;br&gt;&lt;br&gt;=ERROR&nbsp;REPORT====&nbsp;29-Sep-2014::18:13:03&nbsp;===&lt;br&gt;Ranch&nbsp;listener&nbsp;http&nbsp;had&nbsp;connection&nbsp;process&nbsp;started&nbsp;with&nbsp;cowboy_protocol:start_link/4&nbsp;at&nbsp;&lt;0.178.0&gt;&nbsp;exit&nbsp;with&nbsp;reason:&nbsp;&lt;b&gt;{[{reason,badarith},{mfa,{rawec_handler,websocket_handle,3&lt;/b&gt;}},{stacktrace,[{rawec_handler,websocket_handle,3,[{file,&quot;src/rawec_handler.erl&quot;},{line,35}]},{cowboy_websocket,handler_call,7,[{file,&quot;src/cowboy_websocket.erl&quot;},{line,588}]},{cowboy_protocol,execute,4,[{file,&quot;src/cowboy_protocol.erl&quot;},{line,435}]}]},{msg,{binary,&lt;&lt;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0....(ETC,&nbsp;DATA&nbsp;STREAM&nbsp;CONTINUES)&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Probably&nbsp;my&nbsp;approach&nbsp;to&nbsp;do&nbsp;this&nbsp;is&nbsp;totally&nbsp;wrong.&nbsp;I&nbsp;there&nbsp;any&nbsp;obvious&nbsp;problem&nbsp;here?&lt;br&gt;&lt;/div&gt;&lt;div&gt;Can&nbsp;someone&nbsp;point&nbsp;me&nbsp;to&nbsp;a&nbsp;right&nbsp;direction?.&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;write&nbsp;directly&nbsp;to&nbsp;a&nbsp;file&nbsp;in&nbsp;the&nbsp;&lt;b&gt;websocket_handle&nbsp;&lt;/b&gt;funcion,&nbsp;but&nbsp;how&nbsp;can&nbsp;I&nbsp;keep&nbsp;a&nbsp;file&nbsp;opened&nbsp;during&nbsp;the&nbsp;streaming?&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;The&nbsp;github&nbsp;repo&nbsp;is&nbsp;here:&nbsp;&lt;a&nbsp;href=&quot;https://github.com/jmrepetti/rawec&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/jmrepetti/rawec&lt;/a&gt;&nbsp;with&nbsp;the&nbsp;whole&nbsp;source&nbsp;code&nbsp;if&nbsp;you&nbsp;want&nbsp;to&nbsp;take&nbsp;a&nbsp;look.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;in&nbsp;advance,&lt;br&gt;&lt;/div&gt;&lt;div&gt;Matias.&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Eduardo&lt;br&gt;&lt;/div&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/div&gt;<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;br&nbsp;clear=&quot;all&quot;&gt;&lt;br&gt;--&nbsp;&lt;br&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Matías &lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141014/77f74bf0/attachment-0001.html b/_build/static/archives/extend/attachments/20141014/77f74bf0/attachment-0001.html
new file mode 100644
index 00000000..2a78f5ad
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141014/77f74bf0/attachment-0001.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=windows-1252&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&quot;&gt;Hi&nbsp;Stefan,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;div&gt;&lt;div&gt;On&nbsp;14&nbsp;Oct&nbsp;2014,&nbsp;at&nbsp;10:05,&nbsp;Stefan&nbsp;Strigler&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;/div&gt;&lt;br&nbsp;class=&quot;Apple-interchange-newline&quot;&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;just&nbsp;subscribed&nbsp;yesterday&nbsp;and&nbsp;now&nbsp;that's&nbsp;already&nbsp;my&nbsp;first&nbsp;question.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I'm&nbsp;referring&nbsp;to&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/&quot;&gt;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/&lt;/a&gt;.&nbsp;Given&nbsp;you&nbsp;have&nbsp;a&nbsp;PUT&nbsp;on&nbsp;a&nbsp;new&nbsp;resource&nbsp;the&nbsp;diagram&nbsp;suggests&nbsp;that&nbsp;the&nbsp;response's&nbsp;status&nbsp;code&nbsp;depends&nbsp;on&nbsp;whether&nbsp;you've&nbsp;set&nbsp;a&nbsp;location&nbsp;and/or&nbsp;body.&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;This&nbsp;is&nbsp;correct,&nbsp;I&nbsp;have&nbsp;experience&nbsp;this&nbsp;behaviour&nbsp;on&nbsp;Cowboy&nbsp;1.0.0&nbsp;and&nbsp;2.0.0-pre.1.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;br&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;But&nbsp;when&nbsp;looking&nbsp;at&nbsp;the&nbsp;code&nbsp;(v1.0.0)&nbsp;then&nbsp;cowboy_rest:maybe_created/2&nbsp;would&nbsp;always&nbsp;return&nbsp;a&nbsp;201.&nbsp;No&nbsp;matter&nbsp;what.&nbsp;I&nbsp;think&nbsp;the&nbsp;code&nbsp;is&nbsp;right,&nbsp;but&nbsp;the&nbsp;diagram&nbsp;needs&nbsp;to&nbsp;be&nbsp;fixed.&nbsp;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Could&nbsp;you&nbsp;be&nbsp;more&nbsp;specific?&lt;/div&gt;&lt;div&gt;I�m&nbsp;afraid&nbsp;it&nbsp;is&nbsp;not&nbsp;how&nbsp;it&nbsp;works&nbsp;for&nbsp;me.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;br&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;But&nbsp;then&nbsp;I'm&nbsp;not&nbsp;totally&nbsp;sure&nbsp;how&nbsp;to&nbsp;interpret&nbsp;&lt;a&nbsp;href=&quot;http://tools.ietf.org/html/rfc2616#section-10.2.2&quot;&gt;http://tools.ietf.org/html/rfc2616#section-10.2.2&lt;/a&gt;&nbsp;which&nbsp;states&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:&nbsp;1em;&nbsp;margin-top:&nbsp;0px;&nbsp;margin-bottom:&nbsp;0px;&quot;&gt;&nbsp;&nbsp;&nbsp;The&nbsp;newly&nbsp;created&nbsp;resource&nbsp;can&nbsp;be&nbsp;referenced&nbsp;by&nbsp;the&nbsp;URI(s)<br>
+&nbsp;&nbsp;&nbsp;returned&nbsp;in&nbsp;the&nbsp;entity&nbsp;of&nbsp;the&nbsp;response,&nbsp;with&nbsp;the&nbsp;most&nbsp;specific&nbsp;URI<br>
+&nbsp;&nbsp;&nbsp;for&nbsp;the&nbsp;resource&nbsp;given&nbsp;by&nbsp;a&nbsp;Location&nbsp;header&nbsp;field.&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:&nbsp;1em;&nbsp;margin-top:&nbsp;0px;&nbsp;margin-bottom:&nbsp;0px;&quot;&gt;&lt;br&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:&nbsp;1em;&nbsp;margin-top:&nbsp;0px;&nbsp;margin-bottom:&nbsp;0px;&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;Because&nbsp;currently&nbsp;it&nbsp;is&nbsp;totally&nbsp;possible&nbsp;to&nbsp;not&nbsp;have&nbsp;a&nbsp;location&nbsp;header&nbsp;set&nbsp;(just&nbsp;as&nbsp;no&nbsp;body)&nbsp;for&nbsp;the&nbsp;response.&nbsp;In&nbsp;my&nbsp;opinion&nbsp;the&nbsp;current&nbsp;code&nbsp;behaves&nbsp;good&nbsp;enough&nbsp;and&nbsp;it's&nbsp;up&nbsp;to&nbsp;the&nbsp;service&nbsp;to&nbsp;ensure&nbsp;the&nbsp;requirements&nbsp;as&nbsp;stated&nbsp;by&nbsp;the&nbsp;RFC.&nbsp;Should&nbsp;cowboy&nbsp;enforce&nbsp;a&nbsp;header&nbsp;field?&nbsp;Should&nbsp;it&nbsp;try&nbsp;to&nbsp;figure&nbsp;that&nbsp;out&nbsp;on&nbsp;its&nbsp;own?&lt;/span&gt;&lt;br&gt;&lt;/pre&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;I&nbsp;think&nbsp;how&nbsp;Cowboy&nbsp;does&nbsp;is&nbsp;best&nbsp;at&nbsp;the&nbsp;moment.&lt;/div&gt;&lt;div&gt;I&nbsp;like&nbsp;to&nbsp;have&nbsp;the&nbsp;freedom&nbsp;to&nbsp;specify&nbsp;myself&nbsp;the&nbsp;Location,&nbsp;especially&nbsp;when&nbsp;PUT-ting&nbsp;&lt;i&gt;new&lt;/i&gt;&nbsp;resources.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;A&nbsp;bit&nbsp;off&nbsp;topic,&nbsp;I&nbsp;think&nbsp;this&nbsp;article&nbsp;is&nbsp;interesting&nbsp;regarding&nbsp;RFC-2616.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;a&nbsp;href=&quot;https://www.mnot.net/blog/2014/06/07/rfc2616_is_dead&quot;&gt;https://www.mnot.net/blog/2014/06/07/rfc2616_is_dead&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Given&nbsp;that,&nbsp;you&nbsp;might&nbsp;want&nbsp;to&nbsp;have&nbsp;a&nbsp;look&nbsp;at&nbsp;RFC-7231,&nbsp;section&nbsp;3.1.4.2:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;a&nbsp;href=&quot;http://tools.ietf.org/html/rfc7231#section-3.1.4.2&quot;&gt;http://tools.ietf.org/html/rfc7231#section-3.1.4.2&lt;/a&gt;.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Camille&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141014/77f74bf0/attachment.html b/_build/static/archives/extend/attachments/20141014/77f74bf0/attachment.html
new file mode 100644
index 00000000..2a78f5ad
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141014/77f74bf0/attachment.html
@@ -0,0 +1,5 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=windows-1252&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&quot;&gt;Hi&nbsp;Stefan,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;div&gt;&lt;div&gt;On&nbsp;14&nbsp;Oct&nbsp;2014,&nbsp;at&nbsp;10:05,&nbsp;Stefan&nbsp;Strigler&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&gt;&nbsp;wrote:&lt;/div&gt;&lt;br&nbsp;class=&quot;Apple-interchange-newline&quot;&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;just&nbsp;subscribed&nbsp;yesterday&nbsp;and&nbsp;now&nbsp;that's&nbsp;already&nbsp;my&nbsp;first&nbsp;question.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I'm&nbsp;referring&nbsp;to&nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/&quot;&gt;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/&lt;/a&gt;.&nbsp;Given&nbsp;you&nbsp;have&nbsp;a&nbsp;PUT&nbsp;on&nbsp;a&nbsp;new&nbsp;resource&nbsp;the&nbsp;diagram&nbsp;suggests&nbsp;that&nbsp;the&nbsp;response's&nbsp;status&nbsp;code&nbsp;depends&nbsp;on&nbsp;whether&nbsp;you've&nbsp;set&nbsp;a&nbsp;location&nbsp;and/or&nbsp;body.&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;This&nbsp;is&nbsp;correct,&nbsp;I&nbsp;have&nbsp;experience&nbsp;this&nbsp;behaviour&nbsp;on&nbsp;Cowboy&nbsp;1.0.0&nbsp;and&nbsp;2.0.0-pre.1.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;br&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;But&nbsp;when&nbsp;looking&nbsp;at&nbsp;the&nbsp;code&nbsp;(v1.0.0)&nbsp;then&nbsp;cowboy_rest:maybe_created/2&nbsp;would&nbsp;always&nbsp;return&nbsp;a&nbsp;201.&nbsp;No&nbsp;matter&nbsp;what.&nbsp;I&nbsp;think&nbsp;the&nbsp;code&nbsp;is&nbsp;right,&nbsp;but&nbsp;the&nbsp;diagram&nbsp;needs&nbsp;to&nbsp;be&nbsp;fixed.&nbsp;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Could&nbsp;you&nbsp;be&nbsp;more&nbsp;specific?&lt;/div&gt;&lt;div&gt;I�m&nbsp;afraid&nbsp;it&nbsp;is&nbsp;not&nbsp;how&nbsp;it&nbsp;works&nbsp;for&nbsp;me.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;br&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;But&nbsp;then&nbsp;I'm&nbsp;not&nbsp;totally&nbsp;sure&nbsp;how&nbsp;to&nbsp;interpret&nbsp;&lt;a&nbsp;href=&quot;http://tools.ietf.org/html/rfc2616#section-10.2.2&quot;&gt;http://tools.ietf.org/html/rfc2616#section-10.2.2&lt;/a&gt;&nbsp;which&nbsp;states&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:&nbsp;1em;&nbsp;margin-top:&nbsp;0px;&nbsp;margin-bottom:&nbsp;0px;&quot;&gt;&nbsp;&nbsp;&nbsp;The&nbsp;newly&nbsp;created&nbsp;resource&nbsp;can&nbsp;be&nbsp;referenced&nbsp;by&nbsp;the&nbsp;URI(s)<br>
+&nbsp;&nbsp;&nbsp;returned&nbsp;in&nbsp;the&nbsp;entity&nbsp;of&nbsp;the&nbsp;response,&nbsp;with&nbsp;the&nbsp;most&nbsp;specific&nbsp;URI<br>
+&nbsp;&nbsp;&nbsp;for&nbsp;the&nbsp;resource&nbsp;given&nbsp;by&nbsp;a&nbsp;Location&nbsp;header&nbsp;field.&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:&nbsp;1em;&nbsp;margin-top:&nbsp;0px;&nbsp;margin-bottom:&nbsp;0px;&quot;&gt;&lt;br&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:&nbsp;1em;&nbsp;margin-top:&nbsp;0px;&nbsp;margin-bottom:&nbsp;0px;&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;Because&nbsp;currently&nbsp;it&nbsp;is&nbsp;totally&nbsp;possible&nbsp;to&nbsp;not&nbsp;have&nbsp;a&nbsp;location&nbsp;header&nbsp;set&nbsp;(just&nbsp;as&nbsp;no&nbsp;body)&nbsp;for&nbsp;the&nbsp;response.&nbsp;In&nbsp;my&nbsp;opinion&nbsp;the&nbsp;current&nbsp;code&nbsp;behaves&nbsp;good&nbsp;enough&nbsp;and&nbsp;it's&nbsp;up&nbsp;to&nbsp;the&nbsp;service&nbsp;to&nbsp;ensure&nbsp;the&nbsp;requirements&nbsp;as&nbsp;stated&nbsp;by&nbsp;the&nbsp;RFC.&nbsp;Should&nbsp;cowboy&nbsp;enforce&nbsp;a&nbsp;header&nbsp;field?&nbsp;Should&nbsp;it&nbsp;try&nbsp;to&nbsp;figure&nbsp;that&nbsp;out&nbsp;on&nbsp;its&nbsp;own?&lt;/span&gt;&lt;br&gt;&lt;/pre&gt;&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;I&nbsp;think&nbsp;how&nbsp;Cowboy&nbsp;does&nbsp;is&nbsp;best&nbsp;at&nbsp;the&nbsp;moment.&lt;/div&gt;&lt;div&gt;I&nbsp;like&nbsp;to&nbsp;have&nbsp;the&nbsp;freedom&nbsp;to&nbsp;specify&nbsp;myself&nbsp;the&nbsp;Location,&nbsp;especially&nbsp;when&nbsp;PUT-ting&nbsp;&lt;i&gt;new&lt;/i&gt;&nbsp;resources.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;A&nbsp;bit&nbsp;off&nbsp;topic,&nbsp;I&nbsp;think&nbsp;this&nbsp;article&nbsp;is&nbsp;interesting&nbsp;regarding&nbsp;RFC-2616.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;a&nbsp;href=&quot;https://www.mnot.net/blog/2014/06/07/rfc2616_is_dead&quot;&gt;https://www.mnot.net/blog/2014/06/07/rfc2616_is_dead&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Given&nbsp;that,&nbsp;you&nbsp;might&nbsp;want&nbsp;to&nbsp;have&nbsp;a&nbsp;look&nbsp;at&nbsp;RFC-7231,&nbsp;section&nbsp;3.1.4.2:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;span&nbsp;class=&quot;Apple-tab-span&quot;&nbsp;style=&quot;white-space:pre&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;a&nbsp;href=&quot;http://tools.ietf.org/html/rfc7231#section-3.1.4.2&quot;&gt;http://tools.ietf.org/html/rfc7231#section-3.1.4.2&lt;/a&gt;.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Camille&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141014/d89bced6/attachment-0001.html b/_build/static/archives/extend/attachments/20141014/d89bced6/attachment-0001.html
new file mode 100644
index 00000000..fc1c7513
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141014/d89bced6/attachment-0001.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hey,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;just&nbsp;subscribed&nbsp;yesterday&nbsp;and&nbsp;now&nbsp;that&#39;s&nbsp;already&nbsp;my&nbsp;first&nbsp;question.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;referring&nbsp;to &lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/&quot;&gt;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/&lt;/a&gt;.&nbsp;Given&nbsp;you&nbsp;have&nbsp;a&nbsp;PUT&nbsp;on&nbsp;a&nbsp;new&nbsp;resource&nbsp;the&nbsp;diagram&nbsp;suggests&nbsp;that&nbsp;the&nbsp;response&#39;s&nbsp;status&nbsp;code&nbsp;depends&nbsp;on&nbsp;whether&nbsp;you&#39;ve&nbsp;set&nbsp;a&nbsp;location&nbsp;and/or&nbsp;body.&nbsp;But&nbsp;when&nbsp;looking&nbsp;at&nbsp;the&nbsp;code&nbsp;(v1.0.0)&nbsp;then&nbsp;cowboy_rest:maybe_created/2&nbsp;would&nbsp;always&nbsp;return&nbsp;a&nbsp;201.&nbsp;No&nbsp;matter&nbsp;what.&nbsp;I&nbsp;think&nbsp;the&nbsp;code&nbsp;is&nbsp;right,&nbsp;but&nbsp;the&nbsp;diagram&nbsp;needs&nbsp;to&nbsp;be&nbsp;fixed. &lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;But&nbsp;then&nbsp;I&#39;m&nbsp;not&nbsp;totally&nbsp;sure&nbsp;how&nbsp;to&nbsp;interpret &lt;a&nbsp;href=&quot;http://tools.ietf.org/html/rfc2616#section-10.2.2&quot;&gt;http://tools.ietf.org/html/rfc2616#section-10.2.2&lt;/a&gt; which&nbsp;states&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&nbsp;&nbsp;&nbsp;The&nbsp;newly&nbsp;created&nbsp;resource&nbsp;can&nbsp;be&nbsp;referenced&nbsp;by&nbsp;the&nbsp;URI(s)<br>
+&nbsp;&nbsp;&nbsp;returned&nbsp;in&nbsp;the&nbsp;entity&nbsp;of&nbsp;the&nbsp;response,&nbsp;with&nbsp;the&nbsp;most&nbsp;specific&nbsp;URI<br>
+&nbsp;&nbsp;&nbsp;for&nbsp;the&nbsp;resource&nbsp;given&nbsp;by&nbsp;a&nbsp;Location&nbsp;header&nbsp;field.&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;br&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;Because&nbsp;currently&nbsp;it&nbsp;is&nbsp;totally&nbsp;possible&nbsp;to&nbsp;not&nbsp;have&nbsp;a&nbsp;location&nbsp;header&nbsp;set&nbsp;(just&nbsp;as&nbsp;no&nbsp;body)&nbsp;for&nbsp;the&nbsp;response.&nbsp;In&nbsp;my&nbsp;opinion&nbsp;the&nbsp;current&nbsp;code&nbsp;behaves&nbsp;good&nbsp;enough&nbsp;and&nbsp;it&#39;s&nbsp;up&nbsp;to&nbsp;the&nbsp;service&nbsp;to&nbsp;ensure&nbsp;the&nbsp;requirements&nbsp;as&nbsp;stated&nbsp;by&nbsp;the&nbsp;RFC.&nbsp;Should&nbsp;cowboy&nbsp;enforce&nbsp;a&nbsp;header&nbsp;field?&nbsp;Should&nbsp;it&nbsp;try&nbsp;to&nbsp;figure&nbsp;that&nbsp;out&nbsp;on&nbsp;its&nbsp;own?&lt;/span&gt;&lt;br&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;Regards,&lt;/span&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;Stefan&lt;/span&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;/pre&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141014/d89bced6/attachment.html b/_build/static/archives/extend/attachments/20141014/d89bced6/attachment.html
new file mode 100644
index 00000000..fc1c7513
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141014/d89bced6/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hey,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;just&nbsp;subscribed&nbsp;yesterday&nbsp;and&nbsp;now&nbsp;that&#39;s&nbsp;already&nbsp;my&nbsp;first&nbsp;question.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;I&#39;m&nbsp;referring&nbsp;to &lt;a&nbsp;href=&quot;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/&quot;&gt;http://ninenines.eu/docs/en/cowboy/1.0/guide/rest_flowcharts/&lt;/a&gt;.&nbsp;Given&nbsp;you&nbsp;have&nbsp;a&nbsp;PUT&nbsp;on&nbsp;a&nbsp;new&nbsp;resource&nbsp;the&nbsp;diagram&nbsp;suggests&nbsp;that&nbsp;the&nbsp;response&#39;s&nbsp;status&nbsp;code&nbsp;depends&nbsp;on&nbsp;whether&nbsp;you&#39;ve&nbsp;set&nbsp;a&nbsp;location&nbsp;and/or&nbsp;body.&nbsp;But&nbsp;when&nbsp;looking&nbsp;at&nbsp;the&nbsp;code&nbsp;(v1.0.0)&nbsp;then&nbsp;cowboy_rest:maybe_created/2&nbsp;would&nbsp;always&nbsp;return&nbsp;a&nbsp;201.&nbsp;No&nbsp;matter&nbsp;what.&nbsp;I&nbsp;think&nbsp;the&nbsp;code&nbsp;is&nbsp;right,&nbsp;but&nbsp;the&nbsp;diagram&nbsp;needs&nbsp;to&nbsp;be&nbsp;fixed. &lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;But&nbsp;then&nbsp;I&#39;m&nbsp;not&nbsp;totally&nbsp;sure&nbsp;how&nbsp;to&nbsp;interpret &lt;a&nbsp;href=&quot;http://tools.ietf.org/html/rfc2616#section-10.2.2&quot;&gt;http://tools.ietf.org/html/rfc2616#section-10.2.2&lt;/a&gt; which&nbsp;states&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&nbsp;&nbsp;&nbsp;The&nbsp;newly&nbsp;created&nbsp;resource&nbsp;can&nbsp;be&nbsp;referenced&nbsp;by&nbsp;the&nbsp;URI(s)<br>
+&nbsp;&nbsp;&nbsp;returned&nbsp;in&nbsp;the&nbsp;entity&nbsp;of&nbsp;the&nbsp;response,&nbsp;with&nbsp;the&nbsp;most&nbsp;specific&nbsp;URI<br>
+&nbsp;&nbsp;&nbsp;for&nbsp;the&nbsp;resource&nbsp;given&nbsp;by&nbsp;a&nbsp;Location&nbsp;header&nbsp;field.&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;br&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;Because&nbsp;currently&nbsp;it&nbsp;is&nbsp;totally&nbsp;possible&nbsp;to&nbsp;not&nbsp;have&nbsp;a&nbsp;location&nbsp;header&nbsp;set&nbsp;(just&nbsp;as&nbsp;no&nbsp;body)&nbsp;for&nbsp;the&nbsp;response.&nbsp;In&nbsp;my&nbsp;opinion&nbsp;the&nbsp;current&nbsp;code&nbsp;behaves&nbsp;good&nbsp;enough&nbsp;and&nbsp;it&#39;s&nbsp;up&nbsp;to&nbsp;the&nbsp;service&nbsp;to&nbsp;ensure&nbsp;the&nbsp;requirements&nbsp;as&nbsp;stated&nbsp;by&nbsp;the&nbsp;RFC.&nbsp;Should&nbsp;cowboy&nbsp;enforce&nbsp;a&nbsp;header&nbsp;field?&nbsp;Should&nbsp;it&nbsp;try&nbsp;to&nbsp;figure&nbsp;that&nbsp;out&nbsp;on&nbsp;its&nbsp;own?&lt;/span&gt;&lt;br&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;Regards,&lt;/span&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;&lt;br&gt;&lt;/span&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;span&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal;font-size:1em&quot;&gt;Stefan&lt;/span&gt;&lt;/pre&gt;&lt;pre&nbsp;class=&quot;&quot;&nbsp;style=&quot;font-size:1em;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)&quot;&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;style=&quot;color:rgb(34,34,34);font-family:arial;white-space:normal&quot;&gt;&lt;br&gt;&lt;/div&gt;&lt;/pre&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141031/fc6724a7/attachment-0001.html b/_build/static/archives/extend/attachments/20141031/fc6724a7/attachment-0001.html
new file mode 100644
index 00000000..4da7589d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141031/fc6724a7/attachment-0001.html
@@ -0,0 +1,67 @@
+<tt>
+&lt;html&nbsp;xmlns:v=&quot;urn:schemas-microsoft-com:vml&quot;&nbsp;xmlns:o=&quot;urn:schemas-microsoft-com:office:office&quot;&nbsp;xmlns:w=&quot;urn:schemas-microsoft-com:office:word&quot;&nbsp;xmlns:m=&quot;http://schemas.microsoft.com/office/2004/12/omml&quot;&nbsp;xmlns=&quot;http://www.w3.org/TR/REC-html40&quot;&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=us-ascii&quot;&gt;<br>
+&lt;meta&nbsp;name=&quot;Generator&quot;&nbsp;content=&quot;Microsoft&nbsp;Word&nbsp;14&nbsp;(filtered&nbsp;medium)&quot;&gt;<br>
+&lt;style&gt;&lt;!--<br>
+/*&nbsp;Font&nbsp;Definitions&nbsp;*/<br>
+@font-face<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{font-family:Calibri;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;panose-1:2&nbsp;15&nbsp;5&nbsp;2&nbsp;2&nbsp;2&nbsp;4&nbsp;3&nbsp;2&nbsp;4;}<br>
+/*&nbsp;Style&nbsp;Definitions&nbsp;*/<br>
+p.MsoNormal,&nbsp;li.MsoNormal,&nbsp;div.MsoNormal<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{margin:0in;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;margin-bottom:.0001pt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;font-size:11.0pt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;}<br>
+a:link,&nbsp;span.MsoHyperlink<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{mso-style-priority:99;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;color:blue;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;text-decoration:underline;}<br>
+a:visited,&nbsp;span.MsoHyperlinkFollowed<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{mso-style-priority:99;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;color:purple;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;text-decoration:underline;}<br>
+span.EmailStyle17<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{mso-style-type:personal-compose;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;color:windowtext;}<br>
+.MsoChpDefault<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{mso-style-type:export-only;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;}<br>
+@page&nbsp;WordSection1<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{size:8.5in&nbsp;11.0in;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;margin:1.0in&nbsp;1.0in&nbsp;1.0in&nbsp;1.0in;}<br>
+div.WordSection1<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{page:WordSection1;}<br>
+--&gt;&lt;/style&gt;&lt;!--[if&nbsp;gte&nbsp;mso&nbsp;9]&gt;&lt;xml&gt;<br>
+&lt;o:shapedefaults&nbsp;v:ext=&quot;edit&quot;&nbsp;spidmax=&quot;1026&quot;&nbsp;/&gt;<br>
+&lt;/xml&gt;&lt;![endif]--&gt;&lt;!--[if&nbsp;gte&nbsp;mso&nbsp;9]&gt;&lt;xml&gt;<br>
+&lt;o:shapelayout&nbsp;v:ext=&quot;edit&quot;&gt;<br>
+&lt;o:idmap&nbsp;v:ext=&quot;edit&quot;&nbsp;data=&quot;1&quot;&nbsp;/&gt;<br>
+&lt;/o:shapelayout&gt;&lt;/xml&gt;&lt;![endif]--&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;lang=&quot;EN-US&quot;&nbsp;link=&quot;blue&quot;&nbsp;vlink=&quot;purple&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;WordSection1&quot;&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;Hello,&lt;o:p&gt;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;Has&nbsp;anyone&nbsp;had&nbsp;trouble&nbsp;getting&nbsp;IE9&nbsp;connecting&nbsp;to&nbsp;Cowboy&nbsp;over&nbsp;HTTPS?&lt;o:p&gt;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;We're&nbsp;using&nbsp;Cowboy&nbsp;embedded&nbsp;in&nbsp;MongooseIM,&nbsp;and&nbsp;IE9&nbsp;is&nbsp;giving&nbsp;us&nbsp;fits.&lt;o:p&gt;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;Thanks,&lt;o:p&gt;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&quot;Courier&nbsp;New&quot;&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&quot;Courier&nbsp;New&quot;&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&quot;Courier&nbsp;New&quot;&quot;&gt;David&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&quot;Courier&nbsp;New&quot;&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;/div&gt;<br>
+<br>
+&lt;HR&gt;This&nbsp;message&nbsp;and&nbsp;any&nbsp;attachments&nbsp;are&nbsp;intended&nbsp;only&nbsp;for&nbsp;the&nbsp;use&nbsp;of&nbsp;the&nbsp;addressee&nbsp;and&nbsp;may&nbsp;contain&nbsp;information&nbsp;that&nbsp;is&nbsp;privileged&nbsp;and&nbsp;confidential.&nbsp;If&nbsp;the&nbsp;reader&nbsp;of&nbsp;the&nbsp;message&nbsp;is&nbsp;not&nbsp;the&nbsp;intended&nbsp;recipient&nbsp;or&nbsp;an&nbsp;authorized&nbsp;representative&nbsp;of&nbsp;the&nbsp;intended&nbsp;recipient,&nbsp;you&nbsp;are&nbsp;hereby&nbsp;notified&nbsp;that&nbsp;any&nbsp;dissemination&nbsp;of&nbsp;this&nbsp;communication&nbsp;is&nbsp;strictly&nbsp;prohibited.&nbsp;If&nbsp;you&nbsp;have&nbsp;received&nbsp;this&nbsp;communication&nbsp;in&nbsp;error,&nbsp;notify&nbsp;the&nbsp;sender&nbsp;immediately&nbsp;by&nbsp;return&nbsp;email&nbsp;and&nbsp;delete&nbsp;the&nbsp;message&nbsp;and&nbsp;any&nbsp;attachments&nbsp;from&nbsp;your&nbsp;system.&lt;BR&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141031/fc6724a7/attachment.html b/_build/static/archives/extend/attachments/20141031/fc6724a7/attachment.html
new file mode 100644
index 00000000..4da7589d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141031/fc6724a7/attachment.html
@@ -0,0 +1,67 @@
+<tt>
+&lt;html&nbsp;xmlns:v=&quot;urn:schemas-microsoft-com:vml&quot;&nbsp;xmlns:o=&quot;urn:schemas-microsoft-com:office:office&quot;&nbsp;xmlns:w=&quot;urn:schemas-microsoft-com:office:word&quot;&nbsp;xmlns:m=&quot;http://schemas.microsoft.com/office/2004/12/omml&quot;&nbsp;xmlns=&quot;http://www.w3.org/TR/REC-html40&quot;&gt;<br>
+&lt;head&gt;<br>
+&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html;&nbsp;charset=us-ascii&quot;&gt;<br>
+&lt;meta&nbsp;name=&quot;Generator&quot;&nbsp;content=&quot;Microsoft&nbsp;Word&nbsp;14&nbsp;(filtered&nbsp;medium)&quot;&gt;<br>
+&lt;style&gt;&lt;!--<br>
+/*&nbsp;Font&nbsp;Definitions&nbsp;*/<br>
+@font-face<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{font-family:Calibri;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;panose-1:2&nbsp;15&nbsp;5&nbsp;2&nbsp;2&nbsp;2&nbsp;4&nbsp;3&nbsp;2&nbsp;4;}<br>
+/*&nbsp;Style&nbsp;Definitions&nbsp;*/<br>
+p.MsoNormal,&nbsp;li.MsoNormal,&nbsp;div.MsoNormal<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{margin:0in;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;margin-bottom:.0001pt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;font-size:11.0pt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;}<br>
+a:link,&nbsp;span.MsoHyperlink<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{mso-style-priority:99;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;color:blue;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;text-decoration:underline;}<br>
+a:visited,&nbsp;span.MsoHyperlinkFollowed<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{mso-style-priority:99;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;color:purple;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;text-decoration:underline;}<br>
+span.EmailStyle17<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{mso-style-type:personal-compose;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;color:windowtext;}<br>
+.MsoChpDefault<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{mso-style-type:export-only;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;}<br>
+@page&nbsp;WordSection1<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{size:8.5in&nbsp;11.0in;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;margin:1.0in&nbsp;1.0in&nbsp;1.0in&nbsp;1.0in;}<br>
+div.WordSection1<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{page:WordSection1;}<br>
+--&gt;&lt;/style&gt;&lt;!--[if&nbsp;gte&nbsp;mso&nbsp;9]&gt;&lt;xml&gt;<br>
+&lt;o:shapedefaults&nbsp;v:ext=&quot;edit&quot;&nbsp;spidmax=&quot;1026&quot;&nbsp;/&gt;<br>
+&lt;/xml&gt;&lt;![endif]--&gt;&lt;!--[if&nbsp;gte&nbsp;mso&nbsp;9]&gt;&lt;xml&gt;<br>
+&lt;o:shapelayout&nbsp;v:ext=&quot;edit&quot;&gt;<br>
+&lt;o:idmap&nbsp;v:ext=&quot;edit&quot;&nbsp;data=&quot;1&quot;&nbsp;/&gt;<br>
+&lt;/o:shapelayout&gt;&lt;/xml&gt;&lt;![endif]--&gt;<br>
+&lt;/head&gt;<br>
+&lt;body&nbsp;lang=&quot;EN-US&quot;&nbsp;link=&quot;blue&quot;&nbsp;vlink=&quot;purple&quot;&gt;<br>
+&lt;div&nbsp;class=&quot;WordSection1&quot;&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;Hello,&lt;o:p&gt;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;Has&nbsp;anyone&nbsp;had&nbsp;trouble&nbsp;getting&nbsp;IE9&nbsp;connecting&nbsp;to&nbsp;Cowboy&nbsp;over&nbsp;HTTPS?&lt;o:p&gt;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;We're&nbsp;using&nbsp;Cowboy&nbsp;embedded&nbsp;in&nbsp;MongooseIM,&nbsp;and&nbsp;IE9&nbsp;is&nbsp;giving&nbsp;us&nbsp;fits.&lt;o:p&gt;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;Thanks,&lt;o:p&gt;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&quot;Courier&nbsp;New&quot;&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&quot;Courier&nbsp;New&quot;&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&quot;Courier&nbsp;New&quot;&quot;&gt;David&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;span&nbsp;style=&quot;font-family:&quot;Courier&nbsp;New&quot;&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;<br>
+&lt;p&nbsp;class=&quot;MsoNormal&quot;&gt;&lt;o:p&gt;&nbsp;&lt;/o:p&gt;&lt;/p&gt;<br>
+&lt;/div&gt;<br>
+<br>
+&lt;HR&gt;This&nbsp;message&nbsp;and&nbsp;any&nbsp;attachments&nbsp;are&nbsp;intended&nbsp;only&nbsp;for&nbsp;the&nbsp;use&nbsp;of&nbsp;the&nbsp;addressee&nbsp;and&nbsp;may&nbsp;contain&nbsp;information&nbsp;that&nbsp;is&nbsp;privileged&nbsp;and&nbsp;confidential.&nbsp;If&nbsp;the&nbsp;reader&nbsp;of&nbsp;the&nbsp;message&nbsp;is&nbsp;not&nbsp;the&nbsp;intended&nbsp;recipient&nbsp;or&nbsp;an&nbsp;authorized&nbsp;representative&nbsp;of&nbsp;the&nbsp;intended&nbsp;recipient,&nbsp;you&nbsp;are&nbsp;hereby&nbsp;notified&nbsp;that&nbsp;any&nbsp;dissemination&nbsp;of&nbsp;this&nbsp;communication&nbsp;is&nbsp;strictly&nbsp;prohibited.&nbsp;If&nbsp;you&nbsp;have&nbsp;received&nbsp;this&nbsp;communication&nbsp;in&nbsp;error,&nbsp;notify&nbsp;the&nbsp;sender&nbsp;immediately&nbsp;by&nbsp;return&nbsp;email&nbsp;and&nbsp;delete&nbsp;the&nbsp;message&nbsp;and&nbsp;any&nbsp;attachments&nbsp;from&nbsp;your&nbsp;system.&lt;BR&gt;<br>
+&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141106/85a93e04/attachment-0001.html b/_build/static/archives/extend/attachments/20141106/85a93e04/attachment-0001.html
new file mode 100644
index 00000000..c761d6c6
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141106/85a93e04/attachment-0001.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=us-ascii&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&quot;&nbsp;class=&quot;&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;Hi,&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;Can&nbsp;you&nbsp;suggest&nbsp;a&nbsp;best&nbsp;library&nbsp;to&nbsp;encode/decode&nbsp;html&nbsp;and&nbsp;url?&nbsp;I&nbsp;am&nbsp;using&nbsp;cowboy&nbsp;and&nbsp;bullet.&nbsp;Mochiweb&nbsp;seems&nbsp;to&nbsp;support&nbsp;only&nbsp;url&nbsp;encode/decode.&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;/div&gt;I&nbsp;have&nbsp;been&nbsp;using&nbsp;mochijson2.erl&nbsp;file&nbsp;from&nbsp;mochi&nbsp;web&nbsp;to&nbsp;encode/decode&nbsp;json.&lt;div&nbsp;class=&quot;&quot;&gt;&nbsp;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;div&nbsp;apple-content-edited=&quot;true&quot;&nbsp;class=&quot;&quot;&gt;<br>
+&lt;span&nbsp;class=&quot;Apple-style-span&quot;&nbsp;style=&quot;border-collapse:&nbsp;separate;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Helvetica;&nbsp;font-style:&nbsp;normal;&nbsp;font-variant:&nbsp;normal;&nbsp;font-weight:&nbsp;normal;&nbsp;letter-spacing:&nbsp;normal;&nbsp;line-height:&nbsp;normal;&nbsp;orphans:&nbsp;2;&nbsp;text-align:&nbsp;-webkit-auto;&nbsp;text-indent:&nbsp;0px;&nbsp;text-transform:&nbsp;none;&nbsp;white-space:&nbsp;normal;&nbsp;widows:&nbsp;2;&nbsp;word-spacing:&nbsp;0px;&nbsp;-webkit-border-horizontal-spacing:&nbsp;0px;&nbsp;-webkit-border-vertical-spacing:&nbsp;0px;&nbsp;-webkit-text-decorations-in-effect:&nbsp;none;&nbsp;-webkit-text-size-adjust:&nbsp;auto;&nbsp;-webkit-text-stroke-width:&nbsp;0px;&nbsp;&nbsp;&quot;&gt;&lt;span&nbsp;class=&quot;Apple-style-span&quot;&nbsp;style=&quot;border-collapse:&nbsp;separate;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Helvetica;&nbsp;&nbsp;font-style:&nbsp;normal;&nbsp;font-variant:&nbsp;normal;&nbsp;font-weight:&nbsp;normal;&nbsp;letter-spacing:&nbsp;normal;&nbsp;line-height:&nbsp;normal;&nbsp;orphans:&nbsp;2;&nbsp;text-indent:&nbsp;0px;&nbsp;text-transform:&nbsp;none;&nbsp;white-space:&nbsp;normal;&nbsp;widows:&nbsp;2;&nbsp;word-spacing:&nbsp;0px;&nbsp;-webkit-border-horizontal-spacing:&nbsp;0px;&nbsp;-webkit-border-vertical-spacing:&nbsp;0px;&nbsp;-webkit-text-decorations-in-effect:&nbsp;none;&nbsp;-webkit-text-size-adjust:&nbsp;auto;&nbsp;-webkit-text-stroke-width:&nbsp;0px;&nbsp;&quot;&gt;&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&nbsp;class=&quot;&quot;&gt;Cheers&lt;/div&gt;&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&nbsp;class=&quot;&quot;&gt;Suresh&lt;br&nbsp;class=&quot;&quot;&gt;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;/div&gt;&lt;/span&gt;&lt;/span&gt;<br>
+&lt;/div&gt;<br>
+&lt;br&nbsp;class=&quot;&quot;&gt;&lt;/div&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141106/85a93e04/attachment.html b/_build/static/archives/extend/attachments/20141106/85a93e04/attachment.html
new file mode 100644
index 00000000..c761d6c6
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141106/85a93e04/attachment.html
@@ -0,0 +1,6 @@
+<tt>
+&lt;html&gt;&lt;head&gt;&lt;meta&nbsp;http-equiv=&quot;Content-Type&quot;&nbsp;content=&quot;text/html&nbsp;charset=us-ascii&quot;&gt;&lt;/head&gt;&lt;body&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&quot;&nbsp;class=&quot;&quot;&gt;&lt;div&nbsp;class=&quot;&quot;&gt;Hi,&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;Can&nbsp;you&nbsp;suggest&nbsp;a&nbsp;best&nbsp;library&nbsp;to&nbsp;encode/decode&nbsp;html&nbsp;and&nbsp;url?&nbsp;I&nbsp;am&nbsp;using&nbsp;cowboy&nbsp;and&nbsp;bullet.&nbsp;Mochiweb&nbsp;seems&nbsp;to&nbsp;support&nbsp;only&nbsp;url&nbsp;encode/decode.&lt;/div&gt;&lt;div&nbsp;class=&quot;&quot;&gt;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;/div&gt;I&nbsp;have&nbsp;been&nbsp;using&nbsp;mochijson2.erl&nbsp;file&nbsp;from&nbsp;mochi&nbsp;web&nbsp;to&nbsp;encode/decode&nbsp;json.&lt;div&nbsp;class=&quot;&quot;&gt;&nbsp;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;div&nbsp;apple-content-edited=&quot;true&quot;&nbsp;class=&quot;&quot;&gt;<br>
+&lt;span&nbsp;class=&quot;Apple-style-span&quot;&nbsp;style=&quot;border-collapse:&nbsp;separate;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Helvetica;&nbsp;font-style:&nbsp;normal;&nbsp;font-variant:&nbsp;normal;&nbsp;font-weight:&nbsp;normal;&nbsp;letter-spacing:&nbsp;normal;&nbsp;line-height:&nbsp;normal;&nbsp;orphans:&nbsp;2;&nbsp;text-align:&nbsp;-webkit-auto;&nbsp;text-indent:&nbsp;0px;&nbsp;text-transform:&nbsp;none;&nbsp;white-space:&nbsp;normal;&nbsp;widows:&nbsp;2;&nbsp;word-spacing:&nbsp;0px;&nbsp;-webkit-border-horizontal-spacing:&nbsp;0px;&nbsp;-webkit-border-vertical-spacing:&nbsp;0px;&nbsp;-webkit-text-decorations-in-effect:&nbsp;none;&nbsp;-webkit-text-size-adjust:&nbsp;auto;&nbsp;-webkit-text-stroke-width:&nbsp;0px;&nbsp;&nbsp;&quot;&gt;&lt;span&nbsp;class=&quot;Apple-style-span&quot;&nbsp;style=&quot;border-collapse:&nbsp;separate;&nbsp;color:&nbsp;rgb(0,&nbsp;0,&nbsp;0);&nbsp;font-family:&nbsp;Helvetica;&nbsp;&nbsp;font-style:&nbsp;normal;&nbsp;font-variant:&nbsp;normal;&nbsp;font-weight:&nbsp;normal;&nbsp;letter-spacing:&nbsp;normal;&nbsp;line-height:&nbsp;normal;&nbsp;orphans:&nbsp;2;&nbsp;text-indent:&nbsp;0px;&nbsp;text-transform:&nbsp;none;&nbsp;white-space:&nbsp;normal;&nbsp;widows:&nbsp;2;&nbsp;word-spacing:&nbsp;0px;&nbsp;-webkit-border-horizontal-spacing:&nbsp;0px;&nbsp;-webkit-border-vertical-spacing:&nbsp;0px;&nbsp;-webkit-text-decorations-in-effect:&nbsp;none;&nbsp;-webkit-text-size-adjust:&nbsp;auto;&nbsp;-webkit-text-stroke-width:&nbsp;0px;&nbsp;&quot;&gt;&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&nbsp;class=&quot;&quot;&gt;Cheers&lt;/div&gt;&lt;div&nbsp;style=&quot;word-wrap:&nbsp;break-word;&nbsp;-webkit-nbsp-mode:&nbsp;space;&nbsp;-webkit-line-break:&nbsp;after-white-space;&nbsp;&quot;&nbsp;class=&quot;&quot;&gt;Suresh&lt;br&nbsp;class=&quot;&quot;&gt;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;br&nbsp;class=&quot;&quot;&gt;&lt;/div&gt;&lt;/span&gt;&lt;/span&gt;<br>
+&lt;/div&gt;<br>
+&lt;br&nbsp;class=&quot;&quot;&gt;&lt;/div&gt;&lt;/body&gt;&lt;/html&gt;
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141110/a4b469a5/attachment-0001.html b/_build/static/archives/extend/attachments/20141110/a4b469a5/attachment-0001.html
new file mode 100644
index 00000000..6aac3086
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141110/a4b469a5/attachment-0001.html
@@ -0,0 +1,13 @@
+<tt>
+&lt;!DOCTYPE&nbsp;HTML&nbsp;PUBLIC&nbsp;&quot;-//W3C//DTD&nbsp;HTML&nbsp;4.0&nbsp;TRANSITIONAL//EN&quot;&gt;<br>
+&lt;HTML&gt;<br>
+&lt;HEAD&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;HTTP-EQUIV=&quot;Content-Type&quot;&nbsp;CONTENT=&quot;text/html;&nbsp;CHARSET=UTF-8&quot;&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;NAME=&quot;GENERATOR&quot;&nbsp;CONTENT=&quot;GtkHTML/4.8.4&quot;&gt;<br>
+&lt;/HEAD&gt;<br>
+&lt;BODY&gt;<br>
+I&nbsp;am&nbsp;building&nbsp;a&nbsp;streaming&nbsp;music&nbsp;server&nbsp;that&nbsp;delivers&nbsp;mp3&nbsp;files&nbsp;from&nbsp;disk&nbsp;to&nbsp;instances&nbsp;of&nbsp;'mplayer'.&nbsp;&nbsp;So&nbsp;far&nbsp;I&nbsp;am&nbsp;using&nbsp;the&nbsp;Cowboy&nbsp;static&nbsp;handler&nbsp;for&nbsp;this,&nbsp;and&nbsp;it&nbsp;is&nbsp;working&nbsp;for&nbsp;a&nbsp;single&nbsp;player&nbsp;but&nbsp;I&nbsp;wonder&nbsp;how&nbsp;efficient&nbsp;the&nbsp;buffering&nbsp;is&nbsp;at&nbsp;the&nbsp;network&nbsp;level.&nbsp;&nbsp;Should&nbsp;I&nbsp;instead&nbsp;be&nbsp;doing&nbsp;this&nbsp;myself&nbsp;with&nbsp;an&nbsp;http&nbsp;handler&nbsp;and&nbsp;chunked&nbsp;replies?<br>
+&lt;/BODY&gt;<br>
+&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141110/a4b469a5/attachment.html b/_build/static/archives/extend/attachments/20141110/a4b469a5/attachment.html
new file mode 100644
index 00000000..6aac3086
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141110/a4b469a5/attachment.html
@@ -0,0 +1,13 @@
+<tt>
+&lt;!DOCTYPE&nbsp;HTML&nbsp;PUBLIC&nbsp;&quot;-//W3C//DTD&nbsp;HTML&nbsp;4.0&nbsp;TRANSITIONAL//EN&quot;&gt;<br>
+&lt;HTML&gt;<br>
+&lt;HEAD&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;HTTP-EQUIV=&quot;Content-Type&quot;&nbsp;CONTENT=&quot;text/html;&nbsp;CHARSET=UTF-8&quot;&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;NAME=&quot;GENERATOR&quot;&nbsp;CONTENT=&quot;GtkHTML/4.8.4&quot;&gt;<br>
+&lt;/HEAD&gt;<br>
+&lt;BODY&gt;<br>
+I&nbsp;am&nbsp;building&nbsp;a&nbsp;streaming&nbsp;music&nbsp;server&nbsp;that&nbsp;delivers&nbsp;mp3&nbsp;files&nbsp;from&nbsp;disk&nbsp;to&nbsp;instances&nbsp;of&nbsp;'mplayer'.&nbsp;&nbsp;So&nbsp;far&nbsp;I&nbsp;am&nbsp;using&nbsp;the&nbsp;Cowboy&nbsp;static&nbsp;handler&nbsp;for&nbsp;this,&nbsp;and&nbsp;it&nbsp;is&nbsp;working&nbsp;for&nbsp;a&nbsp;single&nbsp;player&nbsp;but&nbsp;I&nbsp;wonder&nbsp;how&nbsp;efficient&nbsp;the&nbsp;buffering&nbsp;is&nbsp;at&nbsp;the&nbsp;network&nbsp;level.&nbsp;&nbsp;Should&nbsp;I&nbsp;instead&nbsp;be&nbsp;doing&nbsp;this&nbsp;myself&nbsp;with&nbsp;an&nbsp;http&nbsp;handler&nbsp;and&nbsp;chunked&nbsp;replies?<br>
+&lt;/BODY&gt;<br>
+&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141122/bcb1d17c/attachment-0001.html b/_build/static/archives/extend/attachments/20141122/bcb1d17c/attachment-0001.html
new file mode 100644
index 00000000..835de200
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141122/bcb1d17c/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;HTML&gt;&lt;HEAD&gt;&lt;META&nbsp;http-equiv=&quot;content-type&quot;&nbsp;content:&nbsp;text/html;&nbsp;charset=UTF-8&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;a&nbsp;href=&quot;http://antiq.co.il/ko/vichpcrgddbxwhfcdpsflud.sqkehqciqedlfxud&quot;&gt;http://antiq.co.il/ko/vichpcrgddbxwhfcdpsflud.sqkehqciqedlfxud&lt;/a&gt;&nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&nbsp;&lt;/BODY&gt;&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141122/bcb1d17c/attachment.html b/_build/static/archives/extend/attachments/20141122/bcb1d17c/attachment.html
new file mode 100644
index 00000000..835de200
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141122/bcb1d17c/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;HTML&gt;&lt;HEAD&gt;&lt;META&nbsp;http-equiv=&quot;content-type&quot;&nbsp;content:&nbsp;text/html;&nbsp;charset=UTF-8&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;a&nbsp;href=&quot;http://antiq.co.il/ko/vichpcrgddbxwhfcdpsflud.sqkehqciqedlfxud&quot;&gt;http://antiq.co.il/ko/vichpcrgddbxwhfcdpsflud.sqkehqciqedlfxud&lt;/a&gt;&nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&nbsp;Tristan&nbsp;Sloughter&nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&nbsp;&lt;/BODY&gt;&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141124/9ceef28a/attachment-0001.html b/_build/static/archives/extend/attachments/20141124/9ceef28a/attachment-0001.html
new file mode 100644
index 00000000..fce057d3
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141124/9ceef28a/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;I&#39;m&nbsp;working&nbsp;quite&nbsp;a&nbsp;bit&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;,&nbsp;and&nbsp;one&nbsp;thing&nbsp;I&#39;ve&nbsp;noticed&nbsp;is&nbsp;that&nbsp;I&#39;ve&nbsp;seen&nbsp;no&nbsp;mention&nbsp;of&nbsp;how&nbsp;to&nbsp;deal&nbsp;with&nbsp;multiple&nbsp;apps. &nbsp;There&nbsp;are&nbsp;some&nbsp;great&nbsp;examples&nbsp;of&nbsp;how&nbsp;to&nbsp;build&nbsp;a&nbsp;single&nbsp;app&nbsp;and&nbsp;its&nbsp;dependencies&nbsp;into&nbsp;a&nbsp;release,&nbsp;but&nbsp;what&nbsp;is&nbsp;the&nbsp;proper&nbsp;way&nbsp;of&nbsp;handling&nbsp;things&nbsp;when&nbsp;you&nbsp;have&nbsp;say&nbsp;6&nbsp;custom&nbsp;written&nbsp;apps&nbsp;(with&nbsp;their&nbsp;deps)?&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;Right&nbsp;now&nbsp;my&nbsp;top&nbsp;level&nbsp;directory&nbsp;looks&nbsp;like&nbsp;this:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;font-family:monospace&quot;&gt;Makefile&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;font-family:monospace&quot;&gt;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;font-family:monospace&quot;&gt;deps/&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;font-family:monospace&quot;&gt;custom_app_1/&lt;br&gt;custom_app_2/&lt;br&gt;custom_app_3/&lt;br&gt;...&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;I&#39;ve&nbsp;got&nbsp;the&nbsp;Makefile&nbsp;using&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;to&nbsp;handle&nbsp;all&nbsp;the&nbsp;dependencies,&nbsp;and&nbsp;then&nbsp;some&nbsp;custom&nbsp;rules&nbsp;to&nbsp;invoke&nbsp;make&nbsp;on&nbsp;all&nbsp;the&nbsp;app&nbsp;subdirectories. &nbsp;It&#39;s&nbsp;not&nbsp;too&nbsp;bad&nbsp;so&nbsp;far. &nbsp;I&nbsp;was&nbsp;thinking&nbsp;of&nbsp;formalizing&nbsp;some&nbsp;of&nbsp;this&nbsp;into&nbsp;a&nbsp;subapp&nbsp;plugin.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;div&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141124/9ceef28a/attachment.html b/_build/static/archives/extend/attachments/20141124/9ceef28a/attachment.html
new file mode 100644
index 00000000..fce057d3
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141124/9ceef28a/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;I&#39;m&nbsp;working&nbsp;quite&nbsp;a&nbsp;bit&nbsp;with&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;,&nbsp;and&nbsp;one&nbsp;thing&nbsp;I&#39;ve&nbsp;noticed&nbsp;is&nbsp;that&nbsp;I&#39;ve&nbsp;seen&nbsp;no&nbsp;mention&nbsp;of&nbsp;how&nbsp;to&nbsp;deal&nbsp;with&nbsp;multiple&nbsp;apps. &nbsp;There&nbsp;are&nbsp;some&nbsp;great&nbsp;examples&nbsp;of&nbsp;how&nbsp;to&nbsp;build&nbsp;a&nbsp;single&nbsp;app&nbsp;and&nbsp;its&nbsp;dependencies&nbsp;into&nbsp;a&nbsp;release,&nbsp;but&nbsp;what&nbsp;is&nbsp;the&nbsp;proper&nbsp;way&nbsp;of&nbsp;handling&nbsp;things&nbsp;when&nbsp;you&nbsp;have&nbsp;say&nbsp;6&nbsp;custom&nbsp;written&nbsp;apps&nbsp;(with&nbsp;their&nbsp;deps)?&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;Right&nbsp;now&nbsp;my&nbsp;top&nbsp;level&nbsp;directory&nbsp;looks&nbsp;like&nbsp;this:&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;font-family:monospace&quot;&gt;Makefile&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;font-family:monospace&quot;&gt;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;font-family:monospace&quot;&gt;deps/&lt;br&gt;&lt;/span&gt;&lt;/div&gt;&lt;span&nbsp;style=&quot;font-family:monospace&quot;&gt;custom_app_1/&lt;br&gt;custom_app_2/&lt;br&gt;custom_app_3/&lt;br&gt;...&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;I&#39;ve&nbsp;got&nbsp;the&nbsp;Makefile&nbsp;using&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;to&nbsp;handle&nbsp;all&nbsp;the&nbsp;dependencies,&nbsp;and&nbsp;then&nbsp;some&nbsp;custom&nbsp;rules&nbsp;to&nbsp;invoke&nbsp;make&nbsp;on&nbsp;all&nbsp;the&nbsp;app&nbsp;subdirectories. &nbsp;It&#39;s&nbsp;not&nbsp;too&nbsp;bad&nbsp;so&nbsp;far. &nbsp;I&nbsp;was&nbsp;thinking&nbsp;of&nbsp;formalizing&nbsp;some&nbsp;of&nbsp;this&nbsp;into&nbsp;a&nbsp;subapp&nbsp;plugin.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;div&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141225/ff94953b/attachment-0001.html b/_build/static/archives/extend/attachments/20141225/ff94953b/attachment-0001.html
new file mode 100644
index 00000000..7936c528
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141225/ff94953b/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;HTML&gt;&lt;HEAD&gt;&lt;META&nbsp;http-equiv=&quot;content-type&quot;&nbsp;content:&nbsp;text/html;&nbsp;charset=UTF-8&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;br&gt;&nbsp;&lt;a&nbsp;href=&quot;http://www.salaricevimenticiccarone.com/uxzx/flknraadbnipv.ohsuzvezlxsrhzgegyczlppiuxh&quot;&gt;http://www.salaricevimenticiccarone.com/uxzx/flknraadbnipv.ohsuzvezlxsrhzgegyczlppiuxh&lt;/a&gt;&nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;/BODY&gt;&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20141225/ff94953b/attachment.html b/_build/static/archives/extend/attachments/20141225/ff94953b/attachment.html
new file mode 100644
index 00000000..7936c528
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20141225/ff94953b/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;HTML&gt;&lt;HEAD&gt;&lt;META&nbsp;http-equiv=&quot;content-type&quot;&nbsp;content:&nbsp;text/html;&nbsp;charset=UTF-8&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;br&gt;&nbsp;&lt;a&nbsp;href=&quot;http://www.salaricevimenticiccarone.com/uxzx/flknraadbnipv.ohsuzvezlxsrhzgegyczlppiuxh&quot;&gt;http://www.salaricevimenticiccarone.com/uxzx/flknraadbnipv.ohsuzvezlxsrhzgegyczlppiuxh&lt;/a&gt;&nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&nbsp;&nbsp;Tristan&nbsp;Sloughter&lt;/BODY&gt;&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150114/3267f73e/attachment-0001.html b/_build/static/archives/extend/attachments/20150114/3267f73e/attachment-0001.html
new file mode 100644
index 00000000..e297a303
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150114/3267f73e/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hey&nbsp;there,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;maybe&nbsp;I&#39;m&nbsp;missing&nbsp;the&nbsp;obvious.&nbsp;What&nbsp;I&nbsp;want&nbsp;to&nbsp;do&nbsp;is&nbsp;add&nbsp;some&nbsp;generic&nbsp;handler&nbsp;for&nbsp;exception&nbsp;handling.&nbsp;Say&nbsp;we&nbsp;have&nbsp;a&nbsp;set&nbsp;of&nbsp;resources&nbsp;some&nbsp;of&nbsp;which&nbsp;delegating&nbsp;stuff&nbsp;to&nbsp;external,&nbsp;other&nbsp;services.&nbsp;These&nbsp;calls&nbsp;might&nbsp;result&nbsp;in&nbsp;a&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;throw({error,&nbsp;timeout})&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;for&nbsp;instance.&nbsp;How&nbsp;would&nbsp;I&nbsp;add/modify&nbsp;cowboy&#39;s&nbsp;middleware&nbsp;(right&nbsp;place?)&nbsp;to&nbsp;handle&nbsp;those&nbsp;(known)&nbsp;exception&nbsp;and&nbsp;return&nbsp;a&nbsp;custom&nbsp;error&nbsp;(like&nbsp;504&nbsp;-&nbsp;Gateway&nbsp;Timeout).&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;for&nbsp;any&nbsp;hints,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Steve&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150114/3267f73e/attachment.html b/_build/static/archives/extend/attachments/20150114/3267f73e/attachment.html
new file mode 100644
index 00000000..e297a303
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150114/3267f73e/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Hey&nbsp;there,&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;maybe&nbsp;I&#39;m&nbsp;missing&nbsp;the&nbsp;obvious.&nbsp;What&nbsp;I&nbsp;want&nbsp;to&nbsp;do&nbsp;is&nbsp;add&nbsp;some&nbsp;generic&nbsp;handler&nbsp;for&nbsp;exception&nbsp;handling.&nbsp;Say&nbsp;we&nbsp;have&nbsp;a&nbsp;set&nbsp;of&nbsp;resources&nbsp;some&nbsp;of&nbsp;which&nbsp;delegating&nbsp;stuff&nbsp;to&nbsp;external,&nbsp;other&nbsp;services.&nbsp;These&nbsp;calls&nbsp;might&nbsp;result&nbsp;in&nbsp;a&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;throw({error,&nbsp;timeout})&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;for&nbsp;instance.&nbsp;How&nbsp;would&nbsp;I&nbsp;add/modify&nbsp;cowboy&#39;s&nbsp;middleware&nbsp;(right&nbsp;place?)&nbsp;to&nbsp;handle&nbsp;those&nbsp;(known)&nbsp;exception&nbsp;and&nbsp;return&nbsp;a&nbsp;custom&nbsp;error&nbsp;(like&nbsp;504&nbsp;-&nbsp;Gateway&nbsp;Timeout).&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Thanks&nbsp;for&nbsp;any&nbsp;hints,&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Steve&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150125/370811e4/attachment-0001.html b/_build/static/archives/extend/attachments/20150125/370811e4/attachment-0001.html
new file mode 100644
index 00000000..7783cc74
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150125/370811e4/attachment-0001.html
@@ -0,0 +1,25 @@
+<tt>
+&lt;!DOCTYPE&nbsp;HTML&nbsp;PUBLIC&nbsp;&quot;-//W3C//DTD&nbsp;HTML&nbsp;4.0&nbsp;TRANSITIONAL//EN&quot;&gt;<br>
+&lt;HTML&gt;<br>
+&lt;HEAD&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;HTTP-EQUIV=&quot;Content-Type&quot;&nbsp;CONTENT=&quot;text/html;&nbsp;CHARSET=UTF-8&quot;&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;NAME=&quot;GENERATOR&quot;&nbsp;CONTENT=&quot;GtkHTML/4.8.5&quot;&gt;<br>
+&lt;/HEAD&gt;<br>
+&lt;BODY&gt;<br>
+I&nbsp;am&nbsp;trying&nbsp;to&nbsp;write&nbsp;a&nbsp;middleware&nbsp;step&nbsp;that&nbsp;will&nbsp;modify&nbsp;the&nbsp;URL&nbsp;in&nbsp;a&nbsp;request&nbsp;before&nbsp;it&nbsp;gets&nbsp;to&nbsp;the&nbsp;default&nbsp;static&nbsp;request&nbsp;handler.&nbsp;&nbsp;I&nbsp;can&nbsp;not&nbsp;find&nbsp;an&nbsp;example&nbsp;of&nbsp;how&nbsp;to&nbsp;do&nbsp;this.&nbsp;&nbsp;What&nbsp;I&#12288;have&nbsp;so&nbsp;far:&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+execute(&nbsp;Req,&nbsp;Env&nbsp;)&nbsp;-&gt;&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;HostUrl&nbsp;=&nbsp;cowboy_req:host_url(Req),&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;NewUrl&nbsp;=&nbsp;rewrite(&nbsp;HostUrl&nbsp;),&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;NewReq&nbsp;=&nbsp;???&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;{ok,&nbsp;NewReq,&nbsp;Env}.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+How&nbsp;do&nbsp;I&nbsp;modify&nbsp;a&nbsp;Request&nbsp;object&nbsp;so&nbsp;that&nbsp;it&nbsp;contains&nbsp;my&nbsp;modified&nbsp;URL,&nbsp;which&nbsp;cowboy_static&nbsp;will&nbsp;then&nbsp;process&nbsp;normally?&nbsp;&nbsp;My&nbsp;'rewrite'&nbsp;function&nbsp;converts&nbsp;logical&nbsp;directory&nbsp;names&nbsp;into&nbsp;real&nbsp;file-system&nbsp;paths,&nbsp;using&nbsp;a&nbsp;dynamic&nbsp;algorithm&nbsp;that&nbsp;can&nbsp;not&nbsp;be&nbsp;simply&nbsp;written&nbsp;into&nbsp;cowboy's&nbsp;dispatch&nbsp;rules.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+The&nbsp;dispatch&nbsp;rules&nbsp;I&nbsp;am&nbsp;using&nbsp;is&nbsp;as&nbsp;follows,&nbsp;where&nbsp;'bz_libmap'&nbsp;is&nbsp;my&nbsp;module&nbsp;containing&nbsp;the&nbsp;code&nbsp;above:&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{&quot;/music/[...]&quot;,&nbsp;cowboy_static,&nbsp;{dir,&nbsp;bz_libmap,&nbsp;&quot;&quot;}},&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+&lt;/BODY&gt;<br>
+&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150125/370811e4/attachment.html b/_build/static/archives/extend/attachments/20150125/370811e4/attachment.html
new file mode 100644
index 00000000..7783cc74
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150125/370811e4/attachment.html
@@ -0,0 +1,25 @@
+<tt>
+&lt;!DOCTYPE&nbsp;HTML&nbsp;PUBLIC&nbsp;&quot;-//W3C//DTD&nbsp;HTML&nbsp;4.0&nbsp;TRANSITIONAL//EN&quot;&gt;<br>
+&lt;HTML&gt;<br>
+&lt;HEAD&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;HTTP-EQUIV=&quot;Content-Type&quot;&nbsp;CONTENT=&quot;text/html;&nbsp;CHARSET=UTF-8&quot;&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;NAME=&quot;GENERATOR&quot;&nbsp;CONTENT=&quot;GtkHTML/4.8.5&quot;&gt;<br>
+&lt;/HEAD&gt;<br>
+&lt;BODY&gt;<br>
+I&nbsp;am&nbsp;trying&nbsp;to&nbsp;write&nbsp;a&nbsp;middleware&nbsp;step&nbsp;that&nbsp;will&nbsp;modify&nbsp;the&nbsp;URL&nbsp;in&nbsp;a&nbsp;request&nbsp;before&nbsp;it&nbsp;gets&nbsp;to&nbsp;the&nbsp;default&nbsp;static&nbsp;request&nbsp;handler.&nbsp;&nbsp;I&nbsp;can&nbsp;not&nbsp;find&nbsp;an&nbsp;example&nbsp;of&nbsp;how&nbsp;to&nbsp;do&nbsp;this.&nbsp;&nbsp;What&nbsp;I&#12288;have&nbsp;so&nbsp;far:&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+execute(&nbsp;Req,&nbsp;Env&nbsp;)&nbsp;-&gt;&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;HostUrl&nbsp;=&nbsp;cowboy_req:host_url(Req),&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;NewUrl&nbsp;=&nbsp;rewrite(&nbsp;HostUrl&nbsp;),&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;NewReq&nbsp;=&nbsp;???&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;{ok,&nbsp;NewReq,&nbsp;Env}.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+How&nbsp;do&nbsp;I&nbsp;modify&nbsp;a&nbsp;Request&nbsp;object&nbsp;so&nbsp;that&nbsp;it&nbsp;contains&nbsp;my&nbsp;modified&nbsp;URL,&nbsp;which&nbsp;cowboy_static&nbsp;will&nbsp;then&nbsp;process&nbsp;normally?&nbsp;&nbsp;My&nbsp;'rewrite'&nbsp;function&nbsp;converts&nbsp;logical&nbsp;directory&nbsp;names&nbsp;into&nbsp;real&nbsp;file-system&nbsp;paths,&nbsp;using&nbsp;a&nbsp;dynamic&nbsp;algorithm&nbsp;that&nbsp;can&nbsp;not&nbsp;be&nbsp;simply&nbsp;written&nbsp;into&nbsp;cowboy's&nbsp;dispatch&nbsp;rules.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+The&nbsp;dispatch&nbsp;rules&nbsp;I&nbsp;am&nbsp;using&nbsp;is&nbsp;as&nbsp;follows,&nbsp;where&nbsp;'bz_libmap'&nbsp;is&nbsp;my&nbsp;module&nbsp;containing&nbsp;the&nbsp;code&nbsp;above:&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;{&quot;/music/[...]&quot;,&nbsp;cowboy_static,&nbsp;{dir,&nbsp;bz_libmap,&nbsp;&quot;&quot;}},&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+&lt;/BODY&gt;<br>
+&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150127/1916d612/attachment-0001.html b/_build/static/archives/extend/attachments/20150127/1916d612/attachment-0001.html
new file mode 100644
index 00000000..5c77ef18
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150127/1916d612/attachment-0001.html
@@ -0,0 +1,29 @@
+<tt>
+&lt;!DOCTYPE&nbsp;HTML&nbsp;PUBLIC&nbsp;&quot;-//W3C//DTD&nbsp;HTML&nbsp;4.0&nbsp;TRANSITIONAL//EN&quot;&gt;<br>
+&lt;HTML&gt;<br>
+&lt;HEAD&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;HTTP-EQUIV=&quot;Content-Type&quot;&nbsp;CONTENT=&quot;text/html;&nbsp;CHARSET=UTF-8&quot;&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;NAME=&quot;GENERATOR&quot;&nbsp;CONTENT=&quot;GtkHTML/4.8.5&quot;&gt;<br>
+&lt;/HEAD&gt;<br>
+&lt;BODY&gt;<br>
+On&nbsp;Tue,&nbsp;2015-01-27&nbsp;at&nbsp;14:10&nbsp;+0100,&nbsp;Lo&#239;c&nbsp;Hoguin&nbsp;wrote:<br>
+&lt;BLOCKQUOTE&nbsp;TYPE=CITE&gt;<br>
+&lt;PRE&gt;<br>
+On&nbsp;01/27/2015&nbsp;02:07&nbsp;PM,&nbsp;Paul&nbsp;Dickson&nbsp;wrote:<br>
+&lt;FONT&nbsp;COLOR=&quot;#737373&quot;&gt;&gt;&nbsp;&nbsp;&nbsp;Info&nbsp;[&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;music&quot;&gt;&gt;,&lt;&lt;&quot;Library&quot;&gt;&gt;,&lt;&lt;&quot;Folk&quot;&gt;&gt;,&lt;&lt;&quot;Swiss&quot;&gt;&gt;,&lt;/FONT&gt;<br>
+&lt;FONT&nbsp;COLOR=&quot;#737373&quot;&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;&lt;&quot;Alphorn.ogg&quot;&gt;&gt;]&lt;/FONT&gt;<br>
+<br>
+Should&nbsp;be&nbsp;from&nbsp;Library&nbsp;onward,&nbsp;and&nbsp;not&nbsp;include&nbsp;the&nbsp;first&nbsp;two&nbsp;elements.<br>
+<br>
+&lt;/PRE&gt;<br>
+&lt;/BLOCKQUOTE&gt;<br>
+&lt;BR&gt;<br>
+This&nbsp;is&nbsp;perhaps&nbsp;a&nbsp;confusing&nbsp;case,&nbsp;because&nbsp;the&nbsp;incoming&nbsp;URL&nbsp;and&nbsp;the&nbsp;transformed&nbsp;URL&nbsp;both&nbsp;start&nbsp;with&nbsp;&quot;/music&quot;.&nbsp;&nbsp;What&nbsp;if&nbsp;that&nbsp;was&nbsp;not&nbsp;the&nbsp;case,&nbsp;and&nbsp;the&nbsp;resulting&nbsp;path&nbsp;was,&nbsp;for&nbsp;example,&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;/home/me/music/Folk/Swiss/Alphorn.ogg&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+which&nbsp;does&nbsp;not&nbsp;match&nbsp;anything&nbsp;in&nbsp;the&nbsp;rules&nbsp;at&nbsp;all?&nbsp;&nbsp;Is&nbsp;that&nbsp;allowed,&nbsp;or&nbsp;must&nbsp;the&nbsp;rewritten&nbsp;URL&nbsp;also&nbsp;match&nbsp;a&nbsp;rule?<br>
+&lt;/BODY&gt;<br>
+&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150127/1916d612/attachment.html b/_build/static/archives/extend/attachments/20150127/1916d612/attachment.html
new file mode 100644
index 00000000..5c77ef18
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150127/1916d612/attachment.html
@@ -0,0 +1,29 @@
+<tt>
+&lt;!DOCTYPE&nbsp;HTML&nbsp;PUBLIC&nbsp;&quot;-//W3C//DTD&nbsp;HTML&nbsp;4.0&nbsp;TRANSITIONAL//EN&quot;&gt;<br>
+&lt;HTML&gt;<br>
+&lt;HEAD&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;HTTP-EQUIV=&quot;Content-Type&quot;&nbsp;CONTENT=&quot;text/html;&nbsp;CHARSET=UTF-8&quot;&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;NAME=&quot;GENERATOR&quot;&nbsp;CONTENT=&quot;GtkHTML/4.8.5&quot;&gt;<br>
+&lt;/HEAD&gt;<br>
+&lt;BODY&gt;<br>
+On&nbsp;Tue,&nbsp;2015-01-27&nbsp;at&nbsp;14:10&nbsp;+0100,&nbsp;Lo&#239;c&nbsp;Hoguin&nbsp;wrote:<br>
+&lt;BLOCKQUOTE&nbsp;TYPE=CITE&gt;<br>
+&lt;PRE&gt;<br>
+On&nbsp;01/27/2015&nbsp;02:07&nbsp;PM,&nbsp;Paul&nbsp;Dickson&nbsp;wrote:<br>
+&lt;FONT&nbsp;COLOR=&quot;#737373&quot;&gt;&gt;&nbsp;&nbsp;&nbsp;Info&nbsp;[&lt;&lt;&quot;/&quot;&gt;&gt;,&lt;&lt;&quot;music&quot;&gt;&gt;,&lt;&lt;&quot;Library&quot;&gt;&gt;,&lt;&lt;&quot;Folk&quot;&gt;&gt;,&lt;&lt;&quot;Swiss&quot;&gt;&gt;,&lt;/FONT&gt;<br>
+&lt;FONT&nbsp;COLOR=&quot;#737373&quot;&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;&lt;&quot;Alphorn.ogg&quot;&gt;&gt;]&lt;/FONT&gt;<br>
+<br>
+Should&nbsp;be&nbsp;from&nbsp;Library&nbsp;onward,&nbsp;and&nbsp;not&nbsp;include&nbsp;the&nbsp;first&nbsp;two&nbsp;elements.<br>
+<br>
+&lt;/PRE&gt;<br>
+&lt;/BLOCKQUOTE&gt;<br>
+&lt;BR&gt;<br>
+This&nbsp;is&nbsp;perhaps&nbsp;a&nbsp;confusing&nbsp;case,&nbsp;because&nbsp;the&nbsp;incoming&nbsp;URL&nbsp;and&nbsp;the&nbsp;transformed&nbsp;URL&nbsp;both&nbsp;start&nbsp;with&nbsp;&quot;/music&quot;.&nbsp;&nbsp;What&nbsp;if&nbsp;that&nbsp;was&nbsp;not&nbsp;the&nbsp;case,&nbsp;and&nbsp;the&nbsp;resulting&nbsp;path&nbsp;was,&nbsp;for&nbsp;example,&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;/home/me/music/Folk/Swiss/Alphorn.ogg&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+which&nbsp;does&nbsp;not&nbsp;match&nbsp;anything&nbsp;in&nbsp;the&nbsp;rules&nbsp;at&nbsp;all?&nbsp;&nbsp;Is&nbsp;that&nbsp;allowed,&nbsp;or&nbsp;must&nbsp;the&nbsp;rewritten&nbsp;URL&nbsp;also&nbsp;match&nbsp;a&nbsp;rule?<br>
+&lt;/BODY&gt;<br>
+&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150215/9d2f5de1/attachment-0001.html b/_build/static/archives/extend/attachments/20150215/9d2f5de1/attachment-0001.html
new file mode 100644
index 00000000..3c8d377c
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150215/9d2f5de1/attachment-0001.html
@@ -0,0 +1,25 @@
+<tt>
+&lt;!DOCTYPE&nbsp;HTML&nbsp;PUBLIC&nbsp;&quot;-//W3C//DTD&nbsp;HTML&nbsp;4.0&nbsp;TRANSITIONAL//EN&quot;&gt;<br>
+&lt;HTML&gt;<br>
+&lt;HEAD&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;HTTP-EQUIV=&quot;Content-Type&quot;&nbsp;CONTENT=&quot;text/html;&nbsp;CHARSET=UTF-8&quot;&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;NAME=&quot;GENERATOR&quot;&nbsp;CONTENT=&quot;GtkHTML/4.8.5&quot;&gt;<br>
+&lt;/HEAD&gt;<br>
+&lt;BODY&gt;<br>
+I&nbsp;am&nbsp;writing&nbsp;a&nbsp;CalDAV&nbsp;handler,&nbsp;which&nbsp;is&nbsp;a&nbsp;type&nbsp;of&nbsp;WebDAV&nbsp;server.&nbsp;&nbsp;CalDAV&nbsp;defines&nbsp;a&nbsp;bunch&nbsp;of&lt;BR&gt;<br>
+additional&nbsp;methods&nbsp;beyond&nbsp;what&nbsp;a&nbsp;typical&nbsp;web&nbsp;browser&nbsp;would&nbsp;use,&nbsp;such&nbsp;as&nbsp;REPORT&nbsp;and&nbsp;PROPFIND.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+I&nbsp;have&nbsp;written&nbsp;the&nbsp;allowed_methods&nbsp;and&nbsp;known_methods&nbsp;callbacks&nbsp;to&nbsp;report&nbsp;that&nbsp;all&nbsp;these&nbsp;methods&lt;BR&gt;<br>
+are&nbsp;acceptable.&nbsp;&nbsp;My&nbsp;content_types_provided&nbsp;has&nbsp;an&nbsp;entry&nbsp;for&nbsp;&quot;application/xml&quot;,&nbsp;which&nbsp;is&nbsp;how&nbsp;these&lt;BR&gt;<br>
+extra&nbsp;methods&nbsp;turn&nbsp;up.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+When&nbsp;I&nbsp;connect&nbsp;to&nbsp;my&nbsp;server&nbsp;using&nbsp;the&nbsp;calendar&nbsp;function&nbsp;of&nbsp;Evolution,&nbsp;one&nbsp;of&nbsp;the&nbsp;first&nbsp;things&nbsp;it&nbsp;does&lt;BR&gt;<br>
+is&nbsp;a&nbsp;REPORT&nbsp;method,&nbsp;which&nbsp;is&nbsp;sort&nbsp;of&nbsp;a&nbsp;query.&nbsp;&nbsp;This&nbsp;gets&nbsp;as&nbsp;far&nbsp;as&nbsp;content_types_provided,&nbsp;but&nbsp;after&lt;BR&gt;<br>
+that&nbsp;it&nbsp;does&nbsp;not&nbsp;call&nbsp;the&nbsp;function&nbsp;I&nbsp;identified&nbsp;in&nbsp;content_types_provided.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+What&nbsp;is&nbsp;the&nbsp;best&nbsp;way&nbsp;to&nbsp;handle&nbsp;the&nbsp;non-standard&nbsp;methods&nbsp;that&nbsp;do&nbsp;not&nbsp;have&nbsp;defined&nbsp;callbacks?&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+&lt;/BODY&gt;<br>
+&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150215/9d2f5de1/attachment.html b/_build/static/archives/extend/attachments/20150215/9d2f5de1/attachment.html
new file mode 100644
index 00000000..3c8d377c
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150215/9d2f5de1/attachment.html
@@ -0,0 +1,25 @@
+<tt>
+&lt;!DOCTYPE&nbsp;HTML&nbsp;PUBLIC&nbsp;&quot;-//W3C//DTD&nbsp;HTML&nbsp;4.0&nbsp;TRANSITIONAL//EN&quot;&gt;<br>
+&lt;HTML&gt;<br>
+&lt;HEAD&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;HTTP-EQUIV=&quot;Content-Type&quot;&nbsp;CONTENT=&quot;text/html;&nbsp;CHARSET=UTF-8&quot;&gt;<br>
+&nbsp;&nbsp;&lt;META&nbsp;NAME=&quot;GENERATOR&quot;&nbsp;CONTENT=&quot;GtkHTML/4.8.5&quot;&gt;<br>
+&lt;/HEAD&gt;<br>
+&lt;BODY&gt;<br>
+I&nbsp;am&nbsp;writing&nbsp;a&nbsp;CalDAV&nbsp;handler,&nbsp;which&nbsp;is&nbsp;a&nbsp;type&nbsp;of&nbsp;WebDAV&nbsp;server.&nbsp;&nbsp;CalDAV&nbsp;defines&nbsp;a&nbsp;bunch&nbsp;of&lt;BR&gt;<br>
+additional&nbsp;methods&nbsp;beyond&nbsp;what&nbsp;a&nbsp;typical&nbsp;web&nbsp;browser&nbsp;would&nbsp;use,&nbsp;such&nbsp;as&nbsp;REPORT&nbsp;and&nbsp;PROPFIND.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+I&nbsp;have&nbsp;written&nbsp;the&nbsp;allowed_methods&nbsp;and&nbsp;known_methods&nbsp;callbacks&nbsp;to&nbsp;report&nbsp;that&nbsp;all&nbsp;these&nbsp;methods&lt;BR&gt;<br>
+are&nbsp;acceptable.&nbsp;&nbsp;My&nbsp;content_types_provided&nbsp;has&nbsp;an&nbsp;entry&nbsp;for&nbsp;&quot;application/xml&quot;,&nbsp;which&nbsp;is&nbsp;how&nbsp;these&lt;BR&gt;<br>
+extra&nbsp;methods&nbsp;turn&nbsp;up.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+When&nbsp;I&nbsp;connect&nbsp;to&nbsp;my&nbsp;server&nbsp;using&nbsp;the&nbsp;calendar&nbsp;function&nbsp;of&nbsp;Evolution,&nbsp;one&nbsp;of&nbsp;the&nbsp;first&nbsp;things&nbsp;it&nbsp;does&lt;BR&gt;<br>
+is&nbsp;a&nbsp;REPORT&nbsp;method,&nbsp;which&nbsp;is&nbsp;sort&nbsp;of&nbsp;a&nbsp;query.&nbsp;&nbsp;This&nbsp;gets&nbsp;as&nbsp;far&nbsp;as&nbsp;content_types_provided,&nbsp;but&nbsp;after&lt;BR&gt;<br>
+that&nbsp;it&nbsp;does&nbsp;not&nbsp;call&nbsp;the&nbsp;function&nbsp;I&nbsp;identified&nbsp;in&nbsp;content_types_provided.&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+What&nbsp;is&nbsp;the&nbsp;best&nbsp;way&nbsp;to&nbsp;handle&nbsp;the&nbsp;non-standard&nbsp;methods&nbsp;that&nbsp;do&nbsp;not&nbsp;have&nbsp;defined&nbsp;callbacks?&lt;BR&gt;<br>
+&lt;BR&gt;<br>
+&lt;/BODY&gt;<br>
+&lt;/HTML&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/3556788c/attachment-0001.html b/_build/static/archives/extend/attachments/20150623/3556788c/attachment-0001.html
new file mode 100644
index 00000000..82ea0504
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/3556788c/attachment-0001.html
@@ -0,0 +1,203 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;It&#39;s&nbsp;bitten&nbsp;me&nbsp;a&nbsp;few&nbsp;times&nbsp;:(&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;10:09,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Oh&nbsp;nice&nbsp;catch&nbsp;ahah.&nbsp;We&nbsp;should&nbsp;probably&nbsp;warn&nbsp;when&nbsp;something&nbsp;like&nbsp;this&nbsp;happens.&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/23/2015&nbsp;11:06&nbsp;AM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;/span&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;<br>
+I&nbsp;think&nbsp;the&nbsp;order&nbsp;of&nbsp;your&nbsp;routes&nbsp;is&nbsp;the&nbsp;problem,&nbsp;try&nbsp;putting&nbsp;this&nbsp;line&lt;br&gt;&lt;/span&gt;<br>
+&lt;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+last.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;09:56,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;The&nbsp;{error,&nbsp;enoent},&nbsp;especially&nbsp;there,&nbsp;is&nbsp;probably&nbsp;just&nbsp;because&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp;browser&nbsp;is&nbsp;trying&nbsp;to&nbsp;fetch&nbsp;the&nbsp;favicon.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Your&nbsp;issue&nbsp;is&nbsp;that&nbsp;Websocket&nbsp;won&#39;t&nbsp;connect,&nbsp;so&nbsp;it&nbsp;has&nbsp;nothing&nbsp;to&nbsp;do&lt;br&gt;<br>
+ &nbsp; &nbsp;with&nbsp;cowboy_rest.&nbsp;Try&nbsp;tracing&nbsp;cowboy_websocket&nbsp;or&nbsp;enable&nbsp;SASL&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp;have&nbsp;more&nbsp;info.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;06/23/2015&nbsp;10:28&nbsp;AM,&nbsp;Robert&nbsp;Balogh&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&nbsp;server,&nbsp;so&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&nbsp;&quot;fault&quot;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;I&nbsp;got.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;communicate&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&nbsp;does&nbsp;not&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;send&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&nbsp;example,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;does&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;have.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&nbsp;using&nbsp;framsets.&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&nbsp;the&nbsp;frames,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;of&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;head&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/head&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&nbsp;scrolling=&quot;no&quot;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_top.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_left.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;right_frame&quot;&nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/frameset&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;body&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/body&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/frameset&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ls&nbsp;priv/&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;index.html &nbsp;static&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&#39;_&#39;,&nbsp;[&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;index.html&quot;}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;static&quot;}}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;]}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;]),&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&nbsp;can&nbsp;reach&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&nbsp;not&nbsp;set&nbsp;up&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;DISCONNECTED&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ERROR:&nbsp;undefined&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&nbsp;kind&nbsp;of&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&nbsp;this&nbsp;one.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;So&nbsp;in&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&nbsp;when&nbsp;tries&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;connect&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&nbsp;what&nbsp;may&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cause&nbsp;this&nbsp;:-(&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(&lt;0.177.0&gt;)&nbsp;call&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{127,0,0,1},33241},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;AppleWebKit/537.36&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;permessage-deflate;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{listener,http},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{dispatch,[{&#39;_&#39;,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{[],[],cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[],cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{error,enoent},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[]},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;(Timestamp:&nbsp;{1435,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 46126,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 935663})&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;found&nbsp;what&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;that,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;/Robi&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+ &nbsp; &nbsp;A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+ &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/span&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/3556788c/attachment.html b/_build/static/archives/extend/attachments/20150623/3556788c/attachment.html
new file mode 100644
index 00000000..82ea0504
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/3556788c/attachment.html
@@ -0,0 +1,203 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;It&#39;s&nbsp;bitten&nbsp;me&nbsp;a&nbsp;few&nbsp;times&nbsp;:(&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;10:09,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Oh&nbsp;nice&nbsp;catch&nbsp;ahah.&nbsp;We&nbsp;should&nbsp;probably&nbsp;warn&nbsp;when&nbsp;something&nbsp;like&nbsp;this&nbsp;happens.&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/23/2015&nbsp;11:06&nbsp;AM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;/span&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;<br>
+I&nbsp;think&nbsp;the&nbsp;order&nbsp;of&nbsp;your&nbsp;routes&nbsp;is&nbsp;the&nbsp;problem,&nbsp;try&nbsp;putting&nbsp;this&nbsp;line&lt;br&gt;&lt;/span&gt;<br>
+&lt;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+last.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;09:56,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;The&nbsp;{error,&nbsp;enoent},&nbsp;especially&nbsp;there,&nbsp;is&nbsp;probably&nbsp;just&nbsp;because&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp;browser&nbsp;is&nbsp;trying&nbsp;to&nbsp;fetch&nbsp;the&nbsp;favicon.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Your&nbsp;issue&nbsp;is&nbsp;that&nbsp;Websocket&nbsp;won&#39;t&nbsp;connect,&nbsp;so&nbsp;it&nbsp;has&nbsp;nothing&nbsp;to&nbsp;do&lt;br&gt;<br>
+ &nbsp; &nbsp;with&nbsp;cowboy_rest.&nbsp;Try&nbsp;tracing&nbsp;cowboy_websocket&nbsp;or&nbsp;enable&nbsp;SASL&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp;have&nbsp;more&nbsp;info.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;06/23/2015&nbsp;10:28&nbsp;AM,&nbsp;Robert&nbsp;Balogh&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&nbsp;server,&nbsp;so&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&nbsp;&quot;fault&quot;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;I&nbsp;got.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;communicate&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&nbsp;does&nbsp;not&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;send&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&nbsp;example,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;does&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;have.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&nbsp;using&nbsp;framsets.&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&nbsp;the&nbsp;frames,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;of&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;head&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/head&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&nbsp;scrolling=&quot;no&quot;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_top.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_left.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;right_frame&quot;&nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/frameset&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;body&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/body&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/frameset&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ls&nbsp;priv/&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;index.html &nbsp;static&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&#39;_&#39;,&nbsp;[&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;index.html&quot;}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;static&quot;}}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;]}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;]),&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&nbsp;can&nbsp;reach&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&nbsp;not&nbsp;set&nbsp;up&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;DISCONNECTED&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ERROR:&nbsp;undefined&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&nbsp;kind&nbsp;of&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&nbsp;this&nbsp;one.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;So&nbsp;in&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&nbsp;when&nbsp;tries&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;connect&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&nbsp;what&nbsp;may&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cause&nbsp;this&nbsp;:-(&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(&lt;0.177.0&gt;)&nbsp;call&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{127,0,0,1},33241},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;AppleWebKit/537.36&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;permessage-deflate;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{listener,http},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{dispatch,[{&#39;_&#39;,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{[],[],cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[],cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{error,enoent},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[]},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;(Timestamp:&nbsp;{1435,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 46126,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 935663})&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;found&nbsp;what&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;that,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;/Robi&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+ &nbsp; &nbsp;A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+ &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/span&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/69dfc8e4/attachment-0001.html b/_build/static/archives/extend/attachments/20150623/69dfc8e4/attachment-0001.html
new file mode 100644
index 00000000..afae15ff
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/69dfc8e4/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;hello,&lt;br&gt;&lt;br&gt;First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&nbsp;server,&nbsp;so&nbsp;probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&nbsp;&quot;fault&quot;,&nbsp;what&nbsp;I&nbsp;got.&lt;br&gt;&lt;br&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&nbsp;communicate&nbsp;to&nbsp;server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&nbsp;does&nbsp;not&nbsp;send&nbsp;anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&nbsp;example,&nbsp;what&nbsp;does&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;&lt;br&gt;There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;have.&nbsp;This&nbsp;is&nbsp;the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&nbsp;using&nbsp;framsets.&nbsp;I&nbsp;made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&nbsp;the&nbsp;frames,&nbsp;and&nbsp;of&nbsp;course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&nbsp;&lt;br&gt;&lt;br&gt;Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;   &nbsp;&lt;html&gt;&lt;br&gt;&lt;br&gt;   &nbsp;&lt;head&gt;&lt;br&gt;   &nbsp;&lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;   &nbsp;&lt;/head&gt;&lt;br&gt;&lt;br&gt;   &nbsp;&lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&nbsp;scrolling=&quot;no&quot;&nbsp;src=&quot;frame_top.html&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;&lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&nbsp;src=&quot;frame_left.html&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;&lt;frame&nbsp;name=&quot;right_frame&quot;&nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;/frameset&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;noframes&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;body&gt;&lt;br&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;/body&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;/noframes&gt;&lt;br&gt;   &nbsp;&lt;/frameset&gt;&lt;br&gt;&lt;br&gt;   &nbsp;&lt;/html&gt;&lt;br&gt;&lt;br&gt;This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;-----------------------------------------------------------&lt;br&gt;   &nbsp;ls&nbsp;priv/&lt;br&gt;   &nbsp;frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html &nbsp;index.html &nbsp;static&lt;br&gt;&lt;br&gt;This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;-----------------------------------------------------------&lt;br&gt;   &nbsp;Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;   &nbsp;   &nbsp;{&#39;_&#39;,&nbsp;[&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&nbsp;&quot;index.html&quot;}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&nbsp;&quot;&quot;}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&nbsp;&quot;static&quot;}}&lt;br&gt;   &nbsp;   &nbsp;]}&lt;br&gt;   &nbsp;]),&lt;br&gt;&lt;br&gt;After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&nbsp;can&nbsp;reach&nbsp;the&nbsp;webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&nbsp;not&nbsp;set&nbsp;up&nbsp;correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;   &nbsp;DISCONNECTED&lt;br&gt;&lt;br&gt;   &nbsp;ERROR:&nbsp;undefined&lt;br&gt;&lt;br&gt;   &nbsp;Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;&lt;br&gt;I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&nbsp;kind&nbsp;of&nbsp;troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&nbsp;this&nbsp;one.&nbsp;So&nbsp;in&nbsp;the&nbsp;bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&nbsp;when&nbsp;tries&nbsp;connect&nbsp;to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&nbsp;what&nbsp;may&nbsp;cause&nbsp;this&nbsp;:-(&lt;br&gt;&lt;br&gt;The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;-----------------------------------------------------------&lt;br&gt;   &nbsp;(&lt;0.177.0&gt;)&nbsp;call&nbsp;cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;{{127,0,0,1},33241},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;&lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;&lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&nbsp;AppleWebKit/537.36&nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;&lt;&lt;&quot;permessage-deflate;&nbsp;client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{listener,http},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{dispatch,[{&#39;_&#39;,[],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;[{[],[],cowboy_static,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; &nbsp;{priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; {[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; {[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; &nbsp;[],cowboy_static,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; &nbsp;{priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;   &nbsp;   &nbsp;  &nbsp;&lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{error,enoent},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;[]},&lt;br&gt;   &nbsp;   &nbsp;  &nbsp;undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;   &nbsp;   &nbsp;  &nbsp;undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&nbsp;(Timestamp:&nbsp;{1435,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;  &nbsp;46126,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;  &nbsp;935663})&lt;br&gt;&lt;br&gt;I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;found&nbsp;what&nbsp;is&nbsp;that,&nbsp;thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;&lt;br&gt;Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;&lt;br&gt;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;/Robi&lt;br&gt;&lt;br&gt;&lt;/div&gt;
<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/69dfc8e4/attachment.html b/_build/static/archives/extend/attachments/20150623/69dfc8e4/attachment.html
new file mode 100644
index 00000000..afae15ff
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/69dfc8e4/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;hello,&lt;br&gt;&lt;br&gt;First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&nbsp;server,&nbsp;so&nbsp;probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&nbsp;&quot;fault&quot;,&nbsp;what&nbsp;I&nbsp;got.&lt;br&gt;&lt;br&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&nbsp;communicate&nbsp;to&nbsp;server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&nbsp;does&nbsp;not&nbsp;send&nbsp;anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&nbsp;example,&nbsp;what&nbsp;does&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;&lt;br&gt;There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;have.&nbsp;This&nbsp;is&nbsp;the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&nbsp;using&nbsp;framsets.&nbsp;I&nbsp;made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&nbsp;the&nbsp;frames,&nbsp;and&nbsp;of&nbsp;course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&nbsp;&lt;br&gt;&lt;br&gt;Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;   &nbsp;&lt;html&gt;&lt;br&gt;&lt;br&gt;   &nbsp;&lt;head&gt;&lt;br&gt;   &nbsp;&lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;   &nbsp;&lt;/head&gt;&lt;br&gt;&lt;br&gt;   &nbsp;&lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&nbsp;scrolling=&quot;no&quot;&nbsp;src=&quot;frame_top.html&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;&lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&nbsp;src=&quot;frame_left.html&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;&lt;frame&nbsp;name=&quot;right_frame&quot;&nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;/frameset&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;noframes&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;body&gt;&lt;br&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;/body&gt;&lt;br&gt;   &nbsp;   &nbsp;&lt;/noframes&gt;&lt;br&gt;   &nbsp;&lt;/frameset&gt;&lt;br&gt;&lt;br&gt;   &nbsp;&lt;/html&gt;&lt;br&gt;&lt;br&gt;This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;-----------------------------------------------------------&lt;br&gt;   &nbsp;ls&nbsp;priv/&lt;br&gt;   &nbsp;frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html &nbsp;index.html &nbsp;static&lt;br&gt;&lt;br&gt;This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;-----------------------------------------------------------&lt;br&gt;   &nbsp;Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;   &nbsp;   &nbsp;{&#39;_&#39;,&nbsp;[&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&nbsp;&quot;index.html&quot;}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&nbsp;&quot;&quot;}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&nbsp;&quot;static&quot;}}&lt;br&gt;   &nbsp;   &nbsp;]}&lt;br&gt;   &nbsp;]),&lt;br&gt;&lt;br&gt;After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&nbsp;can&nbsp;reach&nbsp;the&nbsp;webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&nbsp;not&nbsp;set&nbsp;up&nbsp;correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;   &nbsp;DISCONNECTED&lt;br&gt;&lt;br&gt;   &nbsp;ERROR:&nbsp;undefined&lt;br&gt;&lt;br&gt;   &nbsp;Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;&lt;br&gt;I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&nbsp;kind&nbsp;of&nbsp;troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&nbsp;this&nbsp;one.&nbsp;So&nbsp;in&nbsp;the&nbsp;bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&nbsp;when&nbsp;tries&nbsp;connect&nbsp;to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&nbsp;what&nbsp;may&nbsp;cause&nbsp;this&nbsp;:-(&lt;br&gt;&lt;br&gt;The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;-----------------------------------------------------------&lt;br&gt;   &nbsp;(&lt;0.177.0&gt;)&nbsp;call&nbsp;cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;{{127,0,0,1},33241},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;&lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;&lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&nbsp;AppleWebKit/537.36&nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;&lt;&lt;&quot;permessage-deflate;&nbsp;client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp; &nbsp;undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{listener,http},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{dispatch,[{&#39;_&#39;,[],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;[{[],[],cowboy_static,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; &nbsp;{priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; {[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; {[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; &nbsp;[],cowboy_static,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp; &nbsp;{priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;   &nbsp;   &nbsp;  &nbsp;&lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;   &nbsp;   &nbsp;  &nbsp;{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;{error,enoent},&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;[]},&lt;br&gt;   &nbsp;   &nbsp;  &nbsp;undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;   &nbsp;   &nbsp;  &nbsp;undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&nbsp;(Timestamp:&nbsp;{1435,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;  &nbsp;46126,&lt;br&gt;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;   &nbsp;  &nbsp;935663})&lt;br&gt;&lt;br&gt;I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;found&nbsp;what&nbsp;is&nbsp;that,&nbsp;thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;&lt;br&gt;Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;&lt;br&gt;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;/Robi&lt;br&gt;&lt;br&gt;&lt;/div&gt;
<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/dd7366a3/attachment-0001.html b/_build/static/archives/extend/attachments/20150623/dd7366a3/attachment-0001.html
new file mode 100644
index 00000000..26109560
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/dd7366a3/attachment-0001.html
@@ -0,0 +1,160 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;think&nbsp;the&nbsp;order&nbsp;of&nbsp;your&nbsp;routes&nbsp;is&nbsp;the&nbsp;problem,&nbsp;try&nbsp;putting&nbsp;this&nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&quot;&gt;line&lt;/a&gt;&nbsp;last.&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;09:56,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;The&nbsp;{error,&nbsp;enoent},&nbsp;especially&nbsp;there,&nbsp;is&nbsp;probably&nbsp;just&nbsp;because&nbsp;the&nbsp;browser&nbsp;is&nbsp;trying&nbsp;to&nbsp;fetch&nbsp;the&nbsp;favicon.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Your&nbsp;issue&nbsp;is&nbsp;that&nbsp;Websocket&nbsp;won&#39;t&nbsp;connect,&nbsp;so&nbsp;it&nbsp;has&nbsp;nothing&nbsp;to&nbsp;do&nbsp;with&nbsp;cowboy_rest.&nbsp;Try&nbsp;tracing&nbsp;cowboy_websocket&nbsp;or&nbsp;enable&nbsp;SASL&nbsp;to&nbsp;have&nbsp;more&nbsp;info.&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/23/2015&nbsp;10:28&nbsp;AM,&nbsp;Robert&nbsp;Balogh&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&nbsp;server,&nbsp;so&lt;br&gt;<br>
+probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&nbsp;&quot;fault&quot;,&nbsp;what&nbsp;I&nbsp;got.&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&nbsp;communicate&nbsp;to&lt;br&gt;<br>
+server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&nbsp;does&nbsp;not&nbsp;send&lt;br&gt;<br>
+anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&nbsp;example,&nbsp;what&nbsp;does&lt;br&gt;<br>
+what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;<br>
+&lt;br&gt;<br>
+There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;have.&nbsp;This&nbsp;is&lt;br&gt;<br>
+the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&nbsp;using&nbsp;framsets.&nbsp;I&lt;br&gt;<br>
+made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&nbsp;the&nbsp;frames,&nbsp;and&nbsp;of&lt;br&gt;<br>
+course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;head&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;/head&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&nbsp;scrolling=&quot;no&quot;&lt;br&gt;<br>
+src=&quot;frame_top.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&lt;br&gt;<br>
+src=&quot;frame_left.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;right_frame&quot;&nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;/frameset&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;body&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;/body&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;/noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;/frameset&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;/html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;<br>
+-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; ls&nbsp;priv/&lt;br&gt;<br>
+ &nbsp; &nbsp; frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html &nbsp;index.html &nbsp;static&lt;br&gt;<br>
+&lt;br&gt;<br>
+This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;<br>
+-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; {&#39;_&#39;,&nbsp;[&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&nbsp;&quot;index.html&quot;}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&nbsp;&quot;&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&lt;br&gt;<br>
+&quot;static&quot;}}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; ]}&lt;br&gt;<br>
+ &nbsp; &nbsp; ]),&lt;br&gt;<br>
+&lt;br&gt;<br>
+After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&nbsp;can&nbsp;reach&nbsp;the&lt;br&gt;<br>
+webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&nbsp;not&nbsp;set&nbsp;up&lt;br&gt;<br>
+correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;<br>
+ &nbsp; &nbsp; DISCONNECTED&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; ERROR:&nbsp;undefined&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&nbsp;kind&nbsp;of&lt;br&gt;<br>
+troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&nbsp;this&nbsp;one.&nbsp;So&nbsp;in&nbsp;the&lt;br&gt;<br>
+bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&nbsp;when&nbsp;tries&nbsp;connect&lt;br&gt;<br>
+to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&nbsp;what&nbsp;may&nbsp;cause&nbsp;this&nbsp;:-(&lt;br&gt;<br>
+&lt;br&gt;<br>
+The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;<br>
+-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; (&lt;0.177.0&gt;)&nbsp;call&lt;br&gt;<br>
+cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {{127,0,0,1},33241},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&nbsp;AppleWebKit/537.36&lt;br&gt;<br>
+(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;permessage-deflate;&nbsp;client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;<br>
+&lt;br&gt;<br>
+undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {listener,http},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {dispatch,[{&#39;_&#39;,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{[],[],cowboy_static,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;{[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [],cowboy_static,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {error,enoent},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; []},&lt;br&gt;<br>
+&lt;br&gt;<br>
+undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&lt;br&gt;<br>
+(Timestamp:&nbsp;{1435,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;46126,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;935663})&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;found&nbsp;what&nbsp;is&nbsp;that,&lt;br&gt;<br>
+thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+/Robi&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/dd7366a3/attachment.html b/_build/static/archives/extend/attachments/20150623/dd7366a3/attachment.html
new file mode 100644
index 00000000..26109560
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/dd7366a3/attachment.html
@@ -0,0 +1,160 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;think&nbsp;the&nbsp;order&nbsp;of&nbsp;your&nbsp;routes&nbsp;is&nbsp;the&nbsp;problem,&nbsp;try&nbsp;putting&nbsp;this&nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&quot;&gt;line&lt;/a&gt;&nbsp;last.&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;09:56,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;The&nbsp;{error,&nbsp;enoent},&nbsp;especially&nbsp;there,&nbsp;is&nbsp;probably&nbsp;just&nbsp;because&nbsp;the&nbsp;browser&nbsp;is&nbsp;trying&nbsp;to&nbsp;fetch&nbsp;the&nbsp;favicon.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Your&nbsp;issue&nbsp;is&nbsp;that&nbsp;Websocket&nbsp;won&#39;t&nbsp;connect,&nbsp;so&nbsp;it&nbsp;has&nbsp;nothing&nbsp;to&nbsp;do&nbsp;with&nbsp;cowboy_rest.&nbsp;Try&nbsp;tracing&nbsp;cowboy_websocket&nbsp;or&nbsp;enable&nbsp;SASL&nbsp;to&nbsp;have&nbsp;more&nbsp;info.&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/23/2015&nbsp;10:28&nbsp;AM,&nbsp;Robert&nbsp;Balogh&nbsp;wrote:&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&nbsp;server,&nbsp;so&lt;br&gt;<br>
+probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&nbsp;&quot;fault&quot;,&nbsp;what&nbsp;I&nbsp;got.&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&nbsp;communicate&nbsp;to&lt;br&gt;<br>
+server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&nbsp;does&nbsp;not&nbsp;send&lt;br&gt;<br>
+anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&nbsp;example,&nbsp;what&nbsp;does&lt;br&gt;<br>
+what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;<br>
+&lt;br&gt;<br>
+There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;have.&nbsp;This&nbsp;is&lt;br&gt;<br>
+the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&nbsp;using&nbsp;framsets.&nbsp;I&lt;br&gt;<br>
+made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&nbsp;the&nbsp;frames,&nbsp;and&nbsp;of&lt;br&gt;<br>
+course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;head&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;/head&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&nbsp;scrolling=&quot;no&quot;&lt;br&gt;<br>
+src=&quot;frame_top.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&lt;br&gt;<br>
+src=&quot;frame_left.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;right_frame&quot;&nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;/frameset&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;body&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;/body&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &lt;/noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;/frameset&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &lt;/html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;<br>
+-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; ls&nbsp;priv/&lt;br&gt;<br>
+ &nbsp; &nbsp; frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html &nbsp;index.html &nbsp;static&lt;br&gt;<br>
+&lt;br&gt;<br>
+This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;<br>
+-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; {&#39;_&#39;,&nbsp;[&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&nbsp;&quot;index.html&quot;}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&nbsp;&quot;&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&lt;br&gt;<br>
+&quot;static&quot;}}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; ]}&lt;br&gt;<br>
+ &nbsp; &nbsp; ]),&lt;br&gt;<br>
+&lt;br&gt;<br>
+After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&nbsp;can&nbsp;reach&nbsp;the&lt;br&gt;<br>
+webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&nbsp;not&nbsp;set&nbsp;up&lt;br&gt;<br>
+correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;<br>
+ &nbsp; &nbsp; DISCONNECTED&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; ERROR:&nbsp;undefined&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&nbsp;kind&nbsp;of&lt;br&gt;<br>
+troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&nbsp;this&nbsp;one.&nbsp;So&nbsp;in&nbsp;the&lt;br&gt;<br>
+bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&nbsp;when&nbsp;tries&nbsp;connect&lt;br&gt;<br>
+to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&nbsp;what&nbsp;may&nbsp;cause&nbsp;this&nbsp;:-(&lt;br&gt;<br>
+&lt;br&gt;<br>
+The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;<br>
+-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; (&lt;0.177.0&gt;)&nbsp;call&lt;br&gt;<br>
+cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {{127,0,0,1},33241},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&nbsp;AppleWebKit/537.36&lt;br&gt;<br>
+(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;permessage-deflate;&nbsp;client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;<br>
+&lt;br&gt;<br>
+undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {listener,http},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {dispatch,[{&#39;_&#39;,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{[],[],cowboy_static,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp;{[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [],cowboy_static,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {error,enoent},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; []},&lt;br&gt;<br>
+&lt;br&gt;<br>
+undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&lt;br&gt;<br>
+(Timestamp:&nbsp;{1435,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;46126,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;935663})&lt;br&gt;<br>
+&lt;br&gt;<br>
+I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;found&nbsp;what&nbsp;is&nbsp;that,&lt;br&gt;<br>
+thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+/Robi&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;font&nbsp;color=&quot;#888888&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;/font&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/f7c19f68/attachment-0001.html b/_build/static/archives/extend/attachments/20150623/f7c19f68/attachment-0001.html
new file mode 100644
index 00000000..d9145fe0
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/f7c19f68/attachment-0001.html
@@ -0,0 +1,256 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;thanks&nbsp;for&nbsp;both&nbsp;of&nbsp;you&nbsp;the&nbsp;grate&nbsp;support.&lt;br&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;again,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2015-06-23&nbsp;11:12&nbsp;GMT+02:00&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;I&#39;ve&nbsp;opened&nbsp;a&nbsp;ticket&nbsp;to&nbsp;remember&nbsp;so&nbsp;something&nbsp;will&nbsp;be&nbsp;done&nbsp;eventually.&nbsp;Thanks&nbsp;for&nbsp;helping!&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+On&nbsp;06/23/2015&nbsp;11:11&nbsp;AM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;
<br>
+&lt;/span&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;
<br>
+It&#39;s&nbsp;bitten&nbsp;me&nbsp;a&nbsp;few&nbsp;times&nbsp;:(&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;10:09,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&gt;
<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp;Oh&nbsp;nice&nbsp;catch&nbsp;ahah.&nbsp;We&nbsp;should&nbsp;probably&nbsp;warn&nbsp;when&nbsp;something&nbsp;like&nbsp;this&lt;br&gt;
<br>
+ &nbsp; &nbsp;happens.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp;On&nbsp;06/23/2015&nbsp;11:06&nbsp;AM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;think&nbsp;the&nbsp;order&nbsp;of&nbsp;your&nbsp;routes&nbsp;is&nbsp;the&nbsp;problem,&nbsp;try&nbsp;putting&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;this&nbsp;line&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&lt;/a&gt;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;last.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;09:56,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;/span&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; The&nbsp;{error,&nbsp;enoent},&nbsp;especially&nbsp;there,&nbsp;is&nbsp;probably&nbsp;just&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;because&nbsp;the&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; browser&nbsp;is&nbsp;trying&nbsp;to&nbsp;fetch&nbsp;the&nbsp;favicon.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Your&nbsp;issue&nbsp;is&nbsp;that&nbsp;Websocket&nbsp;won&#39;t&nbsp;connect,&nbsp;so&nbsp;it&nbsp;has&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;nothing&nbsp;to&nbsp;do&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; with&nbsp;cowboy_rest.&nbsp;Try&nbsp;tracing&nbsp;cowboy_websocket&nbsp;or&nbsp;enable&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;SASL&nbsp;to&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; have&nbsp;more&nbsp;info.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; On&nbsp;06/23/2015&nbsp;10:28&nbsp;AM,&nbsp;Robert&nbsp;Balogh&nbsp;wrote:&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; hello,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;server,&nbsp;so&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;fault&quot;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; what&nbsp;I&nbsp;got.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; communicate&nbsp;to&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;does&nbsp;not&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; send&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;example,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; what&nbsp;does&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;have.&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; This&nbsp;is&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;using&nbsp;framsets.&nbsp;I&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;frames,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; and&nbsp;of&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;html&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;head&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/head&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;scrolling=&quot;no&quot;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; src=&quot;frame_top.html&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; src=&quot;frame_left.html&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;right_frame&quot;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/frameset&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;noframes&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;body&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/body&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/noframes&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/frameset&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/html&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; -----------------------------------------------------------&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ls&nbsp;priv/&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; index.html &nbsp;static&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; -----------------------------------------------------------&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&#39;_&#39;,&nbsp;[&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &quot;index.html&quot;}},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;websocket_2,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &quot;&quot;}},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; websocket_2,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &quot;static&quot;}}&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ]}&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ]),&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;can&nbsp;reach&nbsp;the&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;not&nbsp;set&nbsp;up&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; DISCONNECTED&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ERROR:&nbsp;undefined&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;kind&nbsp;of&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;this&nbsp;one.&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; So&nbsp;in&nbsp;the&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;when&nbsp;tries&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; connect&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;may&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; cause&nbsp;this&nbsp;:-(&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; -----------------------------------------------------------&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; (&lt;0.177.0&gt;)&nbsp;call&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {{127,0,0,1},33241},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; AppleWebKit/537.36&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; (KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;permessage-deflate;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {listener,http},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {dispatch,[{&#39;_&#39;,[],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{[],[],cowboy_static,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [],cowboy_static,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {error,enoent},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; []},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; (Timestamp:&nbsp;{1435,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;46126,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;935663})&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;found&nbsp;what&nbsp;is&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; that,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; /Robi&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; _______________________________________________&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Extend&nbsp;mailing&nbsp;list&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; --&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Loïc&nbsp;Hoguin&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; _______________________________________________&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Extend&nbsp;mailing&nbsp;list&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;/span&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp;--&lt;br&gt;
<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;
<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp;Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;
<br>
+ &nbsp; &nbsp;A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;/span&gt;&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;
<br>
+&lt;br&gt;
<br>
+--&nbsp;&lt;br&gt;
<br>
+Loïc&nbsp;Hoguin&lt;br&gt;
<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;
<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;
<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;
<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;
<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/f7c19f68/attachment.html b/_build/static/archives/extend/attachments/20150623/f7c19f68/attachment.html
new file mode 100644
index 00000000..d9145fe0
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/f7c19f68/attachment.html
@@ -0,0 +1,256 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;thanks&nbsp;for&nbsp;both&nbsp;of&nbsp;you&nbsp;the&nbsp;grate&nbsp;support.&lt;br&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;again,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2015-06-23&nbsp;11:12&nbsp;GMT+02:00&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;I&#39;ve&nbsp;opened&nbsp;a&nbsp;ticket&nbsp;to&nbsp;remember&nbsp;so&nbsp;something&nbsp;will&nbsp;be&nbsp;done&nbsp;eventually.&nbsp;Thanks&nbsp;for&nbsp;helping!&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+On&nbsp;06/23/2015&nbsp;11:11&nbsp;AM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;
<br>
+&lt;/span&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;
<br>
+It&#39;s&nbsp;bitten&nbsp;me&nbsp;a&nbsp;few&nbsp;times&nbsp;:(&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;10:09,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&gt;
<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp;Oh&nbsp;nice&nbsp;catch&nbsp;ahah.&nbsp;We&nbsp;should&nbsp;probably&nbsp;warn&nbsp;when&nbsp;something&nbsp;like&nbsp;this&lt;br&gt;
<br>
+ &nbsp; &nbsp;happens.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp;On&nbsp;06/23/2015&nbsp;11:06&nbsp;AM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;think&nbsp;the&nbsp;order&nbsp;of&nbsp;your&nbsp;routes&nbsp;is&nbsp;the&nbsp;problem,&nbsp;try&nbsp;putting&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;this&nbsp;line&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&lt;/a&gt;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;last.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;09:56,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;/span&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; The&nbsp;{error,&nbsp;enoent},&nbsp;especially&nbsp;there,&nbsp;is&nbsp;probably&nbsp;just&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;because&nbsp;the&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; browser&nbsp;is&nbsp;trying&nbsp;to&nbsp;fetch&nbsp;the&nbsp;favicon.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Your&nbsp;issue&nbsp;is&nbsp;that&nbsp;Websocket&nbsp;won&#39;t&nbsp;connect,&nbsp;so&nbsp;it&nbsp;has&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;nothing&nbsp;to&nbsp;do&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; with&nbsp;cowboy_rest.&nbsp;Try&nbsp;tracing&nbsp;cowboy_websocket&nbsp;or&nbsp;enable&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;SASL&nbsp;to&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; have&nbsp;more&nbsp;info.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; On&nbsp;06/23/2015&nbsp;10:28&nbsp;AM,&nbsp;Robert&nbsp;Balogh&nbsp;wrote:&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; hello,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;server,&nbsp;so&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;fault&quot;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; what&nbsp;I&nbsp;got.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; communicate&nbsp;to&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;does&nbsp;not&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; send&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;example,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; what&nbsp;does&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;have.&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; This&nbsp;is&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;using&nbsp;framsets.&nbsp;I&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;frames,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; and&nbsp;of&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;html&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;head&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/head&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;scrolling=&quot;no&quot;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; src=&quot;frame_top.html&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; src=&quot;frame_left.html&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;frame&nbsp;name=&quot;right_frame&quot;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/frameset&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;noframes&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;body&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/body&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/noframes&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/frameset&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/html&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; -----------------------------------------------------------&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ls&nbsp;priv/&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; index.html &nbsp;static&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; -----------------------------------------------------------&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&#39;_&#39;,&nbsp;[&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &quot;index.html&quot;}},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;websocket_2,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &quot;&quot;}},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; websocket_2,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &quot;static&quot;}}&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ]}&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ]),&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;can&nbsp;reach&nbsp;the&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;not&nbsp;set&nbsp;up&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; DISCONNECTED&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ERROR:&nbsp;undefined&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;kind&nbsp;of&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;this&nbsp;one.&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; So&nbsp;in&nbsp;the&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;when&nbsp;tries&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; connect&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;may&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; cause&nbsp;this&nbsp;:-(&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; -----------------------------------------------------------&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; (&lt;0.177.0&gt;)&nbsp;call&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {{127,0,0,1},33241},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; AppleWebKit/537.36&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; (KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;permessage-deflate;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {listener,http},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {dispatch,[{&#39;_&#39;,[],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [{[],[],cowboy_static,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [],cowboy_static,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {error,enoent},&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; []},&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; (Timestamp:&nbsp;{1435,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;46126,&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;935663})&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;found&nbsp;what&nbsp;is&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; that,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; /Robi&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; _______________________________________________&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Extend&nbsp;mailing&nbsp;list&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; --&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Loïc&nbsp;Hoguin&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; _______________________________________________&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Extend&nbsp;mailing&nbsp;list&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;&lt;/span&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+ &nbsp; &nbsp;--&lt;br&gt;
<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;
<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;
<br>
+ &nbsp; &nbsp;Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;
<br>
+ &nbsp; &nbsp;A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;br&gt;
<br>
+&lt;/span&gt;&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;
<br>
+&lt;br&gt;
<br>
+--&nbsp;&lt;br&gt;
<br>
+Loïc&nbsp;Hoguin&lt;br&gt;
<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;
<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;
<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;
<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;
<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/fcdb2d7b/attachment-0001.html b/_build/static/archives/extend/attachments/20150623/fcdb2d7b/attachment-0001.html
new file mode 100644
index 00000000..70f7ec08
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/fcdb2d7b/attachment-0001.html
@@ -0,0 +1,203 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;Thanks&nbsp;for&nbsp;all.&nbsp;The&nbsp;solution&nbsp;is&nbsp;to&nbsp;put&nbsp;the&nbsp;line&nbsp;at&nbsp;last&lt;br&gt;   &nbsp;{&lt;span&nbsp;class=&quot;&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&quot;&lt;/span&gt;/[...]&lt;span&nbsp;class=&quot;&quot;&gt;&quot;&lt;/span&gt;&lt;/span&gt;,&nbsp;&lt;span&nbsp;class=&quot;&quot;&gt;cowboy_static&lt;/span&gt;,&nbsp;{&lt;span&nbsp;class=&quot;&quot;&gt;priv_dir&lt;/span&gt;,&nbsp;&lt;span&nbsp;class=&quot;&quot;&gt;websocket_2&lt;/span&gt;,&nbsp;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&quot;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&quot;&lt;/span&gt;&lt;/span&gt;}}&lt;br&gt;&lt;br&gt;&lt;/div&gt;Now&nbsp;It&nbsp;works&nbsp;as&nbsp;I&nbsp;expect.&lt;br&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;for&nbsp;your&nbsp;help&nbsp;again.&lt;br&gt;&lt;br&gt;&lt;/div&gt;br,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2015-06-23&nbsp;11:09&nbsp;GMT+02:00&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Oh&nbsp;nice&nbsp;catch&nbsp;ahah.&nbsp;We&nbsp;should&nbsp;probably&nbsp;warn&nbsp;when&nbsp;something&nbsp;like&nbsp;this&nbsp;happens.&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/23/2015&nbsp;11:06&nbsp;AM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;/span&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;<br>
+I&nbsp;think&nbsp;the&nbsp;order&nbsp;of&nbsp;your&nbsp;routes&nbsp;is&nbsp;the&nbsp;problem,&nbsp;try&nbsp;putting&nbsp;this&nbsp;line&lt;br&gt;&lt;/span&gt;<br>
+&lt;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+last.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;09:56,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;The&nbsp;{error,&nbsp;enoent},&nbsp;especially&nbsp;there,&nbsp;is&nbsp;probably&nbsp;just&nbsp;because&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp;browser&nbsp;is&nbsp;trying&nbsp;to&nbsp;fetch&nbsp;the&nbsp;favicon.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Your&nbsp;issue&nbsp;is&nbsp;that&nbsp;Websocket&nbsp;won&#39;t&nbsp;connect,&nbsp;so&nbsp;it&nbsp;has&nbsp;nothing&nbsp;to&nbsp;do&lt;br&gt;<br>
+ &nbsp; &nbsp;with&nbsp;cowboy_rest.&nbsp;Try&nbsp;tracing&nbsp;cowboy_websocket&nbsp;or&nbsp;enable&nbsp;SASL&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp;have&nbsp;more&nbsp;info.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;06/23/2015&nbsp;10:28&nbsp;AM,&nbsp;Robert&nbsp;Balogh&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&nbsp;server,&nbsp;so&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&nbsp;&quot;fault&quot;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;I&nbsp;got.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;communicate&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&nbsp;does&nbsp;not&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;send&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&nbsp;example,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;does&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;have.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&nbsp;using&nbsp;framsets.&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&nbsp;the&nbsp;frames,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;of&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;head&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/head&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&nbsp;scrolling=&quot;no&quot;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_top.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_left.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;right_frame&quot;&nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/frameset&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;body&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/body&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/frameset&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ls&nbsp;priv/&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;index.html &nbsp;static&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&#39;_&#39;,&nbsp;[&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;index.html&quot;}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;static&quot;}}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;]}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;]),&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&nbsp;can&nbsp;reach&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&nbsp;not&nbsp;set&nbsp;up&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;DISCONNECTED&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ERROR:&nbsp;undefined&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&nbsp;kind&nbsp;of&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&nbsp;this&nbsp;one.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;So&nbsp;in&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&nbsp;when&nbsp;tries&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;connect&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&nbsp;what&nbsp;may&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cause&nbsp;this&nbsp;:-(&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(&lt;0.177.0&gt;)&nbsp;call&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{127,0,0,1},33241},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;AppleWebKit/537.36&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;permessage-deflate;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{listener,http},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{dispatch,[{&#39;_&#39;,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{[],[],cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[],cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{error,enoent},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[]},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;(Timestamp:&nbsp;{1435,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 46126,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 935663})&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;found&nbsp;what&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;that,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;/Robi&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+ &nbsp; &nbsp;A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+ &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/span&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150623/fcdb2d7b/attachment.html b/_build/static/archives/extend/attachments/20150623/fcdb2d7b/attachment.html
new file mode 100644
index 00000000..70f7ec08
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150623/fcdb2d7b/attachment.html
@@ -0,0 +1,203 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;Thanks&nbsp;for&nbsp;all.&nbsp;The&nbsp;solution&nbsp;is&nbsp;to&nbsp;put&nbsp;the&nbsp;line&nbsp;at&nbsp;last&lt;br&gt;   &nbsp;{&lt;span&nbsp;class=&quot;&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&quot;&lt;/span&gt;/[...]&lt;span&nbsp;class=&quot;&quot;&gt;&quot;&lt;/span&gt;&lt;/span&gt;,&nbsp;&lt;span&nbsp;class=&quot;&quot;&gt;cowboy_static&lt;/span&gt;,&nbsp;{&lt;span&nbsp;class=&quot;&quot;&gt;priv_dir&lt;/span&gt;,&nbsp;&lt;span&nbsp;class=&quot;&quot;&gt;websocket_2&lt;/span&gt;,&nbsp;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&quot;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&quot;&lt;/span&gt;&lt;/span&gt;}}&lt;br&gt;&lt;br&gt;&lt;/div&gt;Now&nbsp;It&nbsp;works&nbsp;as&nbsp;I&nbsp;expect.&lt;br&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;for&nbsp;your&nbsp;help&nbsp;again.&lt;br&gt;&lt;br&gt;&lt;/div&gt;br,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2015-06-23&nbsp;11:09&nbsp;GMT+02:00&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Oh&nbsp;nice&nbsp;catch&nbsp;ahah.&nbsp;We&nbsp;should&nbsp;probably&nbsp;warn&nbsp;when&nbsp;something&nbsp;like&nbsp;this&nbsp;happens.&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;06/23/2015&nbsp;11:06&nbsp;AM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;/span&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;<br>
+I&nbsp;think&nbsp;the&nbsp;order&nbsp;of&nbsp;your&nbsp;routes&nbsp;is&nbsp;the&nbsp;problem,&nbsp;try&nbsp;putting&nbsp;this&nbsp;line&lt;br&gt;&lt;/span&gt;<br>
+&lt;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2/blob/master/src/websocket_2_app.erl#L17&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+last.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;23&nbsp;June&nbsp;2015&nbsp;at&nbsp;09:56,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;The&nbsp;{error,&nbsp;enoent},&nbsp;especially&nbsp;there,&nbsp;is&nbsp;probably&nbsp;just&nbsp;because&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp;browser&nbsp;is&nbsp;trying&nbsp;to&nbsp;fetch&nbsp;the&nbsp;favicon.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Your&nbsp;issue&nbsp;is&nbsp;that&nbsp;Websocket&nbsp;won&#39;t&nbsp;connect,&nbsp;so&nbsp;it&nbsp;has&nbsp;nothing&nbsp;to&nbsp;do&lt;br&gt;<br>
+ &nbsp; &nbsp;with&nbsp;cowboy_rest.&nbsp;Try&nbsp;tracing&nbsp;cowboy_websocket&nbsp;or&nbsp;enable&nbsp;SASL&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp;have&nbsp;more&nbsp;info.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;06/23/2015&nbsp;10:28&nbsp;AM,&nbsp;Robert&nbsp;Balogh&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;hello,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;First&nbsp;of&nbsp;all&nbsp;I&nbsp;would&nbsp;say&nbsp;I&nbsp;am&nbsp;a&nbsp;beginner&nbsp;in&nbsp;Cowboy&nbsp;web&nbsp;server,&nbsp;so&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;probably&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;that&nbsp;is&nbsp;why&nbsp;I&nbsp;got&nbsp;the&nbsp;&quot;fault&quot;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;I&nbsp;got.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;build&nbsp;up&nbsp;web&nbsp;page,&nbsp;where&nbsp;the&nbsp;client&nbsp;can&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;communicate&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;server,&nbsp;and&nbsp;server&nbsp;can&nbsp;do&nbsp;the&nbsp;same&nbsp;to&nbsp;client,&nbsp;if&nbsp;client&nbsp;does&nbsp;not&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;send&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;anything&nbsp;to&nbsp;server&nbsp;too.&nbsp;The&nbsp;Cowboy&nbsp;has&nbsp;the&nbsp;websocket&nbsp;example,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;does&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;do.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;There&nbsp;is&nbsp;only&nbsp;one&nbsp;thing&nbsp;is&nbsp;missing&nbsp;what&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;have.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;&quot;frameset&quot;.&nbsp;My&nbsp;idea&nbsp;is&nbsp;to&nbsp;build&nbsp;the&nbsp;index.html&nbsp;using&nbsp;framsets.&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;made&nbsp;this&nbsp;changes,&nbsp;and&nbsp;I&nbsp;build&nbsp;up&nbsp;the&nbsp;html&nbsp;files&nbsp;for&nbsp;the&nbsp;frames,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;of&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;course&nbsp;I&nbsp;set&nbsp;these&nbsp;in&nbsp;the&nbsp;index.html.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Here&nbsp;is&nbsp;how&nbsp;the&nbsp;index.html&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;head&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;title&gt;Welcome&nbsp;to&nbsp;Websocket&nbsp;example&nbsp;2&lt;/title&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/head&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frameset&nbsp;rows=&quot;64,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;top_frame&quot;&nbsp;noresize=&quot;noresize&quot;&nbsp;scrolling=&quot;no&quot;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_top.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frameset&nbsp;cols=&quot;450,*&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;left_frame&quot;&nbsp;scrolling=&quot;auto&quot;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;src=&quot;frame_left.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;frame&nbsp;name=&quot;right_frame&quot;&nbsp;src=&quot;frame_right.html&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/frameset&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;body&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/body&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/noframes&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/frameset&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;/html&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&nbsp;how&nbsp;the&nbsp;priv&nbsp;folder&nbsp;looks&nbsp;like&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ls&nbsp;priv/&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;frame_left.html &nbsp;frame_right.html &nbsp;frame_top.html&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;index.html &nbsp;static&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;This&nbsp;is&nbsp;how&nbsp;I&nbsp;changed&nbsp;the&nbsp;websocket_2_app:start/2&nbsp;function&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Dispatch&nbsp;=&nbsp;cowboy_router:compile([&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&#39;_&#39;,&nbsp;[&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/&quot;,&nbsp;cowboy_static,&nbsp;{priv_file,&nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;index.html&quot;}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/websocket_2&quot;,&nbsp;ws_handler_2,&nbsp;[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{&quot;/static/[...]&quot;,&nbsp;cowboy_static,&nbsp;{priv_dir,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;websocket_2,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&quot;static&quot;}}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;]}&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;]),&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;After&nbsp;compile&nbsp;and&nbsp;make&nbsp;release&nbsp;package&nbsp;of&nbsp;the&nbsp;app,&nbsp;I&nbsp;can&nbsp;reach&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;webserver&nbsp;on&nbsp;the&nbsp;port&nbsp;8080,&nbsp;but&nbsp;some&nbsp;connection&nbsp;does&nbsp;not&nbsp;set&nbsp;up&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;correctly.&nbsp;The&nbsp;following&nbsp;texts&nbsp;are&nbsp;present&nbsp;in&nbsp;the&nbsp;browser&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;DISCONNECTED&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ERROR:&nbsp;undefined&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Connecting&nbsp;to:&nbsp;ws://localhost:8080/websocket_2&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;made&nbsp;a&nbsp;dbg&nbsp;trace&nbsp;on&nbsp;all&nbsp;cowboy&nbsp;modules,&nbsp;to&nbsp;start&nbsp;some&nbsp;kind&nbsp;of&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;troubleshooting.&nbsp;In&nbsp;the&nbsp;&quot;tons&quot;&nbsp;of&nbsp;printout&nbsp;I&nbsp;can&nbsp;see&nbsp;this&nbsp;one.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;So&nbsp;in&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;bottom&nbsp;of&nbsp;this,&nbsp;there&nbsp;is&nbsp;an&nbsp;{error,enoent}.&nbsp;It&nbsp;comes&nbsp;when&nbsp;tries&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;connect&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;to&nbsp;the&nbsp;socket.&nbsp;But&nbsp;unfortunatelly&nbsp;I&nbsp;do&nbsp;not&nbsp;have&nbsp;idea&nbsp;what&nbsp;may&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cause&nbsp;this&nbsp;:-(&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;The&nbsp;part&nbsp;of&nbsp;trace&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;-----------------------------------------------------------&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(&lt;0.177.0&gt;)&nbsp;call&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;cowboy_rest:next({http_req,#Port&lt;0.646&gt;,ranch_tcp,keepalive,&lt;0.177.0&gt;,&lt;&lt;&quot;GET&quot;&gt;&gt;,&#39;HTTP/1.1&#39;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{{127,0,0,1},33241},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;localhost&quot;&gt;&gt;,undefined,8080,&lt;&lt;&quot;/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&gt;&gt;,undefined,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{&lt;&lt;&quot;host&quot;&gt;&gt;,&lt;&lt;&quot;localhost:8080&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;connection&quot;&gt;&gt;,&lt;&lt;&quot;Upgrade&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;pragma&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;cache-control&quot;&gt;&gt;,&lt;&lt;&quot;no-cache&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;upgrade&quot;&gt;&gt;,&lt;&lt;&quot;websocket&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;origin&quot;&gt;&gt;,&lt;&lt;&quot;&lt;a&nbsp;href=&quot;http://localhost:8080&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://localhost:8080&lt;/a&gt;&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-version&quot;&gt;&gt;,&lt;&lt;&quot;13&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;user-agent&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;Mozilla/5.0&nbsp;(X11;&nbsp;Linux&nbsp;i686)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;AppleWebKit/537.36&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;(KHTML,&nbsp;like&nbsp;Gecko)&nbsp;Chrome/40.0.2214.115&nbsp;Safari/537.36&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;accept-encoding&quot;&gt;&gt;,&lt;&lt;&quot;gzip,&nbsp;deflate,&nbsp;sdch&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;accept-language&quot;&gt;&gt;,&lt;&lt;&quot;en-US,en;q=0.8&quot;&gt;&gt;},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;sec-websocket-key&quot;&gt;&gt;,&lt;&lt;&quot;by/gwaQvb/51W7Wa9zrGQg==&quot;&gt;&gt;},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {&lt;&lt;&quot;sec-websocket-extensions&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;&lt;&quot;permessage-deflate;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;client_max_window_bits&quot;&gt;&gt;}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{&lt;&lt;&quot;connection&quot;&gt;&gt;,[&lt;&lt;&quot;upgrade&quot;&gt;&gt;]}],&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],waiting,&lt;&lt;&gt;&gt;,undefined,false,waiting,[],&lt;&lt;&gt;&gt;,undefined},{state,[{handler,cowboy_static},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{handler_opts,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{listener,http},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{dispatch,[{&#39;_&#39;,[],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[{[],[],cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{priv_file,websocket_2,&quot;index.html&quot;}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&#39;...&#39;],[],cowboy_static,{priv_dir,websocket_2,[]}},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{[&lt;&lt;&quot;websocket_2&quot;&gt;&gt;],[],ws_handler_2,[]},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; {[&lt;&lt;&quot;static&quot;&gt;&gt;,&#39;...&#39;],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[],cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{priv_dir,websocket_2,&quot;static&quot;}}]}]}],&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;&lt;&quot;GET&quot;&gt;&gt;,cowboy_static,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;{&lt;&lt;&quot;/home/ethrbh/projects/github/websocket_2/_rel/websocket_2/lib/websocket_2-1/priv/websocket_2&quot;&gt;&gt;,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;{error,enoent},&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[]},&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;undefined,[],undefined,[],undefined,[],undefined,false,undefined,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; undefined,undefined},#Fun&lt;cowboy_rest.2.41839999&gt;)&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;(Timestamp:&nbsp;{1435,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 46126,&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 935663})&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;guess,&nbsp;I&nbsp;did&nbsp;something&nbsp;very&nbsp;wrong,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;found&nbsp;what&nbsp;is&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;that,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thus&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Please&nbsp;find&nbsp;my&nbsp;small&nbsp;project&nbsp;in&nbsp;github:&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;/Robi&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+ &nbsp; &nbsp;A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+ &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/span&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150624/204c1308/attachment-0001.html b/_build/static/archives/extend/attachments/20150624/204c1308/attachment-0001.html
new file mode 100644
index 00000000..961f2d3b
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150624/204c1308/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;According&nbsp;to&nbsp;you&nbsp;grate&nbsp;support&nbsp;I&nbsp;got&nbsp;from&nbsp;you&nbsp;at&nbsp;yesterday,&nbsp;I&nbsp;could&nbsp;continue&nbsp;my&nbsp;project,&nbsp;where&nbsp;I&nbsp;use&nbsp;Cowboy&nbsp;webserver&nbsp;and&nbsp;using&nbsp;Websocket.&nbsp;Now&nbsp;I&nbsp;made&nbsp;an&nbsp;own&nbsp;web&nbsp;page&nbsp;with&nbsp;basic&nbsp;features&nbsp;I&nbsp;need,&nbsp;so&nbsp;the&nbsp;server&nbsp;and&nbsp;client&nbsp;can&nbsp;communicates&nbsp;to&nbsp;eachother.&nbsp;I&nbsp;like&nbsp;it.&nbsp;&lt;br&gt;&lt;br&gt;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;step&nbsp;forward,&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;implement&nbsp;a&nbsp;Request-Response&nbsp;mechanism.&nbsp;I&nbsp;read&nbsp;few&nbsp;articles&nbsp;in&nbsp;to&nbsp;this&nbsp;topic,&nbsp;and&nbsp;all&nbsp;of&nbsp;them&nbsp;has&nbsp;mentioned&nbsp;this&nbsp;&quot;feature&quot;&nbsp;is&nbsp;not&nbsp;part&nbsp;of&nbsp;the&nbsp;Websocket&nbsp;standard.&nbsp;They&nbsp;were&nbsp;suggested&nbsp;to&nbsp;use&nbsp;some&nbsp;sub-protocols&nbsp;for&nbsp;this,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;see&nbsp;any&nbsp;written&nbsp;in&nbsp;Erlang.&lt;br&gt;&lt;br&gt;&lt;/div&gt;So,&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;ask&nbsp;you,&nbsp;do&nbsp;I&nbsp;understand&nbsp;right&nbsp;that&nbsp;Cowboy&nbsp;does&nbsp;not&nbsp;have&nbsp;this&nbsp;feature&nbsp;too?&nbsp;If&nbsp;so,&nbsp;do&nbsp;you&nbsp;have&nbsp;some&nbsp;idea&nbsp;how&nbsp;can&nbsp;I&nbsp;implement&nbsp;a&nbsp;basic&nbsp;request-response&nbsp;mechanism?&nbsp;Probably&nbsp;one&nbsp;of&nbsp;you&nbsp;guys&nbsp;in&nbsp;this&nbsp;forum&nbsp;have&nbsp;some&nbsp;idea.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Btw,&nbsp;the&nbsp;links&nbsp;I&nbsp;read&nbsp;about&nbsp;this&nbsp;topic:&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&quot;&gt;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&lt;/a&gt;&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;http://alabor.me/articles/request-response-oriented-websockets/&quot;&gt;http://alabor.me/articles/request-response-oriented-websockets/&lt;/a&gt;&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;https://www.npmjs.com/package/primus-responder&quot;&gt;https://www.npmjs.com/package/primus-responder&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150624/204c1308/attachment.html b/_build/static/archives/extend/attachments/20150624/204c1308/attachment.html
new file mode 100644
index 00000000..961f2d3b
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150624/204c1308/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;According&nbsp;to&nbsp;you&nbsp;grate&nbsp;support&nbsp;I&nbsp;got&nbsp;from&nbsp;you&nbsp;at&nbsp;yesterday,&nbsp;I&nbsp;could&nbsp;continue&nbsp;my&nbsp;project,&nbsp;where&nbsp;I&nbsp;use&nbsp;Cowboy&nbsp;webserver&nbsp;and&nbsp;using&nbsp;Websocket.&nbsp;Now&nbsp;I&nbsp;made&nbsp;an&nbsp;own&nbsp;web&nbsp;page&nbsp;with&nbsp;basic&nbsp;features&nbsp;I&nbsp;need,&nbsp;so&nbsp;the&nbsp;server&nbsp;and&nbsp;client&nbsp;can&nbsp;communicates&nbsp;to&nbsp;eachother.&nbsp;I&nbsp;like&nbsp;it.&nbsp;&lt;br&gt;&lt;br&gt;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;step&nbsp;forward,&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;implement&nbsp;a&nbsp;Request-Response&nbsp;mechanism.&nbsp;I&nbsp;read&nbsp;few&nbsp;articles&nbsp;in&nbsp;to&nbsp;this&nbsp;topic,&nbsp;and&nbsp;all&nbsp;of&nbsp;them&nbsp;has&nbsp;mentioned&nbsp;this&nbsp;&quot;feature&quot;&nbsp;is&nbsp;not&nbsp;part&nbsp;of&nbsp;the&nbsp;Websocket&nbsp;standard.&nbsp;They&nbsp;were&nbsp;suggested&nbsp;to&nbsp;use&nbsp;some&nbsp;sub-protocols&nbsp;for&nbsp;this,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;see&nbsp;any&nbsp;written&nbsp;in&nbsp;Erlang.&lt;br&gt;&lt;br&gt;&lt;/div&gt;So,&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;ask&nbsp;you,&nbsp;do&nbsp;I&nbsp;understand&nbsp;right&nbsp;that&nbsp;Cowboy&nbsp;does&nbsp;not&nbsp;have&nbsp;this&nbsp;feature&nbsp;too?&nbsp;If&nbsp;so,&nbsp;do&nbsp;you&nbsp;have&nbsp;some&nbsp;idea&nbsp;how&nbsp;can&nbsp;I&nbsp;implement&nbsp;a&nbsp;basic&nbsp;request-response&nbsp;mechanism?&nbsp;Probably&nbsp;one&nbsp;of&nbsp;you&nbsp;guys&nbsp;in&nbsp;this&nbsp;forum&nbsp;have&nbsp;some&nbsp;idea.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Btw,&nbsp;the&nbsp;links&nbsp;I&nbsp;read&nbsp;about&nbsp;this&nbsp;topic:&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&quot;&gt;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&lt;/a&gt;&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;http://alabor.me/articles/request-response-oriented-websockets/&quot;&gt;http://alabor.me/articles/request-response-oriented-websockets/&lt;/a&gt;&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;https://www.npmjs.com/package/primus-responder&quot;&gt;https://www.npmjs.com/package/primus-responder&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150624/6d15706e/attachment-0001.html b/_build/static/archives/extend/attachments/20150624/6d15706e/attachment-0001.html
new file mode 100644
index 00000000..3d01eba7
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150624/6d15706e/attachment-0001.html
@@ -0,0 +1,9 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;think&nbsp;you&#39;d&nbsp;have&nbsp;to&nbsp;roll&nbsp;your&nbsp;own,&nbsp;you&nbsp;just&nbsp;need&nbsp;some&nbsp;way&nbsp;to&nbsp;&lt;a&nbsp;href=&quot;http://www.enterpriseintegrationpatterns.com/CorrelationIdentifier.html&quot;&nbsp;target=&quot;_blank&quot;&gt;correlate&lt;/a&gt; responses&nbsp;with&nbsp;the&nbsp;originating&nbsp;request.&nbsp;OTP&nbsp;does&nbsp;something&nbsp;similar&nbsp;under&nbsp;the&nbsp;hood&nbsp;with&nbsp;gen_server&nbsp;&lt;a&nbsp;href=&quot;http://www.erlang.org/doc/man/gen_server.html#call-2&quot;&nbsp;target=&quot;_blank&quot;&gt;calls&lt;/a&gt;.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;It&#39;s&nbsp;also&nbsp;possible&nbsp;to&nbsp;treat&nbsp;the&nbsp;ws&nbsp;connection&nbsp;as&nbsp;a&nbsp;messaging&nbsp;channel,&nbsp;and&nbsp;use&nbsp;something&nbsp;like&nbsp;&lt;a&nbsp;href=&quot;http://www.enterpriseintegrationpatterns.com/MessageSelector.html&quot;&nbsp;target=&quot;_blank&quot;&gt;selective&nbsp;consumer&lt;/a&gt; to&nbsp;de-multiplex&nbsp;the&nbsp;messages.&nbsp;e.g.&nbsp;you&nbsp;could&nbsp;add&nbsp;a&nbsp;type/channel&nbsp;field&nbsp;to&nbsp;each&nbsp;message,&nbsp;and&nbsp;only&nbsp;subscribe&nbsp;to&nbsp;those&nbsp;messages.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Remember&nbsp;that&nbsp;once&nbsp;you&nbsp;move&nbsp;into&nbsp;an&nbsp;async&nbsp;world,&nbsp;there&nbsp;are&nbsp;no&nbsp;guarantees&nbsp;that&nbsp;you&nbsp;will&nbsp;receive&nbsp;a&nbsp;response!&nbsp;So&nbsp;you&nbsp;need&nbsp;to&nbsp;start&nbsp;thinking&nbsp;about&nbsp;timeouts&nbsp;etc.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;24&nbsp;June&nbsp;2015&nbsp;at&nbsp;10:18,&nbsp;Robert&nbsp;Balogh&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;According&nbsp;to&nbsp;you&nbsp;grate&nbsp;support&nbsp;I&nbsp;got&nbsp;from&nbsp;you&nbsp;at&nbsp;yesterday,&nbsp;I&nbsp;could&nbsp;continue&nbsp;my&nbsp;project,&nbsp;where&nbsp;I&nbsp;use&nbsp;Cowboy&nbsp;webserver&nbsp;and&nbsp;using&nbsp;Websocket.&nbsp;Now&nbsp;I&nbsp;made&nbsp;an&nbsp;own&nbsp;web&nbsp;page&nbsp;with&nbsp;basic&nbsp;features&nbsp;I&nbsp;need,&nbsp;so&nbsp;the&nbsp;server&nbsp;and&nbsp;client&nbsp;can&nbsp;communicates&nbsp;to&nbsp;eachother.&nbsp;I&nbsp;like&nbsp;it.&nbsp;&lt;br&gt;&lt;br&gt;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;step&nbsp;forward,&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;implement&nbsp;a&nbsp;Request-Response&nbsp;mechanism.&nbsp;I&nbsp;read&nbsp;few&nbsp;articles&nbsp;in&nbsp;to&nbsp;this&nbsp;topic,&nbsp;and&nbsp;all&nbsp;of&nbsp;them&nbsp;has&nbsp;mentioned&nbsp;this&nbsp;&quot;feature&quot;&nbsp;is&nbsp;not&nbsp;part&nbsp;of&nbsp;the&nbsp;Websocket&nbsp;standard.&nbsp;They&nbsp;were&nbsp;suggested&nbsp;to&nbsp;use&nbsp;some&nbsp;sub-protocols&nbsp;for&nbsp;this,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;see&nbsp;any&nbsp;written&nbsp;in&nbsp;Erlang.&lt;br&gt;&lt;br&gt;&lt;/div&gt;So,&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;ask&nbsp;you,&nbsp;do&nbsp;I&nbsp;understand&nbsp;right&nbsp;that&nbsp;Cowboy&nbsp;does&nbsp;not&nbsp;have&nbsp;this&nbsp;feature&nbsp;too?&nbsp;If&nbsp;so,&nbsp;do&nbsp;you&nbsp;have&nbsp;some&nbsp;idea&nbsp;how&nbsp;can&nbsp;I&nbsp;implement&nbsp;a&nbsp;basic&nbsp;request-response&nbsp;mechanism?&nbsp;Probably&nbsp;one&nbsp;of&nbsp;you&nbsp;guys&nbsp;in&nbsp;this&nbsp;forum&nbsp;have&nbsp;some&nbsp;idea.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Btw,&nbsp;the&nbsp;links&nbsp;I&nbsp;read&nbsp;about&nbsp;this&nbsp;topic:&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&quot;&nbsp;target=&quot;_blank&quot;&gt;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&lt;/a&gt;&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;http://alabor.me/articles/request-response-oriented-websockets/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://alabor.me/articles/request-response-oriented-websockets/&lt;/a&gt;&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;https://www.npmjs.com/package/primus-responder&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.npmjs.com/package/primus-responder&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;<br>
+&lt;br&gt;_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150624/6d15706e/attachment.html b/_build/static/archives/extend/attachments/20150624/6d15706e/attachment.html
new file mode 100644
index 00000000..3d01eba7
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150624/6d15706e/attachment.html
@@ -0,0 +1,9 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;think&nbsp;you&#39;d&nbsp;have&nbsp;to&nbsp;roll&nbsp;your&nbsp;own,&nbsp;you&nbsp;just&nbsp;need&nbsp;some&nbsp;way&nbsp;to&nbsp;&lt;a&nbsp;href=&quot;http://www.enterpriseintegrationpatterns.com/CorrelationIdentifier.html&quot;&nbsp;target=&quot;_blank&quot;&gt;correlate&lt;/a&gt; responses&nbsp;with&nbsp;the&nbsp;originating&nbsp;request.&nbsp;OTP&nbsp;does&nbsp;something&nbsp;similar&nbsp;under&nbsp;the&nbsp;hood&nbsp;with&nbsp;gen_server&nbsp;&lt;a&nbsp;href=&quot;http://www.erlang.org/doc/man/gen_server.html#call-2&quot;&nbsp;target=&quot;_blank&quot;&gt;calls&lt;/a&gt;.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;It&#39;s&nbsp;also&nbsp;possible&nbsp;to&nbsp;treat&nbsp;the&nbsp;ws&nbsp;connection&nbsp;as&nbsp;a&nbsp;messaging&nbsp;channel,&nbsp;and&nbsp;use&nbsp;something&nbsp;like&nbsp;&lt;a&nbsp;href=&quot;http://www.enterpriseintegrationpatterns.com/MessageSelector.html&quot;&nbsp;target=&quot;_blank&quot;&gt;selective&nbsp;consumer&lt;/a&gt; to&nbsp;de-multiplex&nbsp;the&nbsp;messages.&nbsp;e.g.&nbsp;you&nbsp;could&nbsp;add&nbsp;a&nbsp;type/channel&nbsp;field&nbsp;to&nbsp;each&nbsp;message,&nbsp;and&nbsp;only&nbsp;subscribe&nbsp;to&nbsp;those&nbsp;messages.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Remember&nbsp;that&nbsp;once&nbsp;you&nbsp;move&nbsp;into&nbsp;an&nbsp;async&nbsp;world,&nbsp;there&nbsp;are&nbsp;no&nbsp;guarantees&nbsp;that&nbsp;you&nbsp;will&nbsp;receive&nbsp;a&nbsp;response!&nbsp;So&nbsp;you&nbsp;need&nbsp;to&nbsp;start&nbsp;thinking&nbsp;about&nbsp;timeouts&nbsp;etc.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;24&nbsp;June&nbsp;2015&nbsp;at&nbsp;10:18,&nbsp;Robert&nbsp;Balogh&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;According&nbsp;to&nbsp;you&nbsp;grate&nbsp;support&nbsp;I&nbsp;got&nbsp;from&nbsp;you&nbsp;at&nbsp;yesterday,&nbsp;I&nbsp;could&nbsp;continue&nbsp;my&nbsp;project,&nbsp;where&nbsp;I&nbsp;use&nbsp;Cowboy&nbsp;webserver&nbsp;and&nbsp;using&nbsp;Websocket.&nbsp;Now&nbsp;I&nbsp;made&nbsp;an&nbsp;own&nbsp;web&nbsp;page&nbsp;with&nbsp;basic&nbsp;features&nbsp;I&nbsp;need,&nbsp;so&nbsp;the&nbsp;server&nbsp;and&nbsp;client&nbsp;can&nbsp;communicates&nbsp;to&nbsp;eachother.&nbsp;I&nbsp;like&nbsp;it.&nbsp;&lt;br&gt;&lt;br&gt;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;step&nbsp;forward,&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;implement&nbsp;a&nbsp;Request-Response&nbsp;mechanism.&nbsp;I&nbsp;read&nbsp;few&nbsp;articles&nbsp;in&nbsp;to&nbsp;this&nbsp;topic,&nbsp;and&nbsp;all&nbsp;of&nbsp;them&nbsp;has&nbsp;mentioned&nbsp;this&nbsp;&quot;feature&quot;&nbsp;is&nbsp;not&nbsp;part&nbsp;of&nbsp;the&nbsp;Websocket&nbsp;standard.&nbsp;They&nbsp;were&nbsp;suggested&nbsp;to&nbsp;use&nbsp;some&nbsp;sub-protocols&nbsp;for&nbsp;this,&nbsp;but&nbsp;I&nbsp;did&nbsp;not&nbsp;see&nbsp;any&nbsp;written&nbsp;in&nbsp;Erlang.&lt;br&gt;&lt;br&gt;&lt;/div&gt;So,&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;ask&nbsp;you,&nbsp;do&nbsp;I&nbsp;understand&nbsp;right&nbsp;that&nbsp;Cowboy&nbsp;does&nbsp;not&nbsp;have&nbsp;this&nbsp;feature&nbsp;too?&nbsp;If&nbsp;so,&nbsp;do&nbsp;you&nbsp;have&nbsp;some&nbsp;idea&nbsp;how&nbsp;can&nbsp;I&nbsp;implement&nbsp;a&nbsp;basic&nbsp;request-response&nbsp;mechanism?&nbsp;Probably&nbsp;one&nbsp;of&nbsp;you&nbsp;guys&nbsp;in&nbsp;this&nbsp;forum&nbsp;have&nbsp;some&nbsp;idea.&lt;br&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Btw,&nbsp;the&nbsp;links&nbsp;I&nbsp;read&nbsp;about&nbsp;this&nbsp;topic:&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&quot;&nbsp;target=&quot;_blank&quot;&gt;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&lt;/a&gt;&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;http://alabor.me/articles/request-response-oriented-websockets/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://alabor.me/articles/request-response-oriented-websockets/&lt;/a&gt;&lt;br&gt;   &nbsp;&lt;a&nbsp;href=&quot;https://www.npmjs.com/package/primus-responder&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.npmjs.com/package/primus-responder&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;<br>
+&lt;br&gt;_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150624/72689ab9/attachment-0001.html b/_build/static/archives/extend/attachments/20150624/72689ab9/attachment-0001.html
new file mode 100644
index 00000000..fb95808d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150624/72689ab9/attachment-0001.html
@@ -0,0 +1,72 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;thanks&nbsp;the&nbsp;response&nbsp;to&nbsp;all&nbsp;of&nbsp;you.&nbsp;I&nbsp;will&nbsp;try&nbsp;keep&nbsp;all&nbsp;these&nbsp;in&nbsp;my&nbsp;mind.&lt;br&gt;&lt;br&gt;&lt;/div&gt;@Bas,&nbsp;thanks&nbsp;for&nbsp;your&nbsp;note&nbsp;about&nbsp;&lt;a&nbsp;href=&quot;https://github.com/bwegh/erwa&quot;&nbsp;target=&quot;_blank&quot;&gt;erwa&lt;/a&gt;,&nbsp;I&nbsp;will&nbsp;take&nbsp;a&nbsp;look.&lt;br&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;again,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2015-06-24&nbsp;12:28&nbsp;GMT+02:00&nbsp;Bas&nbsp;Wegh&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&lt;div&nbsp;bgcolor=&quot;#FFFFFF&quot;&nbsp;text=&quot;#000000&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;hello&nbsp;Robi,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;you&nbsp;might&nbsp;be&nbsp;interested&nbsp;in&nbsp;erwa:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;href=&quot;https://github.com/bwegh/erwa&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/bwegh/erwa&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;Cheers,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;Bas&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;On&nbsp;06/24/2015&nbsp;11:18&nbsp;AM,&nbsp;Robert&nbsp;Balogh<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;wrote:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;hello,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;According&nbsp;to&nbsp;you&nbsp;grate&nbsp;support&nbsp;I&nbsp;got&nbsp;from&nbsp;you&nbsp;at<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;yesterday,&nbsp;I&nbsp;could&nbsp;continue&nbsp;my&nbsp;project,&nbsp;where&nbsp;I&nbsp;use&nbsp;Cowboy<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;webserver&nbsp;and&nbsp;using&nbsp;Websocket.&nbsp;Now&nbsp;I&nbsp;made&nbsp;an&nbsp;own&nbsp;web&nbsp;page<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;with&nbsp;basic&nbsp;features&nbsp;I&nbsp;need,&nbsp;so&nbsp;the&nbsp;server&nbsp;and&nbsp;client&nbsp;can<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;communicates&nbsp;to&nbsp;eachother.&nbsp;I&nbsp;like&nbsp;it.&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;step&nbsp;forward,&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;implement&nbsp;a&nbsp;Request-Response&nbsp;mechanism.&nbsp;I&nbsp;read&nbsp;few<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;articles&nbsp;in&nbsp;to&nbsp;this&nbsp;topic,&nbsp;and&nbsp;all&nbsp;of&nbsp;them&nbsp;has&nbsp;mentioned<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;this&nbsp;&quot;feature&quot;&nbsp;is&nbsp;not&nbsp;part&nbsp;of&nbsp;the&nbsp;Websocket&nbsp;standard.&nbsp;They<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;were&nbsp;suggested&nbsp;to&nbsp;use&nbsp;some&nbsp;sub-protocols&nbsp;for&nbsp;this,&nbsp;but&nbsp;I<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;did&nbsp;not&nbsp;see&nbsp;any&nbsp;written&nbsp;in&nbsp;Erlang.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;So,&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;ask&nbsp;you,&nbsp;do&nbsp;I&nbsp;understand&nbsp;right&nbsp;that<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Cowboy&nbsp;does&nbsp;not&nbsp;have&nbsp;this&nbsp;feature&nbsp;too?&nbsp;If&nbsp;so,&nbsp;do&nbsp;you&nbsp;have<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;some&nbsp;idea&nbsp;how&nbsp;can&nbsp;I&nbsp;implement&nbsp;a&nbsp;basic&nbsp;request-response<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mechanism?&nbsp;Probably&nbsp;one&nbsp;of&nbsp;you&nbsp;guys&nbsp;in&nbsp;this&nbsp;forum&nbsp;have&nbsp;some<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;idea.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;Btw,&nbsp;the&nbsp;links&nbsp;I&nbsp;read&nbsp;about&nbsp;this&nbsp;topic:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;   &nbsp;&lt;a&nbsp;href=&quot;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&quot;&nbsp;target=&quot;_blank&quot;&gt;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;   &nbsp;&lt;a&nbsp;href=&quot;http://alabor.me/articles/request-response-oriented-websockets/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://alabor.me/articles/request-response-oriented-websockets/&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;   &nbsp;&lt;a&nbsp;href=&quot;https://www.npmjs.com/package/primus-responder&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.npmjs.com/package/primus-responder&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/Robi&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;fieldset&gt;&lt;/fieldset&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;pre&gt;_______________________________________________<br>
+Extend&nbsp;mailing&nbsp;list<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;<br>
+&lt;/pre&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&lt;/div&gt;<br>
+<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150624/72689ab9/attachment.html b/_build/static/archives/extend/attachments/20150624/72689ab9/attachment.html
new file mode 100644
index 00000000..fb95808d
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150624/72689ab9/attachment.html
@@ -0,0 +1,72 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;I&nbsp;would&nbsp;like&nbsp;to&nbsp;thanks&nbsp;the&nbsp;response&nbsp;to&nbsp;all&nbsp;of&nbsp;you.&nbsp;I&nbsp;will&nbsp;try&nbsp;keep&nbsp;all&nbsp;these&nbsp;in&nbsp;my&nbsp;mind.&lt;br&gt;&lt;br&gt;&lt;/div&gt;@Bas,&nbsp;thanks&nbsp;for&nbsp;your&nbsp;note&nbsp;about&nbsp;&lt;a&nbsp;href=&quot;https://github.com/bwegh/erwa&quot;&nbsp;target=&quot;_blank&quot;&gt;erwa&lt;/a&gt;,&nbsp;I&nbsp;will&nbsp;take&nbsp;a&nbsp;look.&lt;br&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;again,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;2015-06-24&nbsp;12:28&nbsp;GMT+02:00&nbsp;Bas&nbsp;Wegh&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;<br>
+&nbsp;&nbsp;<br>
+&nbsp;&nbsp;&lt;div&nbsp;bgcolor=&quot;#FFFFFF&quot;&nbsp;text=&quot;#000000&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;hello&nbsp;Robi,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;you&nbsp;might&nbsp;be&nbsp;interested&nbsp;in&nbsp;erwa:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;href=&quot;https://github.com/bwegh/erwa&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/bwegh/erwa&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;Cheers,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;Bas&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;On&nbsp;06/24/2015&nbsp;11:18&nbsp;AM,&nbsp;Robert&nbsp;Balogh<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;wrote:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;blockquote&nbsp;type=&quot;cite&quot;&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;hello,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;According&nbsp;to&nbsp;you&nbsp;grate&nbsp;support&nbsp;I&nbsp;got&nbsp;from&nbsp;you&nbsp;at<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;yesterday,&nbsp;I&nbsp;could&nbsp;continue&nbsp;my&nbsp;project,&nbsp;where&nbsp;I&nbsp;use&nbsp;Cowboy<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;webserver&nbsp;and&nbsp;using&nbsp;Websocket.&nbsp;Now&nbsp;I&nbsp;made&nbsp;an&nbsp;own&nbsp;web&nbsp;page<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;with&nbsp;basic&nbsp;features&nbsp;I&nbsp;need,&nbsp;so&nbsp;the&nbsp;server&nbsp;and&nbsp;client&nbsp;can<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;communicates&nbsp;to&nbsp;eachother.&nbsp;I&nbsp;like&nbsp;it.&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;step&nbsp;forward,&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;implement&nbsp;a&nbsp;Request-Response&nbsp;mechanism.&nbsp;I&nbsp;read&nbsp;few<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;articles&nbsp;in&nbsp;to&nbsp;this&nbsp;topic,&nbsp;and&nbsp;all&nbsp;of&nbsp;them&nbsp;has&nbsp;mentioned<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;this&nbsp;&quot;feature&quot;&nbsp;is&nbsp;not&nbsp;part&nbsp;of&nbsp;the&nbsp;Websocket&nbsp;standard.&nbsp;They<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;were&nbsp;suggested&nbsp;to&nbsp;use&nbsp;some&nbsp;sub-protocols&nbsp;for&nbsp;this,&nbsp;but&nbsp;I<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;did&nbsp;not&nbsp;see&nbsp;any&nbsp;written&nbsp;in&nbsp;Erlang.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;So,&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;ask&nbsp;you,&nbsp;do&nbsp;I&nbsp;understand&nbsp;right&nbsp;that<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Cowboy&nbsp;does&nbsp;not&nbsp;have&nbsp;this&nbsp;feature&nbsp;too?&nbsp;If&nbsp;so,&nbsp;do&nbsp;you&nbsp;have<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;some&nbsp;idea&nbsp;how&nbsp;can&nbsp;I&nbsp;implement&nbsp;a&nbsp;basic&nbsp;request-response<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mechanism?&nbsp;Probably&nbsp;one&nbsp;of&nbsp;you&nbsp;guys&nbsp;in&nbsp;this&nbsp;forum&nbsp;have&nbsp;some<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;idea.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;Btw,&nbsp;the&nbsp;links&nbsp;I&nbsp;read&nbsp;about&nbsp;this&nbsp;topic:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;   &nbsp;&lt;a&nbsp;href=&quot;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&quot;&nbsp;target=&quot;_blank&quot;&gt;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;   &nbsp;&lt;a&nbsp;href=&quot;http://alabor.me/articles/request-response-oriented-websockets/&quot;&nbsp;target=&quot;_blank&quot;&gt;http://alabor.me/articles/request-response-oriented-websockets/&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;   &nbsp;&lt;a&nbsp;href=&quot;https://www.npmjs.com/package/primus-responder&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.npmjs.com/package/primus-responder&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/Robi&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;fieldset&gt;&lt;/fieldset&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;&lt;/div&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;pre&gt;_______________________________________________<br>
+Extend&nbsp;mailing&nbsp;list<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;<br>
+&lt;/pre&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/span&gt;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&lt;/div&gt;<br>
+<br>
+&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150624/b67122b6/attachment-0001.html b/_build/static/archives/extend/attachments/20150624/b67122b6/attachment-0001.html
new file mode 100644
index 00000000..906afb56
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150624/b67122b6/attachment-0001.html
@@ -0,0 +1,77 @@
+<tt>
+&lt;html&gt;<br>
+&nbsp;&nbsp;&lt;head&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;meta&nbsp;content=&quot;text/html;&nbsp;charset=windows-1252&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;http-equiv=&quot;Content-Type&quot;&gt;<br>
+&nbsp;&nbsp;&lt;/head&gt;<br>
+&nbsp;&nbsp;&lt;body&nbsp;bgcolor=&quot;#FFFFFF&quot;&nbsp;text=&quot;#000000&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;hello&nbsp;Robi,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;you&nbsp;might&nbsp;be&nbsp;interested&nbsp;in&nbsp;erwa:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://github.com/bwegh/erwa&quot;&gt;https://github.com/bwegh/erwa&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;Cheers,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;Bas&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;class=&quot;moz-cite-prefix&quot;&gt;On&nbsp;06/24/2015&nbsp;11:18&nbsp;AM,&nbsp;Robert&nbsp;Balogh<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;wrote:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote<br>
+cite=&quot;mid:CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;type=&quot;cite&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;hello,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;According&nbsp;to&nbsp;you&nbsp;grate&nbsp;support&nbsp;I&nbsp;got&nbsp;from&nbsp;you&nbsp;at<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;yesterday,&nbsp;I&nbsp;could&nbsp;continue&nbsp;my&nbsp;project,&nbsp;where&nbsp;I&nbsp;use&nbsp;Cowboy<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;webserver&nbsp;and&nbsp;using&nbsp;Websocket.&nbsp;Now&nbsp;I&nbsp;made&nbsp;an&nbsp;own&nbsp;web&nbsp;page<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;with&nbsp;basic&nbsp;features&nbsp;I&nbsp;need,&nbsp;so&nbsp;the&nbsp;server&nbsp;and&nbsp;client&nbsp;can<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;communicates&nbsp;to&nbsp;eachother.&nbsp;I&nbsp;like&nbsp;it.&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;step&nbsp;forward,&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;implement&nbsp;a&nbsp;Request-Response&nbsp;mechanism.&nbsp;I&nbsp;read&nbsp;few<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;articles&nbsp;in&nbsp;to&nbsp;this&nbsp;topic,&nbsp;and&nbsp;all&nbsp;of&nbsp;them&nbsp;has&nbsp;mentioned<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;this&nbsp;&quot;feature&quot;&nbsp;is&nbsp;not&nbsp;part&nbsp;of&nbsp;the&nbsp;Websocket&nbsp;standard.&nbsp;They<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;were&nbsp;suggested&nbsp;to&nbsp;use&nbsp;some&nbsp;sub-protocols&nbsp;for&nbsp;this,&nbsp;but&nbsp;I<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;did&nbsp;not&nbsp;see&nbsp;any&nbsp;written&nbsp;in&nbsp;Erlang.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;So,&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;ask&nbsp;you,&nbsp;do&nbsp;I&nbsp;understand&nbsp;right&nbsp;that<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Cowboy&nbsp;does&nbsp;not&nbsp;have&nbsp;this&nbsp;feature&nbsp;too?&nbsp;If&nbsp;so,&nbsp;do&nbsp;you&nbsp;have<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;some&nbsp;idea&nbsp;how&nbsp;can&nbsp;I&nbsp;implement&nbsp;a&nbsp;basic&nbsp;request-response<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mechanism?&nbsp;Probably&nbsp;one&nbsp;of&nbsp;you&nbsp;guys&nbsp;in&nbsp;this&nbsp;forum&nbsp;have&nbsp;some<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;idea.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;Btw,&nbsp;the&nbsp;links&nbsp;I&nbsp;read&nbsp;about&nbsp;this&nbsp;topic:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;���&nbsp;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+href=&quot;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&quot;&gt;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;���&nbsp;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;href=&quot;http://alabor.me/articles/request-response-oriented-websockets/&quot;&gt;http://alabor.me/articles/request-response-oriented-websockets/&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;���&nbsp;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;href=&quot;https://www.npmjs.com/package/primus-responder&quot;&gt;https://www.npmjs.com/package/primus-responder&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/Robi&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;fieldset&nbsp;class=&quot;mimeAttachmentHeader&quot;&gt;&lt;/fieldset&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;pre&nbsp;wrap=&quot;&quot;&gt;_______________________________________________<br>
+Extend&nbsp;mailing&nbsp;list<br>
+&lt;a&nbsp;class=&quot;moz-txt-link-abbreviated&quot;&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;<br>
+&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;<br>
+&lt;/pre&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150624/b67122b6/attachment.html b/_build/static/archives/extend/attachments/20150624/b67122b6/attachment.html
new file mode 100644
index 00000000..906afb56
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150624/b67122b6/attachment.html
@@ -0,0 +1,77 @@
+<tt>
+&lt;html&gt;<br>
+&nbsp;&nbsp;&lt;head&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;meta&nbsp;content=&quot;text/html;&nbsp;charset=windows-1252&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;http-equiv=&quot;Content-Type&quot;&gt;<br>
+&nbsp;&nbsp;&lt;/head&gt;<br>
+&nbsp;&nbsp;&lt;body&nbsp;bgcolor=&quot;#FFFFFF&quot;&nbsp;text=&quot;#000000&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;hello&nbsp;Robi,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;you&nbsp;might&nbsp;be&nbsp;interested&nbsp;in&nbsp;erwa:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://github.com/bwegh/erwa&quot;&gt;https://github.com/bwegh/erwa&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;Cheers,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;Bas&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;class=&quot;moz-cite-prefix&quot;&gt;On&nbsp;06/24/2015&nbsp;11:18&nbsp;AM,&nbsp;Robert&nbsp;Balogh<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;wrote:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;blockquote<br>
+cite=&quot;mid:CAA4OwwXkFLY0pO7qudu4Xhe-aD4=wYGoitYx=NtN6dh5GN25CA@mail.gmail.com&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;type=&quot;cite&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;hello,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;According&nbsp;to&nbsp;you&nbsp;grate&nbsp;support&nbsp;I&nbsp;got&nbsp;from&nbsp;you&nbsp;at<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;yesterday,&nbsp;I&nbsp;could&nbsp;continue&nbsp;my&nbsp;project,&nbsp;where&nbsp;I&nbsp;use&nbsp;Cowboy<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;webserver&nbsp;and&nbsp;using&nbsp;Websocket.&nbsp;Now&nbsp;I&nbsp;made&nbsp;an&nbsp;own&nbsp;web&nbsp;page<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;with&nbsp;basic&nbsp;features&nbsp;I&nbsp;need,&nbsp;so&nbsp;the&nbsp;server&nbsp;and&nbsp;client&nbsp;can<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;communicates&nbsp;to&nbsp;eachother.&nbsp;I&nbsp;like&nbsp;it.&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;step&nbsp;forward,&nbsp;and&nbsp;I&nbsp;would&nbsp;like&nbsp;to<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;implement&nbsp;a&nbsp;Request-Response&nbsp;mechanism.&nbsp;I&nbsp;read&nbsp;few<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;articles&nbsp;in&nbsp;to&nbsp;this&nbsp;topic,&nbsp;and&nbsp;all&nbsp;of&nbsp;them&nbsp;has&nbsp;mentioned<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;this&nbsp;&quot;feature&quot;&nbsp;is&nbsp;not&nbsp;part&nbsp;of&nbsp;the&nbsp;Websocket&nbsp;standard.&nbsp;They<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;were&nbsp;suggested&nbsp;to&nbsp;use&nbsp;some&nbsp;sub-protocols&nbsp;for&nbsp;this,&nbsp;but&nbsp;I<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;did&nbsp;not&nbsp;see&nbsp;any&nbsp;written&nbsp;in&nbsp;Erlang.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;So,&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;ask&nbsp;you,&nbsp;do&nbsp;I&nbsp;understand&nbsp;right&nbsp;that<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Cowboy&nbsp;does&nbsp;not&nbsp;have&nbsp;this&nbsp;feature&nbsp;too?&nbsp;If&nbsp;so,&nbsp;do&nbsp;you&nbsp;have<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;some&nbsp;idea&nbsp;how&nbsp;can&nbsp;I&nbsp;implement&nbsp;a&nbsp;basic&nbsp;request-response<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mechanism?&nbsp;Probably&nbsp;one&nbsp;of&nbsp;you&nbsp;guys&nbsp;in&nbsp;this&nbsp;forum&nbsp;have&nbsp;some<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;idea.&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;Btw,&nbsp;the&nbsp;links&nbsp;I&nbsp;read&nbsp;about&nbsp;this&nbsp;topic:&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;���&nbsp;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+href=&quot;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&quot;&gt;http://stackoverflow.com/questions/10882370/websocket-request-response-subprotocol&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;���&nbsp;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;href=&quot;http://alabor.me/articles/request-response-oriented-websockets/&quot;&gt;http://alabor.me/articles/request-response-oriented-websockets/&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;���&nbsp;&lt;a&nbsp;moz-do-not-send=&quot;true&quot;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;href=&quot;https://www.npmjs.com/package/primus-responder&quot;&gt;https://www.npmjs.com/package/primus-responder&lt;/a&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;div&gt;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;thanks&nbsp;for&nbsp;your&nbsp;help,&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/Robi&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;/div&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;fieldset&nbsp;class=&quot;mimeAttachmentHeader&quot;&gt;&lt;/fieldset&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;pre&nbsp;wrap=&quot;&quot;&gt;_______________________________________________<br>
+Extend&nbsp;mailing&nbsp;list<br>
+&lt;a&nbsp;class=&quot;moz-txt-link-abbreviated&quot;&nbsp;href=&quot;mailto:[email protected]&quot;&gt;[email protected]&lt;/a&gt;<br>
+&lt;a&nbsp;class=&quot;moz-txt-link-freetext&quot;&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;<br>
+&lt;/pre&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;/blockquote&gt;<br>
+&nbsp;&nbsp;&nbsp;&nbsp;&lt;br&gt;<br>
+&nbsp;&nbsp;&lt;/body&gt;<br>
+&lt;/html&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150713/eb33ab46/attachment-0001.html b/_build/static/archives/extend/attachments/20150713/eb33ab46/attachment-0001.html
new file mode 100644
index 00000000..4db5e976
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150713/eb33ab46/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;Sorry&nbsp;that&nbsp;I&nbsp;turned&nbsp;to&nbsp;the&nbsp;list&nbsp;again,&nbsp;but&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&nbsp;I&nbsp;have&nbsp;a&nbsp;websocket&nbsp;based&nbsp;application,&nbsp;based&nbsp;on&nbsp;the&nbsp;cowboy/examples/websocket.&nbsp;It&nbsp;is&nbsp;working&nbsp;well.&nbsp;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;add&nbsp;a&nbsp;basic&nbsp;authentication,&nbsp;and&nbsp;I&nbsp;saw,&nbsp;there&nbsp;is&nbsp;an&nbsp;example&nbsp;how&nbsp;to&nbsp;do&nbsp;this.&nbsp;I&nbsp;checked&nbsp;the&nbsp;cowboy/examples/rest_basic_auth&nbsp;example.&lt;br&gt;&lt;/div&gt;So&nbsp;I&nbsp;tried&nbsp;&quot;add&quot;&nbsp;the&nbsp;aut.&nbsp;example&nbsp;into&nbsp;my&nbsp;websocket&nbsp;app&nbsp;by&nbsp;doing&nbsp;the&nbsp;following&nbsp;steps:&lt;br&gt;&lt;/div&gt; -&nbsp;add&nbsp;new&nbsp;module&nbsp;for&nbsp;handle&nbsp;the&nbsp;authentication&lt;br&gt;&lt;/div&gt;  &nbsp;do_basic_auth.erl&lt;br&gt;&lt;/div&gt; -&nbsp;update&nbsp;cowboy_router:compile&nbsp;function&nbsp;call&nbsp;when&nbsp;star&nbsp;application&nbsp;with&nbsp;{&quot;/&quot;,&nbsp;do_basic_auth,&nbsp;[]}&lt;br&gt;&lt;br&gt;&lt;/div&gt;Once&nbsp;the&nbsp;compilation&nbsp;done,&nbsp;I&nbsp;can&nbsp;start&nbsp;the&nbsp;app&nbsp;and&nbsp;I&nbsp;get&nbsp;the&nbsp;&quot;basic&nbsp;auth&quot;&nbsp;window&nbsp;in&nbsp;the&nbsp;browser&nbsp;when&nbsp;connecting&nbsp;to&nbsp;localhost:8080,&nbsp;but&nbsp;the&nbsp;&quot;ordinary&quot;&nbsp;index.html&nbsp;does&nbsp;not&nbsp;appears&nbsp;when&nbsp;I&nbsp;set&nbsp;the&nbsp;correct&nbsp;auth&nbsp;data&nbsp;(user/pwd).&nbsp;I&nbsp;am&nbsp;pretty&nbsp;sure&nbsp;that&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;I&nbsp;do&nbsp;not&nbsp;see&nbsp;what&nbsp;I&nbsp;did&nbsp;wrong,&nbsp;thus&nbsp;I&nbsp;kindly&nbsp;ask&nbsp;you,&nbsp;please&nbsp;try&nbsp;help&nbsp;me.&lt;br&gt;&lt;br&gt;&lt;/div&gt;The&nbsp;project&nbsp;what&nbsp;I&nbsp;am&nbsp;working&nbsp;on&nbsp;can&nbsp;be&nbsp;seen&nbsp;in&nbsp;the&nbsp;github:&lt;br&gt;  &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&nbsp;&lt;br&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;fro&nbsp;your&nbsp;help,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150713/eb33ab46/attachment.html b/_build/static/archives/extend/attachments/20150713/eb33ab46/attachment.html
new file mode 100644
index 00000000..4db5e976
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150713/eb33ab46/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;hello,&lt;br&gt;&lt;br&gt;&lt;/div&gt;Sorry&nbsp;that&nbsp;I&nbsp;turned&nbsp;to&nbsp;the&nbsp;list&nbsp;again,&nbsp;but&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;get&nbsp;some&nbsp;help&nbsp;from&nbsp;you.&nbsp;I&nbsp;have&nbsp;a&nbsp;websocket&nbsp;based&nbsp;application,&nbsp;based&nbsp;on&nbsp;the&nbsp;cowboy/examples/websocket.&nbsp;It&nbsp;is&nbsp;working&nbsp;well.&nbsp;Now&nbsp;I&nbsp;would&nbsp;like&nbsp;to&nbsp;add&nbsp;a&nbsp;basic&nbsp;authentication,&nbsp;and&nbsp;I&nbsp;saw,&nbsp;there&nbsp;is&nbsp;an&nbsp;example&nbsp;how&nbsp;to&nbsp;do&nbsp;this.&nbsp;I&nbsp;checked&nbsp;the&nbsp;cowboy/examples/rest_basic_auth&nbsp;example.&lt;br&gt;&lt;/div&gt;So&nbsp;I&nbsp;tried&nbsp;&quot;add&quot;&nbsp;the&nbsp;aut.&nbsp;example&nbsp;into&nbsp;my&nbsp;websocket&nbsp;app&nbsp;by&nbsp;doing&nbsp;the&nbsp;following&nbsp;steps:&lt;br&gt;&lt;/div&gt; -&nbsp;add&nbsp;new&nbsp;module&nbsp;for&nbsp;handle&nbsp;the&nbsp;authentication&lt;br&gt;&lt;/div&gt;  &nbsp;do_basic_auth.erl&lt;br&gt;&lt;/div&gt; -&nbsp;update&nbsp;cowboy_router:compile&nbsp;function&nbsp;call&nbsp;when&nbsp;star&nbsp;application&nbsp;with&nbsp;{&quot;/&quot;,&nbsp;do_basic_auth,&nbsp;[]}&lt;br&gt;&lt;br&gt;&lt;/div&gt;Once&nbsp;the&nbsp;compilation&nbsp;done,&nbsp;I&nbsp;can&nbsp;start&nbsp;the&nbsp;app&nbsp;and&nbsp;I&nbsp;get&nbsp;the&nbsp;&quot;basic&nbsp;auth&quot;&nbsp;window&nbsp;in&nbsp;the&nbsp;browser&nbsp;when&nbsp;connecting&nbsp;to&nbsp;localhost:8080,&nbsp;but&nbsp;the&nbsp;&quot;ordinary&quot;&nbsp;index.html&nbsp;does&nbsp;not&nbsp;appears&nbsp;when&nbsp;I&nbsp;set&nbsp;the&nbsp;correct&nbsp;auth&nbsp;data&nbsp;(user/pwd).&nbsp;I&nbsp;am&nbsp;pretty&nbsp;sure&nbsp;that&nbsp;I&nbsp;made&nbsp;something&nbsp;wrong,&nbsp;I&nbsp;do&nbsp;not&nbsp;see&nbsp;what&nbsp;I&nbsp;did&nbsp;wrong,&nbsp;thus&nbsp;I&nbsp;kindly&nbsp;ask&nbsp;you,&nbsp;please&nbsp;try&nbsp;help&nbsp;me.&lt;br&gt;&lt;br&gt;&lt;/div&gt;The&nbsp;project&nbsp;what&nbsp;I&nbsp;am&nbsp;working&nbsp;on&nbsp;can&nbsp;be&nbsp;seen&nbsp;in&nbsp;the&nbsp;github:&lt;br&gt;  &nbsp;&lt;a&nbsp;href=&quot;https://github.com/ethrbh/websocket_2&quot;&gt;https://github.com/ethrbh/websocket_2&lt;/a&gt;&nbsp;&lt;br&gt;&lt;br&gt;&lt;/div&gt;thanks&nbsp;fro&nbsp;your&nbsp;help,&lt;br&gt;&lt;/div&gt;/Robi&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150824/7576a7ab/attachment-0001.html b/_build/static/archives/extend/attachments/20150824/7576a7ab/attachment-0001.html
new file mode 100644
index 00000000..69a74d86
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150824/7576a7ab/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;Greetings...&lt;br&gt;&lt;br&gt;&lt;/div&gt;I&#39;m&nbsp;finding&nbsp;that&nbsp;I&nbsp;can&#39;t&nbsp;start&nbsp;syslog&nbsp;when&nbsp;it&nbsp;is&nbsp;built&nbsp;as&nbsp;a&nbsp;dependency&nbsp;of&nbsp;my&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;project. &nbsp;For&nbsp;example:&lt;br&gt;&lt;br&gt;&lt;span&nbsp;style=&quot;font-family:monospace,monospace&quot;&gt;$&nbsp;erl&nbsp;-pa&nbsp;_rel/${MY_PROJECT}/lib/*/ebin&lt;br&gt;Erlang/OTP&nbsp;18&nbsp;[erts-7.0]&nbsp;[source]&nbsp;[64-bit]&nbsp;[async-threads:10]&nbsp;[hipe]&nbsp;[kernel-poll:false]&lt;br&gt;&lt;br&gt;Eshell&nbsp;V7.0 &nbsp;(abort&nbsp;with&nbsp;^G)&lt;br&gt;1&gt;&nbsp;syslog:start().&lt;br&gt;{error,&quot;could&nbsp;not&nbsp;load&nbsp;driver&nbsp;syslog_drv:&nbsp;\&quot;cannot&nbsp;open&nbsp;shared&nbsp;object&nbsp;file:&nbsp;No&nbsp;such&nbsp;file&nbsp;or&nbsp;directory\&quot;&quot;}&lt;br&gt;&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;The&nbsp;root&nbsp;of&nbsp;the&nbsp;problem&nbsp;seems&nbsp;to&nbsp;be&nbsp;that&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;compiled&nbsp;syslog_drv.c&nbsp;as&nbsp;&quot;syslog.so&quot;&nbsp;and&nbsp;syslog&nbsp;expects&nbsp;to&nbsp;load&nbsp;&quot;syslog_drv.so&quot;. &nbsp;I&nbsp;have&nbsp;confirmed&nbsp;that&nbsp;renaming&nbsp;the&nbsp;file&nbsp;solves&nbsp;the&nbsp;problem.&lt;br&gt;&lt;br&gt;&lt;/div&gt;What&nbsp;do&nbsp;I&nbsp;do&nbsp;with&nbsp;that?&lt;br&gt;&lt;br&gt;&lt;/div&gt;~BC&lt;br&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150824/7576a7ab/attachment.html b/_build/static/archives/extend/attachments/20150824/7576a7ab/attachment.html
new file mode 100644
index 00000000..69a74d86
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150824/7576a7ab/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;&lt;div&gt;Greetings...&lt;br&gt;&lt;br&gt;&lt;/div&gt;I&#39;m&nbsp;finding&nbsp;that&nbsp;I&nbsp;can&#39;t&nbsp;start&nbsp;syslog&nbsp;when&nbsp;it&nbsp;is&nbsp;built&nbsp;as&nbsp;a&nbsp;dependency&nbsp;of&nbsp;my&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;project. &nbsp;For&nbsp;example:&lt;br&gt;&lt;br&gt;&lt;span&nbsp;style=&quot;font-family:monospace,monospace&quot;&gt;$&nbsp;erl&nbsp;-pa&nbsp;_rel/${MY_PROJECT}/lib/*/ebin&lt;br&gt;Erlang/OTP&nbsp;18&nbsp;[erts-7.0]&nbsp;[source]&nbsp;[64-bit]&nbsp;[async-threads:10]&nbsp;[hipe]&nbsp;[kernel-poll:false]&lt;br&gt;&lt;br&gt;Eshell&nbsp;V7.0 &nbsp;(abort&nbsp;with&nbsp;^G)&lt;br&gt;1&gt;&nbsp;syslog:start().&lt;br&gt;{error,&quot;could&nbsp;not&nbsp;load&nbsp;driver&nbsp;syslog_drv:&nbsp;\&quot;cannot&nbsp;open&nbsp;shared&nbsp;object&nbsp;file:&nbsp;No&nbsp;such&nbsp;file&nbsp;or&nbsp;directory\&quot;&quot;}&lt;br&gt;&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;/div&gt;The&nbsp;root&nbsp;of&nbsp;the&nbsp;problem&nbsp;seems&nbsp;to&nbsp;be&nbsp;that&nbsp;&lt;a&nbsp;href=&quot;http://erlang.mk&quot;&gt;erlang.mk&lt;/a&gt;&nbsp;compiled&nbsp;syslog_drv.c&nbsp;as&nbsp;&quot;syslog.so&quot;&nbsp;and&nbsp;syslog&nbsp;expects&nbsp;to&nbsp;load&nbsp;&quot;syslog_drv.so&quot;. &nbsp;I&nbsp;have&nbsp;confirmed&nbsp;that&nbsp;renaming&nbsp;the&nbsp;file&nbsp;solves&nbsp;the&nbsp;problem.&lt;br&gt;&lt;br&gt;&lt;/div&gt;What&nbsp;do&nbsp;I&nbsp;do&nbsp;with&nbsp;that?&lt;br&gt;&lt;br&gt;&lt;/div&gt;~BC&lt;br&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150923/fc8e4ef7/attachment-0001.html b/_build/static/archives/extend/attachments/20150923/fc8e4ef7/attachment-0001.html
new file mode 100644
index 00000000..44688fb4
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150923/fc8e4ef7/attachment-0001.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;was&nbsp;fiddling&nbsp;with&nbsp;some&nbsp;js,&nbsp;and&nbsp;got&nbsp;tired&nbsp;of&nbsp;restarting&nbsp;the&nbsp;server.&nbsp;I&nbsp;was&nbsp;under&nbsp;the &lt;div&gt;impression&nbsp;that&nbsp;using&nbsp;dev_mode&nbsp;with&nbsp;relx&nbsp;was&nbsp;the&nbsp;solution&nbsp;to&nbsp;this&nbsp;problem,&nbsp;but &lt;/div&gt;&lt;div&gt;I&nbsp;can&#39;t&nbsp;seem&nbsp;to&nbsp;get&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&nbsp;have&nbsp;an&nbsp;example&nbsp;here:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;a&nbsp;href=&quot;https://github.com/grahamrhay/cowboy_devmode&quot;&gt;https://github.com/grahamrhay/cowboy_devmode&lt;/a&gt;&lt;br&gt;&lt;br&gt;&lt;div&gt;If&nbsp;I&nbsp;look&nbsp;in&nbsp;_rel,&nbsp;the&nbsp;lib&nbsp;folder&nbsp;for&nbsp;my&nbsp;app&nbsp;is&nbsp;a&nbsp;symlink,&nbsp;as&nbsp;expected.&nbsp;Yet&nbsp;when&nbsp;I&nbsp;change&lt;/div&gt;&lt;div&gt;the&nbsp;web&nbsp;page,&nbsp;the&nbsp;rendered&nbsp;page&nbsp;is&nbsp;unchanged.&nbsp;I&#39;ve&nbsp;tried&nbsp;a&nbsp;hard&nbsp;reload,&nbsp;and&nbsp;clearing&lt;/div&gt;&lt;div&gt;the&nbsp;cache. &lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;And,&nbsp;in&nbsp;case&nbsp;that&nbsp;wasn&#39;t&nbsp;annoying&nbsp;enough,&nbsp;even&nbsp;restarting&nbsp;the&nbsp;server&nbsp;isn&#39;t&nbsp;enough! &lt;/div&gt;&lt;div&gt;Nor&nbsp;is&nbsp;running&nbsp;make&nbsp;again.&nbsp;In&nbsp;fact,&nbsp;the&nbsp;only&nbsp;way&nbsp;I&#39;ve&nbsp;found&nbsp;of&nbsp;getting&nbsp;it&nbsp;to&nbsp;update, &lt;/div&gt;&lt;div&gt;is&nbsp;to&nbsp;turn&nbsp;off&nbsp;dev&nbsp;mode,&nbsp;and&nbsp;build&nbsp;the&nbsp;release.&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Am&nbsp;I&nbsp;missing&nbsp;something&nbsp;really&nbsp;obvious?&nbsp;As&nbsp;far&nbsp;as&nbsp;I&nbsp;can&nbsp;tell&nbsp;from&nbsp;perusing&nbsp;the&nbsp;code,&lt;/div&gt;&lt;div&gt;the&nbsp;cowboy&nbsp;static&nbsp;handler&nbsp;just&nbsp;serves&nbsp;the&nbsp;file&nbsp;directly&nbsp;from&nbsp;the&nbsp;file&nbsp;system.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;(P.S.&nbsp;I&nbsp;am&nbsp;using&nbsp;vagrant,&nbsp;but&nbsp;I&nbsp;would&nbsp;expect&nbsp;that&nbsp;to&nbsp;cause&nbsp;errors&nbsp;rather&nbsp;than&nbsp;this,&nbsp;if &lt;/div&gt;&lt;div&gt;the&nbsp;symlink&nbsp;wasn&#39;t&nbsp;working.)&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150923/fc8e4ef7/attachment.html b/_build/static/archives/extend/attachments/20150923/fc8e4ef7/attachment.html
new file mode 100644
index 00000000..44688fb4
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150923/fc8e4ef7/attachment.html
@@ -0,0 +1,4 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;I&nbsp;was&nbsp;fiddling&nbsp;with&nbsp;some&nbsp;js,&nbsp;and&nbsp;got&nbsp;tired&nbsp;of&nbsp;restarting&nbsp;the&nbsp;server.&nbsp;I&nbsp;was&nbsp;under&nbsp;the &lt;div&gt;impression&nbsp;that&nbsp;using&nbsp;dev_mode&nbsp;with&nbsp;relx&nbsp;was&nbsp;the&nbsp;solution&nbsp;to&nbsp;this&nbsp;problem,&nbsp;but &lt;/div&gt;&lt;div&gt;I&nbsp;can&#39;t&nbsp;seem&nbsp;to&nbsp;get&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&nbsp;have&nbsp;an&nbsp;example&nbsp;here:&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;a&nbsp;href=&quot;https://github.com/grahamrhay/cowboy_devmode&quot;&gt;https://github.com/grahamrhay/cowboy_devmode&lt;/a&gt;&lt;br&gt;&lt;br&gt;&lt;div&gt;If&nbsp;I&nbsp;look&nbsp;in&nbsp;_rel,&nbsp;the&nbsp;lib&nbsp;folder&nbsp;for&nbsp;my&nbsp;app&nbsp;is&nbsp;a&nbsp;symlink,&nbsp;as&nbsp;expected.&nbsp;Yet&nbsp;when&nbsp;I&nbsp;change&lt;/div&gt;&lt;div&gt;the&nbsp;web&nbsp;page,&nbsp;the&nbsp;rendered&nbsp;page&nbsp;is&nbsp;unchanged.&nbsp;I&#39;ve&nbsp;tried&nbsp;a&nbsp;hard&nbsp;reload,&nbsp;and&nbsp;clearing&lt;/div&gt;&lt;div&gt;the&nbsp;cache. &lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;And,&nbsp;in&nbsp;case&nbsp;that&nbsp;wasn&#39;t&nbsp;annoying&nbsp;enough,&nbsp;even&nbsp;restarting&nbsp;the&nbsp;server&nbsp;isn&#39;t&nbsp;enough! &lt;/div&gt;&lt;div&gt;Nor&nbsp;is&nbsp;running&nbsp;make&nbsp;again.&nbsp;In&nbsp;fact,&nbsp;the&nbsp;only&nbsp;way&nbsp;I&#39;ve&nbsp;found&nbsp;of&nbsp;getting&nbsp;it&nbsp;to&nbsp;update, &lt;/div&gt;&lt;div&gt;is&nbsp;to&nbsp;turn&nbsp;off&nbsp;dev&nbsp;mode,&nbsp;and&nbsp;build&nbsp;the&nbsp;release.&lt;/div&gt;&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Am&nbsp;I&nbsp;missing&nbsp;something&nbsp;really&nbsp;obvious?&nbsp;As&nbsp;far&nbsp;as&nbsp;I&nbsp;can&nbsp;tell&nbsp;from&nbsp;perusing&nbsp;the&nbsp;code,&lt;/div&gt;&lt;div&gt;the&nbsp;cowboy&nbsp;static&nbsp;handler&nbsp;just&nbsp;serves&nbsp;the&nbsp;file&nbsp;directly&nbsp;from&nbsp;the&nbsp;file&nbsp;system.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;(P.S.&nbsp;I&nbsp;am&nbsp;using&nbsp;vagrant,&nbsp;but&nbsp;I&nbsp;would&nbsp;expect&nbsp;that&nbsp;to&nbsp;cause&nbsp;errors&nbsp;rather&nbsp;than&nbsp;this,&nbsp;if &lt;/div&gt;&lt;div&gt;the&nbsp;symlink&nbsp;wasn&#39;t&nbsp;working.)&lt;/div&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150924/6a9add86/attachment-0001.html b/_build/static/archives/extend/attachments/20150924/6a9add86/attachment-0001.html
new file mode 100644
index 00000000..2d32894c
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150924/6a9add86/attachment-0001.html
@@ -0,0 +1,61 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Yeah,&nbsp;that&#39;s&nbsp;how&nbsp;I&nbsp;expected&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&#39;ll&nbsp;see&nbsp;if&nbsp;I&nbsp;can&nbsp;identify&nbsp;how&nbsp;vagrant&nbsp;is&nbsp;causing&nbsp;me&nbsp;problems.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Didn&#39;t&nbsp;know&nbsp;about&nbsp;&quot;make&nbsp;run&quot;,&nbsp;thanks&nbsp;:)&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:39,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Wait,&nbsp;I&#39;m&nbsp;dumb.&nbsp;These&nbsp;steps&nbsp;also&nbsp;work:&lt;br&gt;<br>
+&lt;br&gt;<br>
+Running&nbsp;the&nbsp;release,&nbsp;opening&nbsp;the&nbsp;website&nbsp;and&nbsp;seeing&nbsp;ohai,&nbsp;editing&nbsp;the&nbsp;file&nbsp;with&nbsp;some&nbsp;extra&nbsp;text,&nbsp;reloading,&nbsp;seeing&nbsp;the&nbsp;extra&nbsp;text.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/24/2015&nbsp;04:35&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Running&nbsp;the&nbsp;release,&nbsp;stopping&nbsp;it,&nbsp;editing&nbsp;the&nbsp;file,&nbsp;running&nbsp;the&nbsp;release&lt;br&gt;<br>
+again&nbsp;works&nbsp;here.&nbsp;I&nbsp;suspect&nbsp;something&nbsp;related&nbsp;to&nbsp;Vagrant.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Also&nbsp;I&nbsp;suggest&nbsp;&#39;make&nbsp;run&#39;&nbsp;rather&nbsp;than&nbsp;your&nbsp;start.sh.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/23/2015&nbsp;07:45&nbsp;PM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+I&nbsp;was&nbsp;fiddling&nbsp;with&nbsp;some&nbsp;js,&nbsp;and&nbsp;got&nbsp;tired&nbsp;of&nbsp;restarting&nbsp;the&nbsp;server.&nbsp;I&lt;br&gt;<br>
+was&nbsp;under&nbsp;the&lt;br&gt;<br>
+impression&nbsp;that&nbsp;using&nbsp;dev_mode&nbsp;with&nbsp;relx&nbsp;was&nbsp;the&nbsp;solution&nbsp;to&nbsp;this&lt;br&gt;<br>
+problem,&nbsp;but&lt;br&gt;<br>
+I&nbsp;can&#39;t&nbsp;seem&nbsp;to&nbsp;get&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&nbsp;have&nbsp;an&nbsp;example&nbsp;here:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/grahamrhay/cowboy_devmode&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/grahamrhay/cowboy_devmode&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+If&nbsp;I&nbsp;look&nbsp;in&nbsp;_rel,&nbsp;the&nbsp;lib&nbsp;folder&nbsp;for&nbsp;my&nbsp;app&nbsp;is&nbsp;a&nbsp;symlink,&nbsp;as&nbsp;expected.&lt;br&gt;<br>
+Yet&nbsp;when&nbsp;I&nbsp;change&lt;br&gt;<br>
+the&nbsp;web&nbsp;page,&nbsp;the&nbsp;rendered&nbsp;page&nbsp;is&nbsp;unchanged.&nbsp;I&#39;ve&nbsp;tried&nbsp;a&nbsp;hard&nbsp;reload,&lt;br&gt;<br>
+and&nbsp;clearing&lt;br&gt;<br>
+the&nbsp;cache.&lt;br&gt;<br>
+&lt;br&gt;<br>
+And,&nbsp;in&nbsp;case&nbsp;that&nbsp;wasn&#39;t&nbsp;annoying&nbsp;enough,&nbsp;even&nbsp;restarting&nbsp;the&nbsp;server&lt;br&gt;<br>
+isn&#39;t&nbsp;enough!&lt;br&gt;<br>
+Nor&nbsp;is&nbsp;running&nbsp;make&nbsp;again.&nbsp;In&nbsp;fact,&nbsp;the&nbsp;only&nbsp;way&nbsp;I&#39;ve&nbsp;found&nbsp;of&nbsp;getting&lt;br&gt;<br>
+it&nbsp;to&nbsp;update,&lt;br&gt;<br>
+is&nbsp;to&nbsp;turn&nbsp;off&nbsp;dev&nbsp;mode,&nbsp;and&nbsp;build&nbsp;the&nbsp;release.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Am&nbsp;I&nbsp;missing&nbsp;something&nbsp;really&nbsp;obvious?&nbsp;As&nbsp;far&nbsp;as&nbsp;I&nbsp;can&nbsp;tell&nbsp;from&lt;br&gt;<br>
+perusing&nbsp;the&nbsp;code,&lt;br&gt;<br>
+the&nbsp;cowboy&nbsp;static&nbsp;handler&nbsp;just&nbsp;serves&nbsp;the&nbsp;file&nbsp;directly&nbsp;from&nbsp;the&nbsp;file&lt;br&gt;<br>
+system.&lt;br&gt;<br>
+&lt;br&gt;<br>
+(P.S.&nbsp;I&nbsp;am&nbsp;using&nbsp;vagrant,&nbsp;but&nbsp;I&nbsp;would&nbsp;expect&nbsp;that&nbsp;to&nbsp;cause&nbsp;errors&nbsp;rather&lt;br&gt;<br>
+than&nbsp;this,&nbsp;if&lt;br&gt;<br>
+the&nbsp;symlink&nbsp;wasn&#39;t&nbsp;working.)&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150924/6a9add86/attachment.html b/_build/static/archives/extend/attachments/20150924/6a9add86/attachment.html
new file mode 100644
index 00000000..2d32894c
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150924/6a9add86/attachment.html
@@ -0,0 +1,61 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Yeah,&nbsp;that&#39;s&nbsp;how&nbsp;I&nbsp;expected&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&#39;ll&nbsp;see&nbsp;if&nbsp;I&nbsp;can&nbsp;identify&nbsp;how&nbsp;vagrant&nbsp;is&nbsp;causing&nbsp;me&nbsp;problems.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Didn&#39;t&nbsp;know&nbsp;about&nbsp;&quot;make&nbsp;run&quot;,&nbsp;thanks&nbsp;:)&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:39,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Wait,&nbsp;I&#39;m&nbsp;dumb.&nbsp;These&nbsp;steps&nbsp;also&nbsp;work:&lt;br&gt;<br>
+&lt;br&gt;<br>
+Running&nbsp;the&nbsp;release,&nbsp;opening&nbsp;the&nbsp;website&nbsp;and&nbsp;seeing&nbsp;ohai,&nbsp;editing&nbsp;the&nbsp;file&nbsp;with&nbsp;some&nbsp;extra&nbsp;text,&nbsp;reloading,&nbsp;seeing&nbsp;the&nbsp;extra&nbsp;text.&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/24/2015&nbsp;04:35&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Running&nbsp;the&nbsp;release,&nbsp;stopping&nbsp;it,&nbsp;editing&nbsp;the&nbsp;file,&nbsp;running&nbsp;the&nbsp;release&lt;br&gt;<br>
+again&nbsp;works&nbsp;here.&nbsp;I&nbsp;suspect&nbsp;something&nbsp;related&nbsp;to&nbsp;Vagrant.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Also&nbsp;I&nbsp;suggest&nbsp;&#39;make&nbsp;run&#39;&nbsp;rather&nbsp;than&nbsp;your&nbsp;start.sh.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/23/2015&nbsp;07:45&nbsp;PM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+I&nbsp;was&nbsp;fiddling&nbsp;with&nbsp;some&nbsp;js,&nbsp;and&nbsp;got&nbsp;tired&nbsp;of&nbsp;restarting&nbsp;the&nbsp;server.&nbsp;I&lt;br&gt;<br>
+was&nbsp;under&nbsp;the&lt;br&gt;<br>
+impression&nbsp;that&nbsp;using&nbsp;dev_mode&nbsp;with&nbsp;relx&nbsp;was&nbsp;the&nbsp;solution&nbsp;to&nbsp;this&lt;br&gt;<br>
+problem,&nbsp;but&lt;br&gt;<br>
+I&nbsp;can&#39;t&nbsp;seem&nbsp;to&nbsp;get&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&nbsp;have&nbsp;an&nbsp;example&nbsp;here:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/grahamrhay/cowboy_devmode&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/grahamrhay/cowboy_devmode&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+If&nbsp;I&nbsp;look&nbsp;in&nbsp;_rel,&nbsp;the&nbsp;lib&nbsp;folder&nbsp;for&nbsp;my&nbsp;app&nbsp;is&nbsp;a&nbsp;symlink,&nbsp;as&nbsp;expected.&lt;br&gt;<br>
+Yet&nbsp;when&nbsp;I&nbsp;change&lt;br&gt;<br>
+the&nbsp;web&nbsp;page,&nbsp;the&nbsp;rendered&nbsp;page&nbsp;is&nbsp;unchanged.&nbsp;I&#39;ve&nbsp;tried&nbsp;a&nbsp;hard&nbsp;reload,&lt;br&gt;<br>
+and&nbsp;clearing&lt;br&gt;<br>
+the&nbsp;cache.&lt;br&gt;<br>
+&lt;br&gt;<br>
+And,&nbsp;in&nbsp;case&nbsp;that&nbsp;wasn&#39;t&nbsp;annoying&nbsp;enough,&nbsp;even&nbsp;restarting&nbsp;the&nbsp;server&lt;br&gt;<br>
+isn&#39;t&nbsp;enough!&lt;br&gt;<br>
+Nor&nbsp;is&nbsp;running&nbsp;make&nbsp;again.&nbsp;In&nbsp;fact,&nbsp;the&nbsp;only&nbsp;way&nbsp;I&#39;ve&nbsp;found&nbsp;of&nbsp;getting&lt;br&gt;<br>
+it&nbsp;to&nbsp;update,&lt;br&gt;<br>
+is&nbsp;to&nbsp;turn&nbsp;off&nbsp;dev&nbsp;mode,&nbsp;and&nbsp;build&nbsp;the&nbsp;release.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Am&nbsp;I&nbsp;missing&nbsp;something&nbsp;really&nbsp;obvious?&nbsp;As&nbsp;far&nbsp;as&nbsp;I&nbsp;can&nbsp;tell&nbsp;from&lt;br&gt;<br>
+perusing&nbsp;the&nbsp;code,&lt;br&gt;<br>
+the&nbsp;cowboy&nbsp;static&nbsp;handler&nbsp;just&nbsp;serves&nbsp;the&nbsp;file&nbsp;directly&nbsp;from&nbsp;the&nbsp;file&lt;br&gt;<br>
+system.&lt;br&gt;<br>
+&lt;br&gt;<br>
+(P.S.&nbsp;I&nbsp;am&nbsp;using&nbsp;vagrant,&nbsp;but&nbsp;I&nbsp;would&nbsp;expect&nbsp;that&nbsp;to&nbsp;cause&nbsp;errors&nbsp;rather&lt;br&gt;<br>
+than&nbsp;this,&nbsp;if&lt;br&gt;<br>
+the&nbsp;symlink&nbsp;wasn&#39;t&nbsp;working.)&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150930/7f5e7422/attachment-0001.html b/_build/static/archives/extend/attachments/20150930/7f5e7422/attachment-0001.html
new file mode 100644
index 00000000..709f224f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150930/7f5e7422/attachment-0001.html
@@ -0,0 +1,101 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Done.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/issues/897&quot;&gt;https://github.com/ninenines/cowboy/issues/897&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;30&nbsp;September&nbsp;2015&nbsp;at&nbsp;18:03,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;It&#39;s&nbsp;not&nbsp;the&nbsp;first&nbsp;time&nbsp;I&nbsp;see&nbsp;this&nbsp;bug.&nbsp;Can&nbsp;you&nbsp;open&nbsp;a&nbsp;ticket&nbsp;on&nbsp;the&nbsp;Cowboy&nbsp;project&nbsp;so&nbsp;it&nbsp;gets&nbsp;documented&nbsp;in&nbsp;some&nbsp;kind&nbsp;of&nbsp;&quot;gotchas&quot;&nbsp;section?&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/30/2015&nbsp;06:57&nbsp;PM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;/span&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;<br>
+&lt;a&nbsp;href=&quot;https://www.virtualbox.org/ticket/9069&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.virtualbox.org/ticket/9069&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Opened&nbsp;4&nbsp;years&nbsp;ago&nbsp;:(&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;give&nbsp;VMware&nbsp;some&nbsp;money.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:57,&nbsp;Graham&nbsp;Hay&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Yeah,&nbsp;that&#39;s&nbsp;how&nbsp;I&nbsp;expected&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&#39;ll&nbsp;see&nbsp;if&nbsp;I&nbsp;can&nbsp;identify&lt;br&gt;<br>
+ &nbsp; &nbsp;how&nbsp;vagrant&nbsp;is&nbsp;causing&nbsp;me&nbsp;problems.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Didn&#39;t&nbsp;know&nbsp;about&nbsp;&quot;make&nbsp;run&quot;,&nbsp;thanks&nbsp;:)&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:39,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+ &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Wait,&nbsp;I&#39;m&nbsp;dumb.&nbsp;These&nbsp;steps&nbsp;also&nbsp;work:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Running&nbsp;the&nbsp;release,&nbsp;opening&nbsp;the&nbsp;website&nbsp;and&nbsp;seeing&nbsp;ohai,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;editing&nbsp;the&nbsp;file&nbsp;with&nbsp;some&nbsp;extra&nbsp;text,&nbsp;reloading,&nbsp;seeing&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;extra&nbsp;text.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;09/24/2015&nbsp;04:35&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Running&nbsp;the&nbsp;release,&nbsp;stopping&nbsp;it,&nbsp;editing&nbsp;the&nbsp;file,&nbsp;running&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;release&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;again&nbsp;works&nbsp;here.&nbsp;I&nbsp;suspect&nbsp;something&nbsp;related&nbsp;to&nbsp;Vagrant.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Also&nbsp;I&nbsp;suggest&nbsp;&#39;make&nbsp;run&#39;&nbsp;rather&nbsp;than&nbsp;your&nbsp;start.sh.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;09/23/2015&nbsp;07:45&nbsp;PM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;was&nbsp;fiddling&nbsp;with&nbsp;some&nbsp;js,&nbsp;and&nbsp;got&nbsp;tired&nbsp;of&nbsp;restarting&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;server.&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;was&nbsp;under&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;impression&nbsp;that&nbsp;using&nbsp;dev_mode&nbsp;with&nbsp;relx&nbsp;was&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;solution&nbsp;to&nbsp;this&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;problem,&nbsp;but&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;can&#39;t&nbsp;seem&nbsp;to&nbsp;get&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&nbsp;have&nbsp;an&nbsp;example&nbsp;here:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/grahamrhay/cowboy_devmode&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/grahamrhay/cowboy_devmode&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;If&nbsp;I&nbsp;look&nbsp;in&nbsp;_rel,&nbsp;the&nbsp;lib&nbsp;folder&nbsp;for&nbsp;my&nbsp;app&nbsp;is&nbsp;a&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;symlink,&nbsp;as&nbsp;expected.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Yet&nbsp;when&nbsp;I&nbsp;change&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;web&nbsp;page,&nbsp;the&nbsp;rendered&nbsp;page&nbsp;is&nbsp;unchanged.&nbsp;I&#39;ve&nbsp;tried&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;a&nbsp;hard&nbsp;reload,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;clearing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;cache.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;And,&nbsp;in&nbsp;case&nbsp;that&nbsp;wasn&#39;t&nbsp;annoying&nbsp;enough,&nbsp;even&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;restarting&nbsp;the&nbsp;server&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;isn&#39;t&nbsp;enough!&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Nor&nbsp;is&nbsp;running&nbsp;make&nbsp;again.&nbsp;In&nbsp;fact,&nbsp;the&nbsp;only&nbsp;way&nbsp;I&#39;ve&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;found&nbsp;of&nbsp;getting&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;it&nbsp;to&nbsp;update,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;is&nbsp;to&nbsp;turn&nbsp;off&nbsp;dev&nbsp;mode,&nbsp;and&nbsp;build&nbsp;the&nbsp;release.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Am&nbsp;I&nbsp;missing&nbsp;something&nbsp;really&nbsp;obvious?&nbsp;As&nbsp;far&nbsp;as&nbsp;I&nbsp;can&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;tell&nbsp;from&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;perusing&nbsp;the&nbsp;code,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;cowboy&nbsp;static&nbsp;handler&nbsp;just&nbsp;serves&nbsp;the&nbsp;file&nbsp;directly&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;from&nbsp;the&nbsp;file&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;system.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(P.S.&nbsp;I&nbsp;am&nbsp;using&nbsp;vagrant,&nbsp;but&nbsp;I&nbsp;would&nbsp;expect&nbsp;that&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;cause&nbsp;errors&nbsp;rather&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;than&nbsp;this,&nbsp;if&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;symlink&nbsp;wasn&#39;t&nbsp;working.)&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/span&gt;&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150930/7f5e7422/attachment.html b/_build/static/archives/extend/attachments/20150930/7f5e7422/attachment.html
new file mode 100644
index 00000000..709f224f
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150930/7f5e7422/attachment.html
@@ -0,0 +1,101 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Done.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;&lt;a&nbsp;href=&quot;https://github.com/ninenines/cowboy/issues/897&quot;&gt;https://github.com/ninenines/cowboy/issues/897&lt;/a&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;30&nbsp;September&nbsp;2015&nbsp;at&nbsp;18:03,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;It&#39;s&nbsp;not&nbsp;the&nbsp;first&nbsp;time&nbsp;I&nbsp;see&nbsp;this&nbsp;bug.&nbsp;Can&nbsp;you&nbsp;open&nbsp;a&nbsp;ticket&nbsp;on&nbsp;the&nbsp;Cowboy&nbsp;project&nbsp;so&nbsp;it&nbsp;gets&nbsp;documented&nbsp;in&nbsp;some&nbsp;kind&nbsp;of&nbsp;&quot;gotchas&quot;&nbsp;section?&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/30/2015&nbsp;06:57&nbsp;PM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;/span&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;<br>
+&lt;a&nbsp;href=&quot;https://www.virtualbox.org/ticket/9069&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://www.virtualbox.org/ticket/9069&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+Opened&nbsp;4&nbsp;years&nbsp;ago&nbsp;:(&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;give&nbsp;VMware&nbsp;some&nbsp;money.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:57,&nbsp;Graham&nbsp;Hay&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;span&nbsp;class=&quot;&quot;&gt;<br>
+&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Yeah,&nbsp;that&#39;s&nbsp;how&nbsp;I&nbsp;expected&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&#39;ll&nbsp;see&nbsp;if&nbsp;I&nbsp;can&nbsp;identify&lt;br&gt;<br>
+ &nbsp; &nbsp;how&nbsp;vagrant&nbsp;is&nbsp;causing&nbsp;me&nbsp;problems.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;Didn&#39;t&nbsp;know&nbsp;about&nbsp;&quot;make&nbsp;run&quot;,&nbsp;thanks&nbsp;:)&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp;On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:39,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;&lt;/span&gt;&lt;div&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+ &nbsp; &nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&gt;&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Wait,&nbsp;I&#39;m&nbsp;dumb.&nbsp;These&nbsp;steps&nbsp;also&nbsp;work:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Running&nbsp;the&nbsp;release,&nbsp;opening&nbsp;the&nbsp;website&nbsp;and&nbsp;seeing&nbsp;ohai,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;editing&nbsp;the&nbsp;file&nbsp;with&nbsp;some&nbsp;extra&nbsp;text,&nbsp;reloading,&nbsp;seeing&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;extra&nbsp;text.&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;09/24/2015&nbsp;04:35&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Running&nbsp;the&nbsp;release,&nbsp;stopping&nbsp;it,&nbsp;editing&nbsp;the&nbsp;file,&nbsp;running&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;release&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;again&nbsp;works&nbsp;here.&nbsp;I&nbsp;suspect&nbsp;something&nbsp;related&nbsp;to&nbsp;Vagrant.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Also&nbsp;I&nbsp;suggest&nbsp;&#39;make&nbsp;run&#39;&nbsp;rather&nbsp;than&nbsp;your&nbsp;start.sh.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;On&nbsp;09/23/2015&nbsp;07:45&nbsp;PM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;was&nbsp;fiddling&nbsp;with&nbsp;some&nbsp;js,&nbsp;and&nbsp;got&nbsp;tired&nbsp;of&nbsp;restarting&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;server.&nbsp;I&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;was&nbsp;under&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;impression&nbsp;that&nbsp;using&nbsp;dev_mode&nbsp;with&nbsp;relx&nbsp;was&nbsp;the&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;solution&nbsp;to&nbsp;this&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;problem,&nbsp;but&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;I&nbsp;can&#39;t&nbsp;seem&nbsp;to&nbsp;get&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&nbsp;have&nbsp;an&nbsp;example&nbsp;here:&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://github.com/grahamrhay/cowboy_devmode&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/grahamrhay/cowboy_devmode&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;If&nbsp;I&nbsp;look&nbsp;in&nbsp;_rel,&nbsp;the&nbsp;lib&nbsp;folder&nbsp;for&nbsp;my&nbsp;app&nbsp;is&nbsp;a&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;symlink,&nbsp;as&nbsp;expected.&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Yet&nbsp;when&nbsp;I&nbsp;change&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;web&nbsp;page,&nbsp;the&nbsp;rendered&nbsp;page&nbsp;is&nbsp;unchanged.&nbsp;I&#39;ve&nbsp;tried&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;a&nbsp;hard&nbsp;reload,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;and&nbsp;clearing&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;cache.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;And,&nbsp;in&nbsp;case&nbsp;that&nbsp;wasn&#39;t&nbsp;annoying&nbsp;enough,&nbsp;even&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;restarting&nbsp;the&nbsp;server&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;isn&#39;t&nbsp;enough!&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Nor&nbsp;is&nbsp;running&nbsp;make&nbsp;again.&nbsp;In&nbsp;fact,&nbsp;the&nbsp;only&nbsp;way&nbsp;I&#39;ve&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;found&nbsp;of&nbsp;getting&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;it&nbsp;to&nbsp;update,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;is&nbsp;to&nbsp;turn&nbsp;off&nbsp;dev&nbsp;mode,&nbsp;and&nbsp;build&nbsp;the&nbsp;release.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Am&nbsp;I&nbsp;missing&nbsp;something&nbsp;really&nbsp;obvious?&nbsp;As&nbsp;far&nbsp;as&nbsp;I&nbsp;can&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;tell&nbsp;from&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;perusing&nbsp;the&nbsp;code,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;cowboy&nbsp;static&nbsp;handler&nbsp;just&nbsp;serves&nbsp;the&nbsp;file&nbsp;directly&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;from&nbsp;the&nbsp;file&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;system.&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(P.S.&nbsp;I&nbsp;am&nbsp;using&nbsp;vagrant,&nbsp;but&nbsp;I&nbsp;would&nbsp;expect&nbsp;that&nbsp;to&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;cause&nbsp;errors&nbsp;rather&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;than&nbsp;this,&nbsp;if&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the&nbsp;symlink&nbsp;wasn&#39;t&nbsp;working.)&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;_______________________________________________&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Extend&nbsp;mailing&nbsp;list&lt;br&gt;&lt;/div&gt;&lt;/div&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&nbsp;&lt;mailto:&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;span&nbsp;class=&quot;&quot;&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;--&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Loïc&nbsp;Hoguin&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+ &nbsp; &nbsp; &nbsp; &nbsp;A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/span&gt;&lt;/blockquote&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150930/ee98f926/attachment-0001.html b/_build/static/archives/extend/attachments/20150930/ee98f926/attachment-0001.html
new file mode 100644
index 00000000..b0b9bd2e
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150930/ee98f926/attachment-0001.html
@@ -0,0 +1,62 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;a&nbsp;href=&quot;https://www.virtualbox.org/ticket/9069&quot;&gt;https://www.virtualbox.org/ticket/9069&lt;/a&gt;&lt;br&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Opened&nbsp;4&nbsp;years&nbsp;ago&nbsp;:(&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;give&nbsp;VMware&nbsp;some&nbsp;money.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:57,&nbsp;Graham&nbsp;Hay&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Yeah,&nbsp;that&#39;s&nbsp;how&nbsp;I&nbsp;expected&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&#39;ll&nbsp;see&nbsp;if&nbsp;I&nbsp;can&nbsp;identify&nbsp;how&nbsp;vagrant&nbsp;is&nbsp;causing&nbsp;me&nbsp;problems.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Didn&#39;t&nbsp;know&nbsp;about&nbsp;&quot;make&nbsp;run&quot;,&nbsp;thanks&nbsp;:)&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:39,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Wait,&nbsp;I&#39;m&nbsp;dumb.&nbsp;These&nbsp;steps&nbsp;also&nbsp;work:&lt;br&gt;<br>
+&lt;br&gt;<br>
+Running&nbsp;the&nbsp;release,&nbsp;opening&nbsp;the&nbsp;website&nbsp;and&nbsp;seeing&nbsp;ohai,&nbsp;editing&nbsp;the&nbsp;file&nbsp;with&nbsp;some&nbsp;extra&nbsp;text,&nbsp;reloading,&nbsp;seeing&nbsp;the&nbsp;extra&nbsp;text.&lt;div&gt;&lt;div&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/24/2015&nbsp;04:35&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Running&nbsp;the&nbsp;release,&nbsp;stopping&nbsp;it,&nbsp;editing&nbsp;the&nbsp;file,&nbsp;running&nbsp;the&nbsp;release&lt;br&gt;<br>
+again&nbsp;works&nbsp;here.&nbsp;I&nbsp;suspect&nbsp;something&nbsp;related&nbsp;to&nbsp;Vagrant.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Also&nbsp;I&nbsp;suggest&nbsp;&#39;make&nbsp;run&#39;&nbsp;rather&nbsp;than&nbsp;your&nbsp;start.sh.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/23/2015&nbsp;07:45&nbsp;PM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+I&nbsp;was&nbsp;fiddling&nbsp;with&nbsp;some&nbsp;js,&nbsp;and&nbsp;got&nbsp;tired&nbsp;of&nbsp;restarting&nbsp;the&nbsp;server.&nbsp;I&lt;br&gt;<br>
+was&nbsp;under&nbsp;the&lt;br&gt;<br>
+impression&nbsp;that&nbsp;using&nbsp;dev_mode&nbsp;with&nbsp;relx&nbsp;was&nbsp;the&nbsp;solution&nbsp;to&nbsp;this&lt;br&gt;<br>
+problem,&nbsp;but&lt;br&gt;<br>
+I&nbsp;can&#39;t&nbsp;seem&nbsp;to&nbsp;get&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&nbsp;have&nbsp;an&nbsp;example&nbsp;here:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/grahamrhay/cowboy_devmode&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/grahamrhay/cowboy_devmode&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+If&nbsp;I&nbsp;look&nbsp;in&nbsp;_rel,&nbsp;the&nbsp;lib&nbsp;folder&nbsp;for&nbsp;my&nbsp;app&nbsp;is&nbsp;a&nbsp;symlink,&nbsp;as&nbsp;expected.&lt;br&gt;<br>
+Yet&nbsp;when&nbsp;I&nbsp;change&lt;br&gt;<br>
+the&nbsp;web&nbsp;page,&nbsp;the&nbsp;rendered&nbsp;page&nbsp;is&nbsp;unchanged.&nbsp;I&#39;ve&nbsp;tried&nbsp;a&nbsp;hard&nbsp;reload,&lt;br&gt;<br>
+and&nbsp;clearing&lt;br&gt;<br>
+the&nbsp;cache.&lt;br&gt;<br>
+&lt;br&gt;<br>
+And,&nbsp;in&nbsp;case&nbsp;that&nbsp;wasn&#39;t&nbsp;annoying&nbsp;enough,&nbsp;even&nbsp;restarting&nbsp;the&nbsp;server&lt;br&gt;<br>
+isn&#39;t&nbsp;enough!&lt;br&gt;<br>
+Nor&nbsp;is&nbsp;running&nbsp;make&nbsp;again.&nbsp;In&nbsp;fact,&nbsp;the&nbsp;only&nbsp;way&nbsp;I&#39;ve&nbsp;found&nbsp;of&nbsp;getting&lt;br&gt;<br>
+it&nbsp;to&nbsp;update,&lt;br&gt;<br>
+is&nbsp;to&nbsp;turn&nbsp;off&nbsp;dev&nbsp;mode,&nbsp;and&nbsp;build&nbsp;the&nbsp;release.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Am&nbsp;I&nbsp;missing&nbsp;something&nbsp;really&nbsp;obvious?&nbsp;As&nbsp;far&nbsp;as&nbsp;I&nbsp;can&nbsp;tell&nbsp;from&lt;br&gt;<br>
+perusing&nbsp;the&nbsp;code,&lt;br&gt;<br>
+the&nbsp;cowboy&nbsp;static&nbsp;handler&nbsp;just&nbsp;serves&nbsp;the&nbsp;file&nbsp;directly&nbsp;from&nbsp;the&nbsp;file&lt;br&gt;<br>
+system.&lt;br&gt;<br>
+&lt;br&gt;<br>
+(P.S.&nbsp;I&nbsp;am&nbsp;using&nbsp;vagrant,&nbsp;but&nbsp;I&nbsp;would&nbsp;expect&nbsp;that&nbsp;to&nbsp;cause&nbsp;errors&nbsp;rather&lt;br&gt;<br>
+than&nbsp;this,&nbsp;if&lt;br&gt;<br>
+the&nbsp;symlink&nbsp;wasn&#39;t&nbsp;working.)&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/attachments/20150930/ee98f926/attachment.html b/_build/static/archives/extend/attachments/20150930/ee98f926/attachment.html
new file mode 100644
index 00000000..b0b9bd2e
--- /dev/null
+++ b/_build/static/archives/extend/attachments/20150930/ee98f926/attachment.html
@@ -0,0 +1,62 @@
+<tt>
+&lt;div&nbsp;dir=&quot;ltr&quot;&gt;&lt;a&nbsp;href=&quot;https://www.virtualbox.org/ticket/9069&quot;&gt;https://www.virtualbox.org/ticket/9069&lt;/a&gt;&lt;br&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Opened&nbsp;4&nbsp;years&nbsp;ago&nbsp;:(&nbsp;Maybe&nbsp;I&nbsp;should&nbsp;give&nbsp;VMware&nbsp;some&nbsp;money.&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:57,&nbsp;Graham&nbsp;Hay&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;&lt;div&nbsp;dir=&quot;ltr&quot;&gt;Yeah,&nbsp;that&#39;s&nbsp;how&nbsp;I&nbsp;expected&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&#39;ll&nbsp;see&nbsp;if&nbsp;I&nbsp;can&nbsp;identify&nbsp;how&nbsp;vagrant&nbsp;is&nbsp;causing&nbsp;me&nbsp;problems.&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;Didn&#39;t&nbsp;know&nbsp;about&nbsp;&quot;make&nbsp;run&quot;,&nbsp;thanks&nbsp;:)&lt;/div&gt;&lt;/div&gt;&lt;div&nbsp;class=&quot;HOEnZb&quot;&gt;&lt;div&nbsp;class=&quot;h5&quot;&gt;&lt;div&nbsp;class=&quot;gmail_extra&quot;&gt;&lt;br&gt;&lt;div&nbsp;class=&quot;gmail_quote&quot;&gt;On&nbsp;24&nbsp;September&nbsp;2015&nbsp;at&nbsp;15:39,&nbsp;Loïc&nbsp;Hoguin&nbsp;&lt;span&nbsp;dir=&quot;ltr&quot;&gt;&lt;&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&gt;&lt;/span&gt;&nbsp;wrote:&lt;br&gt;&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;Wait,&nbsp;I&#39;m&nbsp;dumb.&nbsp;These&nbsp;steps&nbsp;also&nbsp;work:&lt;br&gt;<br>
+&lt;br&gt;<br>
+Running&nbsp;the&nbsp;release,&nbsp;opening&nbsp;the&nbsp;website&nbsp;and&nbsp;seeing&nbsp;ohai,&nbsp;editing&nbsp;the&nbsp;file&nbsp;with&nbsp;some&nbsp;extra&nbsp;text,&nbsp;reloading,&nbsp;seeing&nbsp;the&nbsp;extra&nbsp;text.&lt;div&gt;&lt;div&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/24/2015&nbsp;04:35&nbsp;PM,&nbsp;Loïc&nbsp;Hoguin&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+Running&nbsp;the&nbsp;release,&nbsp;stopping&nbsp;it,&nbsp;editing&nbsp;the&nbsp;file,&nbsp;running&nbsp;the&nbsp;release&lt;br&gt;<br>
+again&nbsp;works&nbsp;here.&nbsp;I&nbsp;suspect&nbsp;something&nbsp;related&nbsp;to&nbsp;Vagrant.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Also&nbsp;I&nbsp;suggest&nbsp;&#39;make&nbsp;run&#39;&nbsp;rather&nbsp;than&nbsp;your&nbsp;start.sh.&lt;br&gt;<br>
+&lt;br&gt;<br>
+On&nbsp;09/23/2015&nbsp;07:45&nbsp;PM,&nbsp;Graham&nbsp;Hay&nbsp;wrote:&lt;br&gt;<br>
+&lt;blockquote&nbsp;class=&quot;gmail_quote&quot;&nbsp;style=&quot;margin:0&nbsp;0&nbsp;0&nbsp;.8ex;border-left:1px&nbsp;#ccc&nbsp;solid;padding-left:1ex&quot;&gt;<br>
+I&nbsp;was&nbsp;fiddling&nbsp;with&nbsp;some&nbsp;js,&nbsp;and&nbsp;got&nbsp;tired&nbsp;of&nbsp;restarting&nbsp;the&nbsp;server.&nbsp;I&lt;br&gt;<br>
+was&nbsp;under&nbsp;the&lt;br&gt;<br>
+impression&nbsp;that&nbsp;using&nbsp;dev_mode&nbsp;with&nbsp;relx&nbsp;was&nbsp;the&nbsp;solution&nbsp;to&nbsp;this&lt;br&gt;<br>
+problem,&nbsp;but&lt;br&gt;<br>
+I&nbsp;can&#39;t&nbsp;seem&nbsp;to&nbsp;get&nbsp;it&nbsp;to&nbsp;work.&nbsp;I&nbsp;have&nbsp;an&nbsp;example&nbsp;here:&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://github.com/grahamrhay/cowboy_devmode&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://github.com/grahamrhay/cowboy_devmode&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+If&nbsp;I&nbsp;look&nbsp;in&nbsp;_rel,&nbsp;the&nbsp;lib&nbsp;folder&nbsp;for&nbsp;my&nbsp;app&nbsp;is&nbsp;a&nbsp;symlink,&nbsp;as&nbsp;expected.&lt;br&gt;<br>
+Yet&nbsp;when&nbsp;I&nbsp;change&lt;br&gt;<br>
+the&nbsp;web&nbsp;page,&nbsp;the&nbsp;rendered&nbsp;page&nbsp;is&nbsp;unchanged.&nbsp;I&#39;ve&nbsp;tried&nbsp;a&nbsp;hard&nbsp;reload,&lt;br&gt;<br>
+and&nbsp;clearing&lt;br&gt;<br>
+the&nbsp;cache.&lt;br&gt;<br>
+&lt;br&gt;<br>
+And,&nbsp;in&nbsp;case&nbsp;that&nbsp;wasn&#39;t&nbsp;annoying&nbsp;enough,&nbsp;even&nbsp;restarting&nbsp;the&nbsp;server&lt;br&gt;<br>
+isn&#39;t&nbsp;enough!&lt;br&gt;<br>
+Nor&nbsp;is&nbsp;running&nbsp;make&nbsp;again.&nbsp;In&nbsp;fact,&nbsp;the&nbsp;only&nbsp;way&nbsp;I&#39;ve&nbsp;found&nbsp;of&nbsp;getting&lt;br&gt;<br>
+it&nbsp;to&nbsp;update,&lt;br&gt;<br>
+is&nbsp;to&nbsp;turn&nbsp;off&nbsp;dev&nbsp;mode,&nbsp;and&nbsp;build&nbsp;the&nbsp;release.&lt;br&gt;<br>
+&lt;br&gt;<br>
+Am&nbsp;I&nbsp;missing&nbsp;something&nbsp;really&nbsp;obvious?&nbsp;As&nbsp;far&nbsp;as&nbsp;I&nbsp;can&nbsp;tell&nbsp;from&lt;br&gt;<br>
+perusing&nbsp;the&nbsp;code,&lt;br&gt;<br>
+the&nbsp;cowboy&nbsp;static&nbsp;handler&nbsp;just&nbsp;serves&nbsp;the&nbsp;file&nbsp;directly&nbsp;from&nbsp;the&nbsp;file&lt;br&gt;<br>
+system.&lt;br&gt;<br>
+&lt;br&gt;<br>
+(P.S.&nbsp;I&nbsp;am&nbsp;using&nbsp;vagrant,&nbsp;but&nbsp;I&nbsp;would&nbsp;expect&nbsp;that&nbsp;to&nbsp;cause&nbsp;errors&nbsp;rather&lt;br&gt;<br>
+than&nbsp;this,&nbsp;if&lt;br&gt;<br>
+the&nbsp;symlink&nbsp;wasn&#39;t&nbsp;working.)&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;br&gt;<br>
+_______________________________________________&lt;br&gt;<br>
+Extend&nbsp;mailing&nbsp;list&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;mailto:[email protected]&quot;&nbsp;target=&quot;_blank&quot;&gt;[email protected]&lt;/a&gt;&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;https://lists.ninenines.eu/listinfo/extend&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;https://lists.ninenines.eu/listinfo/extend&lt;/a&gt;&lt;br&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+&lt;/blockquote&gt;<br>
+&lt;br&gt;<br>
+--&nbsp;&lt;br&gt;<br>
+Loïc&nbsp;Hoguin&lt;br&gt;<br>
+&lt;a&nbsp;href=&quot;http://ninenines.eu&quot;&nbsp;rel=&quot;noreferrer&quot;&nbsp;target=&quot;_blank&quot;&gt;http://ninenines.eu&lt;/a&gt;&lt;br&gt;<br>
+Author&nbsp;of&nbsp;The&nbsp;Erlanger&nbsp;Playbook,&lt;br&gt;<br>
+A&nbsp;book&nbsp;about&nbsp;software&nbsp;development&nbsp;using&nbsp;Erlang&lt;br&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+&lt;/div&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;/div&gt;&lt;br&gt;&lt;/div&gt;<br>
+
+</tt>
diff --git a/_build/static/archives/extend/index.html b/_build/static/archives/extend/index.html
new file mode 100644
index 00000000..4f8a68e6
--- /dev/null
+++ b/_build/static/archives/extend/index.html
@@ -0,0 +1,455 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+  <HEAD>
+     <title>The Extend Archives</title>
+     <META NAME="robots" CONTENT="noindex,follow">
+     <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+  </HEAD>
+  <BODY BGCOLOR="#ffffff">
+     <h1>The Extend Archives </h1>
+     <p>
+      You can get <a href="https://lists.ninenines.eu/listinfo/extend">more information about this list</a>.
+     </p>
+     
+     	<table border=3>
+          <tr><td>Archive</td>
+          <td>View by:</td>
+          <td>Downloadable version</td></tr>
+
+     
+	    <tr>
+            <td>October 2015:</td>
+            <td>
+              <A href="2015-October/thread.html">[ Thread ]</a>
+              <A href="2015-October/subject.html">[ Subject ]</a>
+              <A href="2015-October/author.html">[ Author ]</a>
+              <A href="2015-October/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2015-October.txt">[ Text 2 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>September 2015:</td>
+            <td>
+              <A href="2015-September/thread.html">[ Thread ]</a>
+              <A href="2015-September/subject.html">[ Subject ]</a>
+              <A href="2015-September/author.html">[ Author ]</a>
+              <A href="2015-September/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2015-September.txt">[ Text 19 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>August 2015:</td>
+            <td>
+              <A href="2015-August/thread.html">[ Thread ]</a>
+              <A href="2015-August/subject.html">[ Subject ]</a>
+              <A href="2015-August/author.html">[ Author ]</a>
+              <A href="2015-August/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2015-August.txt">[ Text 4 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>July 2015:</td>
+            <td>
+              <A href="2015-July/thread.html">[ Thread ]</a>
+              <A href="2015-July/subject.html">[ Subject ]</a>
+              <A href="2015-July/author.html">[ Author ]</a>
+              <A href="2015-July/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2015-July.txt">[ Text 3 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>June 2015:</td>
+            <td>
+              <A href="2015-June/thread.html">[ Thread ]</a>
+              <A href="2015-June/subject.html">[ Subject ]</a>
+              <A href="2015-June/author.html">[ Author ]</a>
+              <A href="2015-June/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2015-June.txt">[ Text 76 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>April 2015:</td>
+            <td>
+              <A href="2015-April/thread.html">[ Thread ]</a>
+              <A href="2015-April/subject.html">[ Subject ]</a>
+              <A href="2015-April/author.html">[ Author ]</a>
+              <A href="2015-April/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2015-April.txt">[ Text 5 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>March 2015:</td>
+            <td>
+              <A href="2015-March/thread.html">[ Thread ]</a>
+              <A href="2015-March/subject.html">[ Subject ]</a>
+              <A href="2015-March/author.html">[ Author ]</a>
+              <A href="2015-March/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2015-March.txt">[ Text 23 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>February 2015:</td>
+            <td>
+              <A href="2015-February/thread.html">[ Thread ]</a>
+              <A href="2015-February/subject.html">[ Subject ]</a>
+              <A href="2015-February/author.html">[ Author ]</a>
+              <A href="2015-February/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2015-February.txt">[ Text 8 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>January 2015:</td>
+            <td>
+              <A href="2015-January/thread.html">[ Thread ]</a>
+              <A href="2015-January/subject.html">[ Subject ]</a>
+              <A href="2015-January/author.html">[ Author ]</a>
+              <A href="2015-January/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2015-January.txt">[ Text 41 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>December 2014:</td>
+            <td>
+              <A href="2014-December/thread.html">[ Thread ]</a>
+              <A href="2014-December/subject.html">[ Subject ]</a>
+              <A href="2014-December/author.html">[ Author ]</a>
+              <A href="2014-December/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-December.txt">[ Text 569 bytes ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>November 2014:</td>
+            <td>
+              <A href="2014-November/thread.html">[ Thread ]</a>
+              <A href="2014-November/subject.html">[ Subject ]</a>
+              <A href="2014-November/author.html">[ Author ]</a>
+              <A href="2014-November/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-November.txt">[ Text 6 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>October 2014:</td>
+            <td>
+              <A href="2014-October/thread.html">[ Thread ]</a>
+              <A href="2014-October/subject.html">[ Subject ]</a>
+              <A href="2014-October/author.html">[ Author ]</a>
+              <A href="2014-October/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-October.txt">[ Text 9 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>September 2014:</td>
+            <td>
+              <A href="2014-September/thread.html">[ Thread ]</a>
+              <A href="2014-September/subject.html">[ Subject ]</a>
+              <A href="2014-September/author.html">[ Author ]</a>
+              <A href="2014-September/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-September.txt">[ Text 19 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>August 2014:</td>
+            <td>
+              <A href="2014-August/thread.html">[ Thread ]</a>
+              <A href="2014-August/subject.html">[ Subject ]</a>
+              <A href="2014-August/author.html">[ Author ]</a>
+              <A href="2014-August/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-August.txt">[ Text 82 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>July 2014:</td>
+            <td>
+              <A href="2014-July/thread.html">[ Thread ]</a>
+              <A href="2014-July/subject.html">[ Subject ]</a>
+              <A href="2014-July/author.html">[ Author ]</a>
+              <A href="2014-July/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-July.txt">[ Text 22 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>June 2014:</td>
+            <td>
+              <A href="2014-June/thread.html">[ Thread ]</a>
+              <A href="2014-June/subject.html">[ Subject ]</a>
+              <A href="2014-June/author.html">[ Author ]</a>
+              <A href="2014-June/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-June.txt">[ Text 31 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>May 2014:</td>
+            <td>
+              <A href="2014-May/thread.html">[ Thread ]</a>
+              <A href="2014-May/subject.html">[ Subject ]</a>
+              <A href="2014-May/author.html">[ Author ]</a>
+              <A href="2014-May/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-May.txt">[ Text 13 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>April 2014:</td>
+            <td>
+              <A href="2014-April/thread.html">[ Thread ]</a>
+              <A href="2014-April/subject.html">[ Subject ]</a>
+              <A href="2014-April/author.html">[ Author ]</a>
+              <A href="2014-April/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-April.txt">[ Text 29 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>March 2014:</td>
+            <td>
+              <A href="2014-March/thread.html">[ Thread ]</a>
+              <A href="2014-March/subject.html">[ Subject ]</a>
+              <A href="2014-March/author.html">[ Author ]</a>
+              <A href="2014-March/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-March.txt">[ Text 55 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>February 2014:</td>
+            <td>
+              <A href="2014-February/thread.html">[ Thread ]</a>
+              <A href="2014-February/subject.html">[ Subject ]</a>
+              <A href="2014-February/author.html">[ Author ]</a>
+              <A href="2014-February/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-February.txt">[ Text 42 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>January 2014:</td>
+            <td>
+              <A href="2014-January/thread.html">[ Thread ]</a>
+              <A href="2014-January/subject.html">[ Subject ]</a>
+              <A href="2014-January/author.html">[ Author ]</a>
+              <A href="2014-January/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2014-January.txt">[ Text 2 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>December 2013:</td>
+            <td>
+              <A href="2013-December/thread.html">[ Thread ]</a>
+              <A href="2013-December/subject.html">[ Subject ]</a>
+              <A href="2013-December/author.html">[ Author ]</a>
+              <A href="2013-December/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-December.txt">[ Text 8 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>November 2013:</td>
+            <td>
+              <A href="2013-November/thread.html">[ Thread ]</a>
+              <A href="2013-November/subject.html">[ Subject ]</a>
+              <A href="2013-November/author.html">[ Author ]</a>
+              <A href="2013-November/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-November.txt">[ Text 21 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>October 2013:</td>
+            <td>
+              <A href="2013-October/thread.html">[ Thread ]</a>
+              <A href="2013-October/subject.html">[ Subject ]</a>
+              <A href="2013-October/author.html">[ Author ]</a>
+              <A href="2013-October/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-October.txt">[ Text 94 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>September 2013:</td>
+            <td>
+              <A href="2013-September/thread.html">[ Thread ]</a>
+              <A href="2013-September/subject.html">[ Subject ]</a>
+              <A href="2013-September/author.html">[ Author ]</a>
+              <A href="2013-September/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-September.txt">[ Text 71 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>August 2013:</td>
+            <td>
+              <A href="2013-August/thread.html">[ Thread ]</a>
+              <A href="2013-August/subject.html">[ Subject ]</a>
+              <A href="2013-August/author.html">[ Author ]</a>
+              <A href="2013-August/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-August.txt">[ Text 102 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>July 2013:</td>
+            <td>
+              <A href="2013-July/thread.html">[ Thread ]</a>
+              <A href="2013-July/subject.html">[ Subject ]</a>
+              <A href="2013-July/author.html">[ Author ]</a>
+              <A href="2013-July/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-July.txt">[ Text 79 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>June 2013:</td>
+            <td>
+              <A href="2013-June/thread.html">[ Thread ]</a>
+              <A href="2013-June/subject.html">[ Subject ]</a>
+              <A href="2013-June/author.html">[ Author ]</a>
+              <A href="2013-June/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-June.txt">[ Text 2 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>May 2013:</td>
+            <td>
+              <A href="2013-May/thread.html">[ Thread ]</a>
+              <A href="2013-May/subject.html">[ Subject ]</a>
+              <A href="2013-May/author.html">[ Author ]</a>
+              <A href="2013-May/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-May.txt">[ Text 30 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>April 2013:</td>
+            <td>
+              <A href="2013-April/thread.html">[ Thread ]</a>
+              <A href="2013-April/subject.html">[ Subject ]</a>
+              <A href="2013-April/author.html">[ Author ]</a>
+              <A href="2013-April/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-April.txt">[ Text 160 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>March 2013:</td>
+            <td>
+              <A href="2013-March/thread.html">[ Thread ]</a>
+              <A href="2013-March/subject.html">[ Subject ]</a>
+              <A href="2013-March/author.html">[ Author ]</a>
+              <A href="2013-March/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-March.txt">[ Text 5 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>February 2013:</td>
+            <td>
+              <A href="2013-February/thread.html">[ Thread ]</a>
+              <A href="2013-February/subject.html">[ Subject ]</a>
+              <A href="2013-February/author.html">[ Author ]</a>
+              <A href="2013-February/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-February.txt">[ Text 36 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>January 2013:</td>
+            <td>
+              <A href="2013-January/thread.html">[ Thread ]</a>
+              <A href="2013-January/subject.html">[ Subject ]</a>
+              <A href="2013-January/author.html">[ Author ]</a>
+              <A href="2013-January/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2013-January.txt">[ Text 38 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>December 2012:</td>
+            <td>
+              <A href="2012-December/thread.html">[ Thread ]</a>
+              <A href="2012-December/subject.html">[ Subject ]</a>
+              <A href="2012-December/author.html">[ Author ]</a>
+              <A href="2012-December/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2012-December.txt">[ Text 21 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>November 2012:</td>
+            <td>
+              <A href="2012-November/thread.html">[ Thread ]</a>
+              <A href="2012-November/subject.html">[ Subject ]</a>
+              <A href="2012-November/author.html">[ Author ]</a>
+              <A href="2012-November/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2012-November.txt">[ Text 13 KB ]</a></td>
+            </tr>
+
+
+	    <tr>
+            <td>October 2012:</td>
+            <td>
+              <A href="2012-October/thread.html">[ Thread ]</a>
+              <A href="2012-October/subject.html">[ Subject ]</a>
+              <A href="2012-October/author.html">[ Author ]</a>
+              <A href="2012-October/date.html">[ Date ]</a>
+            </td>
+            <td><A href="2012-October.txt">[ Text 6 KB ]</a></td>
+            </tr>
+
+
+              </table>
+
+     </BODY>
+     </HTML>