Compressing response from SOAP::Transport::HTTP::Apache

Hi, We're using SOAP::Transport::HTTP::Apache and I want to enable HTTP compression. We're using it as follows: PerlSendHeader On SetHandler perl-script PerlHandler Modules::SoapServer Order deny,allow Allow from all with Modules::SoapServer containing:

Re: advice needed: mod_perl reverse proxy

On 4/21/05, Dominique Quatravaux <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > allan juul wrote: > > | > | so, is a mod_perl-enabled Apache acting as a proxy just a sick > | idea. it will proxy content and the filter will have to scan all > | response content >

Re: mod_perl speed difference between Fedora Core 1 and Fedora Core 3

On Thu, 6 Jan 2005 19:31:30 -0200 (EDT), Sergio Salvi <[EMAIL PROTECTED]> wrote: > Run "perl -V" on both hosts and check if there are any differences > between the output, mainly on "Platform" and "Compile-time options" sections. > > Also, you could create a simple perl script (like "$x++ for (1..

Re: Barrier to implementing web content compression in mod_perl

On Mon, 31 Jan 2005 17:55:27 -0500, Perrin Harkins <[EMAIL PROTECTED]> wrote: > On Mon, 2005-01-31 at 21:23 +0000, Alex Greg wrote: > > I'm using Apache::RegistryFilter: > > > > PerlHandler Apache::RegistryFilter Apache::Dynagzip > > > > See the attache

Re: Barrier to implementing web content compression in mod_perl

On Mon, 31 Jan 2005 15:34:05 -0500, Perrin Harkins <[EMAIL PROTECTED]> wrote: > On Sun, 2005-01-30 at 21:54 +0000, Alex Greg wrote: > > The problem I have found is that when I modify print_content_type as > > follows: > > > > sub print_content_type

Re: Barrier to implementing web content compression in mod_perl

On Sun, 30 Jan 2005 23:02:53 -0500, Stas Bekman <[EMAIL PROTECTED]> wrote: > Alex Greg wrote: > > Hi, > > > > > > I've been trying for some considerable time now to implement web > > content compression for our application, but it seems impossible > &

Barrier to implementing web content compression in mod_perl

Hi, I've been trying for some considerable time now to implement web content compression for our application, but it seems impossible without a rewrite. Our application is a (I assume) fairly typical Apache::Registry application. It used to run under mod_cgi but we're now running it under mod_p

Re: mod_perl speed difference between Fedora Core 1 and Fedora Core 3

On Thu, 06 Jan 2005 14:40:20 -0500, Perrin Harkins <[EMAIL PROTECTED]> wrote: > On Thu, 2005-01-06 at 19:35 +0000, Alex Greg wrote: > > Any further advice would be appreciated, before I take the next step > > and compile my own Perl. > > The final variable here i

Re: mod_perl speed difference between Fedora Core 1 and Fedora Core 3

On Thu, 6 Jan 2005 12:40:01 -0600, Frank Wiles <[EMAIL PROTECTED]> wrote: > On Thu, 6 Jan 2005 18:15:27 +0000 > Alex Greg <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > Recently I've upgraded one of our mod_perl servers to Fedora Co

mod_perl speed difference between Fedora Core 1 and Fedora Core 3

Hi, Recently I've upgraded one of our mod_perl servers to Fedora Core 3 (the others are all running Fedora Core 1). What I've found is that the Fedora Core 3 machine is consistently slower to respond than the Fedora Core 1 machines: [EMAIL PROTECTED] root]# for f in web1 web2 web3 web4; do ec

Re: Apache::Dynagzip not seeing my headers from Apache::Registry script

l the other scripts / modules to send HTTP headers. Currently it does this by just printing them directly out. I want to make the changes in this subroutine only. Is there an easier way to accomplish this, or is accessing Apache->request the best way forward? Thanks for your help so far, -- A

Apache::Dynagzip not seeing my headers from Apache::Registry script

Hi, I've been trying for most of the evening to get Apache::Dynagzip working with Apache::Registry. I've gotten to the point whereby it works fine (compresses the content or not depending on the browser), but it sets the default Content-Type to text/html and disregards the headers I send from my

Gzip compression for dynamically generated content

Hi, I've been looking into using gzip to compress the output from our mod_perl servers. After a bit of research, I decided to use Apache::Dynagzip. My configuration is as follows: SetHandler perl-script PerlHandler Apache::RegistryFilter Apache::Dynagzip PerlSetVar Filte

Re: mod_perl crashing / hanging

Tom Schindl wrote: Alex Greg wrote: Geoffrey Young wrote: [...] Thanks for your response. Sorry I wasn't clear; the httpd processes don't actually kill the server, they just slow Apache right down to the point at which it doesn't respond to requests any more. I am still able

Re: mod_perl crashing / hanging

Geoffrey Young wrote: Alex Greg wrote: Hi, [...] [Thu Sep 30 09:44:43 2004] [error] (12)Cannot allocate memory: fork: Unable to fork new process there is lots of documentation around about how to tune your httpd processes so that they don't kill your box. see, for example

mod_perl crashing / hanging

Hi, We've been having some issues with our mod_perl web servers recently. Basically what happens is the server becomes very very slow, to the point of being almost totally unresponsive. At the time this happens, we see this in the error log: [Thu Sep 30 09:44:43 2004] [error] (12)Cannot allocat