At 15:08 31.03.2002, John Kolvereid wrote: >Hi Per, > I realized right after I sent the note that >mod_perl, as CGI, won't handle ordinary HTML. But I >did learn later that mod_perl and PHP cannot co-exist >at present. I'm not sure but I think there is a small >glitch which can easily be overcome by someone >responsible for the PHP OR mod_perl source files.
If you think you know where to bug is, I suggest your contact the mod_perl or PHP dev teams with *precise* information (see the SUPPORT file in the mod_perl documentation). > Meanwhile, I would like to take your advice and try >to set up 2 servers. I have configured Apache w/ > --enable-module=proxy > --enable-shared=proxy >But I am not quite sure what to do next. I have >looked at the link you suggested before. I don't know >where to look for proxy servers, or conceptionally >what it means in regards to multiple servers. Please >advise. Thanks. The proxy technique is one used very frequently with mod_perl. You put a lightweight Apache with mod_proxy at the front end, which clients connect to, then this server forwards requests for your mod_perl handlers to the dedicated mod_perl httpd that serves these requests. This method can then be extended to having separate application servers, for example for PHP or JSP. The Guide discusses this in great detail: look at "Real World Scenarios": http://perl.apache.org/guide/scenario.html I suggest you read this many times, and try to understand the point about it and how it's done. It might seem weird at first, but I can assure you it's a great technique. -- Per Einar Ellefsen [EMAIL PROTECTED]