mod_rails aka mod_rack aka mod_ruby
bjclark at scidept.com
Sun Jun 8 01:14:22 MSD 2008
I would love something like #2 (below).
What about an ESI nginx module?
I just learned about ESI at RailsConf and it sounds and looks amazing.
Everything I read about it makes me say "YES!".
I would think nginx would be a great platform to build ESI caching on
top of, but I'd could also be totally wrong.
On Jun 7, 2008, at 3:00 PM, Evan Miller wrote:
> Michał Jaszczyk <jasiu85 at ...> writes:
>> Hi guys,
>> I did a little research on how Nginx supports Ruby/Rails and if I'm
>> right, you can only do proxy or FastCGI to make it working. So I
>> thought... There's this mod_wsgi module for Python apps which I have
>> recently used and I find it really great. Why not do the same for
>> Ruby/Rails? I'm a CS student, I'm looking for a subject for my
>> thesis and I thought that maybe I could create such module. I have
>> some questions:
>> 1) Do you think that making mod_ruby/mod_rack/mod_rails is a good
>> 2) Do you know if someone is already working on something like that?
>> 3) Do you think it would be useful?
>> 4) Would you/your friends/collegues be happy if you had such a module
>> for Nginx? :)
> Such a module would be useful as a Mongrel replacement. At one point
> Zed Shaw
> (author of Mongrel) was considering rewriting Mongrel as an Nginx
> module. So
> it's not an inherently bad idea.
> Performance-conscious setups would use a front-end Nginx process
> that proxied
> to multiple Nginx/mod_ruby processes.
> The question I would ask is: Why is Mongrel insufficient?
> If you're looking for an big Nginx-related project, here are a
> couple other
> 1. Embed a scripting language for configuration, and make it use non-
> IO (e.g. for LDAP authentication). This has been batted about in
> various forms
> for some time.
> 2. Make Nginx work as an HTTP proxy server (not just a reverse
> proxy). Bonus
> points for caching. HTTP was designed with caching proxies in mind,
> but very
> few have been written. There's Squid, but I bet Nginx could beat its
> pants off
> in terms of performance. This project would entail a number of
> useful sub-
> projects, e.g. async DNS and HTTP/1.1 upstreams, that will benefit
> many Nginx
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the nginx