RE: stripping CRLF on the way out?

If bandwidth is your issue then why not just zip them up look at Apache-GzipChain-0.06 -Original Message- From: Dave DeMaagd [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 22, 2000 4:15 PM To: [EMAIL PROTECTED] Subject: stripping CRLF on the way out? Have an application that gene

Restarting a modperl server

What is the best way to restart modperl server that a) Reloads all perl modules b) reloads and runs the configuration file and if possible c) Only kills each child after it has finished its request 'kill -USR1 pid' doesn't reload the perl-modules in my test neither does 'kill -HUP pid' I a

[OT] [advocacy] IIS v Apache article

It would be really nice to see surveys based on pages served/web server and not just number of server installations. Anyone heard of such stats? >just thought everyone might be interested... >http://www.entmag.com/displayarticle.asp?ID=6150095626AM >BTW - Ged, you're quoted :) This e-mail, and

Big pages and gzip

it would seem to be quite straight forward to implement a handler to gzip all output html files depending on the allowed mime-types and/or user_agent. This would reduce many pages by up to a factor of 10 in size. 1) Is anyone already doing? 2) If not why not? 3) what borwsers would accept html f

CORE::exit and Apache:Registry

n this behaviour be changed? Because of this close_everything() in END{} in BerkeleyDB.pm is called after each request destroying any ties or environments open which for me is not good. Thanks for any help Mark Hewis Versions/Settings # Apache:1.3.12 Mod_perl:1.21 perl:5.00503 Ma