<div dir="ltr">Yes so there are external modules to handle the following:<div><br></div><div>- IDNA</div><div>- SSL certificates access (certifi)</div><div>- SSL Host validation</div><div>- Mimes handling (simple module providing a way to retrieves mimes headers from a file extension and the other way)</div><div><br></div><div>Over the time the codebase have grown without much planning to answer to more demands. Too much for my taste I would say. The coming version that must land this week tends to more simplicity and less dependencies. </div><div><br></div><div>The way I see hackney is as a toolbox in which you can pick what you need to interact with the web and the web of things. It means anything to interact with HTTP(1.1,2), Websockets and others specs like COAP once I figured how to handle DTLS properly in Erlang.</div><div><br></div><div>So in short the next version is simple but will keep the current API for the HTTP requests so going from hackney 1 to 2 shouldn't be hard.</div><div><br></div><div>- benoît</div><div><br></div><div><br></div><div dir="ltr"><div><br><div class="gmail_quote"><div dir="ltr">On Thu, Feb 25, 2016 at 10:25 AM John Doe <<a href="mailto:donpedrothird@gmail.com" target="_blank">donpedrothird@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">If i remember right, most of the deps in hackney are for ssl (certs etc) and idn domains support.</div><div class="gmail_extra"><br><div class="gmail_quote">2016-02-24 22:01 GMT+03:00 Garrett Smith <span dir="ltr"><<a href="mailto:g@rre.tt" target="_blank">g@rre.tt</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><span><div dir="ltr">On Wed, Feb 24, 2016 at 10:49 AM Benoit Chesneau <<a href="mailto:bchesneau@gmail.com" target="_blank">bchesneau@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, Feb 24, 2016 at 4:49 PM Garrett Smith <<a href="mailto:g@rre.tt" target="_blank">g@rre.tt</a>> wrote:<br></div></div></div><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I'm taking time off from typing -module attributes to focus on my backlog of other important problems...</div><div><br></div>I'm interfacing with various OAuth providers within an Erlang application and I need a simple HTTP client. I've poked around the ecosystem and have learned that HTTP clients are the new MySQL clients in terms of which-one-to-freakin-use.<div><br></div><div>As I'm using this for user auth, memory and performance are considerations, though far behind stability and actual-workingness.</div><div><br></div><div>(In the interest of the later, I'd traditionally wrap OS curl processes because curl is known to actually work, but that _might_ not be feasible as the application grows. Come to think of it, I'm going to start with a curl wrapper and iterate by measuring, so never mind.)</div><div><br></div><div>I'd love to learn from the field experience of others. Is anyone really, really happy with the HTTP client he or she is using for semi-heavy loads like user auth?</div></div></blockquote></div></div><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a></blockquote><div><br></div></div><div dir="ltr"><div class="gmail_quote"><div>Well I would advise hackney of course :) The pool part is completely optional and it will be gone in the week release anyway. It's used as a large scale in some companies handing millions of connections. It provides you a REST client API, streaming (transparent or not) and so on. </div></div></div></div></blockquote><div><br></div></span><div>I'll probably come around to this, but I was initially surprised by the four, or maybe it was five, even six additional apps that came along with hackney. Are you sure it isn't an HTTP _server_? :p</div><span><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>If you want to do in a minimal way, I extracted the parser in a library:</div><div><a href="https://github.com/benoitc/nplib/blob/master/src/nplib_http.erl" target="_blank">https://github.com/benoitc/nplib/blob/master/src/nplib_http.erl</a><br></div><div><br></div><div>and then uses it with gen_tcp.</div><div><br></div></div></div></div></blockquote></span><div>This is interesting - I'll take a look!</div><div><br></div></div></div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div></div></div></div>