Re: mod_proxy and mod_perl in guide

2001-09-18 Thread Andrei A. Voropaev

These are protected files so we have to use authentication and authorization
that is done by mod_perl. And Internet Explorer that use most of our customers
has bug that prevents displaying of PDF (and any other large non-dynamic
non-HTML) files if the URL to that file was result of Redirect.

Thanks for help.

Andrei

On Mon, Sep 17, 2001 at 08:55:03AM -0700, ed phillips wrote:
 Thanks Vivek,
 
 Andrei, use the front end to directly handle any binaries, static files,
 etc.
 
 I doubt they are generating of these on the fly.
 
 
 
 Vivek Khera wrote:
  
   AAV == Andrei A Voropaev [EMAIL PROTECTED] writes:
  
  AAV In our system we have to pass large PDF files thru mod_perl to
  AAV proxy and we noticed that it takes the same time as sending it
  AAV directly to customer.
  
  Why do you have to pass the PDF thru mod_perl?  Are you generating it
  on the fly?  If not, configure your proxy front end to intercept
  static documents like .pdf .txt .html etc. to be handled by the front
  end directly.  I use mod_rewrite for this, and my configs have been
  posted to this list at least twice.
  
  --
  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Vivek Khera, Ph.D.Khera Communications, Inc.
  Internet: [EMAIL PROTECTED]   Rockville, MD   +1-240-453-8497
  AIM: vivekkhera Y!: vivek_khera   http://www.khera.org/~vivek/



mod_proxy and mod_perl in guide

2001-09-17 Thread Andrei A. Voropaev

Hi!

I have one question. According to the Guide there's buffering feature of
mod_proxy that allows to release heavy mod_perl process from delivering data
over slow connection to the user.

In our system we have to pass large PDF files thru mod_perl to proxy and we
noticed that it takes the same time as sending it directly to customer.

After checking Apache code for mod_proxy looks like it is normal behaviour.
File modules/proxy/proxy_util.c function ap_proxy_send_fb. This function
reads from originating server into buffer and then writes to the customer from
this buffer. BUT the socket is closed AFTER all the data is sent to the
client (file module/proxy/proxy_http.c function ap_proxy_http_handler. So
the heavy mod_perl server is not released for serving other requests untill
the data is sent to the client by proxy.

Maybe I'm missing something but the practice shows that this is true and Guide
contains error. Please someone check this.

Thank you

Andrei




Re: mod_proxy and mod_perl in guide

2001-09-17 Thread Perrin Harkins

 After checking Apache code for mod_proxy looks like it is normal
behaviour.
 File modules/proxy/proxy_util.c function ap_proxy_send_fb. This function
 reads from originating server into buffer and then writes to the customer
from
 this buffer. BUT the socket is closed AFTER all the data is sent to the
 client (file module/proxy/proxy_http.c function ap_proxy_http_handler. So
 the heavy mod_perl server is not released for serving other requests
untill
 the data is sent to the client by proxy.

 Maybe I'm missing something but the practice shows that this is true and
Guide
 contains error.

Maybe the thing you're missing is that mod_proxy takes care of the lingering
close.  Those of us who have tried the two-server setup have all seen
dramatic reductions in the number of mod_perl processes required.
- Perrin




Re: mod_proxy and mod_perl in guide

2001-09-17 Thread Vivek Khera

 AAV == Andrei A Voropaev [EMAIL PROTECTED] writes:

AAV In our system we have to pass large PDF files thru mod_perl to
AAV proxy and we noticed that it takes the same time as sending it
AAV directly to customer.

Why do you have to pass the PDF thru mod_perl?  Are you generating it
on the fly?  If not, configure your proxy front end to intercept
static documents like .pdf .txt .html etc. to be handled by the front
end directly.  I use mod_rewrite for this, and my configs have been
posted to this list at least twice.

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Ph.D.Khera Communications, Inc.
Internet: [EMAIL PROTECTED]   Rockville, MD   +1-240-453-8497
AIM: vivekkhera Y!: vivek_khera   http://www.khera.org/~vivek/



Re: mod_proxy and mod_perl in guide

2001-09-17 Thread ed phillips

Thanks Vivek,

Andrei, use the front end to directly handle any binaries, static files,
etc.

I doubt they are generating of these on the fly.



Vivek Khera wrote:
 
  AAV == Andrei A Voropaev [EMAIL PROTECTED] writes:
 
 AAV In our system we have to pass large PDF files thru mod_perl to
 AAV proxy and we noticed that it takes the same time as sending it
 AAV directly to customer.
 
 Why do you have to pass the PDF thru mod_perl?  Are you generating it
 on the fly?  If not, configure your proxy front end to intercept
 static documents like .pdf .txt .html etc. to be handled by the front
 end directly.  I use mod_rewrite for this, and my configs have been
 posted to this list at least twice.
 
 --
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Vivek Khera, Ph.D.Khera Communications, Inc.
 Internet: [EMAIL PROTECTED]   Rockville, MD   +1-240-453-8497
 AIM: vivekkhera Y!: vivek_khera   http://www.khera.org/~vivek/