diff options
author | Loïc Hoguin <[email protected]> | 2016-08-29 12:39:49 +0200 |
---|---|---|
committer | Loïc Hoguin <[email protected]> | 2016-08-29 12:40:03 +0200 |
commit | c807880f7ac73f813b2660ea81a00f7712a4e793 (patch) | |
tree | ba1d09e9b177f230665a80513b33fbd532000ce4 /archives/extend/2014-November.txt | |
parent | b1df25a7d9cda697513650659b781b55b40898f8 (diff) | |
download | ninenines.eu-c807880f7ac73f813b2660ea81a00f7712a4e793.tar.gz ninenines.eu-c807880f7ac73f813b2660ea81a00f7712a4e793.tar.bz2 ninenines.eu-c807880f7ac73f813b2660ea81a00f7712a4e793.zip |
Add old mailing list archives
Diffstat (limited to 'archives/extend/2014-November.txt')
-rw-r--r-- | archives/extend/2014-November.txt | 210 |
1 files changed, 210 insertions, 0 deletions
diff --git a/archives/extend/2014-November.txt b/archives/extend/2014-November.txt new file mode 100644 index 00000000..d1431e9e --- /dev/null +++ b/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]> +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]> +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> + |