On Wed, 20 Feb 2002, [iso-8859-1] Nicholas Oxhøj wrote:
I'm not sure that lynx can handle compressed response on the fly -
it uses gzip in pipe.
The best way to test it using netcat.
Well, lynx didn't decompress it, it just output the gzip compressed content to
stdout. As I didn't have
Sorry again. I've just checked sources and found that if mod_deflate
received flush then it flushes both zlib and Apache.
You can try to set autoflush in perl module with $|=1;
or call $r-rflush; when you like to flush output.
I just tried using $r-rflush in my handler and it works
On Wed, 20 Feb 2002, [iso-8859-1] Nicholas Oxhøj wrote:
Sorry again. I've just checked sources and found that if mod_deflate
received flush then it flushes both zlib and Apache.
You can try to set autoflush in perl module with $|=1;
or call $r-rflush; when you like to flush output.
Can I find the Apache::Dynagzip handler anywhere - Google returns
nothing...
As far as I know the Apache::Dynagzip is not on CPAN yet. Currently, it's a
property of OLT. Let me know if you are doing the Open Source Project and I
will try to negotiate your needs with OLT. In case of commercial
On Tue, 19 Feb 2002, [iso-8859-1] Nicholas Oxhøj wrote:
I am looking for an Apache module which will allow me to compress the output of my
mod_perl handler (a native handler, i.e. not running under Apache::Registry). But
since my handler can potentially take a long time to finish, the output
What mod_deflate did you try ? My or Apache 2.0 ?
Yours
I can comment my mod_deflate.
First, mod_deflate did not collect all output before compressing - it
compress it on the fly. But it emits compressed content in 8K block.
It's Apache's HUGE_STRING_LEN #define and it can be changed
in
On Tue, 19 Feb 2002, [iso-8859-1] Nicholas Oxhøj wrote:
What mod_deflate did you try ? My or Apache 2.0 ?
Yours
I can comment my mod_deflate.
First, mod_deflate did not collect all output before compressing - it
compress it on the fly. But it emits compressed content in 8K block.
if mod_deflate will receive flush request it will flush
deflate encoding
and will write compressed content to Apache buffer. But it does not
flush Apache. Anyway the max block is 8K, Apache buffer is 4K and OS
usually should send data if in OS's buffer there is more then 2K.
So it's
On Tue, 19 Feb 2002, [iso-8859-1] Nicholas Oxhøj wrote:
if mod_deflate will receive flush request it will flush
deflate encoding
and will write compressed content to Apache buffer. But it does not
flush Apache. Anyway the max block is 8K, Apache buffer is 4K and OS
usually should send
On Tue, 2002-02-19 at 06:11, Igor Sysoev wrote:
On Tue, 19 Feb 2002, [iso-8859-1] Nicholas Oxhøj wrote:
if mod_deflate will receive flush request it will flush
deflate encoding
and will write compressed content to Apache buffer. But it does not
flush Apache. Anyway the max block
PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, February 19, 2002 4:12 AM
Subject: Re: Streaming compression of output from mod_perl handler?
On Tue, 19 Feb 2002, [iso-8859-1] Nicholas Oxhøj wrote:
I am looking for an Apache module which will allow me to compress the
output of my mod_perl handler
I've developed an Apache::Dynagzip handler for Outlook
Technologies, Inc. to
serve the dynamic content with the option to control the size of the
chunk(s). It works fine (as standing along, and within the
Apache::Filter
Chain). Using the Apache::Dynagzip you have several options
to
I'm not sure that lynx can handle compressed response on the fly -
it uses gzip in pipe.
The best way to test it using netcat.
Well, lynx didn't decompress it, it just output the gzip compressed content to stdout.
As I didn't have netcat readily available on the machine, I instead put an
Hi
I am looking for an Apache module which will allow me to compress the output of my
mod_perl handler (a native handler, i.e. not running under Apache::Registry). But
since my handler can potentially take a long time to finish, the output has to be
compressed in a streaming fashion (or in
14 matches
Mail list logo
