The main downside to passenger, is that when things go wrong, it can be a bit 'thar be monsters in here!'
It's a bit of a mysterious technology which isn't very well documented when stuff doesn't work, or at least it wasn't when I was playing with it about 8 months ago. I ended up settling on thins to get away from passenger, though for a while I was using passenger on my local mac apache instance for testing. — Jenna On Sunday, 1 April 2012 at 2:11 AM, david costa wrote: > On Sat, Mar 31, 2012 at 5:36 PM, Isak Andersson <icepa...@lavabit.com > (mailto:icepa...@lavabit.com)> wrote: > > Actually setting up a reverse proxy gives better performance for the end > > user As you can have some sort of buffer between them. The Unicorn server > > takes care of whatever nginx asks for, and while it waits it can server > > whatever unicorn outputs. It doesn't have to wait for what it outputs > > itself to get done because you have a queue. Or something like that. > > Mh I am not really sure it would be a better performance as it would be > anyway more than one process. I think that phusion passenger is pretty much > the most robust solution for this. > > > > Some people actually out Apache to do PHP stuff while nginx acts as a > > reverse proxy and actually shows things to the user in the same way you'd > > do with Unicorn/Thin > > Well this would be even more load as two web servers will run at the same > time. Apache + Phusion passenger already lets you run .php or anything you > want. > > But this is not the issue really. I think this is all fine in term of mono > user. Question: if you have 100 users how do you configure it ? > How can you add webdav support on the top of the Nginx + unicorn setup ? > > > > But perhaps That's too much for a server ment to serve other peoples > > applications! Then you have to scale down the resources used. > > > > I am open to anything but if I can't do something I might ask for some brave > volunteers to set it up as I really never tried anything else beside for > local/quick test deployment. > _______________________________________________ > Camping-list mailing list > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > >
_______________________________________________ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
