Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 71968 invoked from network); 10 Oct 2007 08:28:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Oct 2007 08:28:15 -0000 Received: (qmail 69389 invoked by uid 500); 10 Oct 2007 08:27:56 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 69324 invoked by uid 500); 10 Oct 2007 08:27:56 -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 69313 invoked by uid 99); 10 Oct 2007 08:27:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Oct 2007 01:27:56 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [130.239.18.156] (HELO mail.acc.umu.se) (130.239.18.156) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Oct 2007 08:27:57 +0000 Received: from localhost (localhost [127.0.0.1]) by amavisd-new (Postfix) with ESMTP id 4FDE45C for ; Wed, 10 Oct 2007 10:27:35 +0200 (MEST) X-Virus-Scanned: amavisd-new at acc.umu.se Received: by mail.acc.umu.se (Postfix, from userid 12143) id E93EDA1; Wed, 10 Oct 2007 10:27:19 +0200 (MEST) Received: from localhost (localhost [127.0.0.1]) by mail.acc.umu.se (Postfix) with ESMTP id D4F5E70 for ; Wed, 10 Oct 2007 10:27:19 +0200 (MEST) Date: Wed, 10 Oct 2007 10:27:19 +0200 (MEST) From: Niklas Edmundsson To: dev@httpd.apache.org Subject: Re: [PATCH]: mod_cache: don't store headers that will never be used (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked by ClamAV on apache.org I think that this discussion kind of got lost due to vacations or something... In any case, I'd really like to get some closure. The discussion starts here for those of you that has deleted the thread: http://mail-archives.apache.org/mod_mbox/httpd-dev/200707.mbox/%3cPine.GSO.4.64.0707290942520.6421@kleopatra.acc.umu.se%3e (the permalink doesn't seem to show the nifty thread list, you have to click a bit for that). What I'd like answered is: - Was the latest patch as suggested OK? - What's the correct way of getting the mod_cache configuration from the mod_disk_cache module? /Nikke -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Niklas Edmundsson, Admin @ {acc,hpc2n}.umu.se | nikke@acc.umu.se --------------------------------------------------------------------------- Operator...give me the no for 999, QUICK! =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ---------- Forwarded message ---------- From: Niklas Edmundsson To: dev@httpd.apache.org Date: Wed, 8 Aug 2007 09:28:48 +0200 (MEST) Subject: Re: [PATCH]: mod_cache: don't store headers that will never be used Reply-To: dev@httpd.apache.org X-Bogosity: Unsure, tests=bogofilter, spamicity=0.500000, version=0.96.2 On Tue, 31 Jul 2007, Niklas Edmundsson wrote: Any opinions on this? >>>> Here's a version with a config directive, defaults to disabled. >>> >>> Silly Q; a directive? Or a env var that can be scoped in interesting >>> ways using mod_setenvif and/or mod_rewrite? >>> >>> Most of our proxy behavior overrides are in terms of envvars. They are >>> much more flexible to being tuned per-browser, per-backend etc. >> >> Directive, envvar, I don't think Niklas cares much. Can we make up our >> mind please? > > I have no clue on the envvar-stuff, so I don't think I'm qualified to have an > opinion. CacheIgnoreCacheControl et al are config directives currently and I > have the gut feeling that they should all either be envvar-thingies or config > directives, and that starting to mix stuff will only end in confusion and > despair ;) > > I prefer a config-option that I can set serverwide without too much fuss > since we want this behaviour on all files. If this can also be accomplished > with envvar-stuff then sure. > > One way might be to do a config directive for now, and deal with the > envvar-stuff separately. > > Related, this config option might also be of interest for mod_disk_cache to > enable similar optimizations. What would the "good" way be to accomplish > this? > > /Nikke > /Nikke -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Niklas Edmundsson, Admin @ {acc,hpc2n}.umu.se | nikke@acc.umu.se --------------------------------------------------------------------------- Now, what was that magic word? Shazam? Nah - Garibaldi =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=