I wonder if an ets solution wouldn't be as good, as these solutions are just going to find some way of holding the data in memory anyways.  WIth ets, you can do things like hold compiled erlydtl/mustache templates inside of it...<div>

<br></div><div>Kenny<br><br><div class="gmail_quote">On Tue, Jul 19, 2011 at 11:47 AM, Garrett Smith <span dir="ltr"><<a href="mailto:g@rre.tt">g@rre.tt</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

If you're already using Nginx and just want control over URLs, you<br>
have access to the standard rewrite module:<br>
<br>
<a href="http://wiki.nginx.org/HttpRewriteModule" target="_blank">http://wiki.nginx.org/HttpRewriteModule</a><br>
<br>
This is not 30x redirection btw, unless of course you want that.<br>
<br>
On Tue, Jul 19, 2011 at 9:24 AM, Tristan Sloughter<br>
<div><div></div><div class="h5"><<a href="mailto:tristan.sloughter@gmail.com">tristan.sloughter@gmail.com</a>> wrote:<br>
> Sam, Jesper both these sound great, thanks! I'm also going to look into what<br>
> Jack was saying about how Rails handles some stuff.<br>
> But I'm leaning towards Jesper's idea with Varnish being the best... I'm one<br>
> of those people who scoff at most benchmarks so not sure I'll bother to do<br>
> one for this, but maybe, if someone here can A) suggest the best setup for<br>
> it B) if it makes sense at all or would just be another worthless benchmark<br>
> that really gives no information about reality.<br>
> Thanks!<br>
> Tristan<br>
> On Tue, Jul 19, 2011 at 7:00 AM, Jesper Louis Andersen<br>
> <<a href="mailto:jesper.louis.andersen@gmail.com">jesper.louis.andersen@gmail.com</a>> wrote:<br>
>><br>
>> On Tue, Jul 19, 2011 at 03:27, Tristan Sloughter<br>
>> <<a href="mailto:tristan.sloughter@gmail.com">tristan.sloughter@gmail.com</a>> wrote:<br>
>><br>
>> > Can anyone think of a way I can keep the nice URLs and serve the static<br>
>> > html<br>
>> > files through nginx or another webserver.<br>
>><br>
>> Put a Varnish accelerator in front of your system<br>
>> (<a href="https://www.varnish-cache.org/" target="_blank">https://www.varnish-cache.org/</a>). That way, it doesn't matter if your<br>
>> backend is slow at serving files as the accelerator will just cache<br>
>> static stuff for you. In addition, you avoid the trouble of going<br>
>> through another system as a proxy for static content. Also, the<br>
>> solution is quite modular. On the development system, you don't need<br>
>> more than a single system running Erlang.<br>
>><br>
>> In my opinion, there is little reason not to plug into the whole<br>
>> industry there is where the main point is to make serving HTTP go<br>
>> faster. Trying to beat that with Erlang is probably possible, but I<br>
>> don't think it is beneficial. Varnish is really really hard to beat.<br>
>> It is built specifically for being insanely fast and it serves its<br>
>> data from a shared mmap()'ing, scales to multiple CPUs and is a big<br>
>> blob of nasty C code. I'd rather stand on the shoulders here than<br>
>> trying to mess with it myself.<br>
>><br>
>><br>
>> --<br>
>> J.<br>
><br>
><br>
</div></div><div><div></div><div class="h5">> _______________________________________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
><br>
><br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>