Re: mod_perl waters too deep

2009-12-14 Thread Torsten Förtsch
On Monday 14 December 2009 18:45:01 Tosh Cooey wrote: > my %config= >( > clientA=>[ > > ... > > The problem is this creates a LARGE config file for 10,000+ clients, and > I'm still naive enough to dream big :) > That %config hash was meant as an example. In the real world you would fet

Re: mod_perl waters too deep

2009-12-14 Thread Tosh Cooey
The PerlHeaderParserHandler would look like: my %config= ( clientA=>[ ... The problem is this creates a LARGE config file for 10,000+ clients, and I'm still naive enough to dream big :) Like I noted in a post to Randal, actually overriding the "_dbi_connect" sub in the parent was prov

Re: mod_perl waters too deep

2009-12-14 Thread Tosh Cooey
This is one of my options, but it's down at the bottom of my desired outcomes. The CGI::Session modules have been getting a lot of reading lately ;) Thanks Jay! Tosh Jay Scherrer wrote: Tosh, If your users are already verified or not, try using a switch statement based on their inputs dir

Re: mod_perl waters too deep

2009-12-14 Thread Jay Scherrer
Tosh, If your users are already verified or not, try using a switch statement based on their inputs directing them to the needed function. If they already have cookie info use that as your switch/case redirection. Jay Scherrer Tosh Cooey wrote: You may have seen my other recent questions to th

Re: mod_perl waters too deep

2009-12-14 Thread Torsten Förtsch
On Monday 14 December 2009 16:14:31 Tosh Cooey wrote: > You may have seen my other recent questions to the list this month, the > gist of which is: > > I want to setup an application for multiple clients, each of whom have > their own users. > > http://www.site.com/clientA/application.pl > http:/

Re: mod_perl waters too deep

2009-12-14 Thread André Warnier
Tosh Cooey wrote: You may have seen my other recent questions to the list this month, the gist of which is: I want to setup an application for multiple clients, each of whom have their own users. http://www.site.com/clientA/application.pl http://www.site.com/clientB/application.pl http://www

Re: mod_perl waters too deep

2009-12-14 Thread Tosh Cooey
Hi Randal, sorry my message wasn't concise enough, perhaps I was letting the haze of it reflect my haze of this problem... Anyway, this is not a hosting environment. This is an application, for example like GMail for Business is an email application that lets a business, like mine, go to: h

Re: mod_perl waters too deep

2009-12-14 Thread Randal L. Schwartz
> "Tosh" == Tosh Cooey writes: Tosh> I want to setup an application for multiple clients, each of whom have their Tosh> own users. Tosh> http://www.site.com/clientA/application.pl Tosh> http://www.site.com/clientB/application.pl Tosh> http://www.site.com/clientX/application.pl Just an asid

Re: mod_perl waters too deep

2009-12-14 Thread Kurt Hansen
Hi Tosh, Have you considered using a Web framework like Catalyst? I haven't used Catalyst, but a cursory read of your problems makes me think that a Web framework may have already solved most of your problems. Take care, Kurt Hansen khan...@charityweb.net Tosh Cooey wrote: You may have seen

mod_perl waters too deep

2009-12-14 Thread Tosh Cooey
You may have seen my other recent questions to the list this month, the gist of which is: I want to setup an application for multiple clients, each of whom have their own users. http://www.site.com/clientA/application.pl http://www.site.com/clientB/application.pl http://www.site.com/clientX/a