Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 47175 invoked from network); 21 Jan 2007 16:56:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 Jan 2007 16:56:35 -0000 Received: (qmail 27499 invoked by uid 500); 21 Jan 2007 16:56:38 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 27444 invoked by uid 500); 21 Jan 2007 16:56:38 -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 27432 invoked by uid 99); 21 Jan 2007 16:56:38 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 21 Jan 2007 08:56:38 -0800 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 (herse.apache.org: domain of apache-dev@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 21 Jan 2007 08:56:28 -0800 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H8fz9-0005f5-EQ for dev@httpd.apache.org; Sun, 21 Jan 2007 17:56:03 +0100 Received: from macvicar.demon.co.uk ([80.177.111.173]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Jan 2007 17:56:03 +0100 Received: from scottmacvicar by macvicar.demon.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Jan 2007 17:56:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: dev@httpd.apache.org From: Scott MacVicar Subject: Re: mod_cache+mod_rewrite behaviour Date: Sun, 21 Jan 2007 16:55:59 +0000 Lines: 41 Message-ID: References: <3B21A253728EA247A10A692547A271530E7548@EITO-MBX03.internal.vodafone.com> <45B0ABD5.1020807@qbrick.com> <45B36860.3060705@apache.org> <45B39323.9040201@apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: macvicar.demon.co.uk User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) In-Reply-To: <45B39323.9040201@apache.org> Sender: news X-Virus-Checked: Checked by ClamAV on apache.org Ruediger Pluem wrote: > > On 01/21/2007 04:09 PM, Scott MacVicar wrote: > >> We did use mod_expires but the Expires header was being passed on to the >> client, mod_headers didn't appear to be able to unset this during tests. > > This is true, but what is the problem with passing the Expires header to the > client? If you want to prevent the clients from requesting / revalidating the resource > frequently you can simply set an expiration date far in the future (about a year). > True this would work but requires configuration on each of our web servers, I'd also need to find an equivalent for our non-Apache machines. I guess I prefer having a centralised point in which to control the caching behaviour. >> The reason for our desire to cache is that a version number is used in >> the query string and incremented when appropriate on the resource. > > So from my limited understanding of your environment it seems to make sense to set > a long expiration time on this resource as a new version of a response will have > a different query string. > >> Most browsers seem to ignore RFC2616 13.9 in regards to the query string >> being present in the URI. > > What do you mean by this? That browsers cache the response even if no Expires > header is present in the response? > Internet Explorer and Firefox both seem to cache content that have a query string when there is no expires header, according to the RFC which Apache is following there should be no caching. >> Apologies for not getting the gist of the thread. > > No need to apologize at all for contributing to this discussion. > Reagards, Scott