Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 76032 invoked from network); 20 Nov 2009 16:02:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 20 Nov 2009 16:02:24 -0000 Received: (qmail 10545 invoked by uid 500); 20 Nov 2009 16:02:23 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 10457 invoked by uid 500); 20 Nov 2009 16:02:23 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 10448 invoked by uid 99); 20 Nov 2009 16:02:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Nov 2009 16:02:23 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of minfrin@sharp.fm designates 72.32.122.20 as permitted sender) Received: from [72.32.122.20] (HELO chandler.sharp.fm) (72.32.122.20) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Nov 2009 16:02:14 +0000 Received: from chandler.sharp.fm (localhost [127.0.0.1]) by chandler.sharp.fm (Postfix) with ESMTP id 2D157780A6 for ; Fri, 20 Nov 2009 10:01:53 -0600 (CST) Received: from graham-leggetts-macbook-pro-3.local (unknown [212.58.232.179]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: minfrin@sharp.fm) by chandler.sharp.fm (Postfix) with ESMTP id D85637802E for ; Fri, 20 Nov 2009 10:01:52 -0600 (CST) Message-ID: <4B06BD6F.7070500@sharp.fm> Date: Fri, 20 Nov 2009 18:01:51 +0200 From: Graham Leggett User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: Does Apache has similar module like Lighttpd's mod_compress ? References: <7a89fc800911200503g184cf525n76bddb4fe92c2f77@mail.gmail.com> <99EA83DCDE961346AFA9B5EC33FEC08B030E2BCE@VF-MBX11.internal.vodafone.com> <7a89fc800911200521p55dec11bhc3df71bf0c384274@mail.gmail.com> <20091120133011.GA14263@primevation.net> <7a89fc800911200549g594f8599m7d950fb20a10d2e5@mail.gmail.com> <99EA83DCDE961346AFA9B5EC33FEC08B030E2C18@VF-MBX11.internal.vodafone.com> <7a89fc800911200622u7691f615n3ab67fde719c0f35@mail.gmail.com> In-Reply-To: <7a89fc800911200622u7691f615n3ab67fde719c0f35@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Checked: Checked by ClamAV on apache.org Dong Wang wrote: > Yes, I need... The company I served do not want to lose any flow... > > I think I can config the httpd to not compress the response to > Netscape 4.0.x. Maybe it waill be better. > > But It is not a safe solution, If someone attack the server using a > lot of different user-agent, then the problem is still there. The trunk version of httpd (v2.3.x) supports the idea that you can cache anywhere in the filter stack. If supporting content varied in useragent is a showstopper for you, you might choose to cache the data before compressing it instead of after, leaving the DEFLATE filter to handle the per-browser issues. Obviously this comes with a higher load on your server, but it is still an option if you can accept the tradeoff: AddOutputFilterByType CACHE;DEFLATE text/html Regards, Graham --