Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: ModPerl: ModPerl
refactoring client's decision
 

Index | Next | Previous | View Flat


mlambrichs at melange-it

May 10, 2008, 11:52 PM


Views: 682
Permalink
refactoring client's decision

I've taken over some code for a client. They've built a framework that
used to run under mod_perl and changed it later, because of problems
they had - what problems remains unknown - to cgi. Ofcourse I'm curious
why they changed it. Here's my view: they create a parent App::Handler
and in every virtual host they create a Site::Handler which has
App::Handler as base. My first guess is that under mod_perl you don't
know which Site::Handler will be called. Ofcourse, at first, the handler
you're actually pointing to will be called, but if you change the
request to another virtualhost, the wrong handler will be called.

This would explain why it's running perfectly under cgi, because in
every script call the correct lib path is defined.

So, my first question is: am I right?
Secondly, what if we're running the cgi under speedycgi?

Thx,
Marc

Subject User Time
refactoring client's decision mlambrichs at melange-it May 10, 2008, 11:52 PM
    Re: refactoring client's decision mpeters at plusthree May 11, 2008, 5:08 AM
    Re: refactoring client's decision perrin at elem May 12, 2008, 10:56 AM
    Re: refactoring client's decision jhfoo-ml at extracktor May 12, 2008, 8:13 PM
    Re: refactoring client's decision jvanasco at 2xlp May 13, 2008, 6:40 PM
        Re: refactoring client's decision mpeters at plusthree May 14, 2008, 6:50 AM

  Index | Next | Previous | View Flat
 
 


Interested in having your list archived? Contact lists@gossamer-threads.com
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.