On Saturday 01 October 2005 10:04 am, Geoffrey Young wrote:
> > Wouldn't be easier to use mod_deflate?
>
> yes, provided you're using apache 2.0.
>
mod_deflate doesn't support partial decompression, though, so rflushes stop
working. That's the only disadvantage I can think of.
Rename your Perl binary and see if it still works. :-)
On Sunday 25 September 2005 07:42 pm, [EMAIL PROTECTED] wrote:
> Hi.
>
> I've got the following script, which I picked up off the apache mod_perl
> pages, running.
>
> /~~~
> #!/usr/bin/perl
>
> # Script: vegetables1.pl
> use
Are you sure mod_deflate isn't one of your active Apache filters? mod_deflate
will not output until its buffer is full, $| notwithstanding. I tore my hair
out trying to work around it, and ended up writing my own compression filter.
But if you don't need compression, try disabling mod_deflate
an array.
Kind of a "duh" moment.
On Saturday 27 August 2005 01:18 pm, Malcolm J Harwood wrote:
> On Friday 26 August 2005 06:25 pm, Alexander Charbonnet wrote:
> > It apparently works after I played with the code for the final flush.
> > I'm not sure why, thou
end_html(),
;
That'll generate XHTML Transitional compliant code, without having keep up
with it yourself (too much).
On Thursday 01 September 2005 07:56 am, Alexander Charbonnet wrote:
> Do you have mod_deflate active in your output chain? mod_deflate slurps up
> all its input
Do you have mod_deflate active in your output chain? mod_deflate slurps up
all its input and only prints when its buffer gets full.
On Thursday 01 September 2005 07:52 am, pradeep kumar wrote:
> Hi,
>
> I have a perl script which uses $| to set autoflush on. Basically, it
> flushes after every p
It's in backports.org's incoming directory, as of the 16th. Let's hope they
push that out soon (I don't think they've released any backports for Sarge
yet). They've also got an updated libapreq2.
http://www.backports.org/incoming/
On Sunday 28 August 2005 06:48 am, Jeff wrote:
> >> It is not
Sounds plausible, except that the crc and length are computed based on the
uncomressed copy of the original text (in $state_ref->{'body'}), which is
unchanged by the flush.
On Saturday 27 August 2005 01:18 pm, Malcolm J Harwood wrote:
> On Friday 26 August 2005 06:25 pm, Alex
uot;,
crc32($state_ref->{'body'}),
length($state_ref->{'body'})),
);
--
On Friday 26 August 2005 03:11 pm, Alexander Charbonnet wrote:
> Okay, I've tried the new filter on a Gentoo system: Apache
p('starting '.time),
;
$r->rflush;
sleep 3;#"doing work"
print
p('finished '.time),
end_html,
;
$r->rflush;
On Friday 26 August 2005 03:42 am, you wrote:
> Alexander Charbonnet wrote:
> > I'm running the Debian Sarge versions of e
at would cause my IE problem, but I guess
it's possible. I'll give it a try tomorrow.
On Friday 26 August 2005 03:42 am, Philip M. Gollucci wrote:
> Alexander Charbonnet wrote:
> > I'm running the Debian Sarge versions of everything: Apache 2.0.54-4,
> > mod_perl 1.
Hi,
I'm in a situation where I need the ability to flush the output of my CGI
script to the client, so that it can display a partial page, and I also need
to use gzip compression (only if the client supports it, of course). This
could be done in Apache 1 by using Dynagzip.
I couldn't make the
12 matches
Mail list logo
