From dev-return-61457-apmail-httpd-dev-archive=httpd.apache.org@httpd.apache.org Fri May 30 09:07:09 2008 Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 49819 invoked from network); 30 May 2008 09:07:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 May 2008 09:07:09 -0000 Received: (qmail 76052 invoked by uid 500); 30 May 2008 09:07:08 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 76024 invoked by uid 500); 30 May 2008 09:07:08 -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 76013 invoked by uid 99); 30 May 2008 09:07:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 May 2008 02:07:08 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [66.249.82.234] (HELO wx-out-0506.google.com) (66.249.82.234) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 May 2008 09:06:15 +0000 Received: by wx-out-0506.google.com with SMTP id i30so2974354wxd.15 for ; Fri, 30 May 2008 02:06:37 -0700 (PDT) Received: by 10.70.56.13 with SMTP id e13mr6160306wxa.77.1212138396515; Fri, 30 May 2008 02:06:36 -0700 (PDT) Received: by 10.70.69.7 with HTTP; Fri, 30 May 2008 02:06:36 -0700 (PDT) Message-ID: <6f5b6fe70805300206p54708296i77d5d5e616f97427@mail.gmail.com> Date: Fri, 30 May 2008 11:06:36 +0200 From: "=?ISO-8859-1?Q?Colm_MacC=E1rthaigh?=" To: dev@httpd.apache.org Subject: Re: Adding purge/invalidation to mod_cache In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6f5b6fe70805300128o6f5a286epbd193f62ccf0cab1@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org On Fri, May 30, 2008 at 10:35 AM, Dirk-Willem van Gulik wrote: >> something more like mod_proxy_balancer's full-scale html interface for >> doing this kind of thing at run-time? > > No, totally nut - bot I am much more interested in a deeper, programmatic, > interface - which I can hook up to things like spread. Esp. if that 'bus' > can also contain pro-active warnings of one cache to the others that it has > spotted something going out of date or whatever. > > However the current cache_remove_url_filter() backing is not quite ideal - > with respect to purging 'recursively' into the Vary-ants. But I guess that > is a problem which can be solved totally separately. Yep, Squid will delete all variations of an entity when you use Accept: */*, that isn't easy with our current approach, but I'll see what I can do - it would be nice. -- Colm