Re: Deployment strategies...

2009-03-13 Thread Carl Johnstone
Perrin Harkins wrote: On Fri, Feb 27, 2009 at 3:06 PM, Mark Hedges wrote: What about PerlOptions +Parent? http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_ That's the thing I was referring to that I haven't tried. Can anyone confirm that this works? I can now. Afte

Re: Deployment strategies...

2009-02-27 Thread Adam Prime
Perrin Harkins wrote: On Fri, Feb 27, 2009 at 3:06 PM, Mark Hedges wrote: What about PerlOptions +Parent? http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_ That's the thing I was referring to that I haven't tried. Can anyone confirm that this works? There are some threads

Re: Deployment strategies...

2009-02-27 Thread Perrin Harkins
On Fri, Feb 27, 2009 at 3:06 PM, Mark Hedges wrote: > What about PerlOptions +Parent? > http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_ That's the thing I was referring to that I haven't tried. Can anyone confirm that this works? - Perrin

Re: Deployment strategies...

2009-02-27 Thread Mark Hedges
On Fri, 27 Feb 2009, Carl Johnstone wrote: > Perrin Harkins wrote: > > > I've heard people say that DBIx::Class has a slow startup, > > so if you use that you might look there first. > > We do, I'll look. If you're loading the schema from the database instead of defining it from all the modules

Re: Deployment strategies...

2009-02-27 Thread Carl Johnstone
Perrin Harkins wrote: > different FastCGI backend because it would waste memory, so either way > you'll want to group things together as much as possible. Yeah, that confirms my thinking. > I've heard people say that DBIx::Class has a slow startup, > so if you use that you might look there first.

Re: Deployment strategies...

2009-02-27 Thread Perrin Harkins
On Fri, Feb 27, 2009 at 5:30 AM, Carl Johnstone wrote: > The thing is that as I'm running the app under Catalyst, once I've started > splitting off into different server instances, there's not as much of an > advantage in using mod_perl - I can use FastCGI or HTTP::Prefork or even > just run catal

Re: Deployment strategies...

2009-02-27 Thread Michael Peters
Carl Johnstone wrote: 1) We want to run different versions of the same app for different sites - this means I have a namespace problem for MyApp v1 vs MyApp v2 etc. Just my opinion, but it's sooo much easier to manage multiple sites if they are all using the same version of the application. W

Re: Deployment strategies...

2009-02-27 Thread Kurt Hansen
Hello, Perrin Harkins wrote: On Thu, Feb 26, 2009 at 12:38 PM, Carl Johnstone wrote: 1) We want to run different versions of the same app for different sites - this means I have a namespace problem for MyApp v1 vs MyApp v2 etc. This has been discussed many times on the list. You can

Re: Deployment strategies...

2009-02-27 Thread Carl Johnstone
Perrin Harkins wrote: > You can't run two modules with the same name in the same perl > interpreter, so you either need to change the namespaces for > different versions or run separate servers. Yeah it's a pity that the perchild mpm never moved out of experimental. In theory something like loadi

Re: Deployment strategies...

2009-02-26 Thread Perrin Harkins
On Thu, Feb 26, 2009 at 12:38 PM, Carl Johnstone wrote: > 1) We want to run different versions of the same app for different sites - > this means I have a namespace problem for MyApp v1 vs MyApp v2 etc. This has been discussed many times on the list. You can't run two modules with the same name

Deployment strategies...

2009-02-26 Thread Carl Johnstone
Get a fairly typical mod-perl setup. We have two load-balanced servers acting as front-end. They run threaded apache configured for lots of connections and KeepAlive on. They serve up as much stuff statically as possible, everything else is sent through mod_proxy_balancer to a number of backend