Re: Proxy servers (was Re: AddModule mod_perl.c)

2002-03-31 Thread John Kolvereid

Hi Per (and Happy Easter),
  I have no idea where the bug is, I just know that
when I load both services (mod_perl and PHP)
everything installs properly according to the
error_log w/ the single exception of:
 [notice]Accept mutex: sysvsem (Default: sysvsem)
Then whenever I try to load any page in my browser I
get the msg:
   'The document contained no data'
This could possibly be as simple as a configuration
problem within httpd.conf.  I have no idea.

  I will certainly try your suggestion about the
multiple servers.  Thanks again.

   John Kolvereid
--- Per Einar Ellefsen <[EMAIL PROTECTED]> wrote:
> 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]
> 
> 


__
Do You Yahoo!?
Yahoo! Greetings - send holiday greetings for Easter, Passover
http://greetings.yahoo.com/



Proxy servers (was Re: AddModule mod_perl.c)

2002-03-31 Thread Per Einar Ellefsen

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]